November 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1174075] Changing %{_libexecdir} breaks some packages which are misusing the macro
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1174075 https://bugzilla.suse.com/show_bug.cgi?id=1174075#c46 --- Comment #46 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2020:1820-1: An update that solves one vulnerability and has two fixes is now available. Category: security (moderate) Bug References: 1159869,1172171,1174075 CVE References: CVE-2020-14004 JIRA References: Sources used: openSUSE Leap 15.2 (src): icinga2-2.12.1-lp152.3.3.3 openSUSE Leap 15.1 (src): icinga2-2.12.1-lp151.2.3.4 openSUSE Backports SLE-15-SP2 (src): icinga2-2.12.1-bp152.4.3.1 openSUSE Backports SLE-15-SP1 (src): icinga2-2.12.1-bp151.3.3.4 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159869] server:monitoring/icinga2: Bug Permission denied /etc/icinga2/zones.conf
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1159869 https://bugzilla.suse.com/show_bug.cgi?id=1159869#c3 --- Comment #3 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2020:1820-1: An update that solves one vulnerability and has two fixes is now available. Category: security (moderate) Bug References: 1159869,1172171,1174075 CVE References: CVE-2020-14004 JIRA References: Sources used: openSUSE Leap 15.2 (src): icinga2-2.12.1-lp152.3.3.3 openSUSE Leap 15.1 (src): icinga2-2.12.1-lp151.2.3.4 openSUSE Backports SLE-15-SP2 (src): icinga2-2.12.1-bp152.4.3.1 openSUSE Backports SLE-15-SP1 (src): icinga2-2.12.1-bp151.3.3.4 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1177967] VUL-0: claws-mail: shell command expansion via template commands program{} and attach_program{}
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1177967 https://bugzilla.suse.com/show_bug.cgi?id=1177967#c4 --- Comment #4 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2020:1822-1: An update that solves one vulnerability and has one errata is now available. Category: security (moderate) Bug References: 1157594,1177967 CVE References: CVE-2020-15917 JIRA References: Sources used: openSUSE Leap 15.2 (src): claws-mail-3.17.8-lp152.3.6.1 openSUSE Leap 15.1 (src): claws-mail-3.17.8-lp151.2.6.1 openSUSE Backports SLE-15-SP2 (src): claws-mail-3.17.8-bp152.3.6.1 openSUSE Backports SLE-15-SP1 (src): claws-mail-3.17.8-bp151.3.6.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1157594] claws-mail 3.17.4 crashes for IMAP on Leap 15.1
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1157594 https://bugzilla.suse.com/show_bug.cgi?id=1157594#c21 --- Comment #21 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2020:1822-1: An update that solves one vulnerability and has one errata is now available. Category: security (moderate) Bug References: 1157594,1177967 CVE References: CVE-2020-15917 JIRA References: Sources used: openSUSE Leap 15.2 (src): claws-mail-3.17.8-lp152.3.6.1 openSUSE Leap 15.1 (src): claws-mail-3.17.8-lp151.2.6.1 openSUSE Backports SLE-15-SP2 (src): claws-mail-3.17.8-bp152.3.6.1 openSUSE Backports SLE-15-SP1 (src): claws-mail-3.17.8-bp151.3.6.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178340] [yast] Support for 64-bit processors on motherboards with 32-bit UEFI (mixed-mode support)
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1178340 http://bugzilla.opensuse.org/show_bug.cgi?id=1178340#c2 Neil Rickert <nwr10cst-oslnx(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nwr10cst-oslnx(a)yahoo.com --- Comment #2 from Neil Rickert <nwr10cst-oslnx(a)yahoo.com> --- I can comment on the support issue, but ignoring install media issues for now. The main problem that I see, is that Yast bootloader does not support this configuration. If I tell it to use "grub2-efi" then it wants to install the 64-bit EFI version. Similarly, bootctl (systemd-boot) wants to install 64-bit booting if I try that. What I have been doing is using Yast bootloader to install MBR booting, even though that cannot work. But at least, if the system is configured for MBR booting, then "grub.cfg" is properly updated after kernel updates and similar. I then install "grub2-i386-efi". After that, I can use "grub2-install" from the root command line, and that does install the proper booting for this system. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178338] [installation-images] Support for 64-bit processors on motherboards with 32-bit UEFI (mixed-mode support)
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1178338 Neil Rickert <nwr10cst-oslnx(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nwr10cst-oslnx(a)yahoo.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178304] No access to NFS4/KRB5 mounts after update to Kernel 5.3.18-lp152.47.2
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1178304 https://bugzilla.suse.com/show_bug.cgi?id=1178304#c9 --- Comment #9 from Neil Brown <nfbrown(a)suse.com> --- I suspect I know what the problem is. It is related to that patch, though I don't yet understand exactly how. There is another upstream patch Commit a7e429a6fa6d ("SUNRPC: Fix GSS privacy computation of auth->au_ralign") which needs to be applied and would probably fix the problem. However that patch break the kabi in a way that is hard to work-around, so I've been putting it off. I guess it is time to stop putting that off. I'll make an effort to understand both patches deeply and figure out a way forward. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178041] New: rkward 0.7.2 [lp152.34.1] crashes if started as root
by bugzilla_noreply＠suse.com 03 Nov '20

03 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1178041 Bug ID: 1178041 Summary: rkward 0.7.2 [lp152.34.1] crashes if started as root Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: openSUSE Leap 15.2 Status: NEW Severity: Major Priority: P5 - None Component: Maintenance Assignee: maintenance(a)opensuse.org Reporter: ndordea(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, After upgrading rkward from 0.7.1 to 0.7.2 [ lp152-34.1-x86_64 ] I had some issues when started as user [ ~/share/rkward/QtWebEngine/Default can not be created ] . I fixed that by manually creating that directory ] An installation check was done and so far it runs ok . R level R 4.0.3 However, when started as root [ for R maintenance ] rkward crashes .... phase 1 ======= as root .... /usr/bin/rkward got the panel to select a RData, select the usual RData, then got these messages ... QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' [27199:27199:1022/175843.788358:ERROR:zygote_host_impl_linux.cc(89)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180. phase 2 ======== try to start rkward again .... got the panel to select a RData select the usual RData, then got Crash recovery file detected ... select recover .... then it crashes again . sudo journalctl -a |grep rkward ... got 6 identical lines as below .. Oct 22 17:31:26 <localhost> rkward.rbackend[25491]: QIODevice::write (QFile, "/tmp/rkward.rbackend"): device not open Please note that /tmp/runtime-root is empty . Please have a look at this issue . Thank you, Nick -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1178369] New: /etc/sysctl.conf contains disable_ipv6, but IPv6 still active after reboot
by bugzilla_noreply＠suse.com 02 Nov '20

02 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1178369 Bug ID: 1178369 Summary: /etc/sysctl.conf contains disable_ipv6, but IPv6 still active after reboot Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: aarch64 OS: openSUSE Leap 15.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Using the Leap 15.2 image for the Raspberry Pi 4, XFCE image, I did put in the file /etc/sysctl.conf the line "net.ipv6.conf.all.disable_ipv6 = 1", which should after a reboot not have IPv6 active. However eth0 got a global IPv6 address. This is an almost vanilla system after putting the image on the micro-SD card. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1178304] No access to NFS4/KRB5 mounts after update to Kernel 5.3.18-lp152.47.2
by bugzilla_noreply＠suse.com 02 Nov '20

02 Nov '20

https://bugzilla.suse.com/show_bug.cgi?id=1178304 https://bugzilla.suse.com/show_bug.cgi?id=1178304#c8 Neil Brown <nfbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS --- Comment #8 from Neil Brown <nfbrown(a)suse.com> --- There is only one sunrpc patch between the two kernels that might be relevant. patches.suse/SUNRPC-Revert-241b1f419f0e-SUNRPC-Remove-xdr_buf_tri.patch and that looks like a simple revert, which shouldn't introduce any regression. I'll look closer tomorrow and see what I can find. -- You are receiving this mail because: You are on the CC list for the bug.

1 0