October 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1137583] New: Gitg crashes on startup
by bugzilla_noreply＠novell.com 30 Mar '22

30 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1137583 Bug ID: 1137583 Summary: Gitg crashes on startup Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: os.gnome.maintainers(a)gmail.com Reporter: juergen(a)spitzmueller.org QA Contact: bnc-team-screening(a)forge.provo.novell.com Found By: --- Blocker: --- With recent tumbleweed (update to gitg 3.32), gitg immediately crashes on start. Backtrace: Thread 1 "gitg" received signal SIGSEGV, Segmentation fault. 0x00007ffff718f3e7 in _ggit_native_get () from /usr/lib64/libgit2-glib-1.0.so.0 (gdb) bt #0 0x00007ffff718f3e7 in _ggit_native_get () at /usr/lib64/libgit2-glib-1.0.so.0 #1 0x00007ffff7193b89 in ggit_repository_get_workdir () at /usr/lib64/libgit2-glib-1.0.so.0 #2 0x00007ffff7f5dc3c in gitg_diff_view_set_repository () at /usr/lib64/libgitg-1.0.so.0 #3 0x00007ffff7e8ee1e in g_object_setv () at /usr/lib64/libgobject-2.0.so.0 #4 0x00007ffff7e8fd7b in g_object_set_property () at /usr/lib64/libgobject-2.0.so.0 #5 0x00007ffff7e82174 in () at /usr/lib64/libgobject-2.0.so.0 #6 0x00007ffff7e833e8 in g_object_bind_property_full () at /usr/lib64/libgobject-2.0.so.0 #7 0x00007ffff7e83769 in g_object_bind_property_with_closures () at /usr/lib64/libgobject-2.0.so.0 #8 0x00007ffff4d4bd03 in () at /usr/lib64/gitg/plugins/libdiff.so #9 0x00007ffff7e8cb9c in () at /usr/lib64/libgobject-2.0.so.0 #10 0x00007ffff7e8e3a0 in g_object_newv () at /usr/lib64/libgobject-2.0.so.0 #11 0x00007ffff6efe472 in () at /usr/lib64/libpeas-1.0.so.0 #12 0x00007ffff6f00c69 in () at /usr/lib64/libpeas-1.0.so.0 #13 0x00007ffff6efb1c1 in peas_engine_create_extensionv () at /usr/lib64/libpeas-1.0.so.0 #14 0x00007ffff6efc9ec in () at /usr/lib64/libpeas-1.0.so.0 #15 0x00007ffff6efcbcb in () at /usr/lib64/libpeas-1.0.so.0 #16 0x00007ffff7e8cb9c in () at /usr/lib64/libgobject-2.0.so.0 #17 0x00007ffff7e8e860 in g_object_new_valist () at /usr/lib64/libgobject-2.0.so.0 #18 0x00007ffff7e8eba9 in g_object_new () at /usr/lib64/libgobject-2.0.so.0 #19 0x00007ffff6efd4e5 in peas_extension_set_newv () at /usr/lib64/libpeas-1.0.so.0 #20 0x00007ffff6efd608 in peas_extension_set_new_valist () at /usr/lib64/libpeas-1.0.so.0 #21 0x00007ffff6efd7a0 in peas_extension_set_new () at /usr/lib64/libpeas-1.0.so.0 #22 0x00005555555a43e0 in () --Type <RET> for more, q to quit, c to continue without paging-- #23 0x00005555555c67bb in () #24 0x00005555555c6aa3 in () #25 0x00005555555c7d06 in gitg_ui_elements_construct_with_builtin () #26 0x00005555555c80a2 in gitg_ui_elements_new_with_builtin () #27 0x00005555555ca5d4 in () #28 0x00005555555ccc9e in gitg_window_create_new () #29 0x00005555555acc62 in () #30 0x00005555555ad785 in () #31 0x00007ffff696bd8d in () at /usr/lib64/libffi.so.7 #32 0x00007ffff696b17a in () at /usr/lib64/libffi.so.7 #33 0x00007ffff7e87e46 in g_cclosure_marshal_generic_va () at /usr/lib64/libgobject-2.0.so.0 #34 0x00007ffff7e870c6 in () at /usr/lib64/libgobject-2.0.so.0 #35 0x00007ffff7ea2fab in g_signal_emit_valist () at /usr/lib64/libgobject-2.0.so.0 #36 0x00007ffff7ea3b8f in g_signal_emit () at /usr/lib64/libgobject-2.0.so.0 #37 0x00007ffff7360ef3 in () at /usr/lib64/libgio-2.0.so.0 #38 0x00007ffff73636a9 in () at /usr/lib64/libgio-2.0.so.0 #39 0x00005555555acbb9 in () #40 0x00007ffff736386a in g_application_run () at /usr/lib64/libgio-2.0.so.0 #41 0x00005555555ce699 in gitg_main_main () #42 0x00007ffff6d53bcb in __libc_start_main () at /lib64/libc.so.6 #43 0x0000555555575f7a in _start () -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1127000] New: qemu smb share leaves a lot of zombies
by bugzilla_noreply＠novell.com 30 Mar '22

30 Mar '22

http://bugzilla.suse.com/show_bug.cgi?id=1127000 Bug ID: 1127000 Summary: qemu smb share leaves a lot of zombies Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Virtualization:Other Assignee: virt-bugs(a)suse.de Reporter: jslaby(a)suse.com QA Contact: qa-bugs(a)suse.de CC: brogers(a)suse.com Found By: --- Blocker: --- With this commandline: /usr/bin/qemu-system-x86_64 -machine accel=kvm -k en-us -smp 4 -daemonize -pidfile /tmp/qemu.pid.30512 -device virtio-rng-pci -device ich9-usb-ehci1,multifunction=on,id=ehci -device ich9-usb-uhci1,masterbus=ehci.0,multifunction=on -device ich9-usb-uhci2,masterbus=ehci.0,firstport=2,multifunction=on -device ich9-usb-uhci3,masterbus=ehci.0,firstport=4,multifunction=on -drive file=/home/new/win.qcow2,discard=unmap -soundhw ac97 -spice disable-ticketing,gl=on,unix,addr=/tmp/qemu-spice.30512.sock -device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -net user,smb=/home/smb,hostfwd=tcp::3389-:3389 -net nic,model=rtl8139 -rtc base=localtime -vga qxl -device usb-tablet -m 1G After some time running, I see a lot of smbd zombie processes: > xslaby 30546 2.4 7.4 2572952 1213920 ? Tl úno24 60:58 /usr/bin/qemu-system-x86_64 -machine accel=kvm -k en-us -smp 4 -daemonize -pidfile /tmp/qemu.pid.30512 -device virtio-rng-pci -device ich9-usb-ehci1,multifunction=on,id=ehci -device ich9-usb-uhci1,masterbus=ehci.0,multifunction=on -device ich9-usb-uhci2,masterbus=ehci.0,firstport=2,multifunction=on -device ich9-usb-uhci3,masterbus=ehci.0,firstport=4,multifunction=on -drive file=/home/new/win.qcow2,discard=unmap -soundhw ac97 -spice disable-ticketing,gl=on,unix,addr=/tmp/qemu-spice.30512.sock -device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -net user,smb=/home/smb,hostfwd=tcp::3389-:3389 -net nic,model=rtl8139 -rtc base=loca ltime -vga qxl -device usb-tablet -m 1G > xslaby 30600 0.0 0.1 49892 20088 ? Ss úno24 0:01 \_ /usr/sbin/smbd -l /tmp/qemu-smb.ZIY0XZ -s /tmp/qemu-smb.ZIY0XZ/smb.conf > xslaby 30602 0.0 0.0 45440 4892 ? S úno24 0:00 \_ /usr/sbin/smbd -l /tmp/qemu-smb.ZIY0XZ -s /tmp/qemu-smb.ZIY0XZ/smb.conf > xslaby 30603 0.0 0.0 45432 3328 ? S úno24 0:00 \_ /usr/sbin/smbd -l /tmp/qemu-smb.ZIY0XZ -s /tmp/qemu-smb.ZIY0XZ/smb.conf > xslaby 32070 0.0 0.0 0 0 ? Z úno24 0:00 \_ [smbd] <defunct> > xslaby 1184 0.0 0.0 0 0 ? Z úno24 0:00 \_ [smbd] <defunct> > xslaby 2708 0.0 0.0 0 0 ? Z úno24 0:00 \_ [smbd] <defunct> > xslaby 2902 0.0 0.0 0 0 ? Z úno24 0:00 \_ [smbd] <defunct> > xslaby 3834 0.0 0.0 0 0 ? Z úno24 0:00 \_ [smbd] <defunct> > xslaby 4514 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 7508 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 9429 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 10975 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 12896 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 14454 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 16387 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 18100 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 19775 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 21479 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 31399 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 2457 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 4636 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 6490 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 8795 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 10394 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 12068 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 13606 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 15829 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 17444 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 19211 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 20870 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 22653 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 25946 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 27950 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 29908 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 31403 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 378 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 1887 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 3610 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 5101 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 6557 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 8027 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 9534 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 10978 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 12442 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 13894 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 15346 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 16831 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 18284 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 19741 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 21197 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 22659 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 24110 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 25926 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 27476 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 29449 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 30944 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 32378 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 1418 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 2914 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 5694 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 7345 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 8838 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 10286 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 11743 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 13175 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 14215 0.0 0.0 0 0 ? Z úno25 0:00 \_ [smbd] <defunct> > xslaby 15492 0.0 0.0 0 0 ? Z 06:38 0:00 \_ [smbd] <defunct> > xslaby 18349 0.0 0.0 0 0 ? Z 06:53 0:00 \_ [smbd] <defunct> > xslaby 20043 0.0 0.0 0 0 ? Z 07:08 0:00 \_ [smbd] <defunct> > xslaby 21654 0.0 0.0 0 0 ? Z 07:23 0:00 \_ [smbd] <defunct> > xslaby 23364 0.0 0.0 0 0 ? Z 07:38 0:00 \_ [smbd] <defunct> > xslaby 24473 0.0 0.0 0 0 ? Z 07:53 0:00 \_ [smbd] <defunct> > xslaby 26134 0.0 0.0 0 0 ? Z 08:08 0:00 \_ [smbd] <defunct> > xslaby 27373 0.0 0.0 0 0 ? Z 08:23 0:00 \_ [smbd] <defunct> > xslaby 28757 0.0 0.0 0 0 ? Z 08:38 0:00 \_ [smbd] <defunct> > xslaby 29947 0.0 0.0 0 0 ? Z 08:53 0:00 \_ [smbd] <defunct> > xslaby 31154 0.0 0.0 0 0 ? Z 09:08 0:00 \_ [smbd] <defunct> > xslaby 32462 0.0 0.0 0 0 ? Z 09:23 0:00 \_ [smbd] <defunct> > xslaby 1347 0.0 0.0 0 0 ? Z 09:38 0:00 \_ [smbd] <defunct> > xslaby 2581 0.0 0.0 0 0 ? Z 09:53 0:00 \_ [smbd] <defunct> > xslaby 4173 0.0 0.0 0 0 ? Z 10:08 0:00 \_ [smbd] <defunct> > xslaby 5370 0.0 0.0 0 0 ? Z 10:23 0:00 \_ [smbd] <defunct> > xslaby 6652 0.0 0.0 0 0 ? Z 10:38 0:00 \_ [smbd] <defunct> > xslaby 7813 0.0 0.0 0 0 ? Z 10:53 0:00 \_ [smbd] <defunct> > xslaby 9252 0.0 0.0 0 0 ? Z 11:08 0:00 \_ [smbd] <defunct> > xslaby 10823 0.0 0.0 0 0 ? Z 11:23 0:00 \_ [smbd] <defunct> > xslaby 12232 0.0 0.0 0 0 ? Z 11:38 0:00 \_ [smbd] <defunct> > xslaby 13917 0.0 0.0 0 0 ? Z 11:53 0:00 \_ [smbd] <defunct> > xslaby 16442 0.0 0.0 0 0 ? Z 12:08 0:00 \_ [smbd] <defunct> > xslaby 18652 0.0 0.0 0 0 ? Z 12:23 0:00 \_ [smbd] <defunct> They should be reaped when new one starts, IMO. I am using $ qemu-kvm --version QEMU emulator version 3.1.0 from the Virtualization project. But it does not matter, it happens for a long time. -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1130588] New: package requires obsolete pwdutils instead of shadow
by bugzilla_noreply＠novell.com 29 Mar '22

29 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1130588 Bug ID: 1130588 Summary: package requires obsolete pwdutils instead of shadow Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: comes(a)naic.edu QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- There are packages that have in their spec file: Requires(pre) pwdutils The package pwdutils was last available in 12.2 and was replaced in 12.3 by shadow. Having Requires(pre) pwdutils in the spec file could sooner or later cause a bug similar to 1127610. Here is the list of src.rpm present in Leap 15.1 and tumbleweed that are affected: NetworkManager-openconnect amanda amavisd-new apt-cacher-ng atftp avahi avahi-glib2 avahi-mono avahi-qt4 boinc-client cntlm colord crawl cyrus-imapd ddclient dkimproxy fetchmail firebird fonehome gdm glibc gnome-robots hackrf icingaweb2 keepalived knot libperseus-sdr libxtrxll lightdm lighttpd lldpd lockdev mariadb minidlna motion mpd munge nagios nginx nrpe ntp ntpsec openssh otrs pcsc-lite pdns-common pdns-recursor pesign polkit postfixadmin postgresql pound prosody pulseaudio quagga quassel rabbitmq-server salt shibboleth-sp slurm sphinx subversion tftp tpm2-0-tss tpm2.0-abrmd trousers usbmuxd virtualbox zabbix Affected packages only in Leap 15.1: ptokax Affected packages only in tumbleweed: influxdb khunphan syncthing(syncthing-relaysrv) I'm wondering if this is the proper way to submit such kind of 'cumulative' bug, or I should have opened a bug for every single package. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1077154] New: VUL-0: CVE-2018-1000003: pdns-recursor: input validation bugs in DNSSEC validators components
by bugzilla_noreply＠novell.com 29 Mar '22

29 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1077154 Bug ID: 1077154 Summary: VUL-0: CVE-2018-1000003: pdns-recursor: input validation bugs in DNSSEC validators components Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other URL: https://smash.suse.de/issue/198758/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: amajer(a)suse.com Reporter: abergmann(a)suse.com QA Contact: security-team(a)suse.de Found By: Security Response Team Blocker: --- CVE-2018-1000003 Improper input validation bugs in DNSSEC validators components in PowerDNS version 4.1.0 allow attacker in man-in-the-middle position to deny existence of some data in DNS via packet replay. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-1000003 http://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-1000003.html https://doc.powerdns.com/recursor/security-advisories/powerdns-advisory-201… -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1136753] New: Default flatpak install is missing xdg-desktop-portal-gtk
by bugzilla_noreply＠novell.com 28 Mar '22

28 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1136753 Bug ID: 1136753 Summary: Default flatpak install is missing xdg-desktop-portal-gtk Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Xfce Assignee: bnc-team-xfce(a)forge.provo.novell.com Reporter: dario.tislar(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On xfce if you install flatpak, xdg-desktop-portal-gtk is not installed. This causes that flatpak apps can't open url in web browser. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1118064] New: Firefox 60.3.0 makes openSuse 15.0 hang/freeze
by bugzilla_noreply＠novell.com 26 Mar '22

26 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1118064 Bug ID: 1118064 Summary: Firefox 60.3.0 makes openSuse 15.0 hang/freeze Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: pierrelud(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Firefox 60.3.0 makes openSuse 15.0 hang/freeze Happens after opening some tabs an surfing a bit. Any support info? Why does openSuse just hang? -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1112361] New: snapper list shows invalid chars in fr_FR.UTF8
by bugzilla_noreply＠novell.com 22 Mar '22

22 Mar '22

http://bugzilla.suse.com/show_bug.cgi?id=1112361 Bug ID: 1112361 Summary: snapper list shows invalid chars in fr_FR.UTF8 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: aschnell(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The output of 'snapper list' can include invalid chars in fr_FR.UTF8: # LANG=fr_FR.UTF8 snapper ls # | Type | Pre # | Date | Utilisateur | Espace utilisé | Nettoyer | Description | Données utilisateur ----+--------+-------+---------------------------------+-------------+----------------+----------+-----------------------+-------------------- [...] 6* | single | | jeu. 18 oct. 2018 11:07:13 CEST | root | 1�020,00 Kio | | | -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1127188] New: cannot update kernel configuration with cross-compiler
by bugzilla_noreply＠novell.com 22 Mar '22

22 Mar '22

http://bugzilla.suse.com/show_bug.cgi?id=1127188 Bug ID: 1127188 Summary: cannot update kernel configuration with cross-compiler Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: msuchanek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- SUSE cross-compilers do not include libc. Some kernel configuration options depend on compiler features including the ability to link userspace binaries. This differs between native compilers and cross-compilers causing different configuration to be generated. The kernel build fails when the configuration changes. -- You are receiving this mail because: You are on the CC list for the bug.

2 18

[Bug 1149995] New: Shared libraries missing source level debug info
by bugzilla_noreply＠novell.com 22 Mar '22

22 Mar '22

http://bugzilla.suse.com/show_bug.cgi?id=1149995 Bug ID: 1149995 Summary: Shared libraries missing source level debug info Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: rguenther(a)suse.com Reporter: schwab(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Probably due to LTO the debuginfo of shared libaries is broken, for example for libbfd. -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 1152590] New: cross-avr-gcc* are huge
by bugzilla_noreply＠novell.com 22 Mar '22

22 Mar '22

http://bugzilla.suse.com/show_bug.cgi?id=1152590 Bug ID: 1152590 Summary: cross-avr-gcc* are huge Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: rguenther(a)suse.com Reporter: jslaby(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I want to cross-compile for avrs, so I installed cross-avr-gcc9, but the rpm is HUGE. Look: https://download.opensuse.org/repositories/devel:/gcc/openSUSE_Factory/x86_… cross-avr and cross-rx binaries seem to be unstripped -- no debuginfo package, the debuginfo is inline. Picking some of the files from the rpm: 187818848 Sep 23 16:21 /usr/lib64/gcc/avr/9/cc1 199320384 Sep 23 16:21 /usr/lib64/gcc/avr/9/cc1plus 179107056 Sep 23 16:21 /usr/lib64/gcc/avr/9/lto1 Almost 200M each... # objdump -h /usr/lib64/gcc/avr/9/lto1 |grep \\.debug 31 .debug_aranges 0000db70 0000000000000000 0000000000000000 00d21db0 2**4 32 .debug_info 04ad324b 0000000000000000 0000000000000000 00d2f920 2**0 33 .debug_abbrev 001aa282 0000000000000000 0000000000000000 05802b6b 2**0 34 .debug_line 00c54dd7 0000000000000000 0000000000000000 059acded 2**0 35 .debug_str 0053d6db 0000000000000000 0000000000000000 06601bc4 2**0 36 .debug_loc 02f2cce9 0000000000000000 0000000000000000 06b3f29f 2**0 37 .debug_ranges 00e77270 0000000000000000 0000000000000000 09a6bf90 2**4 On the other hand, from cross-arm-gcc9: 18859160 Aug 23 14:00 /usr/lib64/gcc/arm-suse-linux-gnueabi/9/cc1 20189880 Aug 23 14:00 /usr/lib64/gcc/arm-suse-linux-gnueabi/9/cc1plus 17903416 Aug 23 14:00 /usr/lib64/gcc/arm-suse-linux-gnueabi/9/lto1 By the order of magnitude smaller: around 20M. # objdump -h /usr/lib64/gcc/arm-suse-linux-gnueabi/9/lto1 |grep \\.debug <Nothing> So stripping lto1 manually: # cp /usr/lib64/gcc/avr/9/lto1 . # strip /usr/lib64/gcc/avr/9/lto1 # ll -h lto1 /usr/lib64/gcc/avr/9/lto1 -rwxr-xr-x 1 root root 171M 1. říj 09.07 lto1 -rwxr-xr-x 1 root root 14M 1. říj 09.07 /usr/lib64/gcc/avr/9/lto1 So what went wrong during the build? -- You are receiving this mail because: You are on the CC list for the bug.

2 34