November 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1155687] Bad install when using Tumbleweed live iso (20191030)
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1155687 http://bugzilla.suse.com/show_bug.cgi?id=1155687#c4 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|kukuk(a)suse.com | --- Comment #4 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Andrei Borzenkov from comment #3) > (In reply to Neil Rickert from comment #2) > > Boot messages indicating missing users "sddm", "polkitd" and several others. > > Bug is actually rather interesting. Following happens > > 1. Live system has most users in its /etc/passwd. > 2. Scripts used by various system-user-* packages basically do > > getent user || useradd user All packages creating users are doing this. > 3. During installation /run from Live system is bind-mounted on target > /mnt/run (where /mnt is root of system being installed). This makes nscd > socket available to scripts run by rpm which are chrooted to /mnt. Why do we run nscd in such a case? doesn't make any sense. > 4. So during installation getent contacts nscd *in Live system*, and gets > positive answer. As result, user creation is skipped. > > Possible fixes are > > 1. Do not use getent, parse /etc/passwd directly This "fixes" only your very special use case and breaks all default installations. Beside that this would mean touching all packages creating users. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155675] New: ovsdb: Could not connect: No such file or directory
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1155675 Bug ID: 1155675 Summary: ovsdb: Could not connect: No such file or directory Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: andythe_great(a)pm.me QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, I have been trying to build live ISO with OpenSUSE's KIWI. When the live image first boot, no wifi. I pull out my USB wifi receiver and plugging it back in, see wifi and connect normally. Even after reboot, internet is gone until I unplug-replug the USB wifi. I don't know much technical detail how to solve it but I have some info. The very first "systemctl status NetworkManager.service" is run when the internet connect normally. I found that restarting NetworkManager.service broke the wifi, which the status of no wifi is shown in second "systemctl status NetworkManager.service" tux@localhost:~> sudo systemctl status NetworkManager.service [sudo] password for root: ● NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/NetworkManager.service.d └─NetworkManager-ovs.conf Active: active (running) since Fri 2019-11-01 04:59:40 +07; 8min ago Docs: man:NetworkManager(8) Main PID: 3443 (NetworkManager) Tasks: 5 (limit: 4915) Memory: 11.0M CGroup: /system.slice/NetworkManager.service ├─3443 /usr/sbin/NetworkManager --no-daemon └─4933 /sbin/dhclient -d -q -sf /usr/lib/nm-dhcp-helper -pf /var/run/dhclient-wlan0.pid -lf /var/lib/NetworkManager/dhclient-b9f91975-3548-4f1b-b19c-79f4e71c2b55-wlan0.lease -cf /var/lib/NetworkManager/dhclient-wlan0.conf wlan0 Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.5974] dhcp4 (wlan0): nameserver '194.168.8.100' Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.5974] dhcp4 (wlan0): state changed unknown -> bound Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.5992] device (wlan0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed') Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.6009] device (wlan0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed') Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.6015] device (wlan0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed') Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.6024] manager: NetworkManager state is now CONNECTED_LOCAL Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.6374] manager: NetworkManager state is now CONNECTED_SITE Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.6376] policy: set 'VM2080987' (wlan0) as default for IPv4 routing and DNS Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.8407] device (wlan0): Activation: successful, device activated. Nov 01 05:04:15 localhost.localdomain NetworkManager[3443]: <info> [1572559455.9148] manager: NetworkManager state is now CONNECTED_GLOBAL tux@localhost:~> sudo systemctl restart NetworkManager.service tux@localhost:~> sudo systemctl status NetworkManager.service ● NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/NetworkManager.service.d └─NetworkManager-ovs.conf Active: active (running) since Fri 2019-11-01 05:07:56 +07; 2s ago Docs: man:NetworkManager(8) Main PID: 5143 (NetworkManager) Tasks: 4 (limit: 4915) Memory: 4.0M CGroup: /system.slice/NetworkManager.service └─5143 /usr/sbin/NetworkManager --no-daemon Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.1986] device (lo): carrier: link connected Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.1989] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1) Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.1999] manager: (lan0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2) Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2010] device (lan0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external') Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2030] device (wlan0): driver supports Access Point (AP) mode Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2034] manager: (wlan0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/3) Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2063] ovsdb: Could not connect: No such file or directory Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2082] modem-manager: ModemManager available Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2088] supplicant: wpa_supplicant running Nov 01 05:07:57 localhost.localdomain NetworkManager[5143]: <info> [1572559677.2117] agent-manager: req[0x555fe82c03d0, :1.19/org.kde.plasma.networkmanagement/1000]: agent registered -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1154806] VUL-0: chromium: multiple security issues fixed in 78.0.3904.70
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1154806 http://bugzilla.suse.com/show_bug.cgi?id=1154806#c13 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #13 from Marcus Meissner <meissner(a)suse.com> --- released -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155643] VUL-0: chromium: multiple security issues fixed in 78.0.3904.87
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1155643 http://bugzilla.suse.com/show_bug.cgi?id=1155643#c2 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |meissner(a)suse.com Resolution|--- |FIXED --- Comment #2 from Marcus Meissner <meissner(a)suse.com> --- released -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1153152] Dock DisplayLink DL3700-ESS works intermittently
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1153152 http://bugzilla.suse.com/show_bug.cgi?id=1153152#c4 --- Comment #4 from Mith K <koalakg(a)gmail.com> --- Created attachment 823083 --> http://bugzilla.suse.com/attachment.cgi?id=823083&action=edit right dmseg output Hi, this is the right output of dmesg when the dock works on 5.3.7-1 kernel and with the DisplayLink package installed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1153152] Dock DisplayLink DL3700-ESS works intermittently
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1153152 http://bugzilla.suse.com/show_bug.cgi?id=1153152#c3 --- Comment #3 from Mith K <koalakg(a)gmail.com> --- Created attachment 823082 --> http://bugzilla.suse.com/attachment.cgi?id=823082&action=edit dmesg error Hi, this is the dmesg output when the dock doesn't work -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1153152] Dock DisplayLink DL3700-ESS works intermittently
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.suse.com/show_bug.cgi?id=1153152 http://bugzilla.suse.com/show_bug.cgi?id=1153152#c2 --- Comment #2 from Mith K <koalakg(a)gmail.com> --- (In reply to Jiri Slaby from comment #1) > Could you provide dmesg from both the working and non-working kernels after > is disconnects/reconnects? Hi, this is the dmesg output when the dock doesn't work -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155416] llvm9 package no longer provides libclangIndex.so, libclangFormat.so, etc.
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1155416 http://bugzilla.opensuse.org/show_bug.cgi?id=1155416#c13 --- Comment #13 from Aaron Puchert <aaronpuchert(a)alice-dsl.net> --- (In reply to Fabian Vogt from comment #12) > (In reply to Aaron Puchert from comment #11) > > Do they offer both the component libraries and libclang-cpp.so? Because if I > > remember correctly, it's built automatically, or at least I didn't change > > any flags for it to appear. > > Both. Hmm, that's a bit dangerous. If someone links against both a component library and libclang-cpp.so (directly or indirectly through other libraries) that might cause problems because there are global variables that will then exist twice. Well, actually I think you'll just get an error that the global has been registered already and your program won't start. These globals are mostly flags, see for example https://github.com/llvm/llvm-project/blob/llvmorg-9.0.0/clang/lib/CodeGen/C…. So if you link with libclangCodegen and libclang-cpp, that won't start. I have to admit I patched Clang a bit to make sure everything links with libclang-cpp.so, and I'm trying to upstream that. (https://reviews.llvm.org/D67321) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155685] New: useradd created wrong home directory
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1155685 Bug ID: 1155685 Summary: useradd created wrong home directory Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: axel.braun(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I had the following definition in the spec-file: getent passwd tryton > /dev/null || %{_sbindir}/useradd -r -g tryton \ -d %{_localstatedir}/lib/%{name} -s /sbin/nologin \ -c 'Tryton ERP' tryton || : where %{name} translates to trytond Result: The user tryton was created, and as home directory /var/lib/trytond was entered. But this directory was not created: Instead, the directory /var/lib/tryton was created. As a result, the user did not find his home directory...and printing failed for that reason. Should useradd (or whatever) not create the home directory according to the definition (-d) instead of the user name? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1155416] llvm9 package no longer provides libclangIndex.so, libclangFormat.so, etc.
by bugzilla_noreply＠novell.com 02 Nov '19

02 Nov '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1155416 http://bugzilla.opensuse.org/show_bug.cgi?id=1155416#c12 --- Comment #12 from Fabian Vogt <fabian(a)ritter-vogt.de> --- (In reply to Aaron Puchert from comment #11) > (In reply to Fabian Vogt from comment #10) > > There doesn't seem to be a patch anywhere for this yet, it looks like both > > Arch and Fedora still use split clang libraries. > > Do they offer both the component libraries and libclang-cpp.so? Because if I > remember correctly, it's built automatically, or at least I didn't change > any flags for it to appear. Both. -- You are receiving this mail because: You are on the CC list for the bug.

1 0