Re: MS Bitlocker Blue Screen on Reboot
On 5/20/24 3:35 PM, George N. White III wrote: On Mon, May 20, 2024 at 11:31 AM Tim Evans <mailto:tkev...@tkevans.com>> wrote: Woke up yesterday to terminal messages about /var/log being read-only; all graphical apps (Thunderbird, Chrome) had crashed. So, I decided to reboot. Background first: this is a new (3-months-old) PC. It came with two disks, an NVME with Windows 11 pre-installed and an empty second HDD. I DID NOT boot the system in Windows when it arrived. Instead, I popped in a Fedora 39 Live thumbdrive, hit the BIOS hot key, and booted from the thumbdrive, then installed F39. Again, the system has never, ever, booted into Windows. Which means I have no Bitlocker recovery key, nor any means to access it. Contacting Microsoft won't do any good, since the system was never registered. (I will have to try Dell.) F39 install was successful, and I've been using the system ever since. Normal grub bootup, offering Fedora kernels, rescue boot, and Windows. So, getting back to yesterday, I went to reboot the system, and it came up with the blue MS Bitlocker screen, asking for the Bitlocker Recovery key. Have never seen this before. Then, I noted the "skip this drive" button on the Bitlocker screen, which brought up a second screen, with an alternative devices button. Clicking this reveals a "Fedora" button. Clicking it brings up the normal grub boot screen and away we go into Fedora. Repeating the reboot gets the same results. I have to click through the Bitlocker screens to get to a Fedora boot. Not a big, big deal, but this prevents any sort of unattended reboot from being possible. Suggestions for restoring the normal boot process, please? Thanks. I have a Dell desktop with Windows 11 and Linux. There have been problems after Dell firmware updates were installed. Several updates messed with the of boot options. On my system while booting with the Dell logo displayed gets to the "BIOS" settings. There should be a Boot tab where you can view and change the order of available boot options. Thanks, George. As I said, it's never been booted into Windows, so wouldn't have had any chance to get updates from MS/Dell. Does Fedora re-package vendor firmware updates? Will give your suggestion a try when I have a chance. -- ___ 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
MS Bitlocker Blue Screen on Reboot
Woke up yesterday to terminal messages about /var/log being read-only; all graphical apps (Thunderbird, Chrome) had crashed. So, I decided to reboot. Background first: this is a new (3-months-old) PC. It came with two disks, an NVME with Windows 11 pre-installed and an empty second HDD. I DID NOT boot the system in Windows when it arrived. Instead, I popped in a Fedora 39 Live thumbdrive, hit the BIOS hot key, and booted from the thumbdrive, then installed F39. Again, the system has never, ever, booted into Windows. Which means I have no Bitlocker recovery key, nor any means to access it. Contacting Microsoft won't do any good, since the system was never registered. (I will have to try Dell.) F39 install was successful, and I've been using the system ever since. Normal grub bootup, offering Fedora kernels, rescue boot, and Windows. So, getting back to yesterday, I went to reboot the system, and it came up with the blue MS Bitlocker screen, asking for the Bitlocker Recovery key. Have never seen this before. Then, I noted the "skip this drive" button on the Bitlocker screen, which brought up a second screen, with an alternative devices button. Clicking this reveals a "Fedora" button. Clicking it brings up the normal grub boot screen and away we go into Fedora. Repeating the reboot gets the same results. I have to click through the Bitlocker screens to get to a Fedora boot. Not a big, big deal, but this prevents any sort of unattended reboot from being possible. Suggestions for restoring the normal boot process, please? Thanks. -- ___ 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: F40 Sendmail "Connection Refused"
On 5/17/24 11:40 AM, Tim Evans wrote: I have sendmail (sendmail-8.18.1-1.fc40.x86_64) on my three home systems, its purpose being handling of LOCAL-ONLY mail. That is, output from cron jobs, local backup scripts, and the like. (I review these messages using good-ole command-line 'mailx'.) External mail is handled by my hosting provider's server, to which I connect with Thunderbird via IMAP. Two of the three systems are handling local mail correctly. One, however, is failing with: # mailq /var/spool/mqueue (3 requests) -Q-ID- --Size-- -Q-Time- Sender/Recipient--- 44HBtEsB003461 5910 Fri May 17 07:55 MAILER-DAEMON (Deferred: Connection refused by kestrel.mynetworksettings.co) journalctl reports pretty much the same error message. This began with the upgrade to F40 yesterday Following up, a reboot cleared these hung messages and current messages are being delivered. I had tried restarting sendmail prior to my posting, but that didn't clear 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
F40 Sendmail "Connection Refused"
I have sendmail (sendmail-8.18.1-1.fc40.x86_64) on my three home systems, its purpose being handling of LOCAL-ONLY mail. That is, output from cron jobs, local backup scripts, and the like. (I review these messages using good-ole command-line 'mailx'.) External mail is handled by my hosting provider's server, to which I connect with Thunderbird via IMAP. Two of the three systems are handling local mail correctly. One, however, is failing with: # mailq /var/spool/mqueue (3 requests) -Q-ID- --Size-- -Q-Time- Sender/Recipient--- 44HBtEsB003461 5910 Fri May 17 07:55 MAILER-DAEMON (Deferred: Connection refused by kestrel.mynetworksettings.co) journalctl reports pretty much the same error message. This began with the upgrade to F40 yesterday Haven't dealt with sendmail.cf settings in many, many years, but don't think there is misconfig there, as all three systems have identical /etc/mail/sendmail.cf files. What stands out here is the reference to "kestrel.mynetworksettings.co". NOTE: ".co" not ".com". Where does this come from, and what do I need to do to reset it to the actual local domain name? Thanks. -- ___ 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: Cleanup after Failed dnf Upgrade
On 5/9/24 5:02 PM, Samuel Sieb wrote: On 2024-05-09 13:59, Tim Evans wrote: Since (I think) the gnome-software app is flat-pack based, have I messed anything up by running its upgrade instead of the dnf/rpm-based one? There are no flatpacks installed by default. The gnome-software app is definitely not flatpack unless you've done something. -- OK< thanks. Not sure where I got the erroneous notion flatpacks are involved in the GUI app. I stand corrected. -- ___ 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: Cleanup after Failed dnf Upgrade
On 5/9/24 4:20 PM, Samuel Sieb wrote: On 2024-05-09 12:50, Tim Evans wrote: Command-line dnf upgrade (F39->F40) failed yesterday, barfing on a missing GPG key for Fedora 40, leaving 2.5GB of rpms sitting in /var/lib/dnf/system-upgrade. 'dnt clean' does not remove these. dnf system-upgrade clean Is it safe to manually clear out this subdirectory? yes Thank you, Kind Sir. All cleaned up. Since (I think) the gnome-software app is flat-pack based, have I messed anything up by running its upgrade instead of the dnf/rpm-based one? -- ___ 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: Cleanup after Failed dnf Upgrade
On 5/9/24 4:00 PM, Jeffrey Walton wrote: On Thu, May 9, 2024 at 3:51 PM Tim Evans <mailto:tkev...@tkevans.com>> wrote: Command-line dnf upgrade (F39->F40) failed yesterday, barfing on a missing GPG key for Fedora 40, The key is automatically imported when following dnf-system-upgrade, <https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/ <https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/>>. What procedure did you follow? leaving 2.5GB of rpms sitting in /var/lib/dnf/system-upgrade. 'dnt clean' does not remove these. Is it safe to manually clear out this subdirectory? If you follow dnf-system-upgrade, then before the `dnf system-upgrade reboot` step, it tells you how to abort and delete the download cache. But I don't remember what it says to do. Sorry about that. (FWIW, I tried the now-recommended GUI software app's "upgrade" and it ran the upgrade without error, but all this cruft is still sitting there.) I believe the recommended procedure is detailed at dnf-system-upgrade, <https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/ <https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/>>. What procedure did you follow? Followed the above prescribed procedure. Final step in download reported 'curl' failure to download the GPG key. Onscreen cleanup instructions apparently did nothing, since all the packages were still sitting there. Repeated downloads also failed, reporting everything had already been downloaded, but barfing again on the GPG key download. Attempting the upgrade reboot resulted in message the system "not ready for upgrade." -- ___ 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
Cleanup after Failed dnf Upgrade
Command-line dnf upgrade (F39->F40) failed yesterday, barfing on a missing GPG key for Fedora 40, leaving 2.5GB of rpms sitting in /var/lib/dnf/system-upgrade. 'dnt clean' does not remove these. Is it safe to manually clear out this subdirectory? (FWIW, I tried the now-recommended GUI software app's "upgrade" and it ran the upgrade without error, but all this cruft is still sitting there.) Thanks. -- ___ 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: VDQ finding dnf names
On 3/26/24 16:21, Beartooth wrote: On Tue, 26 Mar 2024 15:31:30 -0400, Jon LaBadie wrote: On Tue, Mar 26, 2024 at 04:41:33PM -, I Beartooth wrote: It couldn't find brave, falcon, opera, nor vivaldi. VERY Dumb Question : How do I look up what it calls them? If you know the path to the browser, perhaps /usr/bin/opera, AND have the repo for it active, you could try the dnf command "provides". $ dnf provides /usr/bin/opera I tried "whatprovides" on her machine (and got nothing); is this a new version of it?? Try rpm -qa | grep -i opera Simple google searches--say, "opera for linux" will give you links to download and install. You may find repos that contain the things you want, or you may need to install manually the old fashinged way, via 'rpm'. -- ___ 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: Failed to start jobs message from today's F39 update
On 3/13/24 14:42, Joe Zeff wrote: On 03/13/2024 12:33 PM, Mike Wright wrote: I couldn't find any way to pass grep options to -g but grep itself has -A and -B for showing "n" number of lines After or Before the matched context. If you need to pass options to grep, consider piping the output of journalctl through grep instead. Or pipe the output of journalctl to 'less' and use its built-in search functions. -- ___ 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: star office
On 2/22/24 16:40, ToddAndMargo via users wrote: No to ask too stupid a question, but do we have an RPM of Star Office in the repos? Seems like we have the libraries, but not the main program # dnf list | grep -i star | grep -i office libstaroffice.x86_64 0.0.7-11.fc39 @fedora StarOffice is a discontinued proprietary office suite. Its source code continues today in derived open-source office suites Collabora Online and LibreOffice. StarOffice supported the OpenOffice.org XML file format, as well as the OpenDocument standard, and could generate PDF and Flash formats. It included templates, a macro recorder, and a software development kit (SDK)." https://en.wikipedia.org/wiki/StarOffice -- ___ 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: New BackupPC Server Hardware; Existing Data Pool
On 2/20/24 08:57, Tim Evans wrote: On 2/20/24 07:51, Richard Shaw wrote: On Tue, Feb 20, 2024 at 6:43 AM Tim Evans <mailto:tkev...@tkevans.com>> wrote: The new BackupPC server starts up--I can see it in process listing; httpd web server is working as well. I get prompted to log in to the server admin page as expected, then get the following httpd "503" error: "Service Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."da The BackupPC log files don't show any activity, nor does journalctl. I do, however, see this in the httpd error_log: [Tue Feb 20 06:36:00.553934 2024] [cgid:error] [pid 2519:tid 2670] (13)Permission denied: [client ::1:43404] AH01257: stderr from /usr/libexec/BackupPC/BackupPC_Admin: unable to connect to cgi daemon after multiple tries As the BackupPC package maintainer, I have never seen this, so it may be unique to your setup... The only thing I can think of right now might be to try temporarily putting SELinux into permissive mode and see if that helps. If so, maybe relabeling the filesystem if the key. Thanks, Richard. selinux is disabled. As I mentioned, when BackupPC was installed on the new system, its user/group got a different numerical UID/GID than the user on the old system. Having restored all the configs from the old system from an old-fashioned 'dump' backup, while I've recursively chown-ed the data pool directory, I'm thinking there is still stuff somewhere with the wrong ownership. Following up with both Good and Bad News. Having fixed up the file ownership for the differing UID/GID's, I can report the Good News that BackuPC is running and doing its daily backups and self-maintenance, according to its log files. Bad News is that I'm still getting the same error (above) when trying to access the BackuPC admin page with a browser. Googling "unable to connect to cgi daemon" turns up a lot of references to the httpd 'mpm' module. Hoping that folks who are familiar with Apache module innards might have some advice here. Thanks. -- ___ 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: New BackupPC Server Hardware; Existing Data Pool
On 2/20/24 07:51, Richard Shaw wrote: On Tue, Feb 20, 2024 at 6:43 AM Tim Evans <mailto:tkev...@tkevans.com>> wrote: The new BackupPC server starts up--I can see it in process listing; httpd web server is working as well. I get prompted to log in to the server admin page as expected, then get the following httpd "503" error: "Service Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."da The BackupPC log files don't show any activity, nor does journalctl. I do, however, see this in the httpd error_log: [Tue Feb 20 06:36:00.553934 2024] [cgid:error] [pid 2519:tid 2670] (13)Permission denied: [client ::1:43404] AH01257: stderr from /usr/libexec/BackupPC/BackupPC_Admin: unable to connect to cgi daemon after multiple tries As the BackupPC package maintainer, I have never seen this, so it may be unique to your setup... The only thing I can think of right now might be to try temporarily putting SELinux into permissive mode and see if that helps. If so, maybe relabeling the filesystem if the key. Thanks, Richard. selinux is disabled. As I mentioned, when BackupPC was installed on the new system, its user/group got a different numerical UID/GID than the user on the old system. Having restored all the configs from the old system from an old-fashioned 'dump' backup, while I've recursively chown-ed the data pool directory, I'm thinking there is still stuff somewhere with the wrong ownership. -- ___ 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
New BackupPC Server Hardware; Existing Data Pool
[ I have also posted this to the low-traffic BackupPC-Users list, but wanted a broader look ] I'm replacing the very old computer that has run as my local BackupPC server, and want to retain the server's data pool (i.e., all the existing backups). The old server wrote its data (including its log files) to a network storage appliance via NFS mount. I have set up the new machine (Fedora 39, same as the old one) and copied over all the backuppc server and host config files, and mounted the NFS filesystem containing the old backups. The NFS mount is set up properly on the new hardware--'backuppc' user can write to the data pool. Seems like this should be simple... The new BackupPC server starts up--I can see it in process listing; httpd web server is working as well. I get prompted to log in to the server admin page as expected, then get the following httpd "503" error: "Service Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."da The BackupPC log files don't show any activity, nor does journalctl. I do, however, see this in the httpd error_log: [Tue Feb 20 06:36:00.553934 2024] [cgid:error] [pid 2519:tid 2670] (13)Permission denied: [client ::1:43404] AH01257: stderr from /usr/libexec/BackupPC/BackupPC_Admin: unable to connect to cgi daemon after multiple tries Can anyone explain this, and suggest a fix? My first thought was noting UID/GID differences for the 'backuppc' user account on the two servers, but fixing that did not solve the problem. Thanks. -- ___ 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
Print Errors with HP-1300 LaserJet
Recently connected a very old HP-1300 LaserJet printer to my Fedora 39 workstation, via USB cable. CUPS found and configured the printer as "HP LaserJet 1300 Series Postscript (recommended)." Print jobs are okay, but with every job I get an extra page, with the following error message printed on it: ERROR: typecheck OFFENDING COMMAND: idiv STACK: 5 --nostringval-- --nostringval-- -mark- -mark- -mark- -mark- Even appears after printing test page from the CUPS admin interface. Waste of paper... Suggestions? Thanks. -- ___ 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: btrfs Backups
, it On 12/8/23 12:56, Tim Evans wrote: Since tine immemorial (I first touched a UNIX system circa 1984), I have used the venerable 'dump' utility to do automated full and incremental backups to an NFS-mounted network storage appliance (NAS). Now, with a brand new laptop, with fresh install using btrfs filesystems, I find 'dump' does not work on them. (Fortunately, I was able to use the companion utility 'restore' to recover my /home backups and assorted config files from the root filesystem of my old laptop.) So, I'm looking re-script my backups using btrfs tools. So far, it appears I cannot do btrfs snapshots to the NAS and I'm not wanting to attach another disk to the laptop just for snapshots. Are there analogous (to 'dump' and 'restore') btrfs utilities that can do backups this way, and can be scripted? Thnks for all the replies. Based on popular demand, it appears 'rsync' is the way to go in my situation. (Laptop, not always on and not always at home.). And, with a couple of recommendations, I'm trying out 'backintime,' which is a graphical front end to 'rsync.' While I can't use its automation , its snapshots can be initiated manually as needed, and with snapshots directed to the NFS-mounted NAS. I mentioned 'rsnapshot' in a previous reply. While this has similar snaoshotting capabilities, it's a very old package that doesn't have a GUI and--most importantly--doesn't incorporate recovery of backed-up files; 'backintime' has both. -- ___ 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: btrfs Backups
On 12/8/23 13:18, John Mellor wrote: btrfs send? Its very similar in operation to zfs send on Solaris and Freebsd. The data stream can be pushed over ssh to another machine running btrfs receive pretty easily. Maybe follow https://discussion.fedoraproject.org/t/btrfs-create-snapshot-and-send-receive-to-backup/65440/22 to script it. Thanks, John. AS you note, this requires a btrfs filesystem on the receiving end, so that's out for me, as my NAS doesn't support it. I'm somewhat surprised that Fedora defaults to btrfs but the backup/restore tools using btrfs and zfs are not there. Are the authors of the backup tools stuck in the 80's, or have they not yet used the default filesystem for unknown/weird reasons? I believe the dump and restore utilities are considered "legacy" or "heirloom' and are not subject to substantive updates for new capabilities. -- ___ 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: btrfs Backups
On 12/8/23 13:16, Roger Heflin wrote: I use rsync with a --backup-dir=/${DIR}/backup/${MONTH}/${DIRDATE}/ and a bunch of --excludes for directories/files that I don't need backed up. Thanks, Roger. Actually, I have a dim recollection of having set up a thing called 'rnsapshot' to a NAS appliance for a client some years ago. Nothing to do with btrfs filesystems, but IIRC this should be just what I need. Thanks for refreshing my memory. -- ___ 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
btrfs Backups
Since tine immemorial (I first touched a UNIX system circa 1984), I have used the venerable 'dump' utility to do automated full and incremental backups to an NFS-mounted network storage appliance (NAS). Now, with a brand new laptop, with fresh install using btrfs filesystems, I find 'dump' does not work on them. (Fortunately, I was able to use the companion utility 'restore' to recover my /home backups and assorted config files from the root filesystem of my old laptop.) So, I'm looking re-script my backups using btrfs tools. So far, it appears I cannot do btrfs snapshots to the NAS and I'm not wanting to attach another disk to the laptop just for snapshots. Are there analogous (to 'dump' and 'restore') btrfs utilities that can do backups this way, and can be scripted? Tha -- ___ 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: Modern Dual-Boot Setup Prcoedure (Dell XPS)
On 12/2/23 15:48, Tim Evans wrote: Brand New Dell XPS 15 coming tomorrow, to replace my venerable Lenovo T530. (Looking forward to something a little lighter to lug around.) It's been 10 years since I set the T530 up to dual-boot Fedora and Windows. I'm sure I can figure out how to reduce the size of the Windows partition to make space for Fedora, but am unsure of the process for current PC BIOS and grub setup for dual boot. Or is the Fedora installer smart enough to handle it for me? Are there docs for this? Thanks. Closing the loop on this. Thanks to everyone who replied. This turned out to be fairly simple, and everyone who replied had something good to add. Process is pretty straightforward: On Windows: o Disable Fast Boot (Control Panel->Hardware and Sound->Power Options->System Settings). This makes it easier for you to get into the PC's BIOS, although I had no trouble on the Dell XPS. o Shrink the size of the PC's C: drive (assuming you have just one drive). Use the Window Disk Management app. o Download the Fedora ISO and burn it to a thumb drive using MediaWriter or another similar tool like 'Rufus.' Be sure the set the "Target System" to "BIOS or UEFI" and the partion scheme to "MBR." o Go into the PC BIOS and disable "Secure Boot." (Apparently, there is a workaround that allows you to skip this, but I didn't explore it.) o While in the BIOS, change the boot device order to put your thumb drive first (I had the thumb drive inserted when I went into the BIOS and it offered it as a boot choice--again, this was Dell's BIOS, so YMMV. Once this is done, reboot the PC with the bootable thumb drive in place and install Fedora. (I walked through the manaul partition screens to make sure the Windows install wouldn't be touched, but could have just accepted all the defaults, as it Just Worked. As noted, all of these items were mentioned by one or another of you in your replies; thanks, again. I did find a number of online doc's for dual booting, as well as several You-Tube video tutorials. The one I followd most closely was at: https://www.techhut.tv/how-to-dual-boot-fedora-and-windows-11/ -- ___ 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
Modern Dual-Boot Setup Prcoedure (Dell XPS)
Brand New Dell XPS 15 coming tomorrow, to replace my venerable Lenovo T530. (Looking forward to something a little lighter to lug around.) It's been 10 years since I set the T530 up to dual-boot Fedora and Windows. I'm sure I can figure out how to reduce the size of the Windows partition to make space for Fedora, but am unsure of the process for current PC BIOS and grub setup for dual boot. Or is the Fedora installer smart enough to handle it for me? Are there docs for this? Thanks. -- ___ 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: Google Chrome Update Question
On 10/21/23 20:12, Stephen Morris wrote: On 11/10/23 21:59, Neal Becker wrote: On Tue, Oct 10, 2023 at 7:46 PM Tim Evans wrote: On 10/10/23 18:38, Tim Evans wrote: > Usually, dnf updates take care of updating Google Chrome. Lately, for > the past week or so, however, there's a big pink button in Chrome's > status bar labeled "Update," but dnf insists I have the latest version > (google-chrome-stable-115.0.5790.110-1.x86_64). > > If you click this button, it tells you it's unable to update Chrome and > asks if you want to re-install. > > Is this just a new idiot light that means nothing, or is there some sort > of conflict with update versions? OK, for whatever unknown reason, /etc/yum.repos.d/google-chrome.repo had the 'enabled' flag set to 0. Setting it to 1 allowed dnf to update Chrome to version 118.0.5993.70--and the pink button is gone. I see the same thing on another similarly behaving system, with the mod date on the file as July 26. There is an 'rpmnew' version of that file (dated 2/3/2022) with the same flag set to 0, but with another line that says "skip_if_unavailable=True" This line is not present in the currently used file. Also, don't forget that you have to restart chrome after updating or you'll continue to see the notification. There is this bug https://bugzilla.redhat.com/show_bug.cgi?id=2170839 documenting a defect with the google-chrome F38 repositories, but the last entry in the bug specifies that the issue has been fixed, so the update issues reported here may have just been a temporary glitch. Thanks. After posting my last reply, this dawned on me: If the chrome-specific repo was disabled (as I had discovered), and I was only a couple of releases behind, then I must've been getting recent releases via the main Fedora repo(s) up until shortly before my original post. Regards. ___ 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: Google Chrome Update Question
On 10/10/23 18:38, Tim Evans wrote: Usually, dnf updates take care of updating Google Chrome. Lately, for the past week or so, however, there's a big pink button in Chrome's status bar labeled "Update," but dnf insists I have the latest version (google-chrome-stable-115.0.5790.110-1.x86_64). If you click this button, it tells you it's unable to update Chrome and asks if you want to re-install. Is this just a new idiot light that means nothing, or is there some sort of conflict with update versions? OK, for whatever unknown reason, /etc/yum.repos.d/google-chrome.repo had the 'enabled' flag set to 0. Setting it to 1 allowed dnf to update Chrome to version 118.0.5993.70--and the pink button is gone. I see the same thing on another similarly behaving system, with the mod date on the file as July 26. There is an 'rpmnew' version of that file (dated 2/3/2022) with the same flag set to 0, but with another line that says "skip_if_unavailable=True" This line is not present in the currently used file. ___ 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: Google Chrome Update Question
On 10/10/23 19:11, Chris Adams wrote: Once upon a time, Tim Evans said: Usually, dnf updates take care of updating Google Chrome. Lately, for the past week or so, however, there's a big pink button in Chrome's status bar labeled "Update," but dnf insists I have the latest version (google-chrome-stable-115.0.5790.110-1.x86_64). Looks like you have some issue with the Google Chrome repo - the latest version is in fact google-chrome-stable-117.0.5938.149-1.x86_64. Does "dnf --refresh list updates" show any errors when fetching the repo data? Returns nothing. And... # dnf list all | grep -i google-chrome google-chrome-stable.x86_64 115.0.5790.110-1 ___ 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
Google Chrome Update Question
Usually, dnf updates take care of updating Google Chrome. Lately, for the past week or so, however, there's a big pink button in Chrome's status bar labeled "Update," but dnf insists I have the latest version (google-chrome-stable-115.0.5790.110-1.x86_64). If you click this button, it tells you it's unable to update Chrome and asks if you want to re-install. Is this just a new idiot light that means nothing, or is there some sort of conflict with update versions? Thanks. ___ 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: Very simple iOS file uploads (JPGs) to a Fedora server? - HTTPS?
On 8/24/23 17:01, Philip Rhoades via users wrote: People, I want remote siblings to be able to upload large numbers of photos from their iPhones (using my existing ZeroTier network as the preferred connection mechanism) to my Fedora server or Fedora workstation - so I can do a lot of processing on them. I have been looking around for days for an "idiot proof" iPhone app or other mechanism but everything I have found so far requires the iOS uploaders to be technically clued-up to some extent and / or CLIs etc. Is there a Docker or Podman image around that packages up a simple upload / cloud mechanism? - maybe via HTTPS? - I am less enthusiastic about SFTP . . Have used snapdrop.net for this in the past, but it seems to be down at the moment. ___ 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: Off topic -- but a slow list day
On 8/2/23 13:35, bruce wrote: Hi. Doing some research on email list providers?. Most seem to charge based on emails sent, as well as the size of the contact/email list. Does anyone have any experience dealing with any of these providers? And, if you do, does anyone have any pointers to "cheap" providers for unlimited contacts! I would presume most hosting providers (like mine, hostmonster.com) provide some sort of mailing list services as part of their normal service packages. I used mine for a small-scale community theatre board members list. Cheap service providers, however, are subject to abuse, and often get their IP address ranges blocked because spammers use them, too. ___ 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: Since F38 Upgrade, Thunderbird Opens as Tiny, Postage Stamp
On 7/30/23 22:45, John Mellor wrote: You don't mention what GUI is installed. Assuming that you are using the default Wayland and not X, per a recommendation from one of the Fedora people, I installed thunderbird-wayland package and then changed the app startup to use thunderbird-wayland instead of just thunderbird. There is a very long pause before thunderbird comes up, and then it just works. Mention was also made of this fix being merged at a later date. I have no idea why thunderbird and not thunderbird-wayland is in the software app list. You have to do the install from CLI because of this secondary foulup. Using Gnome. As suggested by a couple of folks, there is enough of a corner of the "postage stamp" that I can grab it and drag the window larger. Having done so, and closing Thunderbird, it re-opens at the re-sized condition--EXCEPT that it doesn't re-open Maximized when it was closed while Maximized; that still requires the extra right click in the top border. Good enough. Just odd this surfaced with my first log in after F37-F38 upgrade. Thanks, all. ___ 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
Since F38 Upgrade, Thunderbird Opens as Tiny, Postage Stamp
Should have asked about this sooner, as it's something I've seen since the very first F38 upgrade. Not sure if this is Fedora or Thunderbird issue. When Thunderbird opens, it does so postage-stamp size, way up in upper left hand corner of window, so small I almost missed it at first. Right-clicking "maximize" restores it to full screen display. ___ 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: nvidia problem F37->F38 update
On 5/4/23 14:37, Neal Becker wrote: Just updated my server F37->F38. The display doesn't start (black screen after boot). journalctl shows many messages like: May 04 14:32:00 nbecker8 kernel: nouveau :01:00.0: bus: MMIO read of FAULT at 616330 [ PRIVRING ] nouveau? This was running nvidia driver before the update (from rpmfusion). Any ideas? Had this happen to me as well. Booted back to the last F37 kernel and problem went away. Current F38 kernel (6.2.14-300.fc38.x86_64) works ok. ___ 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: Power Suspend Automatically On in F38?
On 4/26/23 17:13, Jeffrey Walton wrote: On Wed, Apr 26, 2023 at 3:21 PM Todd Zullinger wrote: Tim Evans wrote: This was an in-place dnf upgrade. The existing setting in Gnome shouldn't have been changed, right? The default did change which affects the gdm user. Unless you're logged into a Gnome session on this firewall, it would pick up the new default. https://discussion.fedoraproject.org/t/gnome-suspends-after-15-minutes-of-user-inactivity-even-on-ac-power/79801 In particular, this change for Lenovo: https://pagure.io/fedora-workstation/issue/360 . And, for those like me using F38 for a firewall or who otherwise need their systems to not suspend EVER, down a ways in this document: # systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target ___ 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: Power Suspend Automatically On in F38?
On 4/26/23 14:12, Barry wrote: On 26 Apr 2023, at 19:04, Tim Evans wrote: Upgraded my firewall machine F37->F38 today, with no apparent errors or issues... EXCEPT that I found it on power suspend twice in the first hour after finishing the upgrade. Checked power settings and found "Automatic Suspend" ON and set to 15 minutes' idle time. Do you have gnome installed on the firewall? I think gnome defaults to suspend after 15mins. Or did you see this setting with a CLI tools? I am going to be upgrading my fedora firewall this weekend and will look out for this. This was an in-place dnf upgrade. The existing setting in Gnome shouldn't have been changed, right? ___ 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
Power Suspend Automatically On in F38?
Upgraded my firewall machine F37->F38 today, with no apparent errors or issues... EXCEPT that I found it on power suspend twice in the first hour after finishing the upgrade. Checked power settings and found "Automatic Suspend" ON and set to 15 minutes' idle 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: F37 - dnf update error
On 4/25/23 08:21, Robert Moskowitz wrote: Still no fix on this. How do I notify the proper people about this? For me, it is gthumb that is triggering the dependency. As someone else pointed out: # dnf -y --exclude='*heif*' update ___ 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: Chattering Keyboard?
On 3/5/23 14:36, Tim Evans wrote: $ uname -a Linux osprey 6.1.15-200.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 3 17:29:44 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux Looks like I have a chattering keyboard. Idle terminal looks like someone's repeatedly hitting . Ditto on virtual terminal. keystrokes being duplicated in graphical apps like Thunderbird. Pace of the extra stuff seems random. Sometimes it goes 20-30 seconds; others, just a few seconds. Don't see any journalctl ofutput of interest. Other than going out to find a new keyboard, other suggestions welcome. Thanks Found an old keyboard in the basement. Swapped it in and the problem disappeared. ___ 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
Chattering Keyboard?
$ uname -a Linux osprey 6.1.15-200.fc37.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 3 17:29:44 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux Looks like I have a chattering keyboard. Idle terminal looks like someone's repeatedly hitting . Ditto on virtual terminal. keystrokes being duplicated in graphical apps like Thunderbird. Pace of the extra stuff seems random. Sometimes it goes 20-30 seconds; others, just a few seconds. Don't see any journalctl ofutput of interest. Other than going out to find a new keyboard, other suggestions welcome. Thanks ___ 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: WiFi flakiness after recent upgrades
On 3/20/22 10:50, Max Pyziur wrote: Greetings, I have an elderly Dell XPS 13 laptop (L321x); it seems that after a recent software upgrade, the Wifi has become intermittant. As a fallback, I have a USB ethernet connection to cabled switch that is delivering steadily. All other wifi devices (samsung phones, etc) are connected and operating correctly. Is anyone else having difficulties? I was just thinking about posting this, too. Lenovo T530 with Intel Corporation Centrino Ultimate-N 6300 (rev 3e) Wifi connects, then drops, then reconnects. Rinse and repeat. ___ 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: View HEIC format photes?
On 2/4/22 08:31, Todd Chester via users wrote: Hi All, Does Fedora have a viewer that will import an Apple HEIC format photo? Imagemagick https://imagemagick.org/script/formats.php ___ 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
Hundreds of These on Recent F35 Kernel Updates
Have noticed hundreds and hundreds of messages like this over the past two or three F35 kernel updates (via dnf): hardlink: cannot link /usr/src/kernels/5.15.7-200.fc35.x86_64+debug/./net/mptcp/Kconfig to /usr/src/kernels/5.15.5-200.fc35.x86_64+debug/./net/mptcp/Kconfig.hardlink-temporary: File exists hardlink: cannot link /usr/src/kernels/5.15.8-200.fc35.x86_64/./net/mptcp/Makefile to /usr/src/kernels/5.15.5-200.fc35.x86_64+debug/./net/mptcp/Makefile.hardlink-temporary: File exists System boots from new kernels with no apparent issues. Thanks. ___ 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: NVIDIA Legacy drivers
On 11/23/21 13:58, Roger Heflin wrote: This is the magic decoder ring web page. The most recent cards that I think were kicked out are anything with a GK* in the code name (kepler). So any kepler cards seem to stop at 470.X. And GF* stopped a while ago at 340 I think. If your card just stopped working it is probably a GK* variant card. But some models have 2 generations of chips. https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units#GeForce_700_series On Tue, Nov 23, 2021 at 12:26 PM Slade Watkins wrote: On Tue, Nov 23, 2021 at 1:22 PM Roger Heflin wrote: Just to confuse things, there are at least 2 very different Variants of GeForce GT 730's. One is based on Kepler and I know is supported by 470.x(GK208B), and there is an older one that probably needs 340(GF108). OK, looks like I'm good with version 470xx $ lspci | grep -i nvidia 01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 730] (rev a1) $ rpm -qa | grep akmod-nvidia akmod-nvidia-470xx-470.82.00-1.fc35.x86_64 So, to repeat my question about a dnf exclude: In the absence of any exclude in the dnf.conf file, what prevents the next 'dnf update' from installing a version later than 470xx (e.g., 495), which doesn't work with this video adaptor? ___ 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: NVIDIA Legacy drivers
On 11/22/21 19:32, Ed Greshko wrote: Actually, the exclude was needed when the akmod-nvidia-340xx package was in the rpmfusion-nonfree-updates-testing. Without the exclude the akmod-nvidia-340xx would get downgraded to the broken version. I just removed the exclude from my configuration which confirms the package was moved to stable. And a check on a system without nvidia hardware. [root@f35k ~]# dnf list available | grep akmod-nvidia-340xx akmod-nvidia-340xx.x86_64 1:340.108-15.fc35 rpmfusion-nonfree-updates Which is the "fixed" version for the newer kernels. Guess I am misunderstanding 'exclude.' Without it here, what's to prevent future updates from installing the >340xx versions that don't support my card, and that I just de-installed? Thanks. ___ 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: NVIDIA Legacy drivers
On 11/22/21 18:59, Joe Zeff wrote: On 11/22/21 3:36 PM, Tim Evans wrote: exclude=akmod-nvidia Why do you want to exclude that if you have an akmod-nvidia package installed? Don't you want to get updates? As we have been discussing, older Nvidia cards aren't supported with current drivers included in F35. Downgrading needed, and exclusion to prevent overwriting the supported drivers with newer ones. ___ 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: NVIDIA Legacy drivers
On 11/22/21 17:42, Ed Greshko wrote: If akmod-nvidia-340xx installed and works. Check /var/cache/akmods/akmods.log for output such as All good. It would be exclude=akmod-nvidia-340xx Great, thanks. ___ 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: NVIDIA Legacy drivers
On 11/22/21 16:47, Ed Greshko wrote: GeForce GT 730 is supported by akmod-nvidia-340xx. I am not sure if this has been pushed to rpmfusion-nonfree. But the version that works with the newer kernels is nvidia-340xx-kmod-340.108-15.fc35. You may have to "dnf --enablerepo=rpmfusion-nonfree-updates-testing install akmod-nvidia-340xx". And, you may have to edit your dnf.conf to exclude this package from updates for the time being or it will get downgraded. Suggest you test without enabling the testing repo to see if the correct version is installed. Thanks. 370/395 removed and 340xx installed. Most of those removed dependencies got re-installed with it. Not sure about syntax of dnf.conf exclude: # cat dnf.conf [main] gpgcheck=1 installonly_limit=3 clean_requirements_on_remove=True best=False skip_if_unavailable=True exclude=akmod-nvidia Does it need a wildcard? Just "nvidia"? ___ 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: NVIDIA Legacy drivers
On 11/13/21 11:10, Ed Greshko wrote: To switch back to nouveau, just "dnf erase akmod-nvidia-39xx". This will revert the changes to the linux boot parameters. # dnf remove akmod-nvidia-470.74-1.fc35.x86_64 Dependencies resolved. Package Arch Version Repository Size Removing: akmod-nvidiax86_64 3:470.74-1.fc35 @rpmfusion-nonfree 22 k Removing unused dependencies: akmods noarch 0.5.6-28.fc35 @fedora 37 k debugedit x86_64 5.0-2.fc35 @fedora 190 k fakerootx86_64 1.26-4.fc35 @updates 152 k fakeroot-libs x86_64 1.26-4.fc35 @updates 133 k http-parser x86_64 2.9.4-5.fc35@fedora 100 k kmodtoolnoarch 1-43.fc35 @fedora 18 k kojinoarch 1.26.1-1.fc35 @updates 712 k libgit2 x86_64 1.1.0-5.fc35@fedora 1.1 M python3-gssapi x86_64 1.6.14-2.fc35 @fedora 1.9 M python3-kojinoarch 1.26.1-1.fc35 @updates 1.5 M python3-progressbar2noarch 3.53.2-2.fc35 @fedora 208 k python3-pygit2 x86_64 1.6.1-1.fc35@fedora 860 k python3-requests-gssapi noarch 1.2.3-3.fc35@fedora 54 k python3-rpmautospec noarch 0.2.5-1.fc35@fedora 74 k python3-utils noarch 2.5.6-3.fc35@fedora 798 k rpm-build x86_64 4.17.0-1.fc35 @fedora 142 k rpmdevtools noarch 9.5-2.fc35 @fedora 219 k xorg-x11-drv-nvidia-kmodsrc x86_64 3:495.44-4.fc35 @rpmfusion-nonfree-updates 26 M zstdx86_64 1.5.0-2.fc35@fedora 1.9 M Transaction Summary Remove 20 Packages Freed space: 36 M Is this ok [y/N]: n Looks like a lot of stuff to be removed. The 4.95 version that came down with FC35 does not support my GeForce GT 730. Did a dnf downgrade to version 470.x, but that's not working with F35 kernel--auto-fallback to Nouveau. And, as noted this looks like a lot of stuff to be removed to get rid of the driver altogether. Stuff looks a little flaky--Thunderbird came up in a window the size of a postage stamp, but maximizing it made it ok. Advice? Thanks. ___ 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: NVIDIA Legacy drivers
On 11/13/21 10:01, Jonathan Billings wrote: On Nov 13, 2021, at 09:52, Tim Evans wrote: What would be the process to do this, Ed? That is, how to switch from Nvidia to nouveau? You don’t need to do anything. That’s what is installed by default, and is part of the Linux kernel. Thanks, Jonathan. Guess I wasn't clear: how do you switch BACK? Don't I need to remove the Nvidia packages? Is kernel rebuilt by package deletions to remove the Nvidia mods? ___ 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: NVIDIA Legacy drivers
On 11/13/21 09:15, Ed Greshko wrote: On 13/11/2021 22:07, Robert McBroom via users wrote: The other alternative is to use the nouveau driver. What would be the process to do this, Ed? That is, how to switch from Nvidia to nouveau? Thanks. ___ 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: Issues With Thunderbird Version 91--May Be OT
On 9/15/21 10:19 AM, Tim Evans wrote: I have several of issues with the latest Thunderbird e-mail tool that came down via dnf lately; thunderbird-91.1.0-1.fc34.x86_64. (Prior version was 78.something.) Some are just annoying; one is major. First, annoying. Starting a new message, the Send button is grayed out *IF* there is anything in the Bcc field. As I normally Bcc myself on all messages, this hits every time. Clearing the field, re-enables the Send button. Refilling the Bcc field does NOT cause the Send button to go gray. Second, more annoying, when trying to reply to a message, the Send box is grayed out and cannot be restored, even by clearing the Bcc box. I have not found any way to actually send a reply (other than to go to my mobile phone and do it there). Third, less annoying, access to my local on-disk mailspool (referred to in Thunderbird as "movemail") has disappeared. Not a big deal, as I can review local logfiles with a command-line mailtool like good ole 'mailx.' Fourth, and a major problem, my Address Book has disappeared. The data appears to still be there, as I can start typing an address and have it auto-completed, but the address book itself appears empty, and can't be opened for browsing. FLASH: after all this Send totally fails, even though button appears active, so this saved draft was called up and sent from phone. Here's an update. Thanks for the several replies, with suggestions. Long story short, I downloaded the latest Thunderbird, directly from thunderbird.net, installed it in /usr/local, saved my old profile directory, and tried out the new version. Send problems disappeared, including when a Bcc is pre-filled in the compose window. So, that part is resolved. At this point, since I experienced exactly the same problems on *two* different systems--with two different profiles--it's hard to believe that both profiles were corrupted in such a way as to create the very same problems on two systems. But there you have it. No one else on this list has reported this problem with the Fedora-distro's version of Thunderbird 91. I was unable to recover my addressbook with the new version. Some of you mentioned files named "abook.mab" or "abook.sqlite" in the profile directory. I had no such files, either before or after the upgrade to version 91 of Thunderbird, yet the addressbook was working. Can't explain that. I downgraded one of my systems to Thunderbird 78, and have put in a dnf exclusion for upgrades of this application for the time being. That one is working ok, and I was able to recover the addressbook there. Will wait for the next Fedora-distro update to Thunderbird on the other system to see if anything changes. Again, thanks for all the help. ___ 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: Issues With Thunderbird Version 91--May Be OT
On 9/16/21 15:41, Ed Greshko wrote: > On 17/09/2021 01:52, Tim Evans wrote: >> On 9/16/21 12:55 PM, lejeczek via users wrote: >>> What exactly do you mean by "I'm set up"? >>> If a compose an original new message to >>> not-myself-but-to-valid-email-address and add myself to "Bcc" I can send >>> out such an email no problems, "Send" button is available. >> Thanks. >> My Thunderbird config automatically includes me as a Bcc on all messages, >> new or reply. So the compose window comes up with the Bcc field filled on >> all messages. What I see is (1) on a new message, the send button is greyed >> out, but if I clear the Bcc field it *appears* to become active and (2) on a >> reply, the Send button is greyed out, but clearing Bcc doesn't do anything >> to the Send button. In BOTH cases, the Send button--whether it appears >> active or not--does nothing. > I am starting to get the feeling that you're running up the age old problem > of "old settings interfering with new software". > There is usually not a solution without sacrifice. In this case, it would > seem that if you'd want to move to the latest T-Bird > a "fresh start" would be in order. That probably would result in the Bcc > field not being auto populated. Thanks. I guess I've been unclear. I CANNOT send any e-mail with Thunderbird 91 under any circumstances. New, reply, doesn't matter. Nothing will send. Either the Send button is greyed out (on replies) or does nothing (new messages). The Bcc thing is just possibly a clue, but it doesn't alter this fact. -- Tim Evans| 5 Chestnut Court 443-394-3864| Owings Mills, MD 21117 ___ 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: Issues With Thunderbird Version 91--May Be OT
On 9/16/21 12:55 PM, lejeczek via users wrote: What exactly do you mean by "I'm set up"? If a compose an original new message to not-myself-but-to-valid-email-address and add myself to "Bcc" I can send out such an email no problems, "Send" button is available. Thanks. My Thunderbird config automatically includes me as a Bcc on all messages, new or reply. So the compose window comes up with the Bcc field filled on all messages. What I see is (1) on a new message, the send button is greyed out, but if I clear the Bcc field it *appears* to become active and (2) on a reply, the Send button is greyed out, but clearing Bcc doesn't do anything to the Send button. In BOTH cases, the Send button--whether it appears active or not--does nothing. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Issues With Thunderbird Version 91--May Be OT
On 9/15/21 6:59 PM, Ed Greshko wrote: First, annoying. Starting a new message, the Send button is grayed out *IF* there is anything in the Bcc field. As I normally Bcc myself on all messages, this hits every time. Clearing the field, re-enables the Send button. Refilling the Bcc field does NOT cause the Send button to go gray. When you say "anything" in the Bcc field do you mean valid as well as invalid email addresses? If I enter nothing in To or Cc but I put an invalid email address in Bcc I will get a RED indication in Bcc with an alert and Send will be disabled. If I then add a vaild email in To, Send will be enabled. Hitting Send will bring up a dialog box telling me that I need to correct the invalid email address before sending will work. I'm set up to default my own address in the Bcc field on all messages. On an original message, deleting my address from Bcc clears the Send button; on a reply, nothing clears it. In either case, I cannot actually send a message, even when the Send button appears enabled, as Send does nothing. Fourth, and a major problem, my Address Book has disappeared. The data appears to still be there, as I can start typing an address and have it auto-completed, but the address book itself appears empty, and can't be opened for browsing. You should then check ~/.thunderbird/(your profile)/abook.* for proper ownership and permissions. Should all be owned by you and -rw-r--r--. There are no such files. However, starting to enter an address that I know was in the address book is auto-completed, so it would appear the address book data is still there somewhere; it just can't be browsed or searched or otherwise seen by human eyes. Having downgraded Thunderbird to version 78, I can now send messages; address auto-complete fails, so the address book data would appear to be inaccessible. Perhaps version 91 did some conversion on the old address book that can't be reversed by downgrading. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Issues With Thunderbird Version 91--May Be OT
> On Sep 15, 2021, at 12:07 PM, Joe Zeff wrote: > > On 9/15/21 8:19 AM, Tim Evans wrote: >> I have several of issues with the latest Thunderbird e-mail tool that came >> down via dnf lately; thunderbird-91.1.0-1.fc34.x86_64. (Prior version was >> 78.something.) Some are just annoying; one is major. > > Have you reported these bugs, and if not, why? > ___ > 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 Yes, multiple bugzillas filed. Thanks ___ 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
Issues With Thunderbird Version 91--May Be OT
I have several of issues with the latest Thunderbird e-mail tool that came down via dnf lately; thunderbird-91.1.0-1.fc34.x86_64. (Prior version was 78.something.) Some are just annoying; one is major. First, annoying. Starting a new message, the Send button is grayed out *IF* there is anything in the Bcc field. As I normally Bcc myself on all messages, this hits every time. Clearing the field, re-enables the Send button. Refilling the Bcc field does NOT cause the Send button to go gray. Second, more annoying, when trying to reply to a message, the Send box is grayed out and cannot be restored, even by clearing the Bcc box. I have not found any way to actually send a reply (other than to go to my mobile phone and do it there). Third, less annoying, access to my local on-disk mailspool (referred to in Thunderbird as "movemail") has disappeared. Not a big deal, as I can review local logfiles with a command-line mailtool like good ole 'mailx.' Fourth, and a major problem, my Address Book has disappeared. The data appears to still be there, as I can start typing an address and have it auto-completed, but the address book itself appears empty, and can't be opened for browsing. FLASH: after all this Send totally fails, even though button appears active, so this saved draft was called up and sent from phone. -- Tim Evans|5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: packagekitd Hogging CPU
On 6/23/21 5:43 AM, Patrick O'Callaghan wrote: It's a more sophisticated variation on on I came up with by (rw) snapshotting the 'root' subvolume, mounting it, and using chroot to do a full system update (and upgrade). It's an out of band or side car update. No reboot to a special environment. If it goes wrong, just delete it. If there's a crash or power fail, you still boot the untouched current root. Only once it completes, and optionally passes some tests, would the root be switched to the updated snapshot, and reboot. And the user can choose when that happens. Interesting. That sounds superficially similar to Android's A/B system update method. Is there work being done on getting this into Fedora? Sounds like Sun's Live Update, circa 2002. -- Tim Evans | 5 Chestnut Court 443-394-3864| Owings Mills, MD 21117 ___ 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: packagekitd Hogging CPU
On 6/22/21 11:44 PM, Tim via users wrote: You can: Remove/disable package kit. Do manual updates when you feel like it. Reboot when you want to. That's what I do. The last thing I want is several minutes of waiting around for the computer to shutdown or startup when I don't want to be waiting around. I'll do updates when I've got free time to waste. Which is what I (the OP) asked about, and have now done. I don't use the Gnome software application for anything, so have disabled its underlying packagekit. It's irrelevant now for me, but I will note that this runaway CPU-usage thing has just come up in the past week or 10 days, so wonder if something has changed in packagekit? And, FWIW, I fought and lost my first UNIX/Windows battle 30 years ago. sorry to have crossed into this No Man's Land once again... -- Tim Evans | 5 Chestnut Court 443-394-3864| Owings Mills, MD 21117 ___ 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: packagekitd Hogging CPU
On 6/21/21 4:52 PM, Chris Murphy wrote: PackageKit and dnf keep separate metadata in /var/cache and they update periodically. PackageKit seems to do this on login, but I've also noticed it trigger an update when I switch networks. And dnf is on a timer. Either of them can use a lot of cpu, it just depends on how much updating they need. Well, this raises the question of just whether packagekit is something everyone needs in the first place. I manage my systems with dnf and have never once opened the Gnome software manager thingie. Googling around, I find: https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-something-else/ What's the benefit of letting packagekit chew up CPU here, even if I implement the limits Chris suggests? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
packagekitd Hogging CPU
$ uname -a Linux harrier 5.12.11-300.fc34.x86_64 #1 SMP Wed Jun 16 15:47:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux As I sit here, my Lenovo T530 laptop is reporting packagekitd is taking anywhere from 20 to 40 percent of CPU, per 'top.' There is continuous disk activity. Nothing going on with the system other than Thunderbird e-mail and Chrome browser. This seems to go on, with CPU percentage growing over time, and it rebooting cures this, but it comes back after the system has slept overnight (lid closed). packagekit is gnome-packagekit-common-3.32.0-7.fc34.x86_64 -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: IP-routing fails after upgrade F33->F34
On 5/29/21 12:54 PM, Tim Evans wrote: On 5/4/21 8:33 AM, Jouk Jansen wrote: Hi All, I'm using one of my Fedora machines as a router between 2 networks. The two network devices on the machine are called enp0s25 and tun0. On F33 it worked as expected. However, after an upgrade to F34 It looks like it does not work anymore. Jouk, have you resolved this? Anyone else seen it? Wanting to upgrade my F33 router/NAT/firewall system. This thread having fallen silent, I decided to go ahead and try my own upgrade today. I think my network setup is less complex than the OP's, with just one internal and one external network, so my experience may or may not address the OP's situation. My router/firewall/NAT machine sits between internal and external networks. [root@kestrel ~]# firewall-cmd --list-all --zone=external external (active) target: default icmp-block-inversion: no interfaces: enp3s1 sources: services: ssh ports: protocols: forward: no masquerade: yes forward-ports: source-ports: icmp-blocks: rich rules: [root@kestrel ~]# firewall-cmd --list-all --zone=internal internal (active) target: default icmp-block-inversion: no interfaces: enp2s0 sources: services: dhcpv6-client mdns samba-client ssh ports: protocols: forward: no masquerade: no forward-ports: source-ports: icmp-blocks: rich rules: [root@kestrel ~]# cat /proc/sys/net/ipv4/ip_forward 1 That having been said, my in-place upgrade went without incident, and routing is working the same afterwards as it was before. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: IP-routing fails after upgrade F33->F34
On 5/4/21 8:33 AM, Jouk Jansen wrote: Hi All, I'm using one of my Fedora machines as a router between 2 networks. The two network devices on the machine are called enp0s25 and tun0. On F33 it worked as expected. However, after an upgrade to F34 It looks like it does not work anymore. Jouk, have you resolved this? Anyone else seen it? Wanting to upgrade my F33 router/NAT/firewall system. Thanks. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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: Trying to set up samba SERVER
On 5/18/21 12:44 PM, Robert McBroom via users wrote: @Dell-Studio ~]# systemctl start smb.service Failed to start smb.service: Unit smb.service not found. Indeed smb.service is not in /usr/lib/systemd/system systemctl enable... -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: IP-routing fails after upgrade F33->F34
On 5/4/21 8:33 AM, Jouk Jansen wrote: Hi All, I'm using one of my Fedora machines as a router between 2 networks. The two network devices on the machine are called enp0s25 and tun0. On F33 it worked as expected. However, after an upgrade to F34 It looks like it does not work anymore. Jouk, when you say "upgrade to F34," by what means did you do the upgrade? Specifically, did you: # dnf system-upgrade download --releasever=34 # dnf system-upgrade reboot Or did you use some other method? -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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: systemd-resolved floods the logs
On 1/5/21 11:10 AM, Jerome Lille wrote: This machine uses a VPN service that is always on. The file /etc/resolver.conf has just one line with the nameserver from the VPN You do mean /etc/resolv.conf, right? -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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
'smbclient' Crashing on Fedora 33
Have been working this on the BackupPC users mailing list, but it's looking more like a general problem in F33's Samba utility, 'smbclient.' BackupPC is a backup server package that uses Samba, rsync, and other protocols to backup clients, including Windows PC's. Basically, it runs a command like this for a SMB backup of a PC: /usr/bin/smbclient new-pelican\\C\$ -U backup -E -d 2 -c tarmode\ full -Tc - Output is piped to BackupPC utilities that unpack and index the backup, and do other housekeeping My backups have consistently failed since my upgrade to F33 (were working without problems for years before, and most recently on F32). Looking closely, it appears 'smbclient' is crashing after passing exactly 47 files. (BackupPC then quits after data stops coming in.) I've run this command at the command-line; it runs for a few seconds then reports a core dump. Gnome shell then prompted me to file a bugzilla, which I have done. https://bugzilla.redhat.com/show_bug.cgi?id=1900232 "[abrt] samba-client: remove_do_list_queue_head(): smbclient killed by SIGSEGV") Anybody have further suggestions, please? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Thunderbird changes to tree view - added icons taking up space
On 10/12/20 2:47 PM, Robert Moskowitz wrote: I just got around to doing an update and reboot, been running for 40+ days and got some changes in Thunderbird that are rather distracting. In the tree view, there are now icons along with the name. I did some googling and this is "a new vector style"? Just takes up screen space and distracting. Anyone know how to turn these off? +1 -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Extensions Panel on Gnome Menu Doesn't Do Anything--SOLVED
On 5/4/20 10:44 AM, Tim Evans wrote: The drop-down gnome shell menu in F32 (upper right hand corner of the desktop) has a new "Extensions" panel now. It's very prominent, with an extra large @-like icon. Unfortunately, it does nothing other than change from black to blue when clicked. Is it supposed to do something else? So, this turns out to be an issue with a Gnome Shell Extension called "Extensions" (https://extensions.gnome.org/extension/1036/extensions/). While I have several such extensions installed, this one was NOT installed prior to upgrading my system to F32; it apparently came with the F32 upgrade. It appeared on the top panel menu after the update and, as noted, did not work and was graphically distorted. When accessing this particular extension's web page, I was prompted to update it. After logging out/in (e.g., restarting Gnome Shell) the over-large icon for the extension on the drop-down menu was properly sized and clicking it opens a menu of installed extensions to manage. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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: Extensions Panel on Gnome Menu Doesn't Do Anything
On 5/4/20 11:54 AM, Greg Woods wrote: On Mon, May 4, 2020 at 8:45 AM Tim Evans <mailto:tkev...@tkevans.com>> wrote: The drop-down gnome shell menu in F32 (upper right hand corner of the desktop) has a new "Extensions" panel now. It's very prominent, with an extra large @-like icon. I do not see this on my freshly-upgraded-to-F32 laptop. You must have a setting, extension, or app that I do not. Well, I assume this is intended to manage installed Gnome shell extensions (https://extensions.gnome.org/), a handful of which I have installed. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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
Extensions Panel on Gnome Menu Doesn't Do Anything
The drop-down gnome shell menu in F32 (upper right hand corner of the desktop) has a new "Extensions" panel now. It's very prominent, with an extra large @-like icon. Unfortunately, it does nothing other than change from black to blue when clicked. Is it supposed to do something else? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Move files into storage device -
On 4/4/20 1:28 PM, Bob Goodwin wrote: ° I connected a WD Mycloud storage device to my LAN and would like to transfer some files from this Fedora 31 computer to it. Although it seems to work well enough with the iPhones it is primarily an Apple or Windows device and does not appear to be Linux friendly. Is there a way to load some files from this box directly without sending them to an ios device first? I am hoping someone has has experience with one of these, I don't need it but it's there for the ios users on my system ... Thanks If it's Windows-friendly, you might try SMB connections. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Password trouble
On 2/24/20 2:40 PM, Beartooth wrote: Well, I tried it: # passwd $ Changing password for user root. Did you enter the literal "$"? That would've indicated an empty variable, so would have been the same as entering "passwd blank". Which would have indicated you wanted to change root's password. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: NFS not connecting -
On 12/7/19 11:30 AM, Bob Goodwin wrote: This computer's fstab has the line: 192.168.2.128:home1 /media/nfs nfs4 rw,soft,intr,fg,comment=systemd.automount 0 0 And at the server exports is: [bobg@NFS-Server ~]$ cat /etc/exports /nfs4exports/home1 192.168.2.0/24(rw,sync,insecure,no_root_squash,no_subtree_check) /nfs4exports/data 192.168.2.0/24(rw,sync,insecure,no_root_squash,no_subtree_check) My mount command: [root@Workstation-1 bobg]# mount 192.168.2.128:home1 /media/nfs Wouldn't this be? mount 192.168.2.128:/nfs4exports/home1 /media/nfs -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Order of Users Displayed in Gnome Login Screen [SOLVED]
On 11/20/19 1:51 PM, Tim Evans wrote: I reported this at the time I upgraded my two systems to F30, and find that it's still true with F31. On my main (desktop) machine, there are two users, one of which (me) is flagged as the administrative user; the other is a mere mortal. My userid was displayed on the Gnome login screen; the other accessible by clicking the "Not shown" link on the screen. After the F29->F30 upgrade, the order of the two users was reversed, with the non-admin user displayed by default. My own account is accessible via the "Not shown" link. This has not changed after my in-place (via dnf) upgrade to F31. The secondary, non-admin user is displayed as the default login on the login screen. On my other system, a laptop, there was only one user account created prior to the F29-F30 upgrade. When I ran the F29->F30 upgrade and rebooted, I was FORCED to create a (new) admin user account, despite there being one admin user already there. The new user now appears first on the Gnome login screen; the existing user is accessible, again, via the "Not shown" link. This did not change after my in-place (via dnf) upgrade to F31. The newly-created userid is displayed as the default login on the login screen. While the extra click on "Not shown" is not a major big deal, I'm unable to figure out how to flip-flop the two userids on the systems so that the primary user appears on the login screen. Suggestions/discussion welcome. Thanks. As a follow up, thanks to Sam Sieb, who reminded me about the files in /var/lib/AccountsService/users/ I had looked at these at the time the issue arose (at F29->F30 upgrade, last May). Sam pointed out that userfiles there with "SystemAccount=true" will not be shown on the login screen. Last May, I had tried hand-editing these files to override the SystemAccount setting, but their contents reverted after I logged out, so I had assumed they were being controlled by the account services systemd unit. This time, however, hand-editing the user files there took and my login screen is back to where it should be. Thanks for the help, everyone. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Order of Users Displayed in Gnome Login Screen
On 11/20/19 2:27 PM, Samuel Sieb wrote: On 11/20/19 10:51 AM, Tim Evans wrote: While the extra click on "Not shown" is not a major big deal, I'm unable to figure out how to flip-flop the two userids on the systems so that the primary user appears on the login screen. What is the content of the files in /var/lib/AccountsService/users/? Any with "SystemAccount=true" will not be shown on the login screen. I have no idea why that would change with an upgrade though. Thank you for reminding me of these files. I looked at them last May, when this first occurred (with the F29->F30 upgrade). My primary account on both systems did in fact have "SystemAccount=true." Hand-editing them *then* did no good, and they reverted to their prior contents after I logged out. Hand-editing them *now* seems to have fixed the issue. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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
Order of Users Displayed in Gnome Login Screen
I reported this at the time I upgraded my two systems to F30, and find that it's still true with F31. On my main (desktop) machine, there are two users, one of which (me) is flagged as the administrative user; the other is a mere mortal. My userid was displayed on the Gnome login screen; the other accessible by clicking the "Not shown" link on the screen. After the F29->F30 upgrade, the order of the two users was reversed, with the non-admin user displayed by default. My own account is accessible via the "Not shown" link. This has not changed after my in-place (via dnf) upgrade to F31. The secondary, non-admin user is displayed as the default login on the login screen. On my other system, a laptop, there was only one user account created prior to the F29-F30 upgrade. When I ran the F29->F30 upgrade and rebooted, I was FORCED to create a (new) admin user account, despite there being one admin user already there. The new user now appears first on the Gnome login screen; the existing user is accessible, again, via the "Not shown" link. This did not change after my in-place (via dnf) upgrade to F31. The newly-created userid is displayed as the default login on the login screen. While the extra click on "Not shown" is not a major big deal, I'm unable to figure out how to flip-flop the two userids on the systems so that the primary user appears on the login screen. Suggestions/discussion welcome. Thanks. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Samba broken pipe -
On 7/26/19 5:08 PM, Bob Goodwin wrote: It doesn't appear to be /bin/bash permissions: [root@bobg bobg]# ssh root@192.168.2.8 root@192.168.2.8's password: Last login: Fri Jul 26 15:07:13 2019 from 192.168.2.153 [root@box48 ~]# ls -l /bin/bash -rwxr-xr-x. 1 root root 1072056 May 17 2016 I will continue looking at permissions. Thanks for the response, Check your free disk space. I remember logins with similar errors from the olden days on AIX. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
Iptables->Firewalld Upgrade: Really Necessary?
I've been running an CentOS 6.x firewall/NAT router, using iptables for many years. My very simple iptables ruleset is based on the venerable Oskar Andreasson tutorial (https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html). I'm planning on upgrading that system to Fedora 30, and am wondering if I really, really need to figure out how to port my iptables ruleset to work with firewalld. Other than the need to be up to date (I am originally from Kansas City), what're the advantages of firewalld? Installing F30, adding iptables and my current ruleset, and disabling firewalld looks very simple and quick. Why shouldn't I do it? If necessary, I can post an anonymized copy of the iptables ruleset on pastbin, but really looking for higher level advice. Thanks. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: GDM Login Screen Doesn't Show Primary User After F30 Upgrade
On 6/17/19 11:00 AM, Tim Evans wrote: I have experienced similar issues with two different F29->F30 upgrades via dnf. Although what happened wasn't identical on both upgrades, the results were the same: After upgrade/reboot, the GDM login screen does not show the primary (previously existing) user name (UID 1000). In the first upgrade, I was forced to create a new user after the upgrade on first boot, as if this was a new install, despite the existing userid. The previously existing user name does not show up on the GDM login screen. Instead, only the *newly* created username (UID 1001) shows. In the second upgrade, the firstboot-create-a-new-user didn't occur, but the previously existing primary user name (also UID 1000) does not show on the GDM login screen. Instead, only secondary username (UID 1001) shows. In both cases, the primary userid can be accessed by clicking the "not show" link on the GDM login screen and manually entering userid and password. Of course, this is a fairly simple workaround, but is nevertheless an inconvenience. Where does the GDM login screen pull the info for the primary userid? /etc/passwd and /etc/group don't show anything that looks like a flag for this. The files in /var/lib/AccountsService/users/ appear to contain some sort of flag, but they are apparently created on login, rather than being permanent. On both systems the primary userid (UID 1000) is shown as: SystemAccount=true While the file for UID 1002 is: SystemAccount=false Modification time on these files is same as the userid's last login, and manually changing the SystemAccount flag has no effect; it's set back on next login. Bumping this, as no solutions have turned up. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
nvidia-kmod Build Fails on Recent F30 Debug Kernels
Failure appears to occur only with debug kernels. For example, from /var/cache/akmods/nvidia/430.26-1-for-5.1.15-300.fc30.x86_64+debug.failed.log 019/06/29 11:04:41 akmodsbuild: FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'mutex_destroy' 2019/06/29 11:04:41 akmodsbuild: make[2]: *** [scripts/Makefile.modpost:91: __modpost] Error 1 2019/06/29 11:04:41 akmodsbuild: make[1]: *** [Makefile:1579: modules] Error 2 2019/06/29 11:04:41 akmodsbuild: make[1]: Leaving directory '/usr/src/kernels/5.1.15-300.fc30.x86_64+debug' 2019/06/29 11:04:41 akmodsbuild: make: *** [Makefile:81: modules] Error 2 2019/06/29 11:04:41 akmodsbuild: error: Bad exit status from /var/tmp/rpm-tmp.1KXnFB (%build) 2019/06/29 11:04:41 akmodsbuild: 2019/06/29 11:04:41 akmodsbuild: 2019/06/29 11:04:41 akmodsbuild: RPM build errors: 2019/06/29 11:04:41 akmodsbuild: user mockbuild does not exist - using root 2019/06/29 11:04:41 akmodsbuild: group mock does not exist - using root 2019/06/29 11:04:41 akmodsbuild: user mockbuild does not exist - using root 2019/06/29 11:04:41 akmodsbuild: group mock does not exist - using root 2019/06/29 11:04:41 akmodsbuild: Bad exit status from /var/tmp/rpm-tmp.1KXnFB (%build) Non-debug kernel mod build looks ok; but journalctl reports: Jun 29 11:11:23 osprey kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 4 30.26 Tue Jun 4 17:40:52 CDT 2019 Jun 29 11:11:23 osprey kernel: nvidia-uvm: Loaded the UVM driver in 8 mode, majo r device number 235 Jun 29 11:11:23 osprey kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Settin g Driver for UNIX platforms 430.26 Tue Jun 4 17:45:09 CDT 2019 Jun 29 11:11:23 osprey kernel: [drm] [nvidia-drm] [GPU ID 0x0100] Loading dr iver Jun 29 11:11:23 osprey kernel: [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 on minor 0 Jun 29 11:11:22 osprey systemd-udevd[774]: Process '/usr/bin/bash -c '/usr/bin/mknod -Z -m 666 /dev/nvidiactl c 195 255'' failed with exit code 1. Yet: # ls -l /dev/nvidiactl crw-rw-rw- 1 root root 195, 255 Jun 29 11:11 /dev/nvidiactl Continuing: Jun 29 11:11:22 osprey systemd-udevd[774]: Process '/usr/bin/bash -c 'for i in $(cat /proc/driver/nvidia/gpus/*/information | grep Minor | cut -d \ -f 4); do /usr/bin/mknod -Z -m 666 /dev/nvidia${i} c 195 ${i}; done'' failed with exit code 1. I think this message indicates there is only one GPU in the Nvidia adaptor. lspci reports the adaptor is GeForce GT 730 Finally: Jun 29 11:12:07 osprey systemd[1]: Condition check resulted in Fallback to nouveau as nvidia did not load being skipped. What does that last message say? The fallback was skipped or the condition check was skipped? Thanks. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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: Hplip.
On 6/28/19 11:24 AM, Ger van Dijck wrote: Hi all , It seems the whole world has problems with this piece of beautiful software . Hp-setup functionates fine : After the setup run HP-check and be sure that the scanner is detected . All I have ever gotten from hp-setup is: $ hp-setup HP Linux Imaging and Printing System (ver. 3.18.12) Printer/Fax Setup Utility ver. 9.0 Copyright (c) 2001-15 HP Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Traceback (most recent call last): File "/bin/hp-setup", line 313, in ui = import_module(ui_package + ".setupdialog") File "/usr/lib64/python3.7/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1006, in _gcd_import File "", line 983, in _find_and_load File "", line 953, in _find_and_load_unlocked File "", line 219, in _call_with_frames_removed File "", line 1006, in _gcd_import File "", line 983, in _find_and_load File "", line 965, in _find_and_load_unlocked ModuleNotFoundError: No module named 'ui5' $ -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: GDM Login Screen Doesn't Show Primary User After F30 Upgrade
On 6/17/19 3:42 PM, Ulf Volmer wrote: On 17.06.19 17:00, Tim Evans wrote: of flag, but they are apparently created on login, rather than being permanent. On both systems the primary userid (UID 1000) is shown as: SystemAccount=true Have you checked /etc/login.defs? Thank you, Ulf. Don't see anything here that would affect this. Normal user UID range is default 1000+; system users, default 201+. Modification date on this file (on both systems involved) is Feb 2, long before the upgrade date last month. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
GDM Login Screen Doesn't Show Primary User After F30 Upgrade
I have experienced similar issues with two different F29->F30 upgrades via dnf. Although what happened wasn't identical on both upgrades, the results were the same: After upgrade/reboot, the GDM login screen does not show the primary (previously existing) user name (UID 1000). In the first upgrade, I was forced to create a new user after the upgrade on first boot, as if this was a new install, despite the existing userid. The previously existing user name does not show up on the GDM login screen. Instead, only the *newly* created username (UID 1001) shows. In the second upgrade, the firstboot-create-a-new-user didn't occur, but the previously existing primary user name (also UID 1000) does not show on the GDM login screen. Instead, only secondary username (UID 1001) shows. In both cases, the primary userid can be accessed by clicking the "not show" link on the GDM login screen and manually entering userid and password. Of course, this is a fairly simple workaround, but is nevertheless an inconvenience. Where does the GDM login screen pull the info for the primary userid? /etc/passwd and /etc/group don't show anything that looks like a flag for this. The files in /var/lib/AccountsService/users/ appear to contain some sort of flag, but they are apparently created on login, rather than being permanent. On both systems the primary userid (UID 1000) is shown as: SystemAccount=true While the file for UID 1002 is: SystemAccount=false Modification time on these files is same as the userid's last login, and manually changing the SystemAccount flag has no effect; it's set back on next login. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/15/19 12:11 PM, Samuel Sieb wrote: On 5/15/19 8:59 AM, Tim Evans wrote: Yes, several times. I have also successively: (1) restored the contents of /var/lib/AccountsService/users from my last F29 backup; (2) moved the newly created userid's file completely out of that directory; and (3) moved my normal userid's /etc/passwd entry to the end of the file (i.e., after the new userid's entry), retaining UID and GID of both. Each step with a reboot. You can delete all the files out of the users directory, they will get created next login. Where does the account service find the info to fill these back in? And, hand-edits get overwritten, then. (Just verified this.) My original userid's SystemAccount flag has now been re-set to 'true.' -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/15/19 11:21 AM, Samuel Sieb wrote: On 5/15/19 6:59 AM, Tim Evans wrote: On 5/14/19 7:31 PM, Samuel Sieb wrote: On 5/14/19 4:07 PM, Tim Evans wrote: # cat tkevans [User] Language= XSession= Icon=/home/tkevans/.face SystemAccount=true There's the problem, change that to false. I wonder if this is such an old install (originally) that the userid is below 1000. What are the results of "id tkevans" and "id evanstimk"? Making this edit did not change anything. The newly created userid (that created at first boot of the upgraded system) is still the default shown by the GDM login screen. clicking "not listed?" allows login via the original account. Did you reboot after changing that file? Otherwise, you need to at least restart the account service (can't remember the name) and gdm. Yes, several times. I have also successively: (1) restored the contents of /var/lib/AccountsService/users from my last F29 backup; (2) moved the newly created userid's file completely out of that directory; and (3) moved my normal userid's /etc/passwd entry to the end of the file (i.e., after the new userid's entry), retaining UID and GID of both. Each step with a reboot. Nothing's changed. Does gdm have a config somewhere that controls this? Nothing I can see in /etc/gdm or /var/lib/gdm. What tells the system to run 'gnome-initial-setup'? (As noted, deleting the (new) userid it creates causes it to run again as soon as you log off, intercepting the gdm login screen and forcing creation of a user.) -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/14/19 7:31 PM, Samuel Sieb wrote: On 5/14/19 4:07 PM, Tim Evans wrote: # cat tkevans [User] Language= XSession= Icon=/home/tkevans/.face SystemAccount=true There's the problem, change that to false. I wonder if this is such an old install (originally) that the userid is below 1000. What are the results of "id tkevans" and "id evanstimk"? Thanks, again, Samuel. Making this edit did not change anything. The newly created userid (that created at first boot of the upgraded system) is still the default shown by the GDM login screen. clicking "not listed?" allows login via the original account. So, I deleted this new userid. After logging out from the old account, I was again forced to create a new user, it was set to the default on the login screen, and the SystemAccount flag on the old userid was set back to "true." So we're back where we started. Old userid was not below 1000; it is 1000. New userid is 1001. id tkevans uid=1000(tkevans) gid=1000(tkevans) groups=1000(tkevans),10(wheel) id snavemit uid=1001(snavemit) gid=1001(snavemit) groups=1001(snavemit),10(wheel) -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/14/19 7:28 PM, Samuel Sieb wrote: On 5/14/19 4:04 PM, Tim Evans wrote: On 5/14/19 6:08 PM, Samuel Sieb wrote: Make sure you have the package "chrome-gnome-shell" installed. Now installed. Have rebooted, and nothing changed. While accesssing the extensions home page, Google Chrome still reports it can't find a "running copy of Gnome," Firefox doesn't complain. However, FF also reports the error starting the extension, as does'gnome-tweaks.' I don't know about Chrome, I only use Firefox. If there's an error starting the extension, it's likely no longer compatible with the current version of gnome-shell. Wella couple of reboots and the extension is now working. As before, accessing http://extensions.gnome.org/ with Google Chrome still generates the error message about not finding a running Gnome. But, all's well that ends well. Thank you for your help, Samuel. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/14/19 5:55 PM, Samuel Sieb wrote: On 5/14/19 1:25 PM, Tim Evans wrote: First (minor), after final reboot, I was forced to create a new user, which is now the default user on the login screen. Existing userid is still there, accessible via the "not listed?" link. Everything is intact in home directory. You had to create a new user? You got the initial-setup screens? Yes. Could not proceed until I created a user. How to restore my old userid as the default on the login screen? After logging in, it doesn't show up in the list? Is there a file for that user in /var/lib/AccountsService/users/? If so, what is in it? Original userid: # cat tkevans [User] Language= XSession= Icon=/home/tkevans/.face SystemAccount=true Newly created user: # cat evanstimk [User] Language=en_US.UTF-8 XSession= PasswordHint= Icon=/var/lib/AccountsService/icons/evanstimk SystemAccount=false -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/14/19 6:08 PM, Samuel Sieb wrote: On 5/14/19 2:46 PM, Tim Evans wrote: The applications menu drop down is an (apparently-not-working-in-F30) Gnome extension. Browsing to extensions.gnome.com generates "We cannot detect a running copy of GNOME on this system" error. Gnome-tweaks Make sure you have the package "chrome-gnome-shell" installed. Now installed. Have rebooted, and nothing changed. While accesssing the extensions home page, Google Chrome still reports it can't find a "running copy of Gnome," Firefox doesn't complain. However, FF also reports the error starting the extension, as does'gnome-tweaks.' -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: F29->F30 In Place Upgrade Issues
On 5/14/19 4:25 PM, Tim Evans wrote: Second (MAJOR), once logged into my normal account, the graphical desktop no longer shows an "Applications" drop-down; all I get is the "Places" dropdown with no immediate way to start applications. Answering myself... The applications menu drop down is an (apparently-not-working-in-F30) Gnome extension. Browsing to extensions.gnome.com generates "We cannot detect a running copy of GNOME on this system" error. Gnome-tweaks reports an error starting the applications menu extension. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
F29->F30 In Place Upgrade Issues
Just did an in-place upgrade from F29 to F30, following the procedure laid out at https://fedoramagazine.org/upgrading-fedora-29-to-fedora-30/ (System has been progressively upgraded for the last four or five releases via this procedure.) Coupla issues, one major. First (minor), after final reboot, I was forced to create a new user, which is now the default user on the login screen. Existing userid is still there, accessible via the "not listed?" link. Everything is intact in home directory. How to restore my old userid as the default on the login screen? Second (MAJOR), once logged into my normal account, the graphical desktop no longer shows an "Applications" drop-down; all I get is the "Places" dropdown with no immediate way to start applications. Browsing Places->Computer->/usr/bin and clicking on applications does not start them. Clicking on those (like Thunderbird) that have a shell script startup displays the text of the script. Others (gnome-termainal, for example) generate a pop up that says: "Could not display "gnome-terminal." There is no application installed for "shared library" files. Do you want to search for an application to open this file?" Now, Alt-F2 brings up a window that says "Enter Command." Typing "xterm" or "thunderbird" or "google-chrome" into this box does start the application. (So, at least, I'm not totally dead in the water here.) How to get the Applications drop-down back? -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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 30 chuckle for the day
On 5/2/19 6:08 PM, Patrick O'Callaghan wrote: On Thu, 2019-05-02 at 15:53 -0400, Tom Horsley wrote: On Thu, 02 May 2019 20:39:34 +0100 Patrick O'Callaghan wrote: TCP erropt = ABE and/or no SYNAD exit specified. Nope, several minutes of staring and I don't get it. I've never been an IBMer though. That's the point. Their "explanation" in the messages and code manual was laughable gibberish. P.S. What it really meant was that the $@#! operator in the comp center mounted the wrong tape which had unexpected block sizes and blew up the program trying to read it (at least that's what it always meant the 47,000 times it happened to me :-). The classic one is of course: Not a typewriter -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Nvidia module not loaded; falling back to Nouveau
On 12/25/18 10:59 AM, Mr Brian Domenick wrote: Hi All, I had a similar problem and it had to do with the kernel sources/headers in my case. Fedora was running a later kernel and sources than the latest version of stuff from rpmfusion for nvidia, once I put the correct older version of sources/headers in place, I could force the module to build and it all worked great from there. It appears my "Solved" message from yesterday morning did not make it to the list. Here's what I wrote in response to francis.montag...@inria.fr > > Hi. > > On Mon, 24 Dec 2018 09:26:27 -0500 Tim Evans wrote: >> # modprobe nvidia >> modprobe: FATAL: Module nvidia not found in directory >> /lib/modules/4.19.10-300.fc29.x86_64 > >> Have I not installed all the required packages? > > No, except perhaps akmods. The main one for the nvidia kernel module > is akmod-nvidia that you have. > > Install the akmods RPM if you don't have it, then try to rebuild the > kernel module with: > > /usr/sbin/akmods --kernels $(uname -r) Aha! 'akmods' was installed, but fails to run, reporting a missing dependency--'kernel-devel'! So, every time the kernel is updated, the build of the nvidia module fails (silently, as far as I can see). Having installed that, akmods now happily builds the nvidia module and the system boots and uses it. Thank you, Francis. -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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: Nvidia module not loaded; falling back to Nouveau
On 12/23/18 6:25 PM, Samuel Sieb wrote: modprobe nvidia # modprobe nvidia modprobe: FATAL: Module nvidia not found in directory /lib/modules/4.19.10-300.fc29.x86_64 In fact, there are no files anywhere in /lib/modules/ named (or containing) "nvidia". Yet, as noted previously: # rpm -qa | grep -i nvidia nvidia-settings-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-libs-410.78-1.fc29.x86_64 nvidia-persistenced-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-cuda-libs-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-cuda-410.78-1.fc29.x86_64 akmod-nvidia-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-kmodsrc-410.78-1.fc29.x86_64 Have I not installed all the required packages? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Nvidia module not loaded; falling back to Nouveau
On 12/23/18 5:21 PM, Samuel Sieb wrote: On 12/23/18 1:51 PM, Tim Evans wrote: Dec 22 22:21:38 osprey nvidia-settings-user.desktop[3812]: ERROR: NVIDIA driver is not loaded I don't see why you have the "falling back to Nouveau" in the subject since I don't see that in the logs you pasted. All that log line says is that the nvidia-settings application can't talk to the NVidia driver for some reason. Are there any other messages in the log about either nouveau or nvidia? If you run "lsmod", is the nouveau or nvidia driver loaded? If you run "lspci -v", what driver is managing the VGA controller? Thanks for your reply. Nouveau module is loaded, according to both 'lsmod' and 'lspci'. Found this (different wording than I recall seeing at boot time): Dec 22 11:32:21 osprey systemd[1]: Started Fallback to nouveau as nvidia did not load. Dec 22 11:32:38 osprey /usr/libexec/gdm-x-session[1349]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.10-300.fc29.x86_64 root=/dev/mapper/fedora_newosprey-root ro rd.lvm.lv=fedora_newosprey/root rd.lvm.lv=fedora_newosprey/swap pci=noaer rhgb quiet LANG=en_US.UTF-8 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
Nvidia module not loaded; falling back to Nouveau
Linux osprey 4.19.10-300.fc29.x86_64 #1 SMP Mon Dec 17 15:34:44 UTC 2018 Noticed this message while booting this weekend, although I had thought the Nvidia driver was being used. # rpm -qa | grep -i nvidia nvidia-settings-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-libs-410.78-1.fc29.x86_64 nvidia-persistenced-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-cuda-libs-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-cuda-410.78-1.fc29.x86_64 akmod-nvidia-410.78-1.fc29.x86_64 xorg-x11-drv-nvidia-kmodsrc-410.78-1.fc29.x86_64 journalctl says, in part: Dec 22 22:21:22 osprey /usr/libexec/gdm-x-session[3409]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.10-300.fc29.x86_64 root=/dev/mapper/fedora_newosprey-root ro rd.lvm.lv=fedora_newosprey/root rd.lvm.lv=fedora_newosprey/swap pci=noaer rhgb quiet LANG=en_US.UTF-8 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 Dec 22 22:21:24 osprey /usr/libexec/gdm-x-session[3409]: (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 (/dev/input/event16) Dec 22 22:21:24 osprey /usr/libexec/gdm-x-session[3409]: (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 (/dev/input/event17) Dec 22 22:21:38 osprey nvidia-settings-user.desktop[3812]: ERROR: NVIDIA driver is not loaded Is something missing? What else to look at? Thanks. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: OT: Xtra-PC?
On 11/29/18 10:27 AM, Outback Dingo wrote: On Thu, Nov 29, 2018 at 10:10 PM Robert Washbourne wrote: You can make one for free with a chromium os iso and a usb drive. https://www.chesapeakeshakespeare.com/auditions/ Now this has to be the most redicuulous thing ive ever saw in IT ... i dont belive they even sell this thing. as others have mentioned... dd any linux or other... chromeos to a $10 usb stick and have at it So, has anybody stuffed a whole Raspberry Pi into a thumbdrive? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
OT: Xtra-PC?
Looking to help a family member extend the life of a failing laptop. This would appear to be a bootable device that essentially turns a PC into a ChromeBook-like thing. Anyone tried it? Worth $35? https://getxtra-pc.io/blog-turn-your-old-slow-computer-to-like-new-again/ Thanks. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Plymouth/Graphical Startup Fails on F29
On 11/11/18 4:38 AM, John Pilkington wrote: On 10/11/18 23:39, Tim Evans wrote: On 11/10/18 3:12 PM, John Pilkington wrote: I don't have f29 experience, but if you have previously used a proprietary mVidia driver and want to use nouveau, I suggest reinstalling nouveau and trying again. Or install xorg-x11-drv-nvidia-410.66-1.fc29 from rpmfusion-nonfree, or similar. It has been my impression in the past that the most recently installed driver is likely to work but may disable earlier installations. Thank you, John. I may not've been clear: There are no proprietary Nvidia drivers installed in F29, and were none on F28. Nouveau only in both cases, and they were working under F28. Does 'dnf' installing the Nvidia driver do all the kernel stuff that's involved? This will tell you much more than you need to know. See the section headed Current GeForce/Quadro/Tesla. It will pull in the additional packages needed to build the kernel module, and building it will take some time. Sometimes after a version update my box doesn't close down normally and I have to reboot via Alt/f2. https://rpmfusion.org/Howto/NVIDIA I have the current version for f28 running well with a GT 710 which gives a similar lspci Hi, John. Thanks for the info. Installing the rpmfusion Nvidia package and rebooting is all it took. I'm good. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Plymouth/Graphical Startup Fails on F29
On 11/10/18 3:12 PM, John Pilkington wrote: I don't have f29 experience, but if you have previously used a proprietary mVidia driver and want to use nouveau, I suggest reinstalling nouveau and trying again. Or install xorg-x11-drv-nvidia-410.66-1.fc29 from rpmfusion-nonfree, or similar. It has been my impression in the past that the most recently installed driver is likely to work but may disable earlier installations. Thank you, John. I may not've been clear: There are no proprietary Nvidia drivers installed in F29, and were none on F28. Nouveau only in both cases, and they were working under F28. Does 'dnf' installing the Nvidia driver do all the kernel stuff that's involved? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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
Plymouth/Graphical Startup Fails on F29
Plymouth startup fails on newly upgraded (F28->F29) system. Last console message says something like "starting Plymouth login screen." Then nothing. (F28 was running fine.) journalctl shows: Nov 10 12:49:29 osprey systemd[1]: Starting Show Plymouth Reboot Screen... Nov 10 12:49:29 osprey systemd[1]: Stopped Forward Password Requests to Plymouth Directory Watch. Nov 10 12:49:29 osprey systemd[1]: Started Show Plymouth Reboot Screen. Nov 10 12:49:29 osprey audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=plymouth-reboot comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Nov 10 12:49:29 osprey audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=plymouth-reboot comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Nov 10 07:50:01 osprey systemd[1]: Starting Show Plymouth Boot Screen... Nov 10 07:50:01 osprey systemd[1]: Received SIGRTMIN+20 from PID 423 (plymouthd). lspci shows: 01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 730] (rev a1) Presumably, the installed Nouveau driver (xorg-x11-drv-nouveau-1.0.15-6.fc29.x86_64) isn't working here. There are no Nvidia-specific drivers installed. Next steps? Thanks. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: Sticks with not lights
On 11/7/18 5:52 PM, Paul Allen Newell wrote: On 11/07/2018 01:52 PM, ToddAndMargo via users wrote: This is the dismount part of my script: sync; sync umount $StickTarget Calling sync twice? Dates back at least (in my memory) to VAX 11/750, BSD 4.2 days. -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ 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: OT: fastest way to copy one drive to another
On 09/07/2018 02:22 PM, Ranjan Maitra wrote: I was doing this and it is definitely faster than rsync: cd /drive1 tar cf - uncopieddir1 uncopieddir2 ... | ( cd /drive2 ; tar xf - ) But, after about 16 hours, I am only 229G in (out of 3.7T). This is much slower than the other thread with USB drives which did 400GB in 8 hours. Try this: # cd /drive1 # find . -print -depth | cpio -pdm /drive2 -- Tim Evans | 5 Chestnut Court | Owings Mills, MD 21117 | 443-394-3864 ___ 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