June 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1102840] New: trackerbug: build fails at some time
by bugzilla_noreply＠novell.com 05 Oct '21

05 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1102840 Bug ID: 1102840 Summary: trackerbug: build fails at some time Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: CONFIRMED Severity: Normal Priority: P5 - None Component: Development Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Depends on: 1081871, 1031548, 1031549, 1068372 Found By: Development Blocker: --- Some packages make assumptions about the date+time they are built e.g. assuming that cookies or SSL-certs in their unittests are not yet expired but that breaks building in the future. This can cause trouble for maintenance-updates later and it makes my reproducible builds efforts harder. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1105510] New: iPXE build failure: Unrecognised relocation type 4
by bugzilla_noreply＠novell.com 04 Oct '21

04 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1105510 Bug ID: 1105510 Summary: iPXE build failure: Unrecognised relocation type 4 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jjolly(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 780322 --> http://bugzilla.opensuse.org/attachment.cgi?id=780322&action=edit ipxe-efi-recognize-plt32-relocation.patch iPXE build is failing with the following error: ./util/elf2efi64 --subsystem=10 bin-x86_64-efi/ipxe.efi.tmp bin-x86_64-efi/ipxe.efi Unrecognised relocation type 4 This is due to a change in the buildtools that causes the efi build to set some relocatable symbols to R_X86_64_PLT32 instead of R_X86_64_PC32. The simple solution is to allow the elf2efi tool to recognize the PLT32 relocation symbols just as it would the PC32 symbols. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1090355] New: GCC 8: qemu build fails
by bugzilla_noreply＠novell.com 04 Oct '21

04 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1090355 Bug ID: 1090355 Summary: GCC 8: qemu build fails 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: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- [ 1107s] In function 'process_section', [ 1107s] inlined from 'elf2pe.isra.4' at util/elf2efi.c:909:25: [ 1107s] util/elf2efi.c:494:2: error: 'strncpy' specified bound 8 equals destination size [-Werror=stringop-truncation] [ 1107s] strncpy ( ( char * ) new->hdr.Name, name, sizeof ( new->hdr.Name ) ); [ 1107s] ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Seen here: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:… -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1003226] New: Slow loading/page construction
by bugzilla_noreply＠novell.com 03 Oct '21

03 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1003226 Bug ID: 1003226 Summary: Slow loading/page construction Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: matthias(a)mailaender.name QA Contact: adrian(a)suse.com Found By: --- Blocker: --- I already reported my dashboard loading extremely slow https://github.com/openSUSE/open-build-service/issues/2086 which seems to be strengthened by my activity as I have 3 pages full of open requests submitted to Factory or devel project awaiting peer review from maintainers. How since a few weeks the whole website became super slow. Viewing regular package pages or repository enable/disable sites, which I usually quickly click to avoid redundant rebuilds. See also https://github.com/openSUSE/open-build-service/issues/586 I usually only branch or create packages via the web interface and use osc with local builds and only commit stuff that works. But with the current response time it is far too tedious. Pages take several minutes to load for me. Tested on multiple V-DSL connections at various day times. It seems to be a fundamental problem that has gotten worse lately. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1105229] New: Plasmashell attempts to load Wayland-EGL and fails after X11:Xorg repository was added.
by bugzilla_noreply＠novell.com 02 Oct '21

02 Oct '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1105229 Bug ID: 1105229 Summary: Plasmashell attempts to load Wayland-EGL and fails after X11:Xorg repository was added. Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: sndirsch(a)suse.com Reporter: mail(a)marekpasnikowski.name QA Contact: bnc-team-screening(a)forge.provo.novell.com Found By: --- Blocker: --- # journalctl | grep -i plasma Aug 17 15:49:39 obikawa14 sddm-greeter[1794]: Reading from "/usr/share/xsessions/plasma5.desktop" Aug 17 15:49:39 obikawa14 sddm-greeter[1794]: Reading from "/usr/share/wayland-sessions/plasmawayland.desktop" Aug 17 15:49:47 obikawa14 sddm-greeter[1794]: Reading from "/usr/share/wayland-sessions/plasmawayland.desktop" Aug 17 15:49:47 obikawa14 sddm[1762]: Reading from "/usr/share/wayland-sessions/plasmawayland.desktop" Aug 17 15:49:47 obikawa14 sddm[1762]: Reading from "/usr/share/wayland-sessions/plasmawayland.desktop" Aug 17 15:49:47 obikawa14 sddm[1762]: Session "/usr/share/wayland-sessions/plasmawayland.desktop" selected, command: "dbus-run-session /usr/bin/startplasmacompositor" Aug 17 15:49:47 obikawa14 sddm-helper[1850]: Starting: "/usr/share/sddm/scripts/wayland-session dbus-run-session /usr/bin/startplasmacompositor" Aug 17 15:49:51 obikawa14 ksmserver[1981]: org.kde.kf5.ksmserver: Starting autostart service "/etc/xdg/autostart/org.kde.plasmashell.desktop" ("/usr/bin/plasmashell") Aug 17 15:49:53 obikawa14 plasmashell[1999]: org.kde.plasmaquick: Applet preload policy set to 1 Aug 17 15:49:53 obikawa14 plasmashell[1999]: Using Wayland-EGL Aug 17 15:49:53 obikawa14 plasmashell[1999]: The EGL implementation does not support the Wayland platform After I had added the X11:Xorg repository in order to get fixes for another bug my desktop is no longer rendered by the proper driver. When I tried looking at the logs by myself, I could not find anything indicating the source of the problem. The above fragment is the only thing that I could find that indicates that something went wrong. The X11:Xorg repository has the top priority in my system and I had used the "zypper dup --allow-vendor-change" command. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Bug 1091603] New: iproute2: "ip route add default via <ipv6_address>" not parsed correctly
by bugzilla_noreply＠novell.com 01 Oct '21

01 Oct '21

http://bugzilla.suse.com/show_bug.cgi?id=1091603 Bug ID: 1091603 Summary: iproute2: "ip route add default via <ipv6_address>" not parsed correctly Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mkubecek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- With iproute2 4.16, command "ip route add default via ..." fails if an IPv6 address is supplied (unless "-6" is used): alaris:~ # ip route add default via 1::1 Error: inet address is expected rather than "1::1". This is a regression in version 4.16 fixed by commit d42c7891d26e utils: Do not reset family for default, any, all addresses -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1137520] New: openQA test fails in qemu with "corrupted size vs. prev_size: 0x000056322a96f680" or "malloc(): smallbin double linked list corrupted: 0x0000557b4ea753d0"
by bugzilla_noreply＠novell.com 29 Sep '21

29 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1137520 Bug ID: 1137520 Summary: openQA test fails in qemu with "corrupted size vs. prev_size: 0x000056322a96f680" or "malloc(): smallbin double linked list corrupted: 0x0000557b4ea753d0" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other URL: https://openqa.opensuse.org/tests/949807/modules/first _boot/steps/1 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KVM Assignee: kvm-bugs(a)suse.de Reporter: okurz(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-5.12.80-Krypton-Live-x86_64-krypton-live-installation@64bit-2G fails in [first_boot](https://openqa.opensuse.org/tests/949807/modules/first_boot/ste… with an "incomplete" status due to qemu crashes. ## Test suite description Boots the openSUSE Krypton/Argon Live DVD and uses the installer to install with default settings, then reboots into the installed system. ## Reproducible Fails since at least 2019-03-19, see https://openqa.opensuse.org/tests/894616 ## Expected result Last good: 3 months ago, see https://openqa.opensuse.org/tests/876852 and further tests in the history that did not fail. ## Problem We had maintenance updates for qemu: ``` openqaworker4:~ # grep -i '|qemu|' /var/log/zypp/history 2018-10-01 13:49:07|install|qemu|2.11.2-lp150.7.9.1|x86_64||repo-update|feef165faae3f66a39d5339db9994a2620160ac930172adee9f3a529265dd9da| 2018-12-07 00:33:21|install|qemu|2.11.2-lp150.7.12.1|x86_64||repo-update|eef9ee9e02c90d20b97e7d7520e3748565f77e42b651acc2307664f45c217b7d| 2018-12-16 00:50:35|install|qemu|2.11.2-lp150.7.15.1|x86_64||repo-update|1ec34cf5f0df53881fa7050ac1dc805112b52a73b6fe68283a2bdff153336d8a| 2019-02-28 00:11:59|install|qemu|2.11.2-lp150.7.18.1|x86_64||repo-update|4f8871d87248bba24314cb1b4f8bcb93bb0ffc73ee5c752bf83ffc4efa48b3d3| 2019-05-20 16:52:47|install|qemu|2.11.2-lp150.7.22.1|x86_64||repo-update|419e55de487213462e848818ef975db252b671a4327c4e515f079eae287ef478| ``` ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?version=5.12.80&distri=ope… -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 952288] New: Find a way to set Adwaita as systemwide icon theme when installing GNOME DE
by bugzilla_noreply＠novell.com 28 Sep '21

28 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=952288 Bug ID: 952288 Summary: Find a way to set Adwaita as systemwide icon theme when installing GNOME DE Classification: openSUSE Product: openSUSE Factory Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: zaitor(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- As of today, any user installing GNOME as DE will still end up with DMZ set as system cursor instead of Adwaita. (do a grep X_MOUSE_CURSOR /etc/sysconfig/windowmanager on your boxes). Now this is only noticed when users open up yast (and possibly odd 3'rd party apps) It's rather visually unpleasing, and something we should look into fixing. The easiest thing to do would probably be to add it to one of our branding packages, or even create a new one if needed. Ideally we should offer a "system option" in tweak tool, but that will probably be a lot of work. Patches/fixes welcome everyone. -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 970624] New: Package Request: RetroFE
by bugzilla_noreply＠novell.com 28 Sep '21

28 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=970624 Bug ID: 970624 Summary: Package Request: RetroFE Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: zombie_ryushu(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I request that RetroFE be Packaged for SUSE. Sources can be found here. http://www.retrofe.com/download.php -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1069468] New: Packages should no longer use /var/adm/fillup-templates
by bugzilla_noreply＠novell.com 27 Sep '21

27 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1069468 Bug ID: 1069468 Summary: Packages should no longer use /var/adm/fillup-templates Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: CONFIRMED Severity: Major Priority: P5 - None Component: Other Assignee: rbrown(a)suse.com Reporter: rbrown(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 749776 --> http://bugzilla.opensuse.org/attachment.cgi?id=749776&action=edit fillup-templates list As discussed on the opensuse-packaging list there are significant problems with fillup-templates being located in /var/adm https://lists.opensuse.org/opensuse-packaging/2017-11/msg00017.html At time of writing, rpm in Tumbleweed now has support for a new rpm macro (%_fillupdir) which should be used instead to relocate the fillup templates to the new location of /usr/share/fillup-templates https://en.opensuse.org/index.php?title=openSUSE:Packaging_Conventions_RPM_… Any unchanged packages should be okay, as the rpm package's other macros that consume fillup-templates support both the old and new path. However to enable us to tidy up the /var subvolumes in all *SUSE distributions we to change all the packages to use the new path There are over 200 packages in Factory that currently use the old convention (List attached) I am working initially on the packages needed by CaaSP/Kubic, with my intention being to either do the rest soon after or ask the community to help with the rest. This bug is therefore a reference for all of these efforts -- You are receiving this mail because: You are on the CC list for the bug.

2 5