July 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1173676] New: "Upgrade" option in DVD installer does not offer to configure WiFi and does not use online repos
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173676 Bug ID: 1173676 Summary: "Upgrade" option in DVD installer does not offer to configure WiFi and does not use online repos Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: mail(a)studiobp.org QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Doing an "Upgrade" of a previous beta install with the DVD installer on a laptop that only has WiFi. The two lines "Network autoconfig" and "Online repos" in the progress menu were scanned and colored as "done", but no prompt to configure the WiFi interface and connection secrets (i.e. no SSID and no passphrase asked for). As a result an "offline" upgrade was done, with more than 50 packages left to update from the Update and Packman repos after the first reboot. By comparison an "Install" with the same media offers to configure network interfaces (including WiFi) so that an "online install" is definitely possible (as checked on another system). Apparently some step is skipped in the "Upgrade" option compared to the "Install" one. BTW I didn't update the affected system after the first reboot, the system is still "as upgraded from the DVD", so if you need logs and such they are likely still there. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c10 --- Comment #10 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Thomas Blume from comment #9) > "$NO_AUTO_DHCP" is only set in special cases and /tmp/net.${netif}.up > shouldn't have been written either since that is done in the for loop. > In this case it should go down to: > > > --< > if [ $? -eq 0 ] && [ -z "$(ls /tmp/leaseinfo.${netif}*)" ]; then > > /tmp/net.${netif}.did-setup > if [ -e /sys/class/net/${netif}/address ]; then > > /tmp/net.$(cat /sys/class/net/${netif}/address).did-setup > fi > fi > --< According to the logs it is the presence of the leaseinfo file that prevents the writing of did-setup: --> [ 10.385337] dracut-initqueue[419]: ++ ls /tmp/leaseinfo.ens3.dhcp.ipv4 [ 10.385969] dracut-initqueue[364]: + '[' -z /tmp/leaseinfo.ens3.dhcp.ipv4 ']' [ 10.386677] dracut-initqueue[364]: + exit 0 --< leasinfo is created by wicked, so that looks correct: --> [ 3.808884] dracut-initqueue[364]: + wicked test dhcp4 --format leaseinfo --output /tmp/leaseinfo.ens3.dhcp.ipv4 --request - ens3 [ 3.810522] dracut-initqueue[404]: wicked: ens3: Request to acquire DHCPv4 lease with UUID bab7fd5e-1e18-0500-9401-000001000000 [ 10.316896] dracut-initqueue[404]: wicked: ens3: Committed DHCPv4 lease with address 10.160.66.28 (lease time 1800 sec, renew in 900 sec, rebind in 1575 sec) [ 10.337314] dracut-initqueue[364]: + dhcp_wicked_apply -4 [ 10.338395] dracut-initqueue[364]: + unset IPADDR INTERFACE BROADCAST NETWORK PREFIXLEN ROUTES GATEWAYS MTU HOSTNAME DNSDOMAIN DNSSEARCH DNSSERVERS [ 10.341019] dracut-initqueue[364]: + '[' -f /tmp/leaseinfo.ens3.dhcp.ipv4 ']' [ 10.342144] dracut-initqueue[364]: + . /tmp/leaseinfo.ens3.dhcp.ipv4 --< which makes me wonder whether the -z in the test is correct. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173401] ucode-intel causes rebuild of initrd on machine with AMD Phenom CPU
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

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

1 0

[Bug 1073210] Link Time Optimization doesn't work out of the box on 64 bit systems because of bfd-plugins path mixup
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1073210 Maintenance Robot <maint-coord+maintenance_robot(a)suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard|ibs:running:6484:low |ibs:running:6484:low |ibs:running:15644:moderate | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173312] Schema-Validation seems overly strict
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173312 https://bugzilla.suse.com/show_bug.cgi?id=1173312#c3 Knut Alejandro Anderssen González <knut.anderssen(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED CC| |knut.anderssen(a)suse.com Resolution|--- |FIXED --- Comment #3 from Knut Alejandro Anderssen González <knut.anderssen(a)suse.com> --- Should be fixed by: - https://github.com/yast/yast-autoinstallation/pull/636 (sr#818486) - https://github.com/yast/yast-schema/pull/79 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1171415] startwm.sh in xrdp always uses GNOME regardless of installed/used window manager
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1171415 http://bugzilla.opensuse.org/show_bug.cgi?id=1171415#c2 Yasuhiko Kamata <belphegor(a)belbel.or.jp> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Unable to login via xrdp |startwm.sh in xrdp always | |uses GNOME regardless of | |installed/used window | |manager --- Comment #2 from Yasuhiko Kamata <belphegor(a)belbel.or.jp> --- According to my check, wm_start() in /etc/xrdp/startwm.sh only defines gnome/gnome-classic/icewm session; there is no definition for other session (including KDE). In addition, session selection is made in this script itself ('SESSION="gnome"'); so that GNOME is always used regardless of the desktop selection. So I replaced "startwm.sh" with the Leap 15.1 version's one, I can now log in without any problem. (Edited summary) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173402] Kernel delays boot by 12s if ip= option given
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173402 https://bugzilla.suse.com/show_bug.cgi?id=1173402#c9 --- Comment #9 from Thomas Blume <thomas.blume(a)suse.com> --- (In reply to Fabian Vogt from comment #8) > > That only does something in the bootdev/ip=dhcp case though AFAICT, but a > bit further up there is: Hm, but the code writing did-setup is outside the 'for p in $(getargs ip=)' loop. The conditionals there are: --> # no ip option directed at our interface? if [ -z "$NO_AUTO_DHCP" ] && [ ! -e /tmp/net.${netif}.up ]; then --< "$NO_AUTO_DHCP" is only set in special cases and /tmp/net.${netif}.up shouldn't have been written either since that is done in the for loop. In this case it should go down to: --< if [ $? -eq 0 ] && [ -z "$(ls /tmp/leaseinfo.${netif}*)" ]; then > /tmp/net.${netif}.did-setup if [ -e /sys/class/net/${netif}/address ]; then > /tmp/net.$(cat /sys/class/net/${netif}/address).did-setup fi fi --< > So this behaviour is a combination of: > - Interfaces without explicit ip= config fall back to DHCP > - It waits for (any) explicitly configured interface to be up > - ip=dhcp counts as "explicitly configuring all interfaces" > > This might just need a '>/tmp/net.${netif}.did-setup' there? I already burned my fingers by writing did-setup too early in the code. That might skip the setup of other configured interfaces or the setup of an dual ipv4/ipv6 stack. I want to be very careful here. > As there is no ip parameter set, it can't possibly reach the code in > the 'for p in $(getargs ip=)' loop which creates the did-setup flag, > but net-genrules.sh generated the initqueue hook waiting for them > irregardless of any ip parameters. Correct, the culprit is the missing did-setup, but I'm not sure yet why it doesn't get written. Do you see any other reason? > > ... > > > > It does setup the ip but not the netroot. > > So, without the ip= parameter, dracut doesn't seems to recognize that the > > system root is provided via network. > > According to the manpage, rd.neednet only commands dracut to set up the > > network, but not to provide netroot: > > > > --> > > rd.neednet=1 > > boolean, bring up network even without netroot set > > --< > > That's actually what it's used for here - have network in the initrd, but > boot from local disk. > It's because a dracut module (ignition) uses network for downloading files. > > > I guess you would have to add a netroot parameter to make dracut aware that > > system root is provided via network. > > Maybe also root=dhcp works, though. > > That might break booting... Even if that works as alternative to ip=dhcp > without the delay, it doesn't seem like a good idea to use it instead, just > the name alone would need a big disclaimer... Ok, so I don't need to consider the netroot case. Let's focus on the did-setup then. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1171482] NetworkManager broken on Leap 15.2 beta
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1171482 https://bugzilla.suse.com/show_bug.cgi?id=1171482#c5 --- Comment #5 from Jonathan Kang <songchuan.kang(a)suse.com> --- Please provide related logs. You can add the following to /etc/NetworkManager/NetworkManager.conf, [logging] level=debug restart NetworkManager afterwards. And attach related journal output of `journalctl -b` here. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1081947] PAM module pam_keyinit is still not integrated in the SUSE PAM stack
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1081947 https://bugzilla.suse.com/show_bug.cgi?id=1081947#c97 --- Comment #97 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-RU-2020:0918-1: An update that has two recommended fixes can now be installed. Category: recommended (moderate) Bug References: 1081947,1144047 CVE References: Sources used: openSUSE Leap 15.2 (src): krb5-1.16.3-lp152.5.3.1, krb5-mini-1.16.3-lp152.5.4.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173270] fmt: wrong pkgconfig header location
by bugzilla_noreply＠suse.com 03 Jul '20

03 Jul '20

https://bugzilla.suse.com/show_bug.cgi?id=1173270 https://bugzilla.suse.com/show_bug.cgi?id=1173270#c3 --- Comment #3 from Swamp Workflow Management <swamp(a)suse.de> --- openSUSE-RU-2020:0920-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 1173270 CVE References: Sources used: openSUSE Leap 15.2 (src): fmt-6.2.1-lp152.2.3.1 -- You are receiving this mail because: You are on the CC list for the bug.

1 0