May 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1100410] New: Environment Modules does not install global profile files
by bugzilla_noreply＠novell.com 03 Jun '20

03 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1100410 Bug ID: 1100410 Summary: Environment Modules does not install global profile files 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: zed.three(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The version of Environment Modules in Tumblweed does not install the global profile init files (modules.{sh,csh}) under /etc/profile.d, so the `module` command is not available on login. The previous version in Leap 15 does install these files. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1121809] New: No audio over HDMI ( Lenovo Thinkpad P52, Quadro P2000)
by bugzilla_noreply＠novell.com 02 Jun '20

02 Jun '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1121809 Bug ID: 1121809 Summary: No audio over HDMI ( Lenovo Thinkpad P52, Quadro P2000) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: rombert(a)apache.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 794340 --> http://bugzilla.opensuse.org/attachment.cgi?id=794340&action=edit Kernel log I have switched laptops from a Lenovo W541 to a Lenovo P52. HDMI audio was working just fine with the old laptop but it does not work with the new one. The Gnome settings panel correctly lists the 4 HDMI sound devices and I am able to select them, but no sound is played. With pavucontrol the DP-3 device is correctly identified as the one that is connected. aplay -l lists all the devices. I am seeing some error in the kernel log ( full dmesg attached ), such as: [23583.964237] snd_hda_codec_hdmi hdaudioC1D0: Unable to sync register 0x4f0100. -5 [23583.964250] snd_hda_codec_hdmi hdaudioC1D0: HDMI: invalid ELD buf size -1 [23586.521254] snd_hda_codec_hdmi hdaudioC1D0: out of range cmd 0:4:707:ffffffff -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1087982] New: XFCE Terminal does not update the tittle correctly because of error in /etc/bash.bashrc
by bugzilla_noreply＠novell.com 02 Jun '20

02 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1087982 Bug ID: 1087982 Summary: XFCE Terminal does not update the tittle correctly because of error in /etc/bash.bashrc Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: carlos.e.r(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This is a repeat of Bug 1076927, but for Leap 15.0, so that it can be solved before release. Photo of issue. See attachment 756971 The XFCE Terminal application does not update the tittle correctly. For instance, I "su -" but the tittle shows "terminal - user@hostname", where it should show "terminal - root@hostname" (see attached photo). This is affecting all releases since some update, from 42.2 and up to Tumbleweed. The problem is probably this. Compare "set | less" Settings on the XFCE term SHLVL=2 TERM=xterm-256color UID=1000 USER=cer ... ppwd () { true } but on (working) xterm: SHLVL=2 TERM=xterm TS1=$'\E7\E]2;%s@%s:%s\a\E]1;%s\a\E8' UID=1000 USER=cer ... ppwd () { local dir; local -i width; test -n "$TS1" || return; dir="$(dirs +0)"; let width=${#dir}-18; test ${#dir} -le 18 || dir="...${dir#$(printf "%.*s" $width "$dir")}"; if test ${#TS1} -gt 17; then printf "$TS1" "$USER" "$HOST" "$dir" "$HOST"; else printf "$TS1" "$USER" "$HOST" "$dir"; fi } It appears to be set or not in /etc/bash.bashrc # Set xterm prompt with short path (last 18 characters) # if path tput hs 2>/dev/null || path tput -T $TERM+sl hs 2>/dev/null ; then ... unset _isl _tsl _fsl _sc _rc ppwd () { local dir local -i width test -n "$TS1" || return; dir="$(dirs +0)" let width=${#dir}-18 test ${#dir} -le 18 || dir="...${dir#$(printf "%.*s" $width "$dir")}" if test ${#TS1} -gt 17 ; then printf "$TS1" "$USER" "$HOST" "$dir" "$HOST" else printf "$TS1" "$USER" "$HOST" "$dir" fi } else ppwd () { true; } fi Minas-Anor:~ # rpm -qf /etc/bash.bashrc aaa_base-84.87+git20180208.8eeab90-lp150.2.1.x86_64 Minas-Anor:~ # This was working correctly till some update. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1128601] New: trackerbug for fish3
by bugzilla_noreply＠novell.com 01 Jun '20

01 Jun '20

http://bugzilla.suse.com/show_bug.cgi?id=1128601 Bug ID: 1128601 Summary: trackerbug for fish3 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: simonf.lees(a)suse.com Reporter: meissner(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- fish3 inclusion into leap 15.0 -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1123871] New: Тне Elan1200 touchpad stops working (freezes) after several cursor movements or left and right buttons clicks.
by bugzilla_noreply＠novell.com 31 May '20

31 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1123871 Bug ID: 1123871 Summary: Тне Elan1200 touchpad stops working (freezes) after several cursor movements or left and right buttons clicks. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jackpat(a)hotbox.ru QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 OPR/56.0.3051.52 Build Identifier: The touchpad Elan 1200 of the laptop ASUS VivoBook X505ZA-BQ422 with new-installed Leap 15 instead pre-installed operating system Endless freezes at the beginning of its use. In Endless OS the touchpad works properly. Reproducible: Always Steps to Reproduce: 1. A few movements of finger on the touchpad cause the cursor to hang. 2. Several pressing by finger on left or right buttons of touchpad give cursor freezing. 3. A few short touches to the touchpad panel give the same effect. Actual Results: The cursor on the screen freezes and does not respond to the use of the touchpad. Connected USB Optical Mouse Logitech M105 works fine. Expected Results: Software should provide touchpad operation. openSUSE Leap 15.0 KDE Plasma Version: 5.12.6 KDE Frameworks Version: 5.45.0 Qt Version: 5.9.4 Kernel Version: 4.12.14-lp150.12.45-default OS Type: 64-bit Processor: 4 x AMD Ryzen 3 2200U with Radeon Vega Mobile Gfx Memory: 14.7 GiB of RAM -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 966057] New: RPM pacakges won't regenerate initrd on removal
by bugzilla_noreply＠novell.com 29 May '20

29 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=966057 Bug ID: 966057 Summary: RPM pacakges won't regenerate initrd on removal Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: All OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Currently there are two macros in /etc/rpm/macros.initrd: %regenerate_initrd_post, to be called in the %post and %postun sections and %regenerate_initrd_posttrans, to be called in %posttrans. %regenerate_initrd_post simply sets a flag that the initrd has to be rebuilt after the transaction. The posttrans macros takes care of that. Now, that works fine for installation (%post -> %posttrans) and upgrades (%postun -> %post -> %posttrans), but on removal, %posttrans is never run. How could that be implemented properly? -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 1003939] New: enlightenment doesn't honor system locale
by bugzilla_noreply＠novell.com 28 May '20

28 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1003939 Bug ID: 1003939 Summary: enlightenment doesn't honor system locale Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- - install Beta3 in different locale (German in this case) - select XFCE - in summary screen go to software, unselect XFCE and select Englightenment - first log in presents wizard which is only partially in German - Desktop ends up in US locale with US clock and US keyboard even though system settings say de_DE -- You are receiving this mail because: You are on the CC list for the bug.

2 15

[Bug 1130134] New: qemu user-mode emulation requires membarrier syscall
by bugzilla_noreply＠novell.com 27 May '20

27 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1130134 Bug ID: 1130134 Summary: qemu user-mode emulation requires membarrier syscall Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: josua.m(a)t-online.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Greetings everybody, Doing a little experiment with docker, I encountered this scary error message: This QEMU binary requires the membarrier system call. Please upgrade your system to a newer version of Linux So I believe the 4.12.y kernel of openSUSE does not have this feature. Therefore the solution appears to be rebuilding qemu-linux-user with --disable-membarrier. relevant part of Dockerfile: FROM arm32v7/openjdk:8-jre-alpine AS run COPY qemu-arm qemu-arm-binfmt /usr/bin/ RUN apk add bash bluez libc6-compat iptables I then rebuilt the qemu-linux-user package with s/--enable/membarrier/--disable-membarrier/ --> and the resulting binaries worked fine as expected. Please consider enabling the membarrier syscall in the kernel, or disable the feature in qemu builds for leap 15.1. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1095795] New: acl package does not build reproducibly from gettext
by bugzilla_noreply＠novell.com 27 May '20

27 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1095795 Bug ID: 1095795 Summary: acl package does not build reproducibly from gettext Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: pth(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: jeffm(a)suse.com Blocks: 1047218 Found By: Development Blocker: --- When building the 'acl' package twice (1 minute apart), results always differ and cause unnecessary rebuild and republish in OBS /usr/share/locale/en(a)quot/LC_MESSAGES/acl.mo differs (GNU message catalog (little endian), revision 0.0, 53 messages) @@ -290,8 +290,8 @@ 00001210 67 69 64 2d 42 75 67 73 2d 54 6f 3a 20 61 63 6c |gid-Bugs-To: acl| 00001220 2d 64 65 76 65 6c 40 6e 6f 6e 67 6e 75 2e 6f 72 |-devel(a)nongnu.or| 00001230 67 0a 50 4f 2d 52 65 76 69 73 69 6f 6e 2d 44 61 |g.PO-Revision-Da| -00001240 74 65 3a 20 32 30 31 38 2d 30 36 2d 30 34 20 30 |te: 2018-06-04 0| -00001250 39 3a 33 33 2b 30 30 30 30 0a 4c 61 73 74 2d 54 |9:33+0000.Last-T| +00001240 74 65 3a 20 32 30 33 33 2d 30 37 2d 30 36 20 32 |te: 2033-07-06 2| +00001250 32 3a 34 36 2b 30 30 30 30 0a 4c 61 73 74 2d 54 |2:46+0000.Last-T| 00001260 72 61 6e 73 6c 61 74 6f 72 3a 20 41 75 74 6f 6d |ranslator: Autom| and same for en@boldquot The problem goes away when leaving out the special 'en' translations in acl-2.2.52/po/LINGUAS -en@boldquot -en@quot but there is probably a nicer solution in gettext. maybe unrelated: something in gettext seems to use the COPYRIGHT_HOLDER value from acl-2.2.52/po/Makevars in a bad way to update the copyright line: +++ /home/abuild/rpmbuild/BUILD/acl-2.2.52/po/en(a)quot.po 2033-07-06 22:46:22.762783318 +0000 @@ -1,7 +1,7 @@ # English translations for acl package. -# Copyright (C) 2018 Silicon Graphics, Inc. +# Copyright (C) 2033 Silicon Graphics, Inc. # This file is distributed under the same license as the acl package. -# Automatically generated, 2018. +# Automatically generated, 2033. ... "Report-Msgid-Bugs-To: acl-devel(a)nongnu.org\n" -"POT-Creation-Date: 2018-06-04 09:33+0000\n" -"PO-Revision-Date: 2018-06-04 09:33+0000\n" +"POT-Creation-Date: 2033-07-06 22:46+0000\n" +"PO-Revision-Date: 2033-07-06 22:46+0000\n" -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1067478] New: clang-4.0.1 does not produce reproducible binaries
by bugzilla_noreply＠novell.com 27 May '20

27 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1067478 Bug ID: 1067478 Summary: clang-4.0.1 does not produce reproducible binaries Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: msrb(a)suse.com Blocks: 1061219 Found By: Development Blocker: --- minimal reproducer: osc co openSUSE:Factory/gnustep-libobjc2 cd $_ osc build --noservice chroot /var/tmp/build-root/standard-x86_64/ cd /home/abuild/rpmbuild/BUILD/libobjc2-1.8.1 head -n 348 arc.m > t.m for i in $(seq 4) ; do clang -c t.m 2>/dev/null ; md5sum t.o ; done Actual Results: af35c53170b6d118e1e78ed5b8f2529c t.o 5c1f40dc0874460958b0b05ed3a55f70 t.o de320e239b0feb5431a889ff187389a9 t.o de320e239b0feb5431a889ff187389a9 t.o When running setarch `arch` -R clang to disable ASLR or leaving out the last function in t.m (e.g. head -n 315 arc.m > t.m) it does produce consistent results. -- You are receiving this mail because: You are on the CC list for the bug.

2 4