users May 2024

users@lists.fedoraproject.org

71 participants
75 discussions

This list's search engine not working?
by HaJo Schatz 22 May '24

22 May '24

Ever since I stumbled across this list, I seem to have major difficulties searching the archives. Say I want to see my posts to the list (they all have the same footer as below), I believe I could go to http://www.redhat.com/archives/fedora-list/ and enter "HaJo" as a search string. Searching in all sections, I get 0 results. Does the search engine ignore me by some reason? BTW -- I've been posting since about June, and when showing the archives sorted by author, I do find my posts. OK, not the most helpful to search for my own posts, but I do have the same issue when searching for given topics. Any other search engine out there indexing this list reliably? Google shows 0 hits on a "site:www.redhat.com/archives/fedora-list/" search... -- HaJo Schatz <hajo(a)hajo.net> http://www.HaJo.Net PGP-Key: http://www.hajo.net/hajonet/keys/pgpkey_hajo.txt

4 5

google-chrome-stable update fails today on gpg keys
by Neal Becker 22 May '24

22 May '24

Today's dnf update fails with: The GPG keys listed for the "google-chrome" repository are already installed but they are not correct for this package. Check that the correct key URLs are configured for this repository.. Failing package is: google-chrome-stable-121.0.6167.184-1.x86_64 GPG Keys are configured as: https://dl.google.com/linux/linux_signing_key.pub

3 5

[Rawhide Test Day] Podman 5.1 Test Day 2024-05-23
by Sumantro Mukherjee 22 May '24

22 May '24

Hey Folks! We will be testing Fedora 41 with the new update in Podman 5.1. To ensure a smooth transition, the Podman team and the Quality team of Fedora have decided to host a test day[1]. The idea is for users to test Podman 5.1 on a Fedora Rawhide machine and submit results in the Test Day App[2]. If you have spare cycles or use Podman as a daily driver, it will be great to have some folks try out and report bugs right away. We will want more Karmas on[3] and any following builds for Podman 5.1 [1] https://fedoraproject.org/wiki/Test_Day:2024-05-23_Podman_5.1 [2] https://testdays.fedoraproject.org/events/188 [3] https://bodhi.fedoraproject.org/updates/FEDORA-2024-7d9e4ee012 -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED

1 0

Fedora 40 and Python 3.11 artifacts?
by Jeffrey Walton 22 May '24

22 May '24

Hi Everyone, I'm trying to work around the Selenium packaging problem detailed at <https://bugzilla.redhat.com/show_bug.cgi?id=2278096>. When following c1, I noticed I have Python 3.11 and 3.12 paths: # ls /usr/lib/python3.1* python3.11/ python3.12/ This machine has been dnf-system-upgraded multiple times. It is currently on Fedora 40. Fedora 40 uses Python 3.12. It looks like Python 3.11 is an old artifact: # ls /usr/lib/python3.11/site-packages/lvmdbusd # I think it is safe to delete the Python 3.11 directory. But I am not a Python expert. Is it safe to delete the Python 3.11 directory? Thanks in advance.

4 3

My Fedora 40 experiences
by Stephen Morris 22 May '24

22 May '24

I used dnf to system-upgrade to F40, which downloaded all the relevant packages, and then I rebooted through dnf. The restart updated all the packages and automatically rebooted when it was finished. When the grub menu was displayed after the reboot it was obvious that the upgrade did not update the grub config as there was no entry to boot off the F40 installed kernel. I booted to the display manager which I think is still gdm, and the first thing I noticed there was the "plasma on xorg" selection had been removed but the "Gnome on xorg" and "Gnome Classic on xorg" were still there. I selected the "Plasma" entry and booted into Plasma. Having loaded Plasma I then went into the system entries menu and went through all the options again, and it was obvious from this that the display options I had configured with F39 had been wiped with F40. I configured the display settings again and set the new HDR option as I have a HDR monitor. After the configuration changes I rebuilt the grub menus using grub2-mkconfig to get a boot entry for the new kernel, and rebooted. With the reboot from the new kernel, and for that matter any of the older kernels, I got a message that the nvidia driver was not found and it was falling back to the nouveau driver, I don't know how as the nvidia driver was black listed in the grub menus. From the display manager I loaded Plasma as I did after the first upgrade boot, and Plasma displayed a black screen and never went any further, irrespective of how long I left it for, and the only way I could get out of that state was to use the physical reset button on the computer. On reboot, if I selected "Gnome" or "Gnome on Xorg", gnome would start up quite happily, but logging out and starting Plasma would still hang the computer. So rebooting again to the display manager login screen, I used ctrl+alt+F2 to switch to a terminal login process. Logging into the terminal the first thing I did was use mokutil to check the uefi status and it told me that uefi was disabled even though it was enabled in the bios. I checked whether the signing key was enrolled and it was, but the system wasn't using the nvidia driver even though it was installed, and a reinstall of kmod-nvidia and akmod-nvidia did nothing to alleviate the issue. So I uninstalled the kmod-nvidia module, and did a force re-enroll of the uefi signed key (potentially with a new key), and then rebooted to go through the mokutil enrolment required at boot. This did not resolve the Plasm start issue, so I loaded Gnome. Once in Gnome I started Firefox Nightly to do some net searches to see if I could find a solution, and the one thing that did happen at this point was the boot did not display the "falling back to nouveau" message, but the start of firefox displayed a message that a gpu couldn't be found on pci. Looking for a resolution to this I found an entry about, as part of installed nvidia drivers, to ensure the gpu firmware was also installed. So I did a dnf install nvidia-gpu-firmware which was then installed as it hadn't been already. After installing the firmware I rebooted and started Plasma, which successfully started without issues, and when I checked the video driver it was finally using the nvidia driver. This was a lot of work to resolve, and is the worst experience I've had with any fedora system upgrade. regards, Steve

7 13

Re: Tomcat
by Rahul Sadotra 21 May '24

21 May '24

Hi Michael, --- Michael Folin <michael.folin(a)donator.se> wrote: > how do I install Tomcat i fedora? > can't find it during the installation > If you mean during the installation of Fedora Core itself, then I don't think Tomcat is provided with Fedora Core (please feel free to correct me if I'm wrong). This means you will probably need to download Apache Jakarta Tomcat (either binaries, or the source which you'll need to build) and install it. Hope this helps. All the best, Rahul ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 1

OT: SFTP with lftp
by Frederic Muller 21 May '24

21 May '24

Hi! I thought someone here could help me out. I am using lftp to automate some file copy on Ubuntu 20.04. The originating server is switching to SFTP and I have about a week for testing. It works fine by default with F40. On ubuntu it seems by default lftp is not compiled with sftp support as I didn't get any trace of *libssl*.so using ldd. I then removed it, compiled a new version with sftp support, checked with ldd for libssl.so and got it but it is still not working. Any idea what could be the problem then, or how to further troubleshoot? Thank you. Fred

2 1

This OS version ... dracut (Init ramfs) is past its end-of-support date
by Frédéric 20 May '24

20 May '24

Hi, I get this strange message when I boot: [ ↑↑ ] This OS version (Fedora Linux 38 (Thirty Eight) dracut-059-5.fc38 (Init ramfs)) is past its end-of-support date (2024-05-14). Is it because F38 is past end of support or is it just related to dracut? Thanks

4 3

firefox/google problem
by olivares33561 20 May '24

20 May '24

Dear fellow fedora users, Using firefox latest one, olivares@fedora:~/Downloads/kerTeX/Documents/Documents/mptmp$ rpm -qa firefox firefox-126.0-5.fc40.x86_64 I try to login to google account, I get error message: `` 400. That’s an error. The server cannot process the request because it is malformed. It should not be retried. That’s all we know.'' I did not get this before, anything I could try to get past this error? It worked before without problems. Best Regards, Antonio Sent from ProtonMail, encrypted email based in Switzerland. Sent with Proton Mail secure email.

1 1

Updated 3 machines from 39 to 40, but on 4th machine get this error at end??
by Michael D. Setzer II 19 May '24

19 May '24

Error: Transaction test error: file /usr/share/gir-1.0/GLib-2.0.gir conflicts between attempted installs of glib2-devel-2.80.2-1.fc40.i686 and glib2-devel-2.80.2-1.fc40.x86_64 # rpm -qa | grep glib2-devel glib2-devel-2.78.6-1.fc39.x86_64 glib2-devel-2.78.6-1.fc39.i686 Don't know if other 3 machines had these installed or not? Thanks for any recommendations?? +------------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mikes@guam.net mailto:msetzerii@gmail.com mailto:msetzerii@gmx.com Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +------------------------------------------------------------+

2 3