February 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1120087] NFS server fails after a suspend system
by bugzilla_noreply＠novell.com 05 Feb '19

05 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1120087 http://bugzilla.suse.com/show_bug.cgi?id=1120087#c10 --- Comment #10 from Neil Brown <nfbrown(a)suse.com> --- > I would be a lot happier if nfsd did survive a file system unmount. A proper solution for that will be a while in coming. You may think this solution is worse than the disease, but one option to keep nfsd running it to remove the export from /etc/exports and request the export manually whenever you boot the system. i.e. run exportfs -o option,option,... client:/path/to/export This will tell nfsd about the export, but systemd won't know about the dependency. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124159] VUL-1: CVE-2019-7314: live555: A use-after-free error causes the RTSP server to crash
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1124159 Swamp Workflow Management <swamp(a)suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P4 - Low -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124150] VUL-1: CVE-2019-7310: poppler: A heap-based buffer over-read allows remote attackers to cause DOS via a special crafted PDF
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1124150 Swamp Workflow Management <swamp(a)suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P4 - Low -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1110041] New: omit nomodeset from installation's proposal bootloader
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1110041 Bug ID: 1110041 Summary: omit nomodeset from installation's proposal bootloader Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: x86-64 OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: mrmazda(a)earthlink.net QA Contact: jsrain(a)suse.com CC: jreidinger(a)suse.com Found By: --- Blocker: --- Created attachment 784521 --> http://bugzilla.opensuse.org/attachment.cgi?id=784521&action=edit .tgz of y2logs from test installation using nomodeset on Kaby Lake in UEFI mode In mailing list thread "nomodeset abuses new users and their supporters" https://lists.opensuse.org/yast-devel/2018-09/msg00035.html Josef R asked that I "open bug report". Time and time again, NVidia gfx and Optimus users are unable to install without appending nomodeset to the installer's cmdline. cf. https://bugzilla.opensuse.org/show_bug.cgi?id=822769 resolved feature No mention is made in that bug if a feature request was ever filed. The bug request was to make appending nomodeset easier for users. Such trouble with installation is routinely followed by a new support request, to resolve problems either with low resolution video modes, or black screens, or both. e.g. https://forums.opensuse.org/showthread.php/533157-How-change-screen-resolut… More often than not, resolving this failure means the gratis supporters must explain that nomodeset needs to be removed from Grub configuration, and how to go about it, which means temporarily at the Grub screen, and ultimately via /etc/default/grub and grub2-mkconfig. Nomodeset is primarily for troubleshooting, not normal operation, main exception being for users who post-installation add non-FOSS software. Those users can add it or nouveau.modeset=0 back according to the instructions they must follow to successfully add their non-FOSS software. IMO it would be much a better user and support experience, and ultimately better for openSUSE's reputation, that when the YaST installer finds nomodeset has been used to install that, by default, it *not* be preserved in either /etc/default/grub or in YaST's bootloader proposal. -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1121255] Firefox 60.x ESR does not build for armv7 leap
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1121255 http://bugzilla.suse.com/show_bug.cgi?id=1121255#c10 --- Comment #10 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-SU-2019:0133-1: An update that fixes three vulnerabilities is now available. Category: security (important) Bug References: 1121255,1122983 CVE References: CVE-2018-18500,CVE-2018-18501,CVE-2018-18505 Sources used: openSUSE Leap 42.3 (src): MozillaFirefox-60.5.0-128.1, mozilla-nss-3.36.7-57.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1123898] new rule for libmtp-udev
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1123898 http://bugzilla.suse.com/show_bug.cgi?id=1123898#c6 --- Comment #6 from Kieran Ramos <ramos.kieran(a)gmail.com> --- Yes I also noticed there are no android rules, I searched and didn't find any android or adb related packages. I have added the rule for libmtp and its fine for me, but I thought it'd be useful for others to get it incorporated in the right way and right package. I only realized that libmtp is not quite the right designation until after my bug report. I'm not sure why there is no 51-android.rules file in Tumbleweed, but this version already has the correct rule for 2a70: https://github.com/M0Rf30/android-udev-rules/blob/master/51-android.rules -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124204] New: qemu-kvm fails to run a linux guest os on core2 CPU
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1124204 Bug ID: 1124204 Summary: qemu-kvm fails to run a linux guest os on core2 CPU Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: comes(a)naic.edu QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 795931 --> http://bugzilla.opensuse.org/attachment.cgi?id=795931&action=edit v2-KVM-x86-fix-L1TF-s-MMIO-GFN-calculation patch for leap 15.0 kernel On a PC with a Intel Core2 CPU, I cannot run a Linux guest OS with qemu-kvm. On the same hardware everything worked with Leap 42.3. It turns out that this is a known problem: https://bugzilla.redhat.com/show_bug.cgi?id=1633058 with a solution: https://patchwork.kernel.org/patch/10614795/ I build the 15.0 kernel with the patch and tested it and indeed qemu-kvm works again on the Core2 CPU Attached is the patch that apply against the current 15.0 kernel. Please add it to the Leap 15.0/15.1 kernels. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1124217] New: ACPI errors during boot and wake from suspend
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1124217 Bug ID: 1124217 Summary: ACPI errors during boot and wake from suspend Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: jcarricksmith(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 795936 --> http://bugzilla.opensuse.org/attachment.cgi?id=795936&action=edit Output from dmesg and acpidump Two occurences of the following message appear in on boot and also in the system journal on resume from suspend: ACPI Error: Field [CMDX] at 224 exceeds Buffer [SCBF] size 168 (bits) (20170303/dsopcode-236) jlin kernel: ACPI Error: Method parse/execution failed [\GTFB] (Node ffff880187d8e348), AE_AML_BUFFER_LIMIT (20170303/psparse-543) jlin kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff880187d8e438), AE_AML_BUFFER_LIMIT (20170303/psparse-543) System appears to work satisfactorily. Added to bug 1117227 but was advised that this is a different issue. Attached dmesg and acpidump outputs in archive file. John -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1118668] firewalld-cmd fails to assign network interfaces to zones in a reboot-safe way
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=1118668 http://bugzilla.suse.com/show_bug.cgi?id=1118668#c2 Knut Alejandro Anderssen González <knut.anderssen(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |knut.anderssen(a)suse.com, | |madworm_de.novell@spitzenpf | |eil.org Flags| |needinfo?(madworm_de.novell | |(a)spitzenpfeil.org) --- Comment #2 from Knut Alejandro Anderssen González <knut.anderssen(a)suse.com> --- (In reply to robert spitzenpfeil from comment #1) > I'm NOT using NetworkManager BTW. So, I assume you are using wicked, isn't it? could you attach the ifcfg file and also journal logs would be useful. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124091] New: g++ internal compiler error: Illegal instruction
by bugzilla_noreply＠novell.com 04 Feb '19

04 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1124091 Bug ID: 1124091 Summary: g++ internal compiler error: Illegal instruction Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: HP OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: markku.j.pulkkinen(a)gmail.com 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/71.0.3578.98 Safari/537.36 Build Identifier: When compiling code that uses standard C/C++ libraries, the following error is generated. In file included from /usr/include/c++/8/chrono:40, from /usr/include/c++/8/thread:38, from main.cpp:23: /usr/include/c++/8/limits:1599:7:internal compiler error: Illegal instruction min() _GLIBCXX_USE_NOEXCEPT { return __FLT_MIN__; } ^~~ The program code (main.cpp) includes following headers in the beginning: Line 22: #include <string> Line 23: #include <thread> g++ version is as follows: g++ (SUSE Linux) 8.2.1 20190103 [gcc-8-branch revision 267549] Reproducible: Always Steps to Reproduce: 1. g++ -o a.out -no-pie -pthread -pipe -Wall -O3 -march=native -mtune=native \ -fprefetch-loop-arrays --param max-inline-insns-single=2000 -std=c++1y \ main.cpp Actual Results: g++ compiler gives following internal error message: In file included from /usr/include/c++/8/chrono:40, from /usr/include/c++/8/thread:38, from main.cpp:23: /usr/include/c++/8/limits:1599:7: internal compiler error: Illegal instruction min() _GLIBCXX_USE_NOEXCEPT { return __FLT_MIN__; } ^~~ Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.opensuse.org/> for instructions. Expected Results: Program is build successfully -- You are receiving this mail because: You are on the CC list for the bug.

1 5