November 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1142586] New: LTO: gstreamer-plugins-base build fails on aarch64
by bugzilla_noreply＠novell.com 28 Mar '23

28 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1142586 Bug ID: 1142586 Summary: LTO: gstreamer-plugins-base build fails on aarch64 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: --- Fails here: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/gstr… -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1138813] New: LTO: libsepol build fails
by bugzilla_noreply＠novell.com 28 Mar '23

28 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1138813 Bug ID: 1138813 Summary: LTO: libsepol 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: --- Fails due to symbol versioning: 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 2

[Bug 1133278] New: LTO: pulseaudio build fails
by bugzilla_noreply＠novell.com 28 Mar '23

28 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1133278 Bug ID: 1133278 Summary: LTO: pulseaudio 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: --- Fails due to: libtool: error: not configured to extract global symbols from dlpreopened files <artificial>:(.text+0x1643): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' <artificial>:(.text+0x164f): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1117095] New: vc4: Failed to allocate from CMA, graphics freezes
by bugzilla_noreply＠novell.com 27 Mar '23

27 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1117095 Bug ID: 1117095 Summary: vc4: Failed to allocate from CMA, graphics freezes Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: jimc(a)math.ucla.edu QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a Raspberry Pi 3B (not plus) with OpenSuSE Tumbleweed openSUSE-release-20181101-934.1.aarch64 and kernel-default-4.18.15-1.2.aarch64. Kernel command line (/proc/cmdline): BOOT_IMAGE=/boot/Image-4.18.15-1-default root=UUID=38fbf451-5579-43d1-bdd2-84cfd886ad00 loglevel=3 splash=silent plymouth.enable=0 swiotlb=512 cma=300M console=ttyS1,115200n8 console=tty resume=/dev/mmcblk0p3 /boot/efi/config.txt (minus comments): kernel=u-boot.bin gpu_mem=32 force_turbo=0 initial_turbo=30 over_voltage=0 enable_uart=1 avoid_warnings=1 dtoverlay=upstream +upstream-mmc +upstreame-aux-interrupt include ubootconfig.txt arm_control=0x200 include extraconfig.txt dtparam=audio=on dtoverlay=vc4-kms-v3d (similar symptom with vc4-fkms-v3d) /etc/X11/xorg.conf.d/20-kms.conf says: Section "Device" Identifier "kms gfx" Driver "modesetting" #Option "AccelMethod" "none" [Commented out] EndSection /var/log/Xorg.0.log says: modeset(0): [DRI2] DRI driver: vc4 AIGLX: Loaded and initialized vc4 GLX: Initialized DRI2 GL provider for screen 0 In this configuration, glmark2-0.0+git.20180608-1.1.aarch64 runs without freezing or crashing and gets an overall score of 74, whereas with software rendering the score is 17, so GPU acceleration is really happening. >From the LightDM greeter I log in and start the default XFCE desktop. I start various programs and eventually get the symptom complained about; in the simplest case I start one xterm, one xload -update 2 (secs), and xscreensaver-5.37-4.3.aarch64 is active, blanking the screen only, DPMS off after 20 min. I let it incubate overnight. At the start, CmaTotal (from /proc/meminfo) is 307200kB and CmaFree is 206856 kB; CmaFree went up gradually to 241684 kB by the time the screensaver shut off video (DPMS). After 5 hours CmaFree was static at 234252 kB. With no change in CmaFree this message appeared in syslog: Nov 22 01:15:25 orion kernel: [34890.524661] [drm:vc4_bo_create [vc4]] *ERROR* Failed to allocate from CMA: Nov 22 01:15:25 orion kernel: [34890.524683] [drm] kernel: 8100kb BOs (1) Nov 22 01:15:25 orion kernel: [34890.524691] [drm] V3D: 26904kb BOs (121) Nov 22 01:15:25 orion kernel: [34890.524699] [drm] V3D shader: 272kb BOs (65) Nov 22 01:15:25 orion kernel: [34890.524706] [drm] dumb: 48kb BOs (3) Nov 22 01:15:25 orion kernel: [34890.524713] [drm] binner: 16384kb BOs (1) Nov 22 01:15:25 orion kernel: [34890.524721] [drm] total purged BO: 8kb BOs (2) Nov 22 01:15:25 orion kernel: [34890.524741] vc4_v3d 3fc00000.v3d: Failed to allocate memory for tile binning: -12. You may need to enable CMA or give it more memory. In other tests this message appears at the same time that graphics freezes. When I woke up the screensaver, video came on, but the screen was black, except the cursor was visible, confined within the screensaver's authentication box. In other tests the screen content at the time of freezing remains unchanging, but the cursor changes shape according to what it's over, including not changing shape if the program (e.g. xterm) owning the window was killed. Keystrokes directed to an xterm are received and executed (with no visible effect on the screen), e.g. "echo Test File > /tmp/testfile", and the file appears. I can do "DISPLAY=:0 XAUTHORITY=/run/lightdm/root/:0 xwd -root > image.xwd" and the image will be complete and will show the current windows, not those at the time of freezing. The same symptoms can be elicited quicker if I run Firefox or Chromium. Heavy work in the browser did not seem to make the failure happen earlier; the 2 tests (one after the other) were to scroll quickly through 1.16Mb of text/html (no Javascript nor images), then 221 JPEG images in simple HTML pages. The freeze typically happens when I am doing nothing on the RPi, writing up notes on another machine. With either web browser, but not in the simple test case, CmaFree declined in non-reproducible patterns until the freeze occurred, and continued to decline to near zero (like 3000kB). I believe that this "death spiral" behavior is consequential damage from something freezing up, not the actual cause of the freeze. This is a known bug, though the exact symptoms seem to change with small variations in the test conditions, and with one or another kernel commit being excluded. https://github.com/raspberrypi/linux/issues/2680 (2018-09-12, OP cbxbiker61) He reports it began for him with approx. kernel 4.14.62 and someone else reports that it's still there in 4.18.11. Jimc sees it in 4.18.15 . Other forum and bug posters in various distros (Arch, Red Hat) report various similar-sounding problems, starting around 2018-09-xx. Could the SuSE distro managers please identify a combination of commits that gives the best results in the OpenSuSE context and push out that kernel, and keep an eye on progress in finding and killing the actual bug that is causing these freezeups? Thank you. I'm going to try to do the same thing, and I'll report back if I succeed, not a sure thing given my limited skills with git. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1138833] New: LTO: libxcrypt build fails
by bugzilla_noreply＠novell.com 27 Mar '23

27 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1138833 Bug ID: 1138833 Summary: LTO: libxcrypt 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: --- Fails due to symbol versioning: 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 3

[Bug 1200710] New: dracut-initqueue[581]: mount.nfs: No such device
by bugzilla_noreply＠suse.com 27 Mar '23

27 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1200710 Bug ID: 1200710 Summary: dracut-initqueue[581]: mount.nfs: No such device Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: dracut-maintainers(a)suse.de Reporter: schwab(a)suse.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This appears to be a missing synchronisation with NFS root: [ 10.481118][ T371] mmc_spi spi1.0: SD/MMC host mmc0, no DMA, no WP, no poweroff [ 10.518721][ T17] mmc0: host does not support reading read-only switch, assuming write-enable [ 10.526746][ T17] mmc0: new SDHC card on SPI [ 10.528219][ T368] macb 10090000.ethernet: Registered clk switch 'sifive-gemgxl-mgmt' [ 10.539131][ T368] macb 10090000.ethernet: GEM doesn't support hardware ptp. [ 10.608768][ T373] mmcblk0: mmc0:0000 SD32G 29.9 GiB [ 10.643933][ T373] mmcblk0: p1 p2 p3 p4 p5 [ 10.659954][ T399] MACsec IEEE 802.1AE [ 10.751273][ T368] macb 10090000.ethernet eth0: Cadence GEM rev 0x10070109 at 0x10090000 irq 16 (70:b3:d5:92:f1:07) [ 12.570426][ T441] macb 10090000.ethernet eth0: PHY [10090000.ethernet-ffffffff:00] driver [Microsemi VSC8541 SyncE] (irq=POLL) [ 12.581251][ T441] macb 10090000.ethernet eth0: configuring for phy/gmii link mode [ 16.151411][ T17] macb 10090000.ethernet eth0: Link is Up - 1Gbps/Full - flow control tx [ 16.158934][ T17] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 16.196121] dracut-initqueue[548]: wicked: eth0: Request to acquire DHCPv4 lease with UUID 8a5a9562-2808-0600-2402-000001000000 [ 16.413613][ T549] NET: Registered PF_PACKET protocol family [ 17.110211] dracut-initqueue[548]: wicked: eth0: Committed DHCPv4 lease with address 10.168.4.88 (lease time 1296000 sec, renew in 648000 sec, rebind in 1134000 sec) [ 17.747339][ T582] FS-Cache: Loaded [ 17.939969] dracut-initqueue[581]: mount.nfs: No such device [ 18.855132] dracut-initqueue[602]: mount.nfs: No such device [ 179.792006] dracut-initqueue[384]: Warning: dracut-initqueue: timeout, still waiting for following initqueue hooks: [ 179.797072] dracut-initqueue[384]: Warning: /lib/dracut/hooks/initqueue/finished/nfsroot.sh: "[ -e $NEWROOT/proc ]" [ 179.804241] dracut-initqueue[384]: Warning: dracut-initqueue: starting timeout scripts The only dracut related updates were dracut-kiwi-lib and dracut-kiwi-oem-repart. -- You are receiving this mail because: You are on the CC list for the bug.

1 30

[Bug 1156301] New: Dovecot fails to build with LTO enabled in Tumbleweed
by bugzilla_noreply＠novell.com 27 Mar '23

27 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1156301 Bug ID: 1156301 Summary: Dovecot fails to build with LTO enabled in Tumbleweed 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: suse+build(a)de-korte.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Since enabling LTO in Tumbleweed, the dovecot23 package fails to build most of the time with [ 133s] libtool: link: gcc -std=gnu99 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -g -I/usr/lib64 -fpic -DPIC -fstack-protector-strong -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -mfunction-return=thunk -mindirect-branch=thunk -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -DOPENSSL_LOAD_CONF -flto=auto -o test-iostream-ssl test-iostream-ssl.o -pie ./.libs/libssl_iostream_openssl.so ./.libs/libssl_iostream.a ../lib-test/.libs/libtest.a ../lib/.libs/liblib.a -lssl -lcrypto -ldl -Wl,-rpath -Wl,/home/abuild/rpmbuild/BUILD/dovecot-2.3.8/src/lib-ssl-iostream/.libs -Wl,-rpath -Wl,/usr/lib64/dovecot/modules [ 136s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: test-iostream-ssl: hidden symbol `t_str_new' in /tmp/test-iostream-ssl.X2QBZZ.ltrans0.ltrans.o is referenced by DSO [ 136s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: final link failed: bad value [ 136s] collect2: error: ld returned 1 exit status [ 136s] make[3]: *** [Makefile:637: test-iostream-ssl] Error 1 Without changing anything, the build completes, but this is a rare occurrence. Disabling LTO solves the build problem. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1204067] New: [Build 20220915] openQA test fails in grub_test since upgrade of qemu-ovmf-x86_64 from 202008-150300.10.14.1 to 202202-150400.3.3
by bugzilla_noreply＠suse.com 27 Mar '23

27 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1204067 Bug ID: 1204067 Summary: [Build 20220915] openQA test fails in grub_test since upgrade of qemu-ovmf-x86_64 from 202008-150300.10.14.1 to 202202-150400.3.3 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2675825/modules/grub _test/steps/15 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: tina.mueller(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-nvme@uefi fails in [grub_test](https://openqa.opensuse.org/tests/2675825/modules/grub_test/step… ## Test suite description Maintainer: rbrown(a)suse.de; Basic installation test to confirm that installing and booting to an nvme as your root disk works ## Reproducible Fails since (at least) Build [20220915](https://openqa.opensuse.org/tests/2675825) (current job) ## Expected result Last good: [20220914](https://openqa.opensuse.org/tests/2663884) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… We confirmed that the qemu-ovmf-x86_64 upgrade is the culprit, because after downgrading again the test worked as expected. We debugged the test and found out that after the installation in the test, the reboot does show the boot menu of the installation medium again, instead of offering to boot from hard disk, and selecting "Boot from Hard Disk" resulted in showing the same installation medium menu again. Ejecting the CD before reboot resulted in an error message: BdsDxe: failed to load Boot0007 "opensuse-secureboot" from HD(...)/\EFI\opensuse\shim.efi: Not found We also have other tests failing, but in different ways, but this might still be related. The ticket for the mentioned failure can be found here: https://progress.opensuse.org/issues/116704 Our workaround will be to downgrade all openQA workers and add a zypper lock. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1205135] New: windows:mingw:win{32|64}: Packages that do not use the macros specific to the use of the cmake build system
by bugzilla_noreply＠suse.com 26 Mar '23

26 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1205135 Bug ID: 1205135 Summary: windows:mingw:win{32|64}: Packages that do not use the macros specific to the use of the cmake build system Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: fstrba(a)suse.com Reporter: ralf.habacker(a)freenet.de QA Contact: screening-team-bugs(a)suse.de CC: fridrich.strba(a)bluewin.ch, hib(a)hiberis.nl, mkbosmans(a)gmail.com Found By: --- Blocker: --- As documented at https://en.opensuse.org/Build:projects:windows:mingw#Porting_native_cmake_p… there are specific macros for using the cmake build system %_mingw32_cmake[_build|_install] which are not used by the following packages: ./mingw32-ampl-mp ./mingw32-clucene ./mingw32-cmocka ./mingw32-freeocl ./mingw32-glfw ./mingw32-grantlee ./mingw32-hdf5 ./mingw32-kate4-parts ./mingw32-kdewin ./mingw32-kdewin-tools ./mingw32-ktoblzcheck ./mingw32-libattica ./mingw32-libdbusmenu-qt ./mingw32-libechonest ./mingw32-libftdi ./mingw32-libgit2 ./mingw32-libgraphite2 ./mingw32-libjreen ./mingw32-liblastfm ./mingw32-libmodman ./mingw32-libproxy ./mingw32-libqjson ./mingw32-lucene++ ./mingw32-metis ./mingw32-oce ./mingw32-perfectspot ./mingw32-phonon ./mingw32-qt5keychain ./mingw32-qtkeychain ./mingw32-qtsparkle ./mingw32-qtweetlib ./mingw32-quazip ./mingw32-snoregrowl ./mingw32-snorenotify ./mingw32-taglib ./mingw32-win_iconv ./mingw32-zlib -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1197954] New: systemd-cryptsetup: Device root is still in use.
by bugzilla_noreply＠suse.com 26 Mar '23

26 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1197954 Bug ID: 1197954 Summary: systemd-cryptsetup: Device root is still in use. Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: opensuse(a)mike.franken.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Starting with the Tumbleweed snapshot installed on March, 29th I got back an old error systemd-cryptsetup: Device root is still in use. systemd-cryptsetup: Failed to deactivate: Device or resource busy which shows up in the journal after switching root. I am not sure, but I believe that the reason for this is systemd[1]: plymouth-start.service: Unit process 394 (plymouthd) remains running after unit stopped. systemd[1]: Dispatch Password Requests to Console Directory Watch was skipped because of a failed condition check (ConditionPathExists=!/run/plymouth/pid). which shows up in the journal just before the "in use" message. So plymouth didn't stop and the encrypted filesystem couldn't be unmounted. Before the last two snapshots the message looked like this: systemd[1]: Condition check resulted in Dispatch Password Requests to Console Directory Watch being skipped. -- You are receiving this mail because: You are on the CC list for the bug.

1 11