July 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1173907] New: Scan for wireless networks fails in Yast
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173907 Bug ID: 1173907 Summary: Scan for wireless networks fails in Yast Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: aarch64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: moritzrakow(a)web.de QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Steps to reproduce: `sudo yast2 lan`, select a WLAN card -> Edit -> Scan Network Observed behaviour: A window with "Scanning networks", "obtaining ESSIDs" shows up, but closes again before any networks show up. Expected behaviour: A list with the wireless networks shows up. Comments: The WLAN card is already connected to a network while I'm trying to scan. There are SSIDs nearby that include spaces. I also tried entering an SSID with a space, but at least in text mode, yast doesn't let me enter spaces. SSIDs with spaces are that not uncommon (e.g. "John's iPhone"). System: openSUSE Leap 15.2 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1173511] yast2_vnc fails to restart 'display-manager' service on a minimalx install
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173511 https://bugzilla.suse.com/show_bug.cgi?id=1173511#c3 Guillaume GARDET <guillaume.gardet(a)arm.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(guillaume.gardet@ | |arm.com) | --- Comment #3 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- (In reply to José Iván López González from comment #1) > The test looks quite weird to me. As far as I see, there is no service > manager available in a minimalx system. So, I would say that it does not > make sense to configure VNC in that case. Maybe, YaST should not allow to > start the client in this scenario. > > Is there any specific use case for this test? Thanks! It is part of the aarch64 Tumbleweed tests. Previously, it was working properly, so something changed: https://openqa.opensuse.org/tests/1314475#step/yast2_vnc/13 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 941629] New: config.rpath from gettext-tools adds unnessary rpaths in x86_64 builds
by bugzilla_noreply＠novell.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=941629 Bug ID: 941629 Summary: config.rpath from gettext-tools adds unnessary rpaths in x86_64 builds Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: pth(a)suse.com Reporter: i(a)marguerite.su QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Hi, I found two unnessary rpaths are added to LDFLAGS during building Cinnamon: https://build.opensuse.org/build/home:MargueriteSu:branches:X11:Cinnamon:Fa… <pre> [ 98s] libtool: link: gcc -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wmissing-prototypes -o test-theme st/test_theme-test-theme.o ./.libs/libst-1.0.a -lclutter-1.0 -lcogl-path -lcogl-pango -lcogl -lgmodule-2.0 -lwayland-egl -lgbm -ldrm -lEGL -lXrandr -ljson-glib-1.0 -lwayland-cursor -lwayland-client -lxkbcommon -lwayland-server -lXext -lXdamage -lXfixes -lXcomposite -lXi -lcroco-0.6 /usr/lib64/libxml2.so -ldl -lz -llzma -lm -lcinnamon-desktop -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lX11 -pthread -Wl,-rpath -Wl,/usr/lib64 -Wl,-rpath -Wl,/usr/lib64 </pre> by grep in the build directory, I found those two rpaths comes from config.rpath: <pre> d_shlibs=yes if test "$with_gnu_ld" = yes; then # Set some defaults for GNU ld with shared library support. These # are reset later if shared libraries are not supported. Putting them # here allows them to be overridden if necessary. # Unlike libtool, we use -rpath here, not --rpath, since the documented # option of GNU ld is called -rpath, not --rpath. hardcode_libdir_flag_spec='${wl}-rpath ${wl}$libdir' case "$host_os" in </pre> it seems that x86_64 didn't pass the host_os test. please have a look -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 1173860] kernel-5.3.18-lp152.20.7.1 crash at boot with permissions violation
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173860 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1149607] VUL-1: CVE-2019-15922: kernel-source: NULL pointer dereference for a pf data structure if alloc_disk fails in drivers/block/paride/pf.c
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1149607 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |meissner(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173511] yast2_vnc fails to restart 'display-manager' service on a minimalx install
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173511 https://bugzilla.suse.com/show_bug.cgi?id=1173511#c2 Steffen Winterfeldt <snwint(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |snwint(a)suse.com Component|YaST2 |Basesystem Assignee|yast2-maintainers(a)suse.de |dimstar(a)opensuse.org QA Contact|jsrain(a)suse.com |qa-bugs(a)suse.de --- Comment #2 from Steffen Winterfeldt <snwint(a)suse.com> --- This basically looks to me like the pattern definition changed. I don't see an installer issue here. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173158] CONFIG_MODULE_SIG=y
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173158 https://bugzilla.suse.com/show_bug.cgi?id=1173158#c57 --- Comment #57 from Joey Lee <jlee(a)suse.com> --- (In reply to Joey Lee from comment #49) > (In reply to Michal Kubeček from comment #11) > > Have you really checked that we actually have a problem with unsigned > > modules? > > > > We have > > > > CONFIG_MODULE_SIG=y > > CONFIG_MODULE_SIG_FORCE=n > > > > in Leap 15.2 kernel and the help text for CONFIG_MODULE_SIG_FORCE says > > > > Reject unsigned modules or signed modules for which we don't have a > > key. Without this, such modules will simply taint the kernel. > > > > so that loading an unsigned module (or module signed with an unknown key) > > should taint the kernel and write a warning into kernel log but the module > > should load anyway. > > For upstream kernel, yes! But on SLE and LEAP (inherit from SLE), kernel has > a SUSE patch that it enable SIG_FORCE when secure boot be enabled. Sorry! I want to update the above comment. The SUSE patch be applied on old SLE kernel. For any new kernel after v5.2-rc1, Mimi Zohar's IMA patch puts the same logic to mainline kernel: commit 8db5da0b8618df79eceea99672e205d4a2a6309e Author: Mimi Zohar <zohar(a)linux.ibm.com> Date: Sun Jan 27 19:03:45 2019 -0500 x86/ima: require signed kernel modules Have the IMA architecture specific policy require signed kernel modules on systems with secure boot mode enabled; and coordinate the different signature verification methods, so only one signature is required. Requiring appended kernel module signatures may be configured, enabled on the boot command line, or with this patch enabled in secure boot mode. This patch defines set_module_sig_enforced(). To coordinate between appended kernel module signatures and IMA signatures, only define an IMA MODULE_CHECK policy rule if CONFIG_MODULE_SIG is not enabled. A custom IMA policy may still define and require an IMA signature. Signed-off-by: Mimi Zohar <zohar(a)linux.ibm.com> Reviewed-by: Luis Chamberlain <mcgrof(a)kernel.org> Acked-by: Jessica Yu <jeyu(a)kernel.org> But the logic only works with CONFIG_IMA_ARCH_POLICY=y. We didn't enable it on SLE/openSUSE. Which means that the SIG_FORCE should not be enabled when secure boot on SLE15-SP2 or LEAP 15.2. On SLE15-SP2, the integrity lock-down mode be enabled when secure boot enabled. It only enable MODULE_SIG but I didn't see MODULE_SIG_FORCE. I will use qemu-OVMF to look at the behavior again. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1115783] New: The report generator in BASE corrupts header and footers
by bugzilla_noreply＠novell.com 09 Jul '20

09 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1115783 Bug ID: 1115783 Summary: The report generator in BASE corrupts header and footers Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: brian(a)theharrises.me.uk QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 789520 --> http://bugzilla.opensuse.org/attachment.cgi?id=789520&action=edit Archive of directory containing the above files. The Libreoffice distributed with OpenSuse Leap 15 does not process page headers and footers correctly. Firstly they are given the wrong height. Secondly graphics in the header are not scaled correctly to fit the header. This does not occur in the versions downloaded from The Document Foundation (TDF). I have attached a tar file containing ReportTest.tar.gz. This contains a directory which contains the following files: ReportTest.odb - A self contained database that illustrates the issue. ReportSuse(Bad).pdf - The corrupt result from the SuSE version of Libreoffice. ReportTDF(Good).pdf - The expected result from the TDF version of LibreOffice. Coins.png - The image used in the header. When trying this out, the report (named Library) in ReportTest.odb will have to be edited to correct the path to the image (Coins.png). -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1173158] CONFIG_MODULE_SIG=y
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173158 https://bugzilla.suse.com/show_bug.cgi?id=1173158#c56 --- Comment #56 from Stefan Dirsch <sndirsch(a)suse.com> --- (In reply to Michal Kubeček from comment #53) > I already asked you once (in private) to behave constructively in bugzilla. > Clearly it fell to deaf ears. I apologize. It wasn't my intention. > > I'm not aware of any Feature ticket or bug to make it impossible to load > > unsigned modules either. I asked for such tickets. Nobody could give me > > a reference for such a ticket ... > > jsc#SLE-9870 for one Thanks. I'm missing a discussion there which implications (benefits, possible regressions) this patch may have to our products, let alone it would have been mentioned that it would prevent the loading of unsigned modules. Sigh. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173769] [Build 20200704] AutoYAST seems to set grub timeout 0
by bugzilla_noreply＠suse.com 09 Jul '20

09 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173769 https://bugzilla.suse.com/show_bug.cgi?id=1173769#c1 Steffen Winterfeldt <snwint(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |igonzalezsosa(a)suse.com Flags| |needinfo?(igonzalezsosa@sus | |e.com) --- Comment #1 from Steffen Winterfeldt <snwint(a)suse.com> --- Unfortunately, openqa gathers no logs here and I don't see someting related in the changes. Imo, do you have an idea? -- You are receiving this mail because: You are on the CC list for the bug.

1 0