March 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1058563] New: hdf5 transient make check errors in TW ring2 for ppc64le
by bugzilla_noreply＠novell.com 03 Jun '22

03 Jun '22

http://bugzilla.suse.com/show_bug.cgi?id=1058563 Bug ID: 1058563 Summary: hdf5 transient make check errors in TW ring2 for ppc64le Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: PowerPC OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: normand(a)linux.vnet.ibm.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 740535 --> http://bugzilla.suse.com/attachment.cgi?id=740535&action=edit hdf5 build failures 20170910 hdf5 transient make check errors in TW ring2 for ppc64le On two successive hdf5 build output from OBS (1) the log is reporting different failing tests (2) If I try locally an osc co + osc build locally on two different KVM Host I am not able to recreate the problem. (1) https://build.opensuse.org/package/show/openSUSE:Factory:Rings:2-TestDVD/hd… (2) === Rings:2 on 20170910: [ 2046s] Testing h5watch TEST.h5/DSET_TWO *FAILED* [ 2046s] Testing h5watch --fields=field1,field2 TEST.h5/DSET_CMPD *FAILED* [ 2046s] Testing h5watch --fields=field2.b.a,field2.c TEST.h5/DSET_CMPD_TWO *FAILED* === Rings:2 on 20170912: [ 2087s] Testing h5watch TEST.h5/DSET_ONE *FAILED* [ 2087s] Testing h5watch TEST.h5/DSET_TWO *FAILED* [ 2087s] Testing h5watch --fields=field2.b.a --fields=field2.c TEST.h5/DSET_CMP*FAILED* [ 2087s] *FAILED* [ 2087s] Testing h5watch --fields=field2.b --fields=field4 TEST.h5/DSET_CMPD_TW*FAILED* [ 2087s] Testing h5watch --fields=field2.b.a,field2.c TEST.h5/DSET_CMPD_TWO *FAILED* [ 2087s] Testing h5watch --dim TEST.h5/DSET_ONE *FAILED* [ 2087s] Testing h5watch --width=30 TEST.h5/DSET_TWO *FAILED* === -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1116084] New: Auto-mounting encrypted external disk requires root password
by bugzilla_noreply＠novell.com 22 May '22

22 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1116084 Bug ID: 1116084 Summary: Auto-mounting encrypted external disk requires root password 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: opensuserg(a)thefifthcontinent.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Operating System: openSUSE Tumbleweed 20181110 KDE Plasma Version: 5.14.3 Qt Version: 5.11.2 KDE Frameworks Version: 5.51.0 Kernel Version: 4.18.15-1-default OS Type: 64-bit Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz Memory: 7.7 GiB of RAM When auto-mounting an encrypted USB drive, it asks for the encryption password and if that is correct, it asks for the root password to perform the mount. When manually mounting the same drives, the root password is not required. This is the expected behaviour. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1084909] New: trackerbug: packages do not build reproducibly from hostname
by bugzilla_noreply＠novell.com 20 May '22

20 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1084909 Bug ID: 1084909 Summary: trackerbug: packages do not build reproducibly from hostname Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: CONFIRMED Severity: Normal Priority: P5 - None Component: Other Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1081754 Found By: Development Blocker: --- When packages include the name of the build host it results in binaries that differ on every build (because the OBS scheduler chooses a random host) It thus triggers rebuilds of depending packages. Those are then published to mirrors and users when actually nothing really changed. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1006815] New: [Build 20161024] yast2 nfs-client does not mount added export
by bugzilla_noreply＠novell.com 20 May '22

20 May '22

http://bugzilla.suse.com/show_bug.cgi?id=1006815 Bug ID: 1006815 Summary: [Build 20161024] yast2 nfs-client does not mount added export Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: jpupava(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 699166 --> http://bugzilla.suse.com/attachment.cgi?id=699166&action=edit y2logs ### observed nfs client does not mount added export, nfs client configuration is ok and the export is added in fstab, nfs client service is running but export is not mounted https://openqa.opensuse.org/tests/289982#step/yast2_nfs_client/14 ### workaround mount -a does mount nfs export ### expected added export should be also mounted linux-2cg7:~ # systemctl status nfs-client.target ● nfs-client.target - NFS client services Loaded: loaded (/usr/lib/systemd/system/nfs-client.target; disabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/nfs-client.target.d └─nfs.conf Active: active since Tue 2016-10-25 09:36:52 EDT; 36s ago Oct 25 09:36:52 linux-2cg7 systemd[1]: Reached target NFS client services. linux-2cg7:~ # linux-2cg7:~ # systemctl show nfs.service --property=Id --property=MainPID --property=Description --property=LoadState --property=ActiveState --property=SubState --property=UnitFileState --property=FragmentPath MainPID=0 Id=nfs.service Description=Alias for NFS client LoadState=loaded ActiveState=active SubState=exited FragmentPath=/usr/lib/systemd/system/nfs.service UnitFileState=enabled linux-2cg7:~ # mount|grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) linux-2cg7:~ # linux-2cg7:~ # grep nfs /etc/fstab localhost:/tmp/nfs/server /tmp/nfs/client nfs defaults 0 0 linux-2cg7:~ # linux-2cg7:~ # mount -a linux-2cg7:~ # mount|grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) localhost:/tmp/nfs/server on /tmp/nfs/client type nfs4 (rw,relatime,vers=4.2,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp6,port=0,timeo=600,retrans=2,sec=sys,clientaddr=::1,local_lock=none,addr=::1) linux-2cg7:~ # -- You are receiving this mail because: You are on the CC list for the bug.

2 41

[Bug 1096916] New: enlightenment_askpass causes X crash
by bugzilla_noreply＠novell.com 18 May '22

18 May '22

http://bugzilla.suse.com/show_bug.cgi?id=1096916 Bug ID: 1096916 Summary: enlightenment_askpass causes X crash Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: nmoreychaisemartin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 773412 --> http://bugzilla.suse.com/attachment.cgi?id=773412&action=edit Full log Running on an updated Leap 15.0 $ rpm -q libecore1 libeina1 enlightenment libelementary1 libeo1 libevas1 libecore1-1.20.7-lp150.5.9.x86_64 libeina1-1.20.7-lp150.5.9.x86_64 enlightenment-0.22.3-lp150.2.1.x86_64 libelementary1-1.20.7-lp150.5.9.x86_64 libeo1-1.20.7-lp150.5.9.x86_64 libevas1-1.20.7-lp150.5.9.x86_64 Running enlightenment_askpass works fine. But when started through git imap-send this happens: git format-patch -M --to linux-rdma(a)vger.kernel.org --subject-prefix="PATCH rdma-core" --stdout origin/master | git imap-send ERR<14561>:ecore_evas modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c:2340 _ecore_evas_wl_common_new_internal() Failed to connect to Wayland Display (null) ## Copy & Paste the below (until EOF) into a terminal, then hit Enter eina_btlog << EOF /usr/lib64/libeina.so.1 0x7fd5b5af523c 0x7fd5b5acc000 /usr/lib64/libeina.so.1 0x7fd5b5af5f61 0x7fd5b5acc000 /usr/lib64/libeina.so.1 0x7fd5b5af7333 0x7fd5b5acc000 /usr/lib64/ecore_evas/engines/wayland/v-1.20/module.so 0x7fd5a814577a 0x7fd5a813d000 /usr/lib64/ecore_evas/engines/wayland/v-1.20/module.so 0x7fd5a81457f7 0x7fd5a813d000 /usr/lib64/libecore_evas.so.1 0x7fd5b6a9b397 0x7fd5b6a84000 /usr/lib64/libelementary.so.1 0x7fd5b93d7c13 0x7fd5b914c000 /usr/lib64/libelementary.so.1 0x7fd5b93d89f0 0x7fd5b914c000 /usr/lib64/libeo.so.1 0x7fd5b5f8e95e 0x7fd5b5f7e000 /usr/lib64/libeo.so.1 0x7fd5b5f86ffc 0x7fd5b5f7e000 /usr/lib64/libelementary.so.1 0x7fd5b93d26c2 0x7fd5b914c000 /usr/bin/enlightenment_askpass 0x55aa25b146cf 0x55aa25b13000 /usr/bin/enlightenment_askpass 0x55aa25b144dc 0x55aa25b13000 /lib64/libc.so.6 0x7fd5b86ddf4a 0x7fd5b86bd000 /usr/bin/enlightenment_askpass 0x55aa25b1451a 0x55aa25b13000 EOF Full error log attached. Note: This worked fined in Leap 42.3 -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 993885] New: Kde-Live net installer does not reboot after installation
by bugzilla_noreply＠novell.com 17 May '22

17 May '22

http://bugzilla.suse.com/show_bug.cgi?id=993885 Bug ID: 993885 Summary: Kde-Live net installer does not reboot after installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Live Medium Assignee: fvogt(a)suse.com Reporter: okurz(a)suse.com QA Contact: okurz(a)suse.com Found By: --- Blocker: --- ## observation Continuing through the whole installation process of the NET installer on the Kde-Live medium until the "reboot now" dialog shows up works fine but the reboot does not seem to happen ## steps to reproduce I am in the process of automating this but it can be as easy as * start Kde-Live * call installation from within plasma session * let installer run into "reboot now" action * observe that the system does not reboot ## expected result system should reboot into installed system ## workaround manual reboot of the system yields a properly setup Tumbleweed installation so the installation is ok. -- You are receiving this mail because: You are on the CC list for the bug.

2 31

[Bug 1097779] New: VUL-0: CVE-2018-12434: LibreSSL before 2.6.5 and 2.7.x before 2.7.4 allows a memory-cache side-channelattack on DSA and ECDSA signatures, aka the Return Of the Hidden Number Problemor ROHNP. To discover a key, the attacker needs access to
by bugzilla_noreply＠novell.com 16 May '22

16 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1097779 Bug ID: 1097779 Summary: VUL-0: CVE-2018-12434: LibreSSL before 2.6.5 and 2.7.x before 2.7.4 allows a memory-cache side-channelattack on DSA and ECDSA signatures, aka the Return Of the Hidden Number Problemor ROHNP. To discover a key, the attacker needs access to Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other URL: https://smash.suse.de/issue/208302/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: jengelh(a)inai.de Reporter: meissner(a)suse.com QA Contact: security-team(a)suse.de Found By: Security Response Team Blocker: --- CVE-2018-12434 LibreSSL before 2.6.5 and 2.7.x before 2.7.4 allows a memory-cache side-channel attack on DSA and ECDSA signatures, aka the Return Of the Hidden Number Problem or ROHNP. To discover a key, the attacker needs access to either the local machine or a different virtual machine on the same physical host. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12434 https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.7.4-relnotes.txt https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.6.5-relnotes.txt -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1086778] New: VUL-0: CVE-2018-8970: libressl: The int_x509_param_set_hosts function in lib/libcrypto/x509/x509_vpm.c inLibreSSL 2.7.0 before 2.7.1 does not support a certain special case of a zeroname length, which causes silent omission of hostname verification
by bugzilla_noreply＠novell.com 16 May '22

16 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1086778 Bug ID: 1086778 Summary: VUL-0: CVE-2018-8970: libressl: The int_x509_param_set_hosts function in lib/libcrypto/x509/x509_vpm.c inLibreSSL 2.7.0 before 2.7.1 does not support a certain special case of a zeroname length, which causes silent omission of hostname verification Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other URL: https://smash.suse.de/issue/202623/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: jengelh(a)inai.de Reporter: meissner(a)suse.com QA Contact: security-team(a)suse.de CC: security-team(a)suse.de Found By: Security Response Team Blocker: --- CVE-2018-8970 The int_x509_param_set_hosts function in lib/libcrypto/x509/x509_vpm.c in LibreSSL 2.7.0 before 2.7.1 does not support a certain special case of a zero name length, which causes silent omission of hostname verification, and consequently allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate. NOTE: the LibreSSL documentation indicates that this special case is supported, but the BoringSSL documentation does not. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-8970 http://www.cvedetails.com/cve/CVE-2018-8970/ https://boringssl.googlesource.com/boringssl/+/e759a9cd84198613199259dbed40… https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.7.1-relnotes.txt https://github.com/libressl-portable/openbsd/commit/0654414afcce51a16d35d05… -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 981004] New: Ensure template unit instances are deleted
by bugzilla_noreply＠novell.com 16 May '22

16 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=981004 Bug ID: 981004 Summary: Ensure template unit instances are deleted Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem Assignee: jengelh(a)inai.de Reporter: jengelh(a)inai.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When a package is uninstalled, it will also be removed from the boot sequence, by means of %preun generally calling %service_del_preun foo.service, which expands to (among other things) `systemctl disable foo.service`. To disable template instances such as foo(a)bar.service and foo(a)baz.service, one can - and must, since "bar" and "baz" are not known at any time to the package management system - use `systemctl disable foo@.service`, which will disable all instances. A number of packages are lacking the corresponding %service_del_preun template@.service lines, which means template instance links like foo(a)bar.service will stick around after package uninstall. 389-ds apache2 arpwatch autossh booth chrony cups device-mapper dracut envoy freeipa govpn gpsd kmscon libteam lvm2 lvm2-clvm mariadb mdadm mgetty mysql mysql-community-server openct openvpn parkverbot rear redis rfkill syncthing system-config-printer systemd systemd-mini tomcat vpnc vsftpd wicked xf86-input-wacom -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 960478] New: krunner shows inexisting VT sessions in parallel of the existing ones
by bugzilla_noreply＠novell.com 11 May '22

11 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=960478 Bug ID: 960478 Summary: krunner shows inexisting VT sessions in parallel of the existing ones Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: 64bit OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: stakanov(a)freenet.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 660618 --> http://bugzilla.opensuse.org/attachment.cgi?id=660618&action=edit krunner showing non existing VT sessions in parallel to existing ones Opens a new session with the applet from desktop. You will find that krunner opens as expected but that for every VT session opened there is a "ghost session" showing the very same VT as unused. When you logout from several users these ghosts persist up to a complete reboot. VT sessions once closed should be closed without residual VTs showing up. VT sessions open should not be accompanied by a VT session ghost telling unused session. I attach a screen-shot to make the thing clearer. Repeatable always. -- You are receiving this mail because: You are on the CC list for the bug.

2 10