cannot access incoming yahoo from evolution
When I attempt to login to receive my email from yahoo.com the password is not recognized. If I login from the yahoo web page with the same password i am able to retreve my incoming messages. I am using Server (pop.mail.yahoo.com) Port 110. I have encryption turned off. The Authentication is set to password. I was able to to send yahoo email from evolution. Thank you rcherico-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: portable (really) Fedora on stick
On 23/04/2018 20:10, Samuel Sieb wrote: This makes all the initramfs files that dracut creates to be equivalent to the "rescue" version, meaning that they have all the kernel modules instead of just the ones for the system it was installed on. Does making the kernel equivalent to the "rescue" kernel also mean that all the different wireless firmwares are immediately available, for current, and historic, Eth and WiFi electronics that might be needed for when using a "portable" Fedora? I'm especially thinking about using on older laptops or PCs where various plugin cards (PCMCIA, Cardbus, EISA, PCI, which often seem to have employed widely-used electronics) might be encountered? Sounds useful, if possible. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: GnuCash's new reconciliation behavior
Sam Varshavchik wrote: >It seems that after clicking a transaction, to mark it as reconciled, what >happens now is that not only does the little checkbox next to the >transaction gets set, but the entire transaction gets shuffled to the bottom >of the transaction list, so that all reconciled transactions always appear >after the unreconciled ones. Were the transactions originally sorted in date order, as they used to be? On my system with gnucash-3.1-3 transactions in the reconciliation dialog appear in some order which defies logical anaylsis. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/IDRKAQMSDX635V36K5TB6H3R5S55YBYB/
Re: GnuCash's new reconciliation behavior
Sam Varshavchik wrote: >Ron Yorston writes: >> On my system with gnucash-3.1-3 transactions in the reconciliation dialog >> appear in some order which defies logical anaylsis. > >This is nothing more than change for the sake of change, No, I think it's just a bug. I couldn't see anything in GNOME Bugzilla related to the sort order of the reconciliation dialog. After rummaging through their git repo, though, I did find this commit: https://github.com/Gnucash/gnucash/commit/836705f98087ec7bf9418cef71af939fcff6a393 which refers to the not-obviously-related bug 795101 'Scroll Bar in Reconcile Window Floats in and covers the check boxes': https://bugzilla.gnome.org/show_bug.cgi?id=795101 It seems they changed the order of the columns in the dialog but not the number of the column that was being sorted by default. So transactions are being sorted by their reconciliation status instead of date. The dates are probably just being ordered by however they come out of the database. The fix should be in 3.2. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/HMMUNGVDYJ22VYUGY3BY6IMEKVDLOKGU/
Re: How do I configure browser as default viewer for HTML files on GNOME (F13)?
On 6/25/2010 8:15 AM, Andre Costa wrote: Hi, when I double-click a HTML file on nautilus (GNOME file explorer) it opens up on gedit by default. How do I change this to make the browser open it by default? I already tried right-click > Open With > Another Application ... > Google Chrome and checked the "Remember this application for 'HTML Document' files", but it doesn't "stick" (next time I double-click the file it opens on gedit again). (this seems to be a GNOME bug, I can't redefine file associations regardless of file type or application, the behavior is always the same) Regards, Andre From Gnome top-level panel: "System -> Preferred Applications -> Internet -> Web Browser -> [your choice]" See if this helps. ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Recompiling VirtualBox kernel module [FAILED]
Greg Woods wrote: >On Thu, 2010-04-08 at 15:34 -0500, Dennis Gilmore wrote: >> Im curious why you use virtualbox and not kvm/libvirt/virt-manager that are >> included by default in fedora? Im just trying to work out what is lacking >> in >> the default offerings that you go to a third party. > >I can't speak for the original poster, but for me, KVM is buggy, and >doesn't work at all without hardware virtualization. On my Pentium 4 >dual core desktop, KVM is so slow that it's useless. VirtualBox performs >quite well. Likewise not presuming to speak for the OP. I don't use KVM because none of the machines I own supports hardware virtualisation. Excluding the stuff in the attic that would be two desktops, a laptop and three netbooks. On one of the desktops I use VMware Server and on one of the netbooks I use QEMU. I note that the OP is running an x86_64 kernel, but even that doesn't guarantee that they can use KVM. One of the machines I use here at work is an early Opteron. We have VMware Server on that. What's lacking from the default offerings is support for processors without hardware virtualisation. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Four Tweaks for Gnome 3
Lars E. Pettersson wrote: >Sadly the things mentioned in the links earlier in the thread does not >solve my issues fully. Have you tried my GNOME Shell frippery extensions? http://intgat.tigress.co.uk/rmy/extensions/index.html While you lot have been chattering here I've been busy releasing version 0.2.0: "Jumping the shark". This includes a bottom panel approximating to the one in GNOME 2. If you're quick you can be the first to download it! Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Multiple monitors, two video cards with different chipsets
Hey folks, Is it possible to use nVidia and ATI together with full acceleration yet with Fedora? -- Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Multiple monitors, two video cards with different chipsets
No reply means "no", I'm guessing? I don't think it's it a stupid question. Is it? My windows 7 instance handles them both just fine. The ATI is onboard video, while the nVidia is in the PCIe slot. I've searched exhaustively, and can't seem to find what I need. I know that for a long time it was just not the thing to do, but I've been away from my Linux for a while (just too busy). Had some time lately, so I thought I'd check out F13. Can anyone point me to the right place, or is it still not an option? -- Ron On Mon, Sep 13, 2010 at 11:51 PM, Ron Siven wrote: > Hey folks, > > Is it possible to use nVidia and ATI together with full acceleration yet > with Fedora? > > -- Ron > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Comparison of Desktop Environments in F15?
Tim wrote: >On Sun, 2011-05-15 at 12:28 -0400, Genes MailLists wrote: >> you're much better off throwing resources into an existing active >> project (whether its Gnome 3/shell, KDE, unity, lxde, etc etc). > >And so the attempt to pervert XFCE into Gnome 2 will begin... ;-p My plan is to pervert GNOME 3 into GNOME 2. http://intgat.tigress.co.uk/rmy/extensions/index.html Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: RPM signing problems on Fedora 15?
Julian C. Dunn wrote: >I just upgraded to F15 and now I'm having problems signing my custom >RPMs. Am I losing my mind here: > >demeter:~/rpm/SPECS$ rpmbuild --sign twirssi.spec >rpm: --addsign: No such file or directory > >?? > >and > >demeter:~/rpm/SPECS$ file >/home/staff/jdunn/rpm/RPMS/noarch/twirssi-2.5.0-1.fc15.noarch.rpm >/home/staff/jdunn/rpm/RPMS/noarch/twirssi-2.5.0-1.fc15.noarch.rpm: RPM >v3.0 bin i386/x86_64 >demeter:~/rpm/SPECS$ rpm --addsign >/home/staff/jdunn/rpm/RPMS/noarch/twirssi-2.5.0-1.fc15.noarch.rpm >rpm: /home/staff/jdunn/rpm/RPMS/noarch/twirssi-2.5.0-1.fc15.noarch.rpm: >No such file or directory > >WTF? Been there, done that. You need to install rpm-sign. Bugzilla #697435 Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: f14 / Gnome Question
Paul Morgan wrote: >On Mon, Nov 08, 2010 at 02:58:15PM -0500, Bob Goodwin wrote: >> On 08/11/10 14:50, Genes MailLists wrote: >> > >> >Does f14 support focus follows mouse on Gnome ? >> > >> >On f13 we needed to install (a soon-to-be-deprecated) >> > control-center-extras to get this working. Happily the required preferences dialog (gnome-window-properties) has been moved back to control-center, so control-center-extras isn't required for that. > >I use a script and a config file to automate my setup. Indeed. I have a similar script. However, I often end up using the GUI to set focus-follows-mouse. Once there's more than one window on the screen I have to switch between them and click-to-type MAKES ME WANT TO SWEAR. It astounds me that there are people in the world who can tolerate click-to-type for more than a few seconds. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
OOo and delta RPM
Is there a problem with openoffice.org and delta RPMs? I've just done a yum update on F14 and all the OOo packages were downloaded in their entirety, whereas about 30 others came in as deltas. And it's not like OOo is small. And this is the second update in a week. If it's going to carry on like this I'll exclude OOo from updates: I only use it once in a blue moon to examine documents in proprietary formats. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: OOo and delta RPM
Jonathan Dieter wrote: >There's a bug in the push scripts where it only generates deltas against >GA and not updates. So if you downgrade to GA OOo and then update you'd >get deltas. Obviously *not* a good solution. > >We thought we'd fixed the bug, but obviously have missed something. >We're investigating now. I've just installed another update to OOo and it still downloaded everything, not deltas. OOo is now excluded from update in my yum.conf. If this can't be fixed the maintainer should be a lot more cautious about pushing out updates to OOo. I'm sure I'm not alone in thinking that 100MB of updates about once a week is unacceptable. Think of the bandwidth. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: frippery extension in fedora 20
Patrick Dupre wrote: >I cannot update frippery extensions (application menu, etc..) in fedora 20 >I cannot remove them either. The Frippery extensions are available for F20, as a tar file or RPM from my website[1] or via the GNOME Shell Extensions website[2]. How did you originally install them? Because how you update or remove them depends on how you first got them. Ron [1] http://intgat.tigress.co.uk/rmy/extensions/index.html [2] https://extensions.gnome.org/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: gnome-classic-session
Robert Moskowitz wrote: >I am looking through what extensions are available for gnome via yumex, >and I find gnome-classic-session. I haven't tried gnome-classic-session in F20 yet though I have looked at it in F19. The one feature I missed is the ability to put application launchers in the top panel. Happily my Frippery Panel Favorites extension[1] works in classic mode as well as full-on GNOME 3 mode. You might also want to look at the other Frippery exensions[2]. I've been maintaining them since GNOME 3.0 to provide something like what classic mode now does. Ron [1] https://extensions.gnome.org/extension/4/panel-favorites/ [2] http://intgat.tigress.co.uk/rmy/extensions/index.html -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Umount USB
Chris Murphy wrote: >On Tue, Aug 11, 2015 at 9:24 AM, Patrick Dupre wrote: > >> F22 gnome, this option is just missing, it was here in F20. > >It's in Fedora 22 Gnome also. I'd say you either have something broken >in the installation/upgrade, or the removable isn't actually mounted, >or you've found a bug related to the specific partitioning/volume >format of the removable. I think you're talking about different things. Chris's screenshot shows that Nautilus still has the ability to unmount removable devices. Patrick is referring to the icon that used to appear in the notification area when a removable device was mounted and which let you unmount it. In GNOME Shell 3.16 notifications have moved to the top of the screen and no longer include persistent icons for mounted devices. The old scheme provided a pointy-clicky way to unmount a device without having to start Nautilus. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: using wvdial or NetworkManager while connecting on a USB 3g phone modem in India (on the Reliance GSM 3g network)
checks for. That's often the case, it seems, but I would set them to whatever Reliance expects to see. There is normally some guidance with this on the provider's help pages. But I don't think that's your problem (yet); I don't think you've managed to get that far. I then run sudo wvdialconf /etc/wvdial.conf and get the following: [...] ttyACM0<*1>: Speed 460800: AT -- OK ttyACM0<*1>: Max speed is 460800; that should be safe. ttyACM0<*1>: ATQ0 V1 E1 S0=0&C1&D2 +FCLASS=0 -- OK Found an USB modem on /dev/ttyACM0. Modem configuration written to /etc/wvdial.conf. ttyACM0: Speed 460800; init "ATQ0 V1 E1 S0=0&C1&D2 +FCLASS=0" OK So, it looks like all are on the correct track: so let me try $ sudo wvdial LG --> WvDial: Internet dialer version 1.61 --> Initializing modem. --> Sending: ATZ ATZ --> Sending: ATQ0 No. Why has there not been an 'OK' from the ATZ? ATQ0 OK Well that looks acceptable but, I wonder if perhaps the 'OK' is the 'OK' from the ATZ? --> Re-Sending: ATZ ATZ OK Again, is this the OK from the ATQ0? --> Sending: ATZ But no 'OK' --> Sending: ATQ0 ATQ0 No 'OK' --> Re-Sending: ATZ ATZ no 'OK' --> Modem not responding. Presumably a second or so later, when some timeout expires. I am not able to get out of this despite several edits to the /etc/wvdial.conf files. Any suggestions as to what is going wrong as well as what I should be looking at? Using wvdial in this way is equivalent to a DUN arrangement; I do think it can work. But the modem in the phone is not responding and my guess would be that the phone is still in 'automatic connection to the internet' and is confused by or ignoring the incoming AT commands from Fedora. (Because there are some AT commands flying around in the phone, anyway, under Android's control as it attempts to make connections for its own needs.) I think there are two details that you might search for further help with. One is using wvdial to control an Android phone as a modem. The other is setting an Android phone so that it can be used as a dial-up modem. A possibly helpful site might be www.forum.xda-developers.com Please do post back with anything you find, and especially when you manage to get this working, in whichever way you get this working. regards, Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Structural drawing CAD pkg, with 3D view of external appearance?
List, good morning, Looking for a CAD program to draw out floorplans etc for a new building. I've access to several 2D packages but does anyone know of a package that could also display a kind-of 3D image of what the structure would finally look like? Eg, the vertical faces, roof line(s) and overall shape. We're running F23/XFCE. I had heard about, but never used or seen, a package 'sweethome3d', and there is reference to it in (maybe earlier) repos, but dnf doesn't seem to find it now. I imagine people have tried to do this, before, and I wondered if anyone could recommend anything? Grateful for any advice, regards, Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Missing node0 under /sys/devices/system/node
On 24/03/2016 08:16, Kevin Wilson wrote: Any idea what can be the reason for this ? I've been a bit concerned about this, too. I get this on a notebook running F23/XFCE (upgraded from F22 using dnf). Missing node0 under /sys/devices/system/node On my m/c, this appears at F23 load time, and the m/c pauses for around 30 secs or so, then continues to start up. Everything seems to start ok so I have been letting it happen, but if there's a wider occurrence, it might be something systemic. Is it a symptom of anything problematic? (I'm offsite today but I could post additional log info etc tomorrow, if needed.) Regards, Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Missing node0 under /sys/devices/system/node
On 24/03/2016 12:15, Kevin Wilson wrote: Sorry for my ignorance, what is m/c? On Thu, Mar 24, 2016 at 1:15 PM, Ron Leach wrote: Missing node0 under /sys/devices/system/node On my m/c, this appears at F23 load time, and the m/c pauses for around 30 secs or so, then continues to start up. m/c is shorthand for machine. Technical term. :) R -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
F23: Seems sshd service not accepting connections
Running F23/XFCE, with firewalld, and having commanded: # systemctl start sshd.service /var/log/secure shows that sshd is opening port 22, and listening on 0.0.0.0 . There is no entry suggesting a login attempt is received. In the XFCE GUI for firewalld, everything is running in zone labelled 'public'. - The network interface is bound to the zone 'public' - SSH service is enabled in zone 'public' - I've added port 22/tcp to the list of active ports in zone 'public' - 'Lockdown', and 'panic mode' are disabled These settings are the same in mode 'permanent' and in mode 'runtime' sshd config is set to listen on 0.0.0.0 (and ::). Our LAN uses ipv4, in the range 192.168.0/24 . This machine is connected to the network, but I cannot log in to sshd from any machine on the LAN. The client times-out after a few seconds. Clients do not report a 'rejection'. If any list readers have any ideas about what else might need to be set up, or might be going wrong, I'd be very grateful to hear, Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Silly mistake. Now I have two 'default routes'.
List, good evening, I wanted to change a Fedora 24 server's default outgoing route, using CLI over a local SSH connection. I found the ip command, read the man page for ip route, and gave the command: ron # ip route add default via 192.168.0.70 dev enp0s9 The server uses a static IP and its original gateway address was 192.168.0.60. Now I have ron # ip route show default via 192.168.0.70 dev enp0s9 default via 192.168.0.60 dev enp0s9 proto static metric 100 [...] So I have created two 'default' routes. I've misunderstood the man page, and I thought I'd better ask for some advice before I did any more damage. I want to reach the situation where the server has only one default route, for all traffic, which is to a gateway machine with IP address 192.168.0.70 . Should I remove both these entries, and then try 'add'ing a new default route? If so, how ought I remove these entries? Or is there a better way to correct this mistake? Grateful for any help, regards, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
F24 Grub chainload for Win7 fails (long)
List, good evening, Our F24 installation in dual boot mode with Windows 7 has stopped W7 from booting from the Windows menu choice in Grub's screen. F24, nevertheless, boots and operates fine. Here are the installation details. We have a new laptop with Windows 7 pre-installed, which we'd configured for use, and backed up. The BIOS is set for UEFI with legacy settings. Since W7 had occupied the whole SSD we've upgraded the SSD (cloning the W7 SSD onto the new SSD using dd) and then rechecked, and tested, W7 running on the lower 228GB of the new SSD; all was fine. We installed F24/Xfce/64 from its 'live' spin onto the the remaining (approx 250 GB) segment of the SSD, allowing it to auto-partition. Installation proceeded without error; gparted showed that F24 had created 2 more partitions above the W7 partitions. On reboot, Grub starts fine, the F24 selection boots perfectly into F24, but selecting Windows just causes the machine to 'hang', showing a constant cursor in the top left corner of the screen. Checks done so far: 1. Bios boot order now shows an additional item 'Fedora'. Switching this 'Fedora' entry (in the Bios boot list) to below the HDD boot item (in the Bios boot order) has no different effect. 2. Using the Grub CLI to set the root, the chainloader location, and give a 'boot' command, has exactly the same effect as choosing the Windows entry in the Grub menu - 'hang' with the constant cursor in the top left corner. Grub CLI shows that the Windows boot partition, and files, all seem to be in place (sda2, /EFI/Microsoft/boot/bootmgfw.efi). 3. Because some of our work activities require use of Windows, it was essential to make sure we could get back to Windows, so we ran the W7 Windows System repair CD. This identified a problem in the UEFI firmware and wanted to reset the 'fwbootmgr' item in the UEFI system (NVRAM, apparently). We let it do this - aware that it might have repercussions on the F24 installation that was working well but, since it is relatively easy to re-install Fedora, we proceeded to let Windows recover. But this had two effects: (i) Windows rebooted quite happily, without a murmur. But it rebooted only itself; Fedora's Grub menu never appeared. (ii) Though the Fedora Grub menu had gone, checking the boot order in the Bios we found that there was, now, a new entry: 'Windows Boot Loader'. This was above another entry, 'Fedora' which was never executing now because 'Windows Boot Loader' had higher priority order. Switching the boot order in the Bios - to place 'Fedora' at the top, and 'Windows Boot Loader' second - Fedora's Grub menu then appears on booting up; F24 will boot and run perfectly, but selecting the Windows choice in Grub's menus again 'hangs' (with a cursor in the the top left corner). Setting the HDD to be at the top of the boot order gave the same result as setting 'Fedora' at the top - F24 would load, but Windows would not. Conclusions: (i) UEFI seems to contain an 'order of booting'. (ii) Fedora (presumably) makes a new entry in UEFI to point to its Grub system on bootup - that aspect seems to succeed. (iii) The chainloader sequence that Fedora employs executes a Windows bootmgfw.efi (on this machine) which might be 'hanging'. (iv) Might it be possible that the F24 installer has selected a file other than that which Windows 7 itself *actually* uses when it boots? Well, apologies for the length - I'd done quite a few checks and thought it best to add those results to the post in case they help narrow things down a bit. If anyone who managed this far has any suggestions for some things to try or to check, I'd be very grateful. In particular, I'd like to check which files W7 is using in its initial boot - ie, that I could try to emulate with the Grub CLI. If I could emulate a successful W7 boot, I could edit the F24 Grub configuration and make the change permanent. Has anyone here tried something similar themselves? regards, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: F24 Grub chainload for Win7 fails (long)
On 29/12/2016 15:46, Chris Murphy wrote: On Wed, Dec 28, 2016 at 1:55 PM, Ron Leach wrote: Grub starts fine, the F24 selection boots perfectly into F24, but selecting Windows just causes the machine to 'hang', showing a constant cursor in the top left corner of the screen. Could be this bug https://bugzilla.redhat.com/show_bug.cgi?id=1347291 Indeed it is that bug. That bug report, initially of a dual-boot problem with Windows 10, was added to with reports of similar failures with Win 8.1, and Win 7. The symptoms of the 'hang' differed slightly in each different Windows case, and the Win 7 symptoms reported there were exactly those I had experienced. While that bug was being analysed, a very useful work-around was offered, exploiting a (relatively little known but) quite flexible characteristic of the UEFI system. I'd noted that, among the various boot options listed in the BIOS, are two 'software' loaders in addition to the normally-expected hardware sources such as HDD, LAN, FDD, USB, CD, etc. Those two 'software' loaders were: 'Fedora', and 'Windows Boot Manager'. UEFI has a facility whereby if it attempts a boot from some source, including a boot from a software loader, and that boot attempt fails, UEFI will try the next source in the list. (That behaviour is common for all the hardware sources, but it also applies for the software boot loaders.) Further, UEFI is happy to let a software loader start, think, take its time, and UEFI seems willing to wait for either a successful boot, or for that software loader to 'exit' at any arbitrary time later - and then UEFI will proceed to the next entry in the boot list. Now, because of the bug the system will happily load Fedora (but not Windows) when the top boot entry is the 'Fedora' boot manager, but will happily load Windows (but not Fedora) if the top boot option is Windows Boot Manager, *and* the Fedora boot loader can be manually instructed to abort and exit, then the work-around suggested in that bug report enables the Fedora boot loader to be used, and still be able to lead to Windows being loaded. The way to achieve this is 3 steps: (i) Set the boot options to give 'Fedora' boot loader the 1st priority, and give the 'Windows Boot Manager' 2nd priority - the immediate 2nd priority. This step only has to be completed once. (ii) On boot, the Fedora Grub menu choice will be presented, with Fedora, and Windows, as selectable choices. If the user wants to run Fedora, then that choice can be selected - and Fedora will load. A further, quite simple, step is needed to load Windows. (iii) To run Windows, the Windows option should be selected on screen - but not executed yet. Instead, follow the advice at the bottom of the Grub screen to edit the Grub setting (for the selected menu choice - make sure it's Windows), by typing the letter 'e'. Grub will show its short sequence of commands that it uses to load Windows. Insert the word 'exit' into that sequence of commands - just before the line starting with 'chainloader' would be a reasonable choice. You will probably have to also hit 'return' so that 'exit' appears on its own line. That's all. Again, follow the advice at the bottom of the screen - this time to tell Grub to execute this now-altered sequence of commands - by typing 'ctrl-x'. Windows should load. This is a work-around for this bug and it can be used if a user encounters the bug and cannot (or cannot yet) install the final fix, which has, now, been fully released but has to be retrospectively applied to F24 (I am not sure whether current downloads of F25 ISOs already have this fix or not but, if not, then the work around works anyway for F25, and the fix has also been fully released for F25). Not only is this a work-around for this bug, but this trick - of letting UEFI start with one software loader, and then subsequently execute the next software loader - may be useful in other contexts as well. I think it's a useful feature of UEFI to know about. In the meantime if you have a version less than grub2-2.02-0.38 you could try updating and see if that fixes the problem. And that is the fix, finally released. I used the work-around a few times because I was slightly wary of updating Grub. Finally, I did run dnf, saw that the Grub update was version ... .38, the version described and tested in the bug report, so I did apply the update and, of course, Grub now perfectly manages this dual-boot F24 and Win 7 machine. Chris, I'm very much obliged. Ah, you had asked about another detail: On Wed, Dec 28, 2016 at 1:55 PM, Ron Leach wrote: > The BIOS is > set for UEFI with legacy settings. I don't know what this 2nd sentence means. If you can take a cell photo so th
umask in /etc/sysconfig/httpd not being used in Fedora 16, Fedora 17
Hi, I have been trying to setup Fedora 17 via boxgrinder as a LAMP server. What I am stuck at is getting apache httpd to use a umask of 002. I have added "umask 0002" to /etc/sysconfig/httpd but it doesn't seem to be used. I built a Fedora 15 configuration which did use the umask, then tested with Fedora 16 and found it did not work. Is this a bug or is there now a different method for setting apache's umask? Thanks Ron-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: "Install Updates & Restart" on a laptop
Rahul Sundaram wrote: >It isn't. This feature works by downloading all the updates beforehand I prefer to control when the download happens. This turns off the automatic download: dconf write /org/gnome/settings-daemon/plugins/updates/auto-download-updates false >and then offering you the option in the menu to restart and install the >updates in a special environment The new option is positioned at the bottom of the menu, where the shutdown option normally lives. I prefer to avoid the possibility of inadvertantly causing an update when I just meant to shut down: dconf write /org/gnome/settings-daemon/plugins/updates/active false Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: GNOME Classic & Extensions
Jorge Fábregas wrote: >Thanks for the reminder Tim. It helps but I stll can't find it. It >seems the "Frippery Bottom Panel" extension would do it but it doesn't >work with GNOME 3.8. I'm the author of the Frippery extensions. The Bottom Panel should work with GNOME 3.8, though not in Classic mode. If it's not working for you I'd like to find out why. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Systemd Freezing on NetworkManager or Display Manager
Rex Dieter wrote: >Mark Bidewell wrote: > >> I am using Fedora 19 on older hardware, and about half the time systemd >> freezes on boot. Typically the console messaging is pointing at Network >> Manager but occasionally kdm or gdm. I can switch to another console and >> log in and network is up and I can enter X. >> >> Any ideas how to debug this? > >You might be hitting this, >https://bugzilla.redhat.com/show_bug.cgi?id=967521 Or possibly this: https://bugzilla.redhat.com/show_bug.cgi?id=1013867 Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Debian vs Fedora
Matthew Miller wrote: >While I can't disagree with the general sentiment, I certainly hope Fedora >isn't being pigeonholed into "bleeding edge". Fedora also certainly "just >works". Except when it doesn't. In the week since F29 was released I've been bitten by cron not working (1639381) and web pages not rendering (1646150). There's a tension between "bleeding edge" and "just works". I think it's fair comment that Fedora tends towards the "bleeding edge". Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Fedora 29 (and 28) very slow
I'm having a strange experience upgrading Fedora. I was running Fedora 24, and I upgraded to Fedora 29, one release at a time. After upgrading, I found that the Resteasy testsuite, which normally runs in about 15 minutes, now takes about 45 minutes. A colleague suggested I do a clean install, which I did, but there was no improvement. The testsuite runs in about 15 on my backup laptop with Fedora 28, so I did a clean install of Fedora 28, but, again, there was no improvement. I'm just bewildered. Does anyone have any suggestions? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Fedora 29 (and 28) very slow
Hmmm. https://www.theregister.co.uk/2018/01/09/meltdown_spectre_slowdown/ says "Red Hat has clocked the patch performance impact as ranging from one to 20 per cent <https://access.redhat.com/articles/3307751>." -Ron On 11/26/18 6:04 PM, Tom Horsley wrote: On Mon, 26 Nov 2018 22:45:48 - Ron Sigal wrote: I'm just bewildered. Does anyone have any suggestions? Spectre and Meltdown kernel changes are reputed to slow things down, but I don't know if it would be that much. -- My company's smarter than your company (unless you work for Red Hat) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Fedora 29 (and 28) very slow
Well, I downloaded both Fedora 28 and 29 a couple of weeks ago ... On 11/26/18 6:14 PM, a...@clueserver.org wrote: On Mon, 26 Nov 2018 22:45:48 - Ron Sigal wrote: I'm just bewildered. Does anyone have any suggestions? Spectre and Meltdown kernel changes are reputed to slow things down, but I don't know if it would be that much. They have removed some of the Spectre and Meltdown patches from the upstream kernel because of the major performance hit. How current is the current Fedora 28 & 29 kernels? Does a kernel from Rawhide fix the problem? perl -pe 's/^\s+//g' *.py -- My company's smarter than your company (unless you work for Red Hat) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: what is wrong with dnf?
Matthew Miller wrote: >If you can find a reproducer, a bug report for this would be helpful. I think this one covers the issue: https://bugzilla.redhat.com/show_bug.cgi?id=1648274 As noted there, there's no need to muck about with the cache or the --refresh option. Simply running 'dnf update' twice makes things work as they should. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: night light mode
Alessio Ciregia wrote: >I don't know, but I've noted that if geolocalization is disabled in privacy >settings, automatic (sunset to sunrise) night light doesn't work. And it >sounds like a bug, or at least I don't remember such behavior on F28 There have been interactions between night light and geolocation since it was introduced. Because sunrise/sunset times depend on location it's sort of inevitable. To have night light use sunrise/sunset when geolocation is disabled you can configure it by hand: gsettings set org.gnome.settings-daemon.plugins.color night-light-last-coordinates '(40.0, 10.0)' gsettings set org.gnome.settings-daemon.plugins.color night-light-enabled true gsettings set org.gnome.settings-daemon.plugins.color night-light-schedule-automatic true The coordinates are decimal latitude/longitude. The third setting is just for completeness, it's on by default. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Strane UUID problem
I don't know about removing a UUID, but you can assign a new one with GParted. Sent from my iPhone > On Mar 20, 2015, at 10:49 AM, Heinz Diehl wrote: > > Hi, > > F21, fully updated, no longer boots cleanly. After to tries, I found the > culprit: > > suddenly, the physical device (/dev/sda) has got a UUID, and it's the same as > the one /home has. So no wonder that /home can't be mounted. I have not the > slightest clue what could have given /dev/sda a UUID. > > So how to remove it? > > Thanks, > Heinz. > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update vs Software Udpates
Suvayu Ali wrote: >That said, I sometimes do not understand what's the harm in getting >updates few hours later. dnf already tells you how old the metadata is >when it starts, you can choose to get the latest metadata if it is too >old. So what's the big deal? I certainly get the impression that dnf tells me about updates less frequently than yum did. It also seems to pull in metadata less frequently. In fedora-updates.repo I have: metadata_expire=6h. I also have the dnf-makecache.timer 'masked'. It's more than 6 hours since I last ran dnf but: [root@vulcan rmyf22]# dnf check-update Fedora 22 - x86_64 - RMY repository 131 kB/s | 6.0 kB 00:00 Last metadata expiration check performed 0:00:00 ago on Wed Jul 22 08:38:32 2015. [root@vulcan rmyf22]# No updates. It pulled in metadata for my private repo but not fedora-updates. So is it really telling me "how old the metadata is"? The message just refers to the last time an expiration check was performed. Does that mean the metadata was up to date as of 0:00:00 ago? Because, as we shall see, it clearly wasn't. Let's try the --refresh option: [root@vulcan rmyf22]# dnf --refresh check-update Fedora 22 - x86_64 - RMY repository 113 kB/s | 6.0 kB 00:00 Last metadata expiration check performed 0:00:00 ago on Wed Jul 22 08:39:01 2015. [root@vulcan rmyf22]# Still no updates. Time for a bigger hammer (don't try this at home or offer it as advice to newbies): [root@vulcan rmyf22]# rm -rf /var/cache/dnf/x86_64/22/updates* [root@vulcan rmyf22]# dnf check-update Fedora 22 - x86_64 - Updates774 kB/s | 12 MB 00:16 Last metadata expiration check performed 0:00:16 ago on Wed Jul 22 08:40:02 2015. environment-modules.x86_64 3.2.10-16.fc22 updates ... Plus 55 other updates. What's going on? Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update vs Software Udpates
Matthew Miller wrote: >On Wed, Jul 22, 2015 at 07:20:11PM +0100, Ron Yorston wrote: >> I certainly get the impression that dnf tells me about updates less >> frequently than yum did. It also seems to pull in metadata less >> frequently. > >Keep in mind that we only push updates once per day *anyway*. OK, but that's independent of the client being used. Both yum and dnf see the same updates, but dnf doesn't seem to be as quick to pass them on. >Of course, if you're mixing in private repos or other rpm providers, >there may be different policies. Sure, different repos have different policies but why would that affect Fedora updates? The commands I quoted clearly show that there was newer metadata that dnf ignored until I blew away the old cache. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update vs Software Udpates
Gordon Messmer wrote: >Use "dnf repolist -v" to find out, in the future. It will print the >date from the metadata you have, and the URL of the mirror from which it >was retrieved. OK, today 'dnf repolist -v' tells me: fedora: using metadata from Wed Jul 22 08:38:59 2015. rmy: using metadata from Wed Jul 22 08:38:59 2015. updates: using metadata from Wed Jul 22 08:54:38 2015. Last metadata expiration check performed 21:22:45 ago on Wed Jul 22 08:54:38 2015. Repo-id : fedora Repo-updated : Sat May 23 11:23:20 2015 Repo-expire : 172,800 second(s) (last: Wed Jul 22 08:38:59 2015) Repo-id : rmy Repo-updated : Sat Jun 20 19:40:40 2015 Repo-expire : 172,800 second(s) (last: Wed Jul 22 08:38:59 2015) Repo-id : updates Repo-updated : Tue Jul 21 06:47:56 2015 Repo-expire : 21,600 second(s) (last: Wed Jul 22 08:54:38 2015) The fedora and rmy repos both have the default metadata_expire of 48 hours; updates has 6 hours, as configured in fedora-updates.repo. fedora and rmy are still within their metadata_expire timeout; updates has expired. Running the same commands as yesterday: [root@vulcan rmyf22]# dnf check-update Last metadata expiration check performed 0:00:00 ago on Thu Jul 23 06:19:10 2015. [root@vulcan rmyf22]# dnf --refresh check-update Fedora 22 - x86_64 - RMY repository 78 kB/s | 6.0 kB 00:00 Last metadata expiration check performed 0:00:00 ago on Thu Jul 23 06:20:06 2015. [root@vulcan rmyf22]# rm -rf /var/cache/dnf/x86_64/22/updates* [root@vulcan rmyf22]# dnf check-update Fedora 22 - x86_64 - Updates946 kB/s | 12 MB 00:13 Last metadata expiration check performed 0:00:11 ago on Thu Jul 23 06:23:32 2015. [root@vulcan rmyf22]# What immediately seems odd is that 'dnf --refresh check-update' pulled in a new version of the rmy metadata (which hasn't expired) but not the updates metadata (which has). Forcibly removing the updates metadata causes a download but I get the same version as yesterday (the one from Jul 21 06:47:56 2015) so there are no new updates. Actually, every time I run 'dnf --refresh check-update' the metadata for the rmy repo is downloaded. Maybe that's because the rmy repo has an 'ftp://' URL so dnf can't use an 'if-modified-since' request to see if it's changed. I wonder if that's confusing 'dnf --refresh'? Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update vs Software Udpates
Ron Yorston wrote: >What immediately seems odd is that 'dnf --refresh check-update' pulled >in a new version of the rmy metadata (which hasn't expired) but not >the updates metadata (which has). Of course, today it didn't need to download new updates metadata because it hadn't changed. That wasn't the case yesterday, though. Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Firefox 34 bookmark sidebar scrolling has changed
Tim wrote: >I noticed the same thing with Evolution, long ago, that I can't simply >page up and down by clicking above or below the scroll bar, any more. >It jumps to what's essentially a random spot, since you have no way to >actually pick a specific part of the message list that you want to see. >You're pretty screwed if you don't have a mouse wheel and you want to >page through things. It's due to a change in GTK+3. Maybe Firefox has inherited this. I preferred the old behaviour. To get the old behaviour back edit ~/.config/gtk-3.0/settings.ini and add this: [Settings] gtk-primary-button-warps-slider = 0 Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Firefox 34 bookmark sidebar scrolling has changed
Tony Nelson wrote:
>Thank you. Do you know of any settings for other Gnome3 changes I
>might wish to undo?
Well, I don't know what *you* might want to undo, but here's the script
I run after installing F20. Some of the settings can be modified in
gnome-tweak-tool but I find it more convenient to gather them all into
one place.
Ron
gsettings set org.gnome.shell.overrides edge-tiling false
gsettings set org.gnome.shell.overrides dynamic-workspaces false
gsettings set org.gnome.shell.overrides attach-modal-dialogs false
gsettings set org.gnome.shell always-show-log-out true
gsettings set org.gnome.shell.overrides button-layout ":minimize,maximize,close"
gsettings set org.gnome.settings-daemon.plugins.updates auto-download-updates
false
gsettings set org.gnome.settings-daemon.plugins.updates active false
gsettings set org.gnome.desktop.wm.preferences mouse-button-modifier "''"
gsettings set org.gnome.mutter auto-maximize false
gsettings set org.gnome.settings-daemon.plugins.xsettings overrides
"{'Gtk/ShellShowsAppMenu': <0>}"
gsettings set org.gnome.desktop.interface clock-show-date true
gsettings set org.gnome.desktop.wm.preferences focus-mode "sloppy"
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Re: Firefox 34 bookmark sidebar scrolling has changed
Fred Smith wrote: >I've just done a Centos-7 install on one of my netbooks, and then >I installed the Mate desktop so I wouldn't have to fume and curse >Gnome. Mate is much more friendly. but I noticed that some few programs >even in Mate still use the silly "new" scrollbar behavior, and adding that >entry (in fact, creating the file 'cause it wasn't there) doesn't help. I've had a quick look at Mate in F20 but didn't spot anything with the new scrollbar behaviour. Can you point to any examples? Ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedora 16 64 bits gnome shutdown button
Leonardo Silveira wrote: >how do i add the shutdown button on gnome menu? My GNOME Shell Frippery[1] has an extension that makes shutting down the system work more like GNOME 2. In fact, it has a number of extensions to make things work more like they do in GNOME 2. Ron [1] http://intgat.tigress.co.uk/rmy/extensions/index.html -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F17 Gnome3 workspace names
Greg Woods wrote: >Poked around a little, "gsettings list-schema" shows that the schema >maybe should be "org.gnome.desktop.wm.preferences", so I tried that: > >[greg@diamondage greg]$ gsettings set org.gnome.desktop.wm.preferences >workspace-names "['Local','E-mail','Web','Virtual','Systems',Misc']" >44-45:unknown keyword There's a typo in the command: a missing single quote before Misc. It does work, and just last week I updated my Bottom Panel[1] Shell extension to display workspace names as tooltips. Ron [1] https://extensions.gnome.org/extension/3/bottom-panel/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
FC16 screen continuously cycling, blacked-out, only visible for short time every few seconds.
Since a recent 'yum update', my FC16 display is blacked-out, only flashing with visible content for a very small fraction of a second every 2.5 seconds or so. Needles to say, this make it very difficult to use- luckily I still have remote access... I have created a bugzilla entry: https://bugzilla.redhat.com/show_bug.cgi?id=828454 Graphics card: "nVidia Corporation G94 [GeForce 9600 GT] (rev a1)" The screen begins cycling its black-out upon startup at the initial switch to graphics mode. This continues during the Fedora boot-progress logo and never clears. I do use Xfce (no desktop wars, please), but don't think this is a factor because the black-out begins so very early. Has anybody else seen anything quite like this? ron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: wifi connection problem.
François Patte wrote: >Is it a known bug and what causes this dysfonction? I understand it's a problem with the kernel. If you still have kernel-5.16.14-200.fc35 installed booting with that should avoid the issue. The forthcoming kernel-5.16.18-200.fc35 might have the fix. Cheers, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: resurrecting old laptops
jim wrote: >I would welcome other distro suggestions for tired old hardware I'm using CentOS 7 on an Asus Eee PC 701. RHEL 7 doesn't have an i686 version but CentOS supports it as an altarch. Advantages: - it has all that familiar Red Hat goodness; - unlike CentOS 8 it'll be supported until RHEL 7 EOL, so another two years. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
OpenVPN breakage
Today OpenVPN was updated from 2.5.6-1 to 2.5.7-1 and my VPN connection broke. The log says: nm-openvpn[8655]: --cipher is not set. Previous OpenVPN version defaulted to BF-CBC as fallback when cipher negotiation failed in this case. If you need this fallback please add '--data-ciphers-fallback BF-CBC' to your configuration and/or add BF-CBC to --data-ciphers. nm-openvpn[8655]: OpenVPN 2.5.7 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on May 31 2022 nm-openvpn[8655]: library versions: OpenSSL 3.0.2 15 Mar 2022, LZO 2.10 nm-openvpn[8655]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts nm-openvpn[8655]: Cipher BF-CBC not supported nm-openvpn[8655]: Exiting due to fatal error 2.5.6-1 says almost exactly the same, apart from the last two lines, and doesn't break. Adding 'cipher=AES-256-GCM' to the NetworkManager keyfile for the VPN got it working again. The advice about 'data-ciphers-fallback' and 'data-ciphers' is bogus because NetworkManager doesn't know about those options. Not happy, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OpenVPN breakage
There's a bug report: https://bugzilla.redhat.com/show_bug.cgi?id=2093069 which includes a link to a test build of OpenVPN which fixes the problem I was having. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Launching Nautilus makes F37 'hard crash'
Frederic Muller wrote: >This is happening with the latest 2 kernel versions (just updated and >the same is happening). I thought I wouldn't be the only one and the bug >would magically disappear... well it seems not. It's probably this: https://bugzilla.kernel.org/show_bug.cgi?id=216895 The latest word is that it should be fixed in the 6.0.18 kernel: https://bodhi.fedoraproject.org/updates/FEDORA-2023-39b55235fc Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: kvm vs firefox issue?
Eyal Lebedinsky wrote: >This started only recently (kernel 6.0.18 or 6.1, or another update?) > >Is there a known problem. There is. It's in the 6.1 kernel and it isn't yet fixed in Fedora. (Not even in the 6.1.8 kernel currently in testing.) Here's a SuSE bug report: https://bugzilla.suse.com/show_bug.cgi?id=1206848 which suggests: echo never > /sys/kernel/mm/transparent_hugepage/enabled as a workaround until new kernels are available. I've confirmed that this seems to work with a Fedora 6.1 kernel. Cheers, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Fedora 37: libvirt/qemu/kvm not work property with kernel 6.1.8-200.fc37.x86_64
Dario Lesca wrote: >When I try to install a new VM with virt-manager, (es Rocky Linux 9 or >Fedora 37 WS) from a verified ISO file, the live setup do not start and >the installation procedure is blocked before displaying the graphical >environment. ... >Is this a know issue? There is an issue which seems to match your description. See this bug report: https://bugzilla.suse.com/show_bug.cgi?id=1206848 As you've found, going back to a 6.0 kernel avoids the problem. There's a workaround for 6.1 kernels in one of the comments on the bug report: echo never > /sys/kernel/mm/transparent_hugepage/enabled The bug has been fixed in the 6.1.9 stable update, though that only came out yesterday so it may be a few days before it becomes available for Fedora. Cheers, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F38 and new GDM behavior
Jeffrey Walton wrote: >After 15 minutes of cleanup GDM suspended the machine with an active >SSH connection. I was bitten by this too. Left my system logged in to a GNOME desktop carrying out some backups, went out for a walk, came back to find the machine unresponsive. As you say, this is new in F38, though apparently pristine GNOME has had this misfeature for a while. There's a write up here: https://discussion.fedoraproject.org/t/gnome-suspends-after-15-minutes-of-user-inactivity-even-on-ac-power/79801 "User inactivity" is a poor criterion for suspending a machine. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Hundreds of kernel crash messages after Fedora 26 upgrade. We're sorry, it looks like BOOT_IMAGE=/boot/vmlinuz-4.11.9-300.fc26.x86_64 crashed.
Sudhir Khanger wrote: >Jul 15 10:35:05 workstation abrt-dump-journal-oops[1256]: Reported 2 kernel >oopses to Abrt >Jul 15 10:35:06 workstation abrt-server[5959]: Can't find a meaningful >backtrace for hashing in '.' >Jul 15 10:35:06 workstation abrt-server[5959]: Option >'DropNotReportableOopses' is not configured >Jul 15 10:35:06 workstation abrt-server[5959]: Preserving oops '.' because >DropNotReportableOopses is 'no' I had a similar problem. You can, at least, make abrt shut up by adding the line DropNotReportableOopses = yes to the file /etc/abrt/abrt.conf. That doesn't tackle the underlying problem, though. In my case the issue seems to be the one in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1408858 which is about the accelerometer on some Acer laptops. Disabling the related service stopped the oopses: systemctl stop iio-sensor-proxy.service systemctl mask iio-sensor-proxy.service Your problem may be different, though. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Hundreds of kernel crash messages after Fedora 26 upgrade. We're sorry, it looks like BOOT_IMAGE=/boot/vmlinuz-4.11.9-300.fc26.x86_64 crashed.
Sudhir Khanger wrote: >That didn't help. I am continuing to see the abrt notification. Did you restart abrtd? systemctl restart abrtd Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Hundreds of kernel crash messages after Fedora 26 upgrade. We're sorry, it looks like BOOT_IMAGE=/boot/vmlinuz-4.11.9-300.fc26.x86_64 crashed.
Sudhir Khanger wrote: >I restarted the system. And also tried restarting abrtd. In that case I'm out of ideas. Sorry, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Delta RPMs -
Gordon Messmer wrote: >I don't see a "drpms" directory in the fedora 26 "updates" directory. >It's still present for f25 and f27. I haven't seen any notices about >that, so it might be a failure. I'm asking in the #fedora IRC >channel. I'll file a bug later if needed. Did you get any response? I've just updated two F26 machines and not a single DRPM was used. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Delta RPMs -
I've subscribed to the infrastructure mailing list and have asked there. Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Question on the WIFI security issue Key Reinstallation Attack ("krack" attack)
On 16/10/2017 15:21, Michael Cronenworth wrote: F25: https://bodhi.fedoraproject.org/updates/FEDORA-2017-12e76e8364 F27: https://bodhi.fedoraproject.org/updates/FEDORA-2017-f45e844a85 Rawhide: (just run a dnf update) ___ Is there any longer-term security support for earlier versions? We've a few devices still running F24 or F23. If there is not a security release, is it even likely that the source for the revised versions of the affected packages might compile on F24, and might the objects even run on F24 or F23? (I imagine it is fairly unlikely, but I'd like to ask.) (We hadn't updated these devices to F25 because there had seemed to be some difficulties reported on the lists, but that would be option we still have. I've downloaded the paper to understand better the risks at (i) coffee shops etc, and (ii) whether the 'trick' can be used to gain access to a password-protected AP - such as here at our premises - in the first place. I'm concerned about both those scenarios.) Thanks for the expanded update list, regards, Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Scroll Bars with Arrows Wanted
Jonathan Ryshpan wrote: >On Wed, 2018-01-24 at 12:13 -0800, Joe Zeff wrote: >> I've always found that clicking in the scroll bar area will move it >> in >> the direction of the mouse arrow. Doesn't that work for you? > >Only too well! Clicking on the scroll bar area can move the window >many columns. For a window with 29 columns this is too much; I want to >scroll one column. Just some additional information, in case it's of use to anyone: It used to be that clicking in the trough of a scrollbar would move by a page. GTK3 defaults to moving the slider to the point of the click. To get the old behaviour back create or edit this file: ~/.config/gtk-3.0/settings.ini so it contains: [Settings] gtk-primary-button-warps-slider=0 Ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
The restorecon problem is coming back
On 6th May an update to selinux-policy for Fedora 32 (3.14.5-38.fc32) caused all filesystems to be relabelled. In my case this took over twelve hours. I was not happy. It appears the developers have a workaround for the problem but the update that applies it will cause all filesystems to be relabelled if you already have the borked 3.14.5-38.fc32 update. The new update is currently in updates-testing and will no doubt be making its way onto our systems soon enough. The developers say[1]: Please note updating from the previous package version selinux-policy-3.14.5-38.fc32 will have all filesystems relabeling as a result which cannot be prevented. If relabeling takes a lot of time, consider unmounting some filesystems, updating manually, postponing the update to later. You have been warned. Ron [1] https://bodhi.fedoraproject.org/updates/FEDORA-2020-886cc9af08 ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: crontab -e now invokes nano! ARGH!!!
man crontab says VISUAL or EDITOR env vars may affect this. sure hope the default isn't nano now... ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: VirtualBox no longer working? Loads but gets error message.
The 6.12 kernel has changed the way virtualisation modules are loaded. Some discussion, with workarounds, here: https://www.virtualbox.org/ticket/22248 https://lore.kernel.org/kvm/zwqjusole6swa...@google.com/T/ I was able to get VirtualBox to start by unloading the kvm_intel module with the command: rmmod kvm_intel The above links also have a kernel command line fix which I haven't tried. (I only use VirtualBox occasionally, to run a Windows XP VM which I've never managed to get working with KVM. Otherwise I prefer Virtual Machine Manager.) Cheers, Ron -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: port forwarding and RDP or ssh
On 3/11/24 12:45, Alex wrote: I now have his PC with me on my local network, and commands executed through ssh -X still display on his screen instead of mine. From his gnome-terminal on my PC: [gary@fedora ~]$ echo $DISPLAY localhost:10.0 How do I set the display for commands executed remotely to appear on my screen? This is a feedback report only- For me, all this seems to work fine when connecting between multiple FC39 machines (as I would expect), but I can duplicate the reported issue with an old ubuntu machine (22.04.2 LTS) I keep in the dungeon for cross-distro compatibility testing of things like this. X11 fwding seems ok when ssh'ing from the ubunto machine into FC39, but does not work when ssh'ing from FC39 into ubuntu. The graphical output and mouse control (incorrectly) remains on the remote ubunto machine, and the originating FC39 session sees nothing graphical. This seems to suggest FC39 ssh -X handling might have introduced a backward incompatibly. Somebody might try "ssh -X" from FC39 into systems with earlier version(s) of Fedora to see if the same thing happens. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
dmesg suddenly fails when run as normal user on FC39
Hi- does not happen on FC38, or any prior RedHat/Fedora version since forever. dmesg dmesg: read kernel buffer failed: Operation not permitted Userspace scripts (such as used to read pics from cameras & sdcards) and many progs often use dmesg to detect or identify things like startup probe info, USB devs, partition numbers etc. I worked around this by setting the suid bit of `which dmesg`, but it would be rude to force everybody to manually do this as part of post-install cleanup. Hopefully an unintended side-effect and not a new "feature" that wasn't thought through completely. A web-search suggests debian/ubuntu may have been doing this for awhile- but we really don't need to be just like them... ;) -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: dmesg suddenly fails when run as normal user on FC39
On 3/13/2024 6:54 PM, Sam Varshavchik wrote: Ron Flory via users writes: »Hi- does not happen on FC38, or any prior RedHat/Fedora version since forever. Sounds like this has landed: https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/U2XA6J5BGPKMS54YM7DTOI4QHUXQTARI Thanks for the link. I can see both sides of it. At the same time, I can neither fully condemn, nor enthusiastically support this. Subtle side-effects with existing practices and applications will haunt us for a long time. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [EXTERNAL] Re: Is there an officially Fedora supported replacement for,>,> the old rc.local? - still an issue
On 7/20/2022 10:16 AM, Joe Zeff wrote:
> On 7/20/22 07:45, Patrick O'Callaghan wrote:
> > We couldn't even run vi at the time on our PDP-11/45 with 6th Edition
> > UNIX. IIRC it was too big for the address space. I wrote my PhD thesis
> > in Nroff using George Coulouris' em ('editor for mortals'), the
> > precursor to ex, which eventually became vi. It had a single-line
> > display but unlike ed you could see what you were doing.
>
> And because you had to do that decades ago new Linux users today should
> be using vi instead of all the more user friendly editors available for
> use in a terminal?
Careful there- even today, a very large number of new Linux devices
don't run a GUI at all, so a text-based editor (and knowing how to drive
it) is a necessity.
Also, I think you mean 'shell' instead of 'terminal'- a 'terminal'
is an external piece of hardware that terminates a serial line, like an
ADM-3A or TVI-912C, etc. We generally haven't used terminals since the
1980's.
;)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: How do I do a group reinstall of Xfce?
Hopefully reactivating an old thread whose reply does not work with FC37... I have an x86 FC37 XFCE-spin whose GUI setups had a kind of creeping death, then went bonkers. I'd like to force-reinstall XFCE completely (no desire to save any X/XFCE configs- would like all that re-initialized, like a XFCE-spin fresh-install (at least for the X-stuff only). I tried some online suggestions, but XFCE is still not right, the background image does not show (only black screen), the 'pager' does not work (only 1 page is shown when there it says there should be 8 workspaces). also, desktop and progs are not remembered when i leave/restart the session. Attempting to reinstall from thread and online-article suggestions; one problem is that running the suggested: dnf groupremove 'Xfce Desktop' Results in a dnf error about it would result in removing dnf and sudo. using the suggested '--skip-broken' does not work. Note: I start FC37 in text-mode (lightdm), and only run X when I need it by running 'startx'. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: How do I do a group reinstall of Xfce?
yes, also tried startxfce4 (which I imagine startx also indirectly calls). both act the same, and same xfc* processes are running. No good. XFCE display is just 'not right', and most gui apps refuse to allow resize, etc. Interestingly, the xscreensaver (with password prompt) seems to look just fine. Somehow, i expect the XFCE/FC37-specific configs just aren't being restored. I also deleted all ~/.configs/xfce4* files, etc before XFCE removal and reinstall. Perhaps this extends into the base X11 stuff as well? (I wonder why/when dnf removed their "-force" switch (for install) ?) ron On 4/9/2023 4:11 PM, Joe Zeff wrote: On 04/09/2023 02:34 PM, Ron Flory via users wrote: Note: I start FC37 in text-mode (lightdm), and only run X when I need it by running 'startx'. First, you should really be using startxfce4, but if startx works, it's not important. Second, are you doing this in text mode, without ever having started Xfce? If not, try it that way as it might make a difference. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: How do I do a group reinstall of Xfce?
that would be a bad thing, but you misunderstand- force 'install' (ala 'rpm' command), even if already installed... I see now that dnf supports 'reinstall'. ron On 4/9/2023 6:20 PM, Samuel Sieb wrote: On 4/9/23 14:51, Ron Flory via users wrote: (I wonder why/when dnf removed their "-force" switch (for install) ?) dnf never had a "force" option, just rpm. Why do you need it? What would it do? Do you really want it to remove itself? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Missing "standard" headers in FC37 arm (aarch64) C/C++ cross-compiler RPMs ??
Hi- am hopefully missing something dumb/obvious here---
Am trying to cross-compile for raspberry-pi, but some basic headers appear to
be missing, or not redirecting to 'generics'.
-
Install the cross-compiler(s):
dnf install gcc-aarch64-linux-gnu gcc-c++-aarch64-linux-gnu
-
Compile hello_world sample:
aarch64-linux-gnu-gcc hello_world.cpp -o hello_world
Results:
hello_world.c:1:10: fatal error: stdio.h: No such file or directory
1 | #include
| ^
compilation terminated.
-
Hello_world sample consists of:
#include
#include
int main(int argc, char *argv[])
{
printf("Hello World\n");
return(0);
}
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: Missing "standard" headers in FC37 arm (aarch64) C/C++ cross-compiler RPMs ??
On 6/3/23 08:55, stan via users wrote:
On Thu, 01 Jun 2023 20:29:54 - ron flory via users
wrote:
Results: hello_world.c:1:10: fatal error: stdio.h: No such file or
directory 1 | #include | ^ compilation terminated.
- Hello_world sample consists of: #include #include
int main(int argc, char *argv[]) { printf("Hello
World\n"); return(0); }
I find at this link
https://stackoverflow.com/questions/19580758/gcc-fatal-error-stdio-h-no-such-file-or-directorythis
comment, You can see where gcc is looking for header files by doing
echo "#include " | gcc -v -x c - and examining the search
paths. – Christian Ternus Oct 25, 2013 at 3:53 It is old, and when I
tried it, it didn't work. But it might give you an idea for things to
try. This also seems relevant, "it seems implausible that there would
be a release which generated errors upon importing stdio" Is the file
present in /usr/include? If it is, you could use the -I option to
point there, -I /usr/include, and see if it works. If it does, that
indicates that it is a problem in the configuration of gcc; it isn't
looking in the system include directory.
it was sloppy of me to assume everybody understood the host is x86-64.
There are only 3 relevant compiler/binutils RPMs for aarch64 in FC37:
(excluding other langs/libs)
dnf list all | grep aarch | grep -v "^rust\|^qemu\|^edk2\|^ipxe"
gcc-aarch64-linux-gnu
gcc-c++-aarch64-linux-gnu
binutils-aarch64-linux-gnu
...the binutils is automatically installed as a dependency (similar
deal for the "gcc-arm-linux" sibling).
The (very few) related headers are installed in
/usr/lib/gcc/aarch64-linux-gnu/12/include/ as confirmed by 1)
dnf repoquery -l gcc-aarch64-linux-gnu gcc-c++-aarch64-linux-gnu |
grep /st | grep "\.h$" | sort
and 2) which are not present when the cross-compiler is removed, but are
present when the cross-compiler is re-installed.
Having built many cross-compilers over the years, a look at this
header include directory is very, very sparse, missing the majority of
our usual .h friends.
It --may-- be the RPMs were just built 'for successful compilation'
without running a minimal test suite to confirm the output artifacts are
functional- ...maybe. ( at least a 'hello-world' should be
cross-compiled to confirm output-artifacts are produced, and for the
correct target arch )
If another noarch or arm header-only RPM happens to contain the
missing headers (which I have not stumbled upon yet), it would be
helpful for this to be marked a co-dependency so dnf can install it too.
- - -
As a side note, for reference only, please no flames intended; the
corresponding two aarch64 gcc/c++ packages for the popular debian-based
distro beginning with "U" (which shall not be spoken here) does compile
and link C/C++ programs correctly, which is why I suspect it could be an
RPM packaging issue.
ron___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: question: does "diff" use short cuts?
On 7/7/2023 12:42 PM, home user wrote: When I try to verify a back-up, I use "diff -r". The directory trees being compared contain about 870 files (mostly binary, like PNG, JPG, and so on), and take up about 707 megabytes. The trees being compared are on the hard drive and on a USB-3 stick. When I run the "diff -r" command, it seems to finish too quickly - it seems like less than a half of a second. I saw similar results a few weeks ago comparing about 30 gigabyte trees on the hard drive vs. on a USB-3.1 stick; the results were practically instantaneous. Is diff actually checking every bit (or byte), or is it using some "short cut"? Was this immediately after your backup/copy completed? You may be comparing against the in-memory disk caches. You may (simply) flush the in-memory disk caches to force reads from the external disk with (run as root or sudo): sync ; echo 3 > /proc/sys/vm/drop_caches then try your diff again. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Help needed: disabling system wide the Caps lock key in GNOME/Xwayland
On 8/2/2023 10:42 AM, Thomas wrote: Hello, I had that issue recently, the way I sorted it was with gsettings/dconf: gsettings set org.gnome.desktop.input-sources xkb-options "['ctrl:nocaps']" I suspect this is what gnome-tweaks does. Actually as far as I know, Wayland still sources xkb files, it's not very much documented but I recall having found a few places suggesting that (I use stock F38 with Gnome and Wayland). And thus see: man xkeyboard-config for a list of options which can be set, which is a bit wider than what gnome-tweaks propose. On Wed, 2 Aug 2023, at 15:56, murph nj wrote: Gnome tweaks has a simple solution to this. Install Tweaks through "Software" or dnf install gnome-tweaks Run Tweaks and go to the "Keyboard and Mouse" section. The 4th option down is an "Additional Layout options" button. There are many things you can remap the CapsLock key to, like Esc, ctrl, or my preference a Super key, since I usually use an IBM model M keyboard which does not have one. No need to revert back to X11, or any kind of hardware solution. On Tue, Aug 1, 2023 at 3:31 PM Joachim Backes wrote: Hi gys, I'm running F38 with *Gnome/X-Wayland*, and in my environment I do not need (hate it) the *Caps Lock* key.Question: How to realize the disabling system wide, and how to get it working again? Regards Joachim Backes -- Fedora release 38 (Thirty Eight) 6.4.7-200.fc38.x86_64 Joachim Backes https://www-user.rhrk.uni-kl.de/~backes/ (hmmm, much top-posting up there) Since nobody else has mentioned this (apologies if this does not address your needs, and you *really* hate the presence of the Caps-Lock key), but most motherboard BIOS's have a setting for startup "numlock state". I always set mine to "Disabled" and it keeps the unwanted Caps keys away unless/until I explicitly (temporarily) enable them by hitting the Caps-Lock key. ron ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Problem with SD card
On 8/7/2023 10:18 AM, Geoffrey Leach wrote: I have a 1TB SanDisk XC SD card, which has developed a reluctance to create files. UUID=0fd984c4-cf88-408a-8ba5-15b64500bd5c /Media/SDXC ext4 noauto,rw,user 0 0 % sudo mount /Media/SDXC % touch /Media/SDXC/foo % ls /Media/SDXC/foo /Media/SDXC/foo % sudo umount /Media/SDXC % sudo mount /Media/SDXC % ls /Media/SDXC/foo /bin/ls: cannot access '/Media/SDXC/foo': No such file or directory I used root to mount, just to be sure. User mount has the same problem. gparted reported a problem with the superblock which was resolved by re-formatting and re-creating the partition table. The card has just one partition. Suggestions for further diagnosis would be appreciated. Are you able to read existing files off the SD flash? Did the "touch /Media/SDXC/foo" operation above fail due to Read-Only filesystem? I do have a lot of experience with managed/unmanaged flash filesystems under Linux, but don't assume the following applies to your particular case. Higher-quality "Managed Flash" devices (like SD/uSD/MMC/eMMC) self-monitor their own "health status" over time. When the flash array begins to develop a sufficient number of bad sectors, many will mark themselves Read-Only to prevent loss of future data (but allow you the opportunity to off-load existing files before total failure occurs). Cheap-o units aren't as well-behaved- they just fail to retain new files. You might see some flash/disk related messages in the syslog during the "sync". Does this problem occur with any other flash devices you have? If this problem seems to affect only that single flash device, I would suggest permanently retiring it and moving to an alternate. experience here- make sure you clearly mark it "BAD!!" and throw it away, otherwise it WILL unexpectedly reappear in the future and provide the same entertaining learning-experience, again and again... ;) > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: thunderbird problem
On 2/13/2025 1:49 AM, fed...@eyal.emu.id.au wrote: It is me, the OP. To simplify the story. - start TB. OK - fetch POP3 mail. A few times in a few hours. All OK. - do a "Compact Folders". messages say it completed. The blue activity line remains wavy(*). TB is idle yet it shows 60-70% CPU in "top". If I minimize TB then it stops using CPU. If I select a folder (but do nothing) the %CPU goes up to around 120%. Turning off the status bar also stops using CPU! This last item probably points at the source of the problem! TIA (*) the item at the right side of the bottom status line shows a rolling blue/white pattern, as if it is active. Yeah- similar issues seem to be a persistent theme reported for TBird over several years now. Search the TBird bugzilla and you'll see it popping up again and again. I reported pretty much the same thing 2..3 years back- my guess was a tight display-update loop that continuously called the display-manager (X11 at that time) for an unchanged status. ron -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: e2fsck malfunction?
On 3/14/2025 6:34 AM, Tim via users wrote: On Thu, 2025-03-13 at 22:05 -0700, Dave Close wrote: "e2fsck -c" said it didn't find any bad blocks. If it didn't find any, why would it modify the card at all? "e2fsck -y" (by itself) did not report any problem. Perhaps it didn't. If the card was failing, a read operation could be enough to trigger another failure. It wouldn't matter what was doing the read. I have a lot of experience with bad/flaky USB/SDCards- often they seem just fine as the onboard controller conceals signs of creeping-death, until they suddenly take a nose-dive. I'm not sure about your case, but each time I run "e2fsck -v -c -y /dev/sde1" (note -v Verbose switch), the summary always reports "* FILE SYSTEM WAS MODIFIED *". So the filesystem IS being modified, but the media still mounts successfully in my case. Do you see the same issue if you try other SDCards or USB FlashDrives? Any difference if you format the media as plain ext2 vs ext4 FS? Any difference if you use "e2fsck -cc" (Write+Read/Verify) test? As asked earlier, does running f3probe, f3write, f3read produce anything interesting? -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
How to select text-based "system-upgrade reboot" progress indication?
Hi- Am just now getting around to upgrading a secondary HP laptop from FC39 -> FC40. The post-reboot upgrade process for FC40 appears to display a sterile windoze-style GUI progress-indication now. It initially sat there at 0% for a long, LONG time, which scared the [bleep] out of me. I don't launch my Linux systems into GUI-mode by default, preferring text-mode until/if I decide to manually 'startx' - so the new silent upgrade process (with no indication of progress) probably looks slick to new users, but is a loss-of-functionality from a developer point of view. Is there a way to request the upgrade process revert to the (comforting) noisy/verbose text-based mode? Thanks- ron -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: How to select text-based "system-upgrade reboot" progress indication?
On 4/22/2025 3:40 PM, Samuel Sieb wrote: On 4/22/25 2:26 PM, Ron Flory via users wrote: Hi- Am just now getting around to upgrading a secondary HP laptop from FC39 -> FC40. The post-reboot upgrade process for FC40 appears to display a sterile windoze-style GUI progress-indication now. It initially sat there at 0% for a long, LONG time, which scared the [bleep] out of me. I don't launch my Linux systems into GUI-mode by default, preferring text-mode until/if I decide to manually 'startx' - so the new silent upgrade process (with no indication of progress) probably looks slick to new users, but is a loss-of-functionality from a developer point of view. Is there a way to request the upgrade process revert to the (comforting) noisy/verbose text-based mode? Press the ESC key. ;) Hilarious... I was afraid to do anything that rude for fear of leaving things in an indeterminate state. Thanks again. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
