May 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1225636] New: Facetimehd firmware/driver fails to load
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225636 Bug ID: 1225636 Summary: Facetimehd firmware/driver fails to load Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel:Drivers Assignee: kernel-bugs(a)suse.de Reporter: crdcastro5(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hardware is a late 2015 11" Macbook Air. The facetimehd-kmp-default package was installed by default and I installed the facetimehd-firmware manually, despite this the driver fails to load and the camera is not detected as a device. [I] clayton@s-169-232-95-114 ~> dmesg -w | grep facetimehd [ 2.934906] [ T349] facetimehd 0000:02:00.0: Found FaceTime HD camera with device id: 1570 [ 2.937304] [ T349] facetimehd 0000:02:00.0: Setting 64bit DMA mask [ 2.958735] [ T349] facetimehd 0000:02:00.0: S2 PCIe link init succeeded [ 2.958770] [ T349] facetimehd 0000:02:00.0: Refclk: 25MHz (0xa) [ 2.968787] [ T349] facetimehd 0000:02:00.0: PLL reset finished [ 2.968793] [ T349] facetimehd 0000:02:00.0: Waiting for S2 PLL to lock at 450 MHz [ 2.968808] [ T349] facetimehd 0000:02:00.0: S2 PLL is locked after 10 us [ 2.978828] [ T349] facetimehd 0000:02:00.0: S2 PLL is in bypass mode [ 2.998898] [ T349] facetimehd 0000:02:00.0: DDR40 PHY PLL locked on safe settings [ 2.998916] [ T349] facetimehd 0000:02:00.0: STRAP valid [ 2.998917] [ T349] facetimehd 0000:02:00.0: Configuring DDR PLLs for 450 MHz [ 2.998925] [ T349] facetimehd 0000:02:00.0: DDR40 PLL is locked after 0 us [ 2.998935] [ T349] facetimehd 0000:02:00.0: First DDR40 VDL calibration completed after 2 us [ 2.998943] [ T349] facetimehd 0000:02:00.0: Second DDR40 VDL calibration completed after 1 us [ 2.998944] [ T349] facetimehd 0000:02:00.0: Using step size 144 [ 2.998950] [ T349] facetimehd 0000:02:00.0: VDL set to: coarse=0x10008, fine=0x10119 [ 2.998955] [ T349] facetimehd 0000:02:00.0: Virtual VTT enabled [ 3.019479] [ T349] facetimehd 0000:02:00.0: S2 DRAM memory address: 0x22159559 [ 3.019496] [ T349] facetimehd 0000:02:00.0: Rewrite DDR mode registers succeeded [ 3.019719] [ T349] facetimehd 0000:02:00.0: Full memory verification succeeded! (0) [ 3.019942] [ T349] facetimehd 0000:02:00.0: Direct firmware load for facetimehd/firmware.bin failed with error -2 [ 3.020079] [ T349] facetimehd 0000:02:00.0: probe with driver facetimehd failed with error -2 I force reinstalled both and rebooted but still saw the same behavior. additional context: uname -a Linux localhost.localdomain 6.9.1-1-default #1 SMP PREEMPT_DYNAMIC Fri May 17 11:59:46 UTC 2024 (0c0b0b5) x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1216564] New: Missing directory /usr/share/ca-certificates for charon
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1216564 Bug ID: 1216564 Summary: Missing directory /usr/share/ca-certificates for charon Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: x86-64 OS: openSUSE Leap 15.5 Status: NEW Severity: Major Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: keitarobr(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- charon-nm is looking for certificates at /usr/share-ca-certificates, but this directory does not exist. Thus it can't validate a valid certificate for an IPSec/IKEv2 VPN server (does not find the GlobalSign root certificates). I solved the issue issuing the following command: sudo ln -s /var/lib/ca-certificates/pem /usr/share/ca-certificates -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1225278] New: Firefox's Search Provider doesn't work on GNOME (and possibly other DEs)
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225278 Bug ID: 1225278 Summary: Firefox's Search Provider doesn't work on GNOME (and possibly other DEs) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Minor Priority: P5 - None Component: Firefox Assignee: factory-mozilla(a)lists.opensuse.org Reporter: ant.romano(a)pm.me QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I'm using openSUSE Tumbleweed w/ snapshot 20240523, Firefox 126.0 (.rpm) and GNOME 46.1. On Firefox, the `browser.gnome-search-provider.enabled` parameter is set to true, while "Firefox" is listed as an enabled search provider on GNOME (Settings -> Search). The "GNOME shell integration" extension is also enabled, although I'm not sure it is required. Despite my premises, Firefox simply does not appear as a search provider when trying to search through GNOME. I've tried searching for solutions or at least for people with the same issue and found out this article from a Fedora: https://mastransky.wordpress.com/2023/10/13/q3-firefox-linux-update/ although I have no idea how to correctly follow the steps he described. I can only state that the Mozilla Firefox Search Provider service indeed is _not_ "Activatable". -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1220276] New: Multiboot installation using Agama (?) does not boot TW by default
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1220276 Bug ID: 1220276 Summary: Multiboot installation using Agama (?) does not boot TW by default Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: locilka(a)suse.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Created attachment 872963 --> https://bugzilla.suse.com/attachment.cgi?id=872963&action=edit Booting menu I've used a real bare-metal HW Beelink Mini Pro 12S in its default configuration. I've removed everything with fdisk and installed Fedora. Then I used Agama to install TW next to Fedora. Installation was successful, but when the system boots, it goes directly to Fedora. I can press F7 when booting and choose between Fedora/openSUSE, but it's not the default behavior. I'm not sure if this is the Agama (Storage) problem or TW problem in general or the HW is the problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 21

[Bug 1220668] New: kamoso fails to show any UI (on GNOME system)
by bugzilla_noreply＠suse.com 03 Jul '24

03 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1220668 Bug ID: 1220668 Summary: kamoso fails to show any UI (on GNOME system) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: gp(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Starting kamoso via the command line I see QQmlApplicationEngine failed to load component qrc:/qml/Main.qml:154:22: Type ImagesView unavailable qrc:/qml/ImagesView.qml:13:1: module "org.kde.purpose" is not installed in the console and then ... nothing, until I stop it via <Ctrl>-<C>. This is kamoso-23.08.4-1.2.x86_64 on current Tumbleweed with a GNOME desktop. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1222429] New: btrfs does not know norecovery since 6.8
by bugzilla_noreply＠suse.com 03 Jul '24

03 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1222429 Bug ID: 1222429 Summary: btrfs does not know norecovery since 6.8 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: jslaby(a)suse.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- This is a clone of: https://github.com/yast/yast-update/issues/197 due to no responses in there. In yast-update/src/modules/RootPart.rb, Line 41 in b3e78e0 there is: NORECOVERY_FS = [:btrfs, :ext3, :ext4, :xfs].freeze norecovery was deprecated in torvalds/linux@74ef001 (5.9) and finally removed in torvalds/linux@a1912f7 (6.8). Due to that, btrfs cannot be probed by yast now: btrfs: Unknown parameter norecovery It used to warn between 5.9 and 6.8: 'nologreplay' is deprecated, use 'rescue=nologreplay' instead Yast should adopt, but I don't know how to do it in a generic way... -- You are receiving this mail because: You are on the CC list for the bug.

1 37

[Bug 1221192] New: MicroOS Desktop installed using Agama contains unsolvable error: pattern:microos_kde_desktop-5.0-85.1.x86_64 requires 'patterns-microos-desktop-kde', but this requirement cannot be provided
by bugzilla_noreply＠suse.com 03 Jul '24

03 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1221192 Bug ID: 1221192 Summary: MicroOS Desktop installed using Agama contains unsolvable error: pattern:microos_kde_desktop-5.0-85.1.x86_64 requires 'patterns-microos-desktop-kde', but this requirement cannot be provided Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: locilka(a)suse.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Created attachment 873354 --> https://bugzilla.suse.com/attachment.cgi?id=873354&action=edit Screenshot Take Agama Live CD, boot it, Select MicroOS Desktop and go to the packages proposal. In my case, there is first this issue https://github.com/openSUSE/agama/issues/1050 (No network -> No repos), but later, when repos are initialized and you go to the Software section, there are two patters to choose from [ ] GNOME Desktop [ ] KDE Desktop You will get an error message described at https://github.com/openSUSE/agama/issues/1084 The actual problem is this: the to be installed pattern:microos_kde_desktop-5.0-85.1.x86_64 requires 'patterns-microos-desktop-kde', but this requirement cannot be provided Solution 1: do not install pattern:microos_kde_desktop-5.0-85.1.x86_64 Solution 2: do not install pattern:microos_gnome_desktop-5.0-85.1.x86_64 (which sounds rather weird BTW) The point is, that either the repo consistency is broken, or the pattern itself is broken, or...? What is this bugreport good for? 1. If it's a consistency issue, fix it 2. If it's an Agama Live CD issue (probably not, but maybe list of patterns?), fix it 3. It's good to have logs somewhere for those GH issues mentioned above -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1222651] New: After slowroll upgrade, laptop no longer switches from internal speakers to external display audio on connection/disconnection
by bugzilla_noreply＠suse.com 03 Jul '24

03 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1222651 Bug ID: 1222651 Summary: After slowroll upgrade, laptop no longer switches from internal speakers to external display audio on connection/disconnection Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: screening-team-bugs(a)suse.de Reporter: bbilocura(a)gmail.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- After the latest slowroll release (including the update to Plasma 6), my laptop no longer switches between HDMI audio and internal speakers when an external display is connected/disconnected. I have to e.g. when disconnecting HDMI, manually go into Plasma sound settings, show inactive devices, and switch profiles to Analog Stereo Output. To be clear – audio works both with laptop speakers and with HDMI, I just have to manually switch profiles. This is very annoying. Things I’ve tried: Reinstalling pavucontrol, pipewire-pulseaudio, wireplumber Removing ~/.local/state/wireplumber pactl load-module module-switch-on-connect Operating System: openSUSE Tumbleweed-Slowroll 20240405 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.3 Kernel Version: 6.8.4-rc1-1-default (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-10710U CPU @ 1.10GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: Micro-Star International Co., Ltd. Product Name: Prestige 15 A10SC System Version: REV:1.0 This also happens under the latest 20240409 Tumbleweed KDE Live image. However, reverting my actual install to a previous snapshot restores my laptop’s ability to automatically switch between internal speakers and external display (HDMI) audio. ----Working configuration---- Operating System: openSUSE Tumbleweed-Slowroll 20240213 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.8.1-1-default (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-10710U CPU @ 1.10GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: Micro-Star International Co., Ltd. Product Name: Prestige 15 A10SC System Version: REV:1.0 Obviously this is not a long term solution as I cannot update without losing functionality. I also do not have this problem on the latest KDE Neon live image. It seems to be limited to openSUSE. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1218458] New: zombie process "nvidia-settings" generated by the file .nvidia-settings-rc
by bugzilla_noreply＠suse.com 02 Jul '24

02 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1218458 Bug ID: 1218458 Summary: zombie process "nvidia-settings" generated by the file .nvidia-settings-rc Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: H.H.Albert(a)web.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- .nvidia-settings-rc creates a zombie process on opensuse leap 15.5. If the .nvidia-settings-rc file is located in the $HOME directory of the user, the process table contains a zombie process. 16912 ? Z 0:00 [*nvidia*-settings] <defunct> Harware: *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model *Model*: "nVidia TU116 [GeForce GTX 1660 Ti]" *~ #* hwinfo --arch Arch: X86_64/grub Desktop Environment KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 5.14.21-150500.55.39-default (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1223989] New: Please update out-of-date cyrus IMAP
by bugzilla_noreply＠suse.com 02 Jul '24

02 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1223989 Bug ID: 1223989 Summary: Please update out-of-date cyrus IMAP Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: aaron.w2(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Currently, it looks like Cyrus IMAP is stuck on version 2.4. The current stable version is 3.10. Version 2.4 is left over from when development was done at CMU, which has not been the case for quite a while. Is it possible to offer version 3.10? -- You are receiving this mail because: You are on the CC list for the bug.

1 4