May 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1100690] New: windows:mingw:win32/mingw32-cross-nsis: Bug segfault when used in OBS worker or OSC chroot
by bugzilla_noreply＠novell.com 06 Jun '20

06 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1100690 Bug ID: 1100690 Summary: windows:mingw:win32/mingw32-cross-nsis: Bug segfault when used in OBS worker or OSC chroot Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: openSUSE 42.3 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: fridrich.strba(a)bluewin.ch Reporter: thomas(a)ruecker.fi QA Contact: bnc-team-screening(a)forge.provo.novell.com CC: fstrba(a)suse.com, hib(a)hiberis.nl, idonmez(a)suse.com, mkbosmans(a)gmail.com, tlillqvist(a)suse.com Found By: --- Blocker: --- I've spent yesterday trying to figure out how to work around it. My package is: https://build.opensuse.org/package/show/home:dm8tbr/mingw32-icecast-install… I forked mingw32-cross-nsis to ensure it wasn't a stale binary. I also included openSUSE_Leap_42.3:updates for that target to rule out it was the updated glibc. I verified that it happens on the following targets: * openSUSE_13.2 * openSUSE_Leap_15.0 * openSUSE_Leap_42.3 * openSUSE_Tumbleweed It happens both on OBS workers and in OSC build/chroot. It does however not happen on full distro installations. This made me at first suspect an undeclared runtime dependency, but I fail to find the usual signs of it in backtraces and strace output. $ osc build --clean win32_openSUSE_Leap_42.3 x86_64 … [ 16s] + makensis icecast.nsis -V4 [ 16s] Processing config: /etc/nsisconf.nsh [ 16s] Processing script file: "icecast.nsis" (UTF8) [ 16s] /var/tmp/rpm-tmp.5kt6vn: line 33: 8023 Segmentation fault makensis icecast.nsis -V4 [ 16s] error: Bad exit status from /var/tmp/rpm-tmp.5kt6vn (%build) $ strace -f makensis icecast.nsis -V4 … open("/usr/share/nsis/Include/Util.nsh", O_RDONLY) = 7 lseek(7, 0, SEEK_CUR) = 0 fstat(7, {st_mode=S_IFREG|0755, st_size=4659, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9a4ad1e000 lseek(7, 0, SEEK_SET) = 0 read(7, "; ---------------------\r\n; "..., 4096) = 4096 lseek(7, 4096, SEEK_SET) = 4096 stat("/usr/share/nsis/Include/Util.nsh", {st_mode=S_IFREG|0755, st_size=4659, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=127, ...}) = 0 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1c72000} --- +++ killed by SIGSEGV +++ Segmentation fault $ gdb --args makensis icecast.nsis GNU gdb (GDB; openSUSE Leap 42.3) 8.0 … Reading symbols from makensis...Reading symbols from /usr/lib/debug/usr/bin/makensis.debug...done. done. (gdb) run Starting program: /usr/bin/makensis icecast.nsis [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Processing config: /etc/nsisconf.nsh Processing script file: "icecast.nsis" (UTF8) Program received signal SIGSEGV, Segmentation fault. wcslen () at ../sysdeps/x86_64/wcslen.S:126 126 ../sysdeps/x86_64/wcslen.S: No such file or directory. (gdb) bt #0 wcslen () at ../sysdeps/x86_64/wcslen.S:126 #1 0x0000000000440758 in CEXEBuild::GetMacro(wchar_t const*, wchar_t**) () #2 0x0000000000443f2d in CEXEBuild::pp_macro(LineParser&) () #3 0x0000000000435bad in CEXEBuild::doCommand(int, LineParser&) () #4 0x000000000043e9b3 in CEXEBuild::doParse(wchar_t const*) () #5 0x000000000043f6ee in CEXEBuild::parseScript() () #6 0x000000000044197d in CEXEBuild::includeScript(wchar_t const*, NStreamEncoding&) () #7 0x00000000004424f1 in CEXEBuild::pp_include(LineParser&) () #8 0x000000000043348a in CEXEBuild::doCommand(int, LineParser&) () #9 0x000000000043e9b3 in CEXEBuild::doParse(wchar_t const*) () #10 0x000000000043f6ee in CEXEBuild::parseScript() () #11 0x000000000044197d in CEXEBuild::includeScript(wchar_t const*, NStreamEncoding&) () #12 0x00000000004424f1 in CEXEBuild::pp_include(LineParser&) () #13 0x000000000043348a in CEXEBuild::doCommand(int, LineParser&) () #14 0x000000000043e9b3 in CEXEBuild::doParse(wchar_t const*) () #15 0x000000000043f6ee in CEXEBuild::parseScript() () #16 0x000000000044197d in CEXEBuild::includeScript(wchar_t const*, NStreamEncoding&) () #17 0x00000000004422d8 in CEXEBuild::pp_include(LineParser&) () #18 0x000000000043348a in CEXEBuild::doCommand(int, LineParser&) () #19 0x000000000043e9b3 in CEXEBuild::doParse(wchar_t const*) () #20 0x000000000043f6ee in CEXEBuild::parseScript() () #21 0x000000000044197d in CEXEBuild::includeScript(wchar_t const*, NStreamEncoding&) () #22 0x00000000004424f1 in CEXEBuild::pp_include(LineParser&) () #23 0x000000000043348a in CEXEBuild::doCommand(int, LineParser&) () #24 0x000000000043e9b3 in CEXEBuild::doParse(wchar_t const*) () #25 0x000000000043f6ee in CEXEBuild::parseScript() () #26 0x000000000043f8eb in CEXEBuild::process_script(NIStream&, wchar_t const*) () #27 0x0000000000421828 in makensismain(int, wchar_t**) () #28 0x00000000004046aa in main () There are no annotations despite the -debug packages being installed and makensis.debug being loaded. I inspected '/usr/share/nsis/Include/Util.nsh' but failed to spot anything obvious in the first two lines (bt indicates 5 lines being parsed?). I suspect it's *something* from one of the 900ish packages of a headless OpenSUSE install that makes this work. I tried installing all glibc packages to match things, but that didn't help. Running it as part of rpmbuild on a regular install works too. Oh, and yes, this has worked in the past. The last successful build run that I'm sure of is from 2016. I hope the package maintainer -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1100949] New: gtk-recordMyDesktop: should require xwininfo
by bugzilla_noreply＠novell.com 05 Jun '20

05 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1100949 Bug ID: 1100949 Summary: gtk-recordMyDesktop: should require xwininfo 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: luizluca(a)tre-sc.jus.br QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gtk-recordMyDesktop-0.3.8-9.8.x86_64 uses xwininfo to select the window to capture. However, this package is not required by gtk-recordMyDesktop. The result, when I click on "select window" Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/recordMyDesktop/rmdSimple.py", line 223, in __select_window__ (stdin,stdout,stderr)=os.popen3(xwininfo_com,'t') File "/usr/lib64/python2.7/os.py", line 693, in popen3 stderr=PIPE, close_fds=True) File "/usr/lib64/python2.7/subprocess.py", line 394, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1047, in _execute_child raise child_exception OSError: [Errno 2] Arquivo ou diretório não encontrado /usr/lib/python2.7/site-packages/recordMyDesktop/rmdSelectThumb.py:215: GtkWarning: IA__gdk_image_put_pixel: assertion 'x >= 0 && x < image->width' failed img.put_pixel((vals[0]+vals[2]-1-k)/factor,i,0xff0000) Please, add this dependency to gtk-recordMyDesktop -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 974835] New: bluetooth conflict between 2 users
by bugzilla_noreply＠novell.com 05 Jun '20

05 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=974835 Bug ID: 974835 Summary: bluetooth conflict between 2 users Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: epistemepromeneur(a)free.fr QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- i open a kde session for user1 i enable bluetooth with bluedevil. i need this permanently for user1. then i open a kde session for users2 i disable bluetooth with bluedevil. i don't need this for user2. i close the session for user2 then i return to user1 kde session. i tried to connect my bluetooth headset to see a video. this fails. i search in the systray. no more bluetooth icon. bluetooth is disabled ! -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1100885] New: initrd is regenerated after each relevant package instead of once
by bugzilla_noreply＠novell.com 05 Jun '20

05 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1100885 Bug ID: 1100885 Summary: initrd is regenerated after each relevant package instead of once Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Upgrade Problems Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: msvec(a)suse.com QA Contact: jsrain(a)suse.com CC: ma(a)suse.com, mls(a)suse.com Found By: --- Blocker: --- Just did zypper dup from 42.3 to 15.0 and noticed that initrd is generated upon each kernel or kmp install/remove instead of once at the end. It makes the upgrade process take ages. -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1093213] New: dracut: module firmware semantic gap
by bugzilla_noreply＠novell.com 05 Jun '20

05 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1093213 Bug ID: 1093213 Summary: dracut: module firmware semantic gap Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: lurodriguez(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The MODULE_FIRMWARE() macro extends the modinfo for a module to add required firmware. This is used by dract on /usr/lib/dracut/dracut-init.sh to iterate over modules and for modules which it detects are installed on initramfs, it only complains if the firmware is not present on /lib/firmware. for _fw in $(modinfo -k $kernel -F firmware $1 2>/dev/null); do This is also the mechanism currently upstream on dracut. However MODULE_FIRMWARE() is not used for certain firmware files where the driver constructs the name at runtime dynamically. This could mean a failure for drivers which miss their firmware and don't have a reprobe trigger of some sort. Many modules may simply fail if the firmware is not loaded early, as they have no reprobe. Unloading and loading can help but that is in no way user friendly. Its unclear exactly which modules this could fail for at this point as there is no way to check for this. This semantic gap was brought up recently in light of IMA's future possible use for relying on the modinfo set by MODULE_FIRMWARE() also for building the new future IMA firmware signing policies [0]. [0] http://lkml.kernel.org/r/20180514192853.GM27853@wotan.suse.de -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 911001] New: dnsmasq apparmor profile prevents libvirt default network to start
by bugzilla_noreply＠novell.com 05 Jun '20

05 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=911001 Bug ID: 911001 Summary: dnsmasq apparmor profile prevents libvirt default network to start Classification: openSUSE Product: openSUSE Factory Version: 201412* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor Assignee: suse-beta(a)cboltz.de Reporter: cbosdonnat(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This commit in libvirt forces dnsmasq to actually use the leaseshelper program: http://libvirt.org/git/?p=libvirt.git;a=commit;h=421406808abaf7eb66abd27d71… The problem is that the dnsmasq apparmor profile prevents the libvirt default network to start due to: * Not allowing /bin/bash to be run * Not allowing leaseshealper contained in /usr/lib64 folder to be run. Note that this bug may hit 13.2 if an updated libvirt is shipped there. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 972668] New: XServer and raspberrypi-userland don't work together on openSUSE-Tumbleweed-ARM
by bugzilla_noreply＠novell.com 04 Jun '20

04 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=972668 Bug ID: 972668 Summary: XServer and raspberrypi-userland don't work together on openSUSE-Tumbleweed-ARM Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv7 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com Reporter: notavailable(a)posteo.de QA Contact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- Created attachment 670514 --> http://bugzilla.suse.com/attachment.cgi?id=670514&action=edit Xorg.0.log When you install raspberrypi-userland on TW ARM images with a desktop environment, XServer doesn't start anymore. I could not use any of the latest images (2016.03.24) with E20, LXQt and Xfce. These are the errors I get with Xfce. Instead Xorg.0.log simply shows the following message at the end: "Server terminated successfully (0). Closing log file." Starting programs from the command-line gives the output: "nohostname:~ # yast2 /usr/lib/YaST2/bin/y2controlcenter: error while loading shared libraries: libGLESv2.so.2: cannot open shared object file: No such file or directory" "nohostname:~ # firefox XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: libEGL.so.1: cannot open shared object file: No such file or directory Couldn't load XPCOM." During the installation process of raspberrypi-userland there are two messages: "/sbin/ldconfig: /usr/lib/libEGL.so is not a symbolic link" "/sbin/ldconfig: /usr/lib/libGLESv2.so is not a symbolic link" When you reinstall raspberrypi-userland with the -f option, you get this output: nohostname:~ # yast2 Unable to find an X11 visual which matches EGL config 20 Could not initialize OpenGL for RasterGLSurface, reverting to RasterSurface. /sbin/yast2: line 440: 1382 Speicherzugriffsfehler (core dumped) $y2ccbin $Y2UI_ARGS "$@" nohostname:~ # firefox XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: /usr/lib/libEGL.so.1: undefined symbol: glDiscardFramebufferEXT Couldn't load XPCOM. The second installation creates two symlinks in /usr/lib/: libEGL.so.1 and libGLESv2.so.2 -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1000507] New: cannot boot encrypted disk installed on one PC on another
by bugzilla_noreply＠novell.com 04 Jun '20

04 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1000507 Bug ID: 1000507 Summary: cannot boot encrypted disk installed on one PC on another Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: msuchanek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 693700 --> http://bugzilla.suse.com/attachment.cgi?id=693700&action=edit initrd log I installed a system with disk encryption in one PC. Tried to move it to another PC and it would not boot. It asks for the passphrase, waits a long time, and then prints Failed to start Cryptography Setup for cr_ata_<disk manufacturer and model>_part2. I suspect it may be trying to use a crypto accelerator that does not exist. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1089333] New: DHCP leases acquired in the initrd are not carried over into the sysroot
by bugzilla_noreply＠novell.com 04 Jun '20

04 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1089333 Bug ID: 1089333 Summary: DHCP leases acquired in the initrd are not carried over into the sysroot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: daniel.molkentin(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- If the initrd acquires a DHCP lease (e.g. for nfs root), the booted system has two IP addresses. This is because dracut configures the interface with wicked with a generated UUID and later the booted system uses a different UUID. As a result, the original DHCP lease acquired during the initrd phase is never renewed, causing issues. -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1087151] New: No options to switch DisplayManager with /etc/sysconfig Editor
by bugzilla_noreply＠novell.com 04 Jun '20

04 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1087151 Bug ID: 1087151 Summary: No options to switch DisplayManager with /etc/sysconfig Editor Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: terje(a)nordland-teknikk.no QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- The Leap 15 YaST2 /etc/sysconfig Editor on Leap 15.0 with Gnome installed as Desktop and Plasma software pattern added, contains no option to switch between GDM and typical SDDM: Desktop > Display manager > DISPLAYMANAGER : gdm (option Xorg only, no sddm) Desktop > Windows manager > Default_WM: gnome (no other options like Plasma5) In comparision on Leap 42.3: DISPLAYMANAGER : gdm (options: kdm, xdm, wdm, entrance, console, lightdm, sddm) Default_WM: gnome (options: kde4, kde, lxde, xfce, twm, icewm etc) This bug is related to Bug 1082713 https://bugzilla.suse.com/show_bug.cgi?id=1082713 -- You are receiving this mail because: You are on the CC list for the bug.

2 5