users November 2023

users@lists.fedoraproject.org

88 participants
104 discussions

Virtualbox vs VMware for Fedora?
by Sbob 08 Feb '24

08 Feb '24

All; I am running Fedora39, I have run VMware workstation for years, and I have on and off had issues since VMware does not officially support Fedora, normally I run a patch after each kernel update and it mostly just works. I am also running the osx unlocker so I can run mac VM's I recently tried virtualbox on a spare laptop, havent looked at virtualbox in years, and I was impressed, a few questions for the community: - can I run the osx unlocker with virtualbox? - does virtualbox have the same issues where it needs a patch after each kernel and sometimes just breaks with a new kernel , even with the patch? Thanks in advance

6 11

firefox keeps freezing on me
by Michael Hennebry 12 Dec '23

12 Dec '23

My firefox on F38 freezes a lot. I get "Firefox" is not responding a lot. At one time, I thought it was because of too many windows and tabs open. I closed several windows. Shutting it down and bringing it back up often helped, but not necessarily for very long. According to top, firefox freezes even when the load average is less than two, most of swap is free and neither firefox nor its minions are near the top of top. My new suspicion is that it waits for something that does not happen often enough. How do I diagnose this? -- Michael hennebry(a)mail.cs.ndsu.NoDak.edu "I was just thinking about the life of a pumpkin. Grow up in the sun, happily entwined with others, and then someone comes along, cuts you open, and rips your guts out." -- Buffy

10 45

Upgrade KDE Wayland Spin 38->39 KDE Background Screen Issue
by richard emberson 08 Dec '23

08 Dec '23

Upgrade KDE Wayland Spin 38->39 KDE Background Screen Issue KDE Screen Issue (or Plasma issue, or...) 1) Login screen comes up and can login. 2) KDE screen mix of colors and black... moving mouse and screen continues to redraw random colors (but, mostly black). 3) Bottom panel (in hide mode) comes up and looks normal. Top ToolBar is drawing like the screen (not normal) but I can tell its being drawn ontop of the screen background (different colors/black). 5) Firefox comes up rendering like normal. 6) Thunderbird asks for password and it comes up drawing like normal. 7) Using Mouse Right Button, menu come up (look normal) and can 8 "Open Terminal". Kconsole comes up like normal. 9) From Kconsole can launch alacritty multiple times all normal. 10) Background and ToolBar still not rendering correctly. 11) Can move mouse over ToolBar and popups appear. Can also click and launch/hide terminals, firefox, thunderbird when mouse if over their position in ToolBar. 12) I can render a jpeg photo in eog and it comes up just fine. With Fedora 38 KDE Spin I did not have this issue with the background or ToolBar. So, has anyone seen this behavior? Where do I start? Thanks. Richard Notes: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX dmesg First mention of nouveau (same as in /var/log/messages): [ 4.179073] nouveau 0000:01:00.0: vgaarb: deactivate vga console [ 4.180078] Console: switching to colour dummy device 80x25 [ 4.180114] nouveau 0000:01:00.0: NVIDIA GT218 (0a8280b1) [ 4.299581] nouveau 0000:01:00.0: bios: version 70.18.6f.00.05 [ 4.300463] nouveau 0000:01:00.0: fb: 1024 MiB DDR3 [ 4.976871] nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB [ 4.976880] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB [ 4.976883] nouveau 0000:01:00.0: DRM: TMDS table version 2.0 [ 4.976885] nouveau 0000:01:00.0: DRM: DCB version 4.0 [ 4.976887] nouveau 0000:01:00.0: DRM: DCB outp 00: 01000302 00020030 XXXXXXXXXX Near bottom of dmesg: [ 31.161539] ixgbe 0000:02:00.0 enp2s0: NIC Link is Up 10 Gbps, Flow Control: RX/TX [ 45.207388] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 4 [sddm-greeter[1097]] get 000021f5e8 put 0000220df4 ib_get 00000015 ib_put 00000016 state 80000000 (err: INVALID_CMD) push 00400040 [ 256.400353] systemd-journald[538]: File /var/log/journal/582cf700f5764fe09e7f2b1840341c3b/user-1000.journal corrupted or uncleanly shut down, renaming and replacing. [ 300.729194] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 9 [plasmashell[1612]] get 0000621000 put 0000621088 ib_get 00000015 ib_put 00000016 state 80000024 (err: INVALID_CMD) push 00400040 [ 301.168768] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 9 [plasmashell[1612]] get 0000621088 put 0000622944 ib_get 00000017 ib_put 00000018 state 80000024 (err: INVALID_CMD) push 00400040 .... [ 301.678444] nouveau 0000:01:00.0: gr: DATA_ERROR 0000000c [INVALID_BITFIELD] [ 301.678448] nouveau 0000:01:00.0: gr: 00100000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 1dc0 data 03816308 [ 301.678460] nouveau 0000:01:00.0: gr: DATA_ERROR 0000000c [INVALID_BITFIELD] [ 301.678463] nouveau 0000:01:00.0: gr: 00100000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 1dc4 data 187c7dc0 [ 301.678479] nouveau 0000:01:00.0: gr: DATA_ERROR 0000000c [INVALID_BITFIELD] ..... [ 301.678537] nouveau 0000:01:00.0: gr: DATA_ERROR 00000005 [INVALID_ENUM] [ 301.678541] nouveau 0000:01:00.0: gr: 00100000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 1e00 data 00040060 [ 301.678554] nouveau 0000:01:00.0: gr: DATA_ERROR 00000005 [INVALID_ENUM] [ 301.678557] nouveau 0000:01:00.0: gr: 00100000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 1e04 data beef0201 [ 301.678568] nouveau 0000:01:00.0: gr: DATA_ERROR 00000005 [INVALID_ENUM] [ 301.678571] nouveau 0000:01:00.0: gr: 00100000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 1e08 data 00140010 .... [ 362.200940] nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 9 [plasmashell[1612]] subc 3 mthd 0000 data 00000030 [ 362.211967] nouveau 0000:01:00.0: gr: TRAP_MP_EXEC - TP 0 MP 0: 00000010 [INVALID_OPCODE] at 000000 warp 0, opcode ff9b8456 ff9b8456 [ 362.211976] nouveau 0000:01:00.0: gr: TRAP_MP_EXEC - TP 0 MP 1: 00000010 [INVALID_OPCODE] at 000000 warp 0, opcode ff9b8456 ff9b8456 .... [ 362.319066] nouveau 0000:01:00.0: gr: 00200000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 15e0 data 00000000 [ 362.323151] nouveau 0000:01:00.0: gr: TRAP_CCACHE 00000001 [FAULT] [ 362.323158] nouveau 0000:01:00.0: gr: TRAP_CCACHE 000e0080 00000000 00000000 00000000 00000000 00000004 00000000 [ 362.323161] nouveau 0000:01:00.0: gr: 00200000 [] ch 9 [003f208000 plasmashell[1612]] subc 3 class 8597 mthd 15e0 data 00000000 [ 362.323171] nouveau 0000:01:00.0: fb: trapped read at 0000000000 on channel 9 [3f208000 plasmashell[1612]] engine 00 [PGRAPH] client 05 [CCACHE] subclient 00 [CB] reason 00000002 [PAGE_NOT_PRESENT] [ 362.334146] nouveau 0000:01:00.0: gr: TRAP_CCACHE 00000001 [FAULT] ... [ 364.471270] nouveau 0000:01:00.0: fb: trapped read at 0000000000 on channel 9 [3f208000 plasmashell[1612]] engine 00 [PGRAPH] client 05 [CCACHE] subclient 00 [CB] reason 00000002 [PAGE_NOT_PRESENT] [ 521.901383] perf: interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 79000 [ 566.002661] EXT4-fs (sdb1): mounted filesystem cc75fc98-10fb-41ab-9fb7-6f58b3c07b76 r/w with ordered data mode. Quota mode: none. [ 566.645348] EXT4-fs (sdc1): mounted filesystem 055939b6-6a83-43ec-9d9a-e5394567ff3f r/w with ordered data mode. Quota mode: none. [ 566.768251] EXT4-fs (sdd1): mounted filesystem 8d6d8835-64ce-416e-9acf-918c4810894a r/w with ordered data mode. Quota mode: none. [ 566.864909] EXT4-fs (sde1): mounted filesystem c388fa01-5314-4e4c-8bc5-cbd9b4d85b4f r/w with ordered data mode. Quota mode: none. [ 567.013171] EXT4-fs (sdf): mounted filesystem f4860393-482a-41aa-a7e2-601ee6afbc03 r/w with ordered data mode. Quota mode: none. [ 1032.769502] perf: interrupt took too long (3140 > 3135), lowering kernel.perf_event_max_sample_rate to 63000 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX /var/log/boot.log All "OK" no ERRORS XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX /var/log/messages The following appears 2018 times (and counting): Nov 30 14:26:59 olympia kactivitymanagerd[1631]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. # grep freedesktop.Xwayland.desktop messages | wc -l 2018 XXXXXXXXXX Some nouveau messages: Nov 30 12:42:57 olympia kernel: nouveau 0000:01:00.0: vgaarb: deactivate vga console Nov 30 12:42:57 olympia kernel: Console: switching to colour dummy device 80x25 Nov 30 12:42:57 olympia kernel: nouveau 0000:01:00.0: NVIDIA GT218 (0a8280b1) Nov 30 12:42:57 olympia kernel: ixgbe 0000:02:00.0 enp2s0: renamed from eth0 Nov 30 12:42:57 olympia kernel: nouveau 0000:01:00.0: bios: version 70.18.6f.00.05 Nov 30 12:42:57 olympia kernel: nouveau 0000:01:00.0: fb: 1024 MiB DDR3 Nov 30 12:42:58 olympia kernel: nouveau 0000:01:00.0: DRM: VRAM: 1024 MiB Nov 30 12:42:58 olympia kernel: nouveau 0000:01:00.0: DRM: GART: 1048576 MiB Nov 30 12:42:58 olympia kernel: nouveau 0000:01:00.0: DRM: TMDS table version 2.0 XXXXXXXXXX At bottom of messages file: Nov 30 14:43:54 olympia baloo_file_extractor[5398]: kf.baloo: Failed to add include folder config entry for "/home/emberson" Nov 30 14:43:54 olympia baloo_file_extractor[5398]: kf.baloo: Failed to add include folder config entry for "/home/emberson" Nov 30 14:43:54 olympia baloo_file_extractor[5398]: kf.baloo: Failed to add include folder config entry for "/home/emberson" Nov 30 14:43:54 olympia baloo_file_extractor[5398]: kf.baloo: Failed to add exclude folder config entry for "/home/emberson" XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

3 5

Python code error in F39, but not in F38
by Ranjan Maitra 04 Dec '23

04 Dec '23

Hi, I was running the code here: https://github.com/maitra/Visual-Information-Fidelity---Python3 However, the code runs in F38 (python 3.11) without error, but not in F39 (python 3.12) where it ends with a segmentation fault (after doing the calculations). Both, however, give an answer that are not the same after the 14th decimal place. Not sure if I should be bothered about that. Looking at valgrind, I can not tell if there is an error in the python call itself. Here is what I get (note that the code calls shared objects created by the gcc compiler). ==278781== Invalid read of size 8 ==278781== at 0x4A50B5B: UnknownInlinedFun (pycore_pystate.h:118) ==278781== by 0x4A50B5B: UnknownInlinedFun (obmalloc.c:866) ==278781== by 0x4A50B5B: _PyObject_Free (obmalloc.c:1850) ==278781== by 0x6526E92E: UnknownInlinedFun (siplib.c:2241) ==278781== by 0x6526E92E: UnknownInlinedFun (objmap.c:69) ==278781== by 0x6526E92E: finalise (siplib.c:2143) ==278781== by 0x49AC4D3: UnknownInlinedFun (pylifecycle.c:3018) ==278781== by 0x49AC4D3: Py_FinalizeEx.cold (pylifecycle.c:1977) ==278781== by 0x4B22336: Py_RunMain (main.c:691) ==278781== by 0x4ADD85B: Py_BytesMain (main.c:743) ==278781== by 0x4EE1149: (below main) (libc_start_call_main.h:58) ==278781== Address 0x10 is not stack'd, malloc'd or (recently) free'd ==278781== ==278781== ==278781== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==278781== Access not within mapped region at address 0x10 ==278781== at 0x4A50B5B: UnknownInlinedFun (pycore_pystate.h:118) ==278781== by 0x4A50B5B: UnknownInlinedFun (obmalloc.c:866) ==278781== by 0x4A50B5B: _PyObject_Free (obmalloc.c:1850) ==278781== by 0x6526E92E: finalise (siplib.c:2143) ==278781== by 0x49AC4D3: UnknownInlinedFun (pylifecycle.c:3018) ==278781== by 0x49AC4D3: Py_FinalizeEx.cold (pylifecycle.c:1977) ==278781== by 0x4B22336: Py_RunMain (main.c:691) ==278781== by 0x4ADD85B: Py_BytesMain (main.c:743) ==278781== by 0x4EE1149: (below main) (libc_start_call_main.h:58) ==278781== If you believe this happened as a result of a stack ==278781== overflow in your program's main thread (unlikely but ==278781== possible), you can try to increase the size of the ==278781== main thread stack using the --main-stacksize= flag. ==278781== The main thread stack size used in this run was 8388608. ==278781== ==278781== HEAP SUMMARY: ==278781== in use at exit: 18,046,811 bytes in 92,137 blocks ==278781== total heap usage: 2,212,074 allocs, 2,119,937 frees, 1,983,813,202 bytes allocated ==278781== ==278781== LEAK SUMMARY: ==278781== definitely lost: 2,160,027 bytes in 41,915 blocks ==278781== indirectly lost: 112 bytes in 2 blocks ==278781== possibly lost: 5,021,632 bytes in 34,430 blocks ==278781== still reachable: 10,863,024 bytes in 15,769 blocks ==278781== suppressed: 0 bytes in 0 blocks It is possible that there is a bug in the code itself, but nothing above points to my created code. Any suggestions? Or is this a bug? Many thanks and best wishes, Ranjan

8 27

Black screen after login to F39
by Michael Eager 03 Dec '23

03 Dec '23

I upgraded from Fedora 38 to Fedora 39 on an AMD Ryzen 5 5600 with Nvidia Geforce RTX 3050 graphics card. I'm running KDE Plasma-X11, not Wayland. I tried to install the GPU drivers several ways using repos/RPMs, but was not successful. I am using the Nvidia proprietary drivers. They support dual monitors with no problems; I've had problems with the nouveau driver and dual monitors in the past. I start the system in multi-user (CLI) mode and then run "startx" to start X11 and Plasma. (I started doing this in F38 because of sddm hanging, which I was not able to resolve.) When I log in with my user account and run startx, I get a black screen (extending across both monitors) with an X cursor. The cursor moves in response to the mouse, but neither left or right mouse button do anything. I can get to an alternate console using alt-F3 and kill the login. I have discovered a bit of a rain dance to get a working system. I can log in as root, run startx, and get a working KDE Plasma-X11 screen. Then I log out to the sddm screen and log in again with my user account. After this, everything (or almost everything) works correctly. I've checked the system logs and the Xorg log for any error or warning messages, but nothing looks incorrect or at all informative. Does anyone have any suggestions or insights into this problem? -- Michael Eager

4 4

conflict with ffmpeg
by Michael Hennebry 02 Dec '23

02 Dec '23

More joy of a recent upgrade. Last metadata expiration check: 0:01:05 ago on Fri 24 Nov 2023 07:29:43 PM CST. Error: Problem: problem with installed package libswscale-free-6.0-5.fc38.x86_64 - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with libswscale-free provided by libswscale-free-6.0-5.fc38.x86_64 from @System - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with libswscale-free provided by libswscale-free-6.0-2.fc38.x86_64 from fedora - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with libswscale-free provided by libswscale-free-6.0.1-1.fc38.x86_64 from updates - package ffmpeg-6.0-6.fc38.x86_64 from rpmfusion-free requires ffmpeg-libs(x86-64) = 6.0-6.fc38, but none of the providers can be installed - conflicting requests - package ffmpeg-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates requires ffmpeg-libs(x86-64) = 6.0.1-2.fc38, but none of the providers can be installed - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates conflicts with libswscale-free provided by libswscale-free-6.0-5.fc38.x86_64 from @System - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates conflicts with libswscale-free provided by libswscale-free-6.0-2.fc38.x86_64 from fedora - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates conflicts with libswscale-free provided by libswscale-free-6.0.1-1.fc38.x86_64 from updates (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages) [hennebry@fedora ~]$ --allowerasing would seem to be the only suggestion likely to result in a functional ffmpeg, but I do not kow what damage that would cause. Suggestions? I was hoping for a --dry-run or some such option, but no such luck. -- Michael hennebry(a)mail.cs.ndsu.NoDak.edu "I was just thinking about the life of a pumpkin. Grow up in the sun, happily entwined with others, and then someone comes along, cuts you open, and rips your guts out." -- Buffy

7 8

NFS Mount Point Write Failure
by Stephen Morris 01 Dec '23

01 Dec '23

I have a network drive being mounted from the following entry in /etc/fstab: 192.168.1.12:/mnt/HD/HD_a2 /mnt/nfs nfs users,nconnect=2,owner,rw,_netdev 0 0 This results in the following definition in /etc/mtab: 192.168.1.12:/mnt/HD/HD_a2 /mnt/nfs nfs rw,nosuid,nodev,noexec,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,nconnect=2,timeo=600,retran s=2,sec=sys,mountaddr=192.168.1.12,mountvers=3,mountport=57759,mountproto=udp,local_lock=none,addr=192.168.1.12 0 0 I can read from the mount point but I can't write to it. A touch /mnt/nfs/filetest.txt fails with a read only volume error: touch: cannot touch '/mnt/nfs/filetest.txt': Read-only file system Can anyone guide me on what I am doing wrong, I am using F39, and I believe the fstab specification worked fine in F38 before I upgraded to F39. regards, Steve

5 7

vlc alternative?
by Alex 30 Nov '23

30 Nov '23

Hi, I'm using vlc with my hdhomerun TV tuner, but vlc has a problem that hasn't been fixed for a really long time. Does anyone have a recommendation for a similar app I can use for streaming? I'm really only otherwise familiar with mplayer, but I don't think it supports streaming in this way where I can connect it to a socket like I can with vlc. btw, the vlc error involves messages like these: [00007fb3a4001130] ts demux error: libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 9) for PID 112 Thanks, Alex

6 11

DNF Upgrade from F38 to F39 Issues
by Stephen Morris 30 Nov '23

30 Nov '23

Hi, I used dnf system-upgrade to upgrade from F38 to F39. After the upgrade when I booted into gdm to login and start KDE, the machine hung on KDE startup into X11. Thinking it might be an nvidia UEFI enrolment issue with the F39 nvidia drivers, I reset the machine and booted back into gdm. I then used ctrl+alt+F2 to start a terminal interface. In that terminal I went through the UEFI enrolment process but that said the drivers were already enrolled. I issued dmesg to see if there were any nvidia failure messages, of which there none, but I did notice there were initialisation and what looked like failure messages from Nouveau, but I don't understand why there would be an Nouveau messages at all when Nouveau is blacklisted in the kernel parameters in grub. I then uninstalled all the nvidia drivers that were present. I then used ctrl+alt+delete to reboot from the terminal. That process hung for 1.5 minutes waiting for a job stop (I don't remember what it was waiting on), and, when the 1.5 minute timer finished it then hung waiting for XWayland to shut down. Why was it waiting for XWayland to shut down when I don't use Wayland, I only use X11? On reboot, I started up KDE under Nouveau, which doesn't work properly with my BENQ 4K monitor, it can't determine what the monitor is, so doesn't run in the right resolutions, although it does honour the display scaling specified when using the nvidia drivers (which do recognise the monitor and set things up properly). I reinstalled the nvidia drivers and a subsequent reboot then booted into KDE with any issues (which is where I'm sending this email from). Why did this freezing of the nvidia drivers happen, is it because the F39 nvidia drivers don't work properly with an update and have to be installed from scratch to work properly? Also, after reinstalling the nvidia drivers, at the gdm login screen the display manager selection options only showed "Gnome", "Gnome Classic" and "Plasma/X11", where are the options for all of those to swap them between Wayland and X11 if I want to, that were present in F38 before the upgrade to F39? regards, Steve

6 10

Openh264, ffmpeg,etc.
by Ger van Dijck 29 Nov '23

29 Nov '23

Hi Fedora/Linux Lovers, I have the impression that the problems with Fedora-Cisco-Openh264 and FFmpeg gives me the idea of "The ever continued story of Coronationstreet". When I do an dnf update I get the following message: Fedora 39 openh264 (From Cisco)-x86_64 Errors during downloading for fedora-cisco-openh264. Statuscode 404 for https://codecs/fedoraproject.org/openh264/39/x86_64/repodata/repomd.xml (IP 18.133.140.134). Cannot download repodata/repomd.xml : All mirrors were tried. Failed to download metadata for "fedora-cisco-openh264". I found a solution in downloading Repo Terra 39 Fedora and could install openh264 : And all , you dont believe it functioned. I had a very helpsome discussion with Tom Horsley, Samual Sieb,Jef Walton and Go Cames. When giving dnf info openh264 I got from Terra 39 Fedora installed packages : Repos Terra 39 Fedora openh264 Fedora URL https://www.openh264.org License:BSD. UPDATED: DNfdagora did sent a messsage on November 24.11.2023 to update some objects and in this list : gstreamer1-plugin-openh264-1.22.7-2.fc39.x86_64 openh264-2.4.0-1.fc39.x86_64 INStALLED: openh264-2.4.0-2.fc39.x86_64 After this execised nothing did functioned anymore. Dnfdagora did sent a message on November 25.11.2023 to update objects and in this list: UPDATED: libde265-1.0.13-1.fc39.86_64 After that INSTLALLED: gstreamer1-plugin-openh264-1.22.7-2.fc39.86_64 ffmpeg-libs-3.3.6-3.4.x86_64 ffmpeg-3.3.6-3.4.x86_64 libavdevice-3.3.6-3.4.x86_64 UPDATED: ffmpeg-libs-6.0.1-3.fc39.x86_64 ffmpeg-6.0.1-3.fc39.x86_64 libavdevice-6.0.1-3.fc39.X86_64 And all runs : Thanks God. Is there in this (Unix) world someone (Abe Ye Kanobi ?) who can and is willing to solve this problem ? Ger van Dijck

3 2