September 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1218136] New: Add Turkish F layout
by bugzilla_noreply＠suse.com 14 Feb '25

14 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1218136 Bug ID: 1218136 Summary: Add Turkish F layout Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: emir_sari(a)icloud.com QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Whilst installing Krypton, in the installer, there is no Turkish F layout, which also a common layout in Turkey, and used alongside the Q layout. Please add it as another option in the drop-down list. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1228165] New: Position of SUSE Python interpreters on Externally managed environments
by bugzilla_noreply＠suse.com 14 Feb '25

14 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1228165 Bug ID: 1228165 Summary: Position of SUSE Python interpreters on Externally managed environments Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Python Assignee: python-maintainers(a)suse.com Reporter: mcepl(a)suse.com QA Contact: qa-bugs(a)suse.de CC: dmueller(a)suse.com Target Milestone: --- Found By: --- Blocker: --- https://packaging.python.org/en/latest/specifications/externally-managed-en… This linked specification presents the use case rather well. Unlimited installation of Python packages can cause a serious damage, when the system component imports incompatible version of Python package instead of the intended one. (A parallel thought: are there any initiatives to port low-level components like firewalld to compiled languages? I know about firewalld-recode [1], but it seems to be quite dead). This specification tries to alleviate the problem by making it more difficult and painfully obvious that installing packages outside of the using system package manager is a wrong idea. That might be a good idea for normal users, but it seems like quite a bother for people who create containers, where the designers of such systems usually know what they are doing and who can check and test that nothing has been broken. The purpose of this bug is to discuss, whether we could produce some better solution to the problem, which wouldn’t be that obnoxious to our customers. One possible improvement would be to change our default hashbang to include `-s` parameter to calling our Python interpreters, so that modules in `$HOME` are not considered. Any possible improvements? [1] https://web.archive.org/web/20160318144103/https://fedorahosted.org/firewal… -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1224403] New: bpftrace: ERROR: Error attaching probe: 'kprobe:swap_readpage'
by bugzilla_noreply＠suse.com 14 Feb '25

14 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1224403 Bug ID: 1224403 Summary: bpftrace: ERROR: Error attaching probe: 'kprobe:swap_readpage' Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: petr.vorel(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- bpftrace fails to attach probe: # echo -e "\ninterval:s:5 { exit(); }" | cat /usr/share/bpftrace/tools/swapin.bt - | bpftrace - stdin:1-16: WARNING: swap_readpage is not traceable (either non-existing, inlined, or marked as "notrace"); attaching to it will likely fail Attaching 3 probes... cannot attach kprobe, probe entry may not exist ERROR: Error attaching probe: 'kprobe:swap_readpage' # echo $? 255 It has been failing for some time (at least since 20240412, but probably much longer). -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 1229450] New: libbpf: failed to find '.BTF' ELF section in vmlinux
by bugzilla_noreply＠suse.com 13 Feb '25

13 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1229450 Bug ID: 1229450 Summary: libbpf: failed to find '.BTF' ELF section in vmlinux Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: jslaby(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 876820 --> https://bugzilla.suse.com/attachment.cgi?id=876820&action=edit Devel:Kernel:master/kernel-source:kernel-vanilla/LEGACYX86/i586 build log The kernel builds result in random build failures while creating BTF. For example https://build.opensuse.org/package/live_build_log/Kernel:vanilla/kernel-sou…: > libbpf: failed to find '.BTF' ELF section in vmlinux > FAILED: load BTF from vmlinux: No data available > make[2]: *** [../scripts/Makefile.vmlinux:34: vmlinux] Error 255 > make[2]: *** Deleting file 'vmlinux' > make[1]: *** [/home/abuild/rpmbuild/BUILD/kernel-vanilla-6.11~rc3.338.gc3f2d783a459/linux-6.11-rc3-338-gc3f2d783a459/Makefile:1158: vmlinux] Error 2 > make: *** [../Makefile:224: __sub-make] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.olf5Nu (%build) arm seems to fail reliably. But for example in ibs://Devel:Kernel:master/kernel-source:kernel-vanilla/LEGACYX86/i586, it looks like it is sort of random. kernel-debug and kernel-vanilla fails for i586, but -default and -pae are built currently. See the job history for kernel-vanilla in there (the failed boot log is attached): > time package reason code build time worker > 2024-07-15 07:41:48 kernel-source:kernel-vanilla source change succeeded 47m 53s h01-ch5a:3 > 2024-07-15 23:56:48 kernel-source:kernel-vanilla source change succeeded 47m 57s h01-ch5b:5 > 2024-07-18 11:12:40 kernel-source:kernel-vanilla source change succeeded 48m 46s h01-ch5b:2 > 2024-07-26 20:01:29 kernel-source:kernel-vanilla source change succeeded 52m 40s h01-ch4b:2 > 2024-07-29 09:07:35 kernel-source:kernel-vanilla source change succeeded 52m 53s h01-ch4a:6 > 2024-08-03 11:38:55 kernel-source:kernel-vanilla source change failed 25m 16s h01-ch4b:8 > 2024-08-04 23:48:15 kernel-source:kernel-vanilla source change failed 25m 14s h01-ch4b:7 > 2024-08-06 16:37:35 kernel-source:kernel-vanilla source change succeeded 53m 25s h01-ch4b:4 > 2024-08-09 19:44:44 kernel-source:kernel-vanilla source change failed 26m 4s h01-ch5a:2 > 2024-08-11 22:48:56 kernel-source:kernel-vanilla source change failed 0m 38s h01-ch4b:6 > 2024-08-12 16:44:52 kernel-source:kernel-vanilla source change succeeded 54m 0s h01-ch5b:5 > 2024-08-15 21:49:11 kernel-source:kernel-vanilla source change failed 25m 25s h01-ch4b:1 > 2024-08-19 01:53:01 kernel-source:kernel-vanilla source change succeeded 50m 9s h01-ch4a:5 > 2024-08-19 11:33:50 kernel-source:kernel-vanilla source change succeeded 55m 9s h01-ch5b:1 > 2024-08-19 17:23:59 kernel-source:kernel-vanilla source change failed 25m 16s h01-ch5a:3 -- You are receiving this mail because: You are on the CC list for the bug.

1 36

[Bug 1230546] New: OpenSUSE Leap unable to launch cockpit web interface. cockpit-socket fails the moment you request via any web browser
by bugzilla_noreply＠suse.com 13 Feb '25

13 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1230546 Bug ID: 1230546 Summary: OpenSUSE Leap unable to launch cockpit web interface. cockpit-socket fails the moment you request via any web browser Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Cockpit Assignee: Cockpit-bugs(a)suse.de Reporter: nick.mason164(a)proton.me QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Steps to reproduce Install openSUSE Leap 15.6 with the KDE Plasma Desktop Enviornment use zypper to install cockpit package and all dependencies # sudo zypper in cockpit enable and start the cockpit.socket using systemctl # sudo systemctl enable cockpit.socket # sudo systemctl start cockpit.socket open a web browser of your choice and navigate to http://localhost:9090/ Expected Result: Cockpit Web UI Loads Current Result: Given an error saying it failed to connect and cockpit.socket fails with the current reason: trigger-limit-hit Current Workaround: downloading the cockpit desktop flatpak and connecting using that program -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1217747] New: colord: reproducible builds: icc varies from CPU
by bugzilla_noreply＠suse.com 13 Feb '25

13 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1217747 Bug ID: 1217747 Summary: colord: reproducible builds: icc varies from CPU Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://github.com/omgovich/colord/issues/122 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: gnome-bugs(a)suse.de Blocks: 1100677 Target Milestone: --- Found By: Development Blocker: --- While working on reproducible builds for ALP+openSUSE, I found that our colord package varied from differences in .icc files caused by differences in build machine CPU capabilities (probably AVX) Also filed upstream at https://github.com/omgovich/colord/issues/122 but they seem inactive. You find a reproducer and more details there. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1212912] New: hamradio/direwolf: Bug - Doesn't install on TW because it wants libgps29 instead of libgps30
by bugzilla_noreply＠suse.com 12 Feb '25

12 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1212912 Bug ID: 1212912 Summary: hamradio/direwolf: Bug - Doesn't install on TW because it wants libgps29 instead of libgps30 Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: jansimon.moeller(a)opensuse.org Reporter: ruimail24(a)gmail.com QA Contact: screening-team-bugs(a)suse.de CC: mardnh(a)gmx.de Target Milestone: --- Found By: --- Blocker: --- As per the title, hamradio/direwolf doesn't install on OpenSUSE TW because it depends on libgps29, and TW offers only libgps30. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1216986] New: libguestfs: embeds /etc/hosts
by bugzilla_noreply＠suse.com 12 Feb '25

12 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1216986 Bug ID: 1216986 Summary: libguestfs: embeds /etc/hosts Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: carnold(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1081754 Target Milestone: --- Found By: Development Blocker: --- While working on reproducible builds for openSUSE, I found that our libguestfs package can produce bit-identical results locally, but when comparing with the official OBS builds, it has this diff in --- old//usr/lib64/guestfs/supermin.d/base.tar.gz/./etc/hosts +++ new//usr/lib64/guestfs/supermin.d/base.tar.gz/./etc/hosts @@ -1,4 +1,26 @@ 127.0.0.1 hst +# +# hosts This file describes a number of hostname-to-address +# mappings for the TCP/IP subsystem. It is mostly +# used at boot time, when no name servers are running. +# On small systems, this file can be used instead of a +# "named" name server. +# Syntax: +# +# IP-Address Full-Qualified-Hostname Short-Hostname +# + 127.0.0.1 hst +# fallback hostname used by NetworkManager 127.0.0.1 hst -127.0.0.1 hst + +# special IPv6 addresses +::1 localhost ipv6-localhost ipv6-loopback + +fe00::0 ipv6-localnet + +ff00::0 ipv6-mcastprefix +ff02::1 ipv6-allnodes +ff02::2 ipv6-allrouters +ff02::3 ipv6-allhosts + Chances are, that it pulls in the /etc/hosts file from the build VM and that one might vary depending from usage of a preinstallimage or other factors. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1228593] New: thinkpad x13s aarch64 continue reset during grub2 load kernel
by bugzilla_noreply＠suse.com 11 Feb '25

11 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1228593 Bug ID: 1228593 Summary: thinkpad x13s aarch64 continue reset during grub2 load kernel Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: macromarship(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I just bought a thinkpad x13s aarch64. Following HCL:suse I have successfully installed latest version. And I have copied the dtb file to system_drv partition as page requested. But after grub2 load kernel, the computer continues reset. About 7-8 times failed then 1 success. This makes I am afraid to reboot computer because next time will take more tries to come in. I notice the UEFI version is 1.60 or 1.70, which is a higher version than 1.58. Upgrade your UEFI firmware to the newer versions which can support LINUX boot v1.49 or later versions. The latest version tested: v1.58 I have read all the tickets on this website. Can any help guide how to resolve this? Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Bug 1230132] New: Intermittent sound Legion Pro 7 16IRX8H (Intel CPU)
by bugzilla_noreply＠suse.com 11 Feb '25

11 Feb '25

https://bugzilla.suse.com/show_bug.cgi?id=1230132 Bug ID: 1230132 Summary: Intermittent sound Legion Pro 7 16IRX8H (Intel CPU) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Sound Assignee: tiwai(a)suse.com Reporter: vjacheslav.sorokin(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 877129 --> https://bugzilla.suse.com/attachment.cgi?id=877129&action=edit Information is gathered shortly after my laptops booted. Shortly after my laptop boots, I can turn on music or video, e.g., youtube video, and sound is there while video or audio file is playing. When I turn the playback off, sound disappears and restart is required to have it back. If I'm launching a VM via VirtualBox and turn on video / audio file in VM, then sound is there till the VM is turned off. Attaching alsa-info.sh-s with the sound working (alsa_booted.txt, alsa_booted_playing_sound.txt) and sound disappeared (alsa_booted_no_sound.txt). I'm aware of 1226449 Bug ID, but mine laptop has Intel CPU, not AMD, that's why I'm reporting this bug. -- You are receiving this mail because: You are on the CC list for the bug.

1 24