July 2020 - openSUSE Bugs - openSUSE Mailing Lists

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

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173769 Bug ID: 1173769 Summary: [Build 20200704] AutoYAST seems to set grub timeout 0 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/1325367/modules/inst allation/steps/18 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST Assignee: yast2-maintainers(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-autoyast_gnome@64bit fails in [installation](https://openqa.opensuse.org/tests/1325367/modules/installatio… Until snapshot 0701 grub was configured with a 8s timeout; with the next tested snapshot 0704 the boot passed straight on to the desktop. Snapshot 0704 had the changes for yhast2-schema and auoyast merged ( * autoyast2 (4.3.13 -> 4.3.21) * yast2-schema (4.3.2 -> 4.3.3) ## Test suite description Testing autoyast installation with given profile and expect SLES with gnome. Please, see the profile for more details. Profile is available in distri git repo under data subdirectory. Same as autoyast_gnome but with product defined in the profile. Maintainers: riafarov, okurz ## Reproducible Fails since (at least) Build [20200704](https://openqa.opensuse.org/tests/1325367) (current job) ## Expected result Last good: [20200701](https://openqa.opensuse.org/tests/1322827) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1173731] New: on RPi4 with 4GB openSUSE 15.2 only sees 1GB
by bugzilla_noreply＠suse.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1173731 Bug ID: 1173731 Summary: on RPi4 with 4GB openSUSE 15.2 only sees 1GB Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: aarch64 OS: SUSE Other 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: --- I have a RPi4 with 4GB memory, but hwinfo and top only report 960 MB # hwinfo --memory 01: None 00.0: 10102 Main Memory [Created at memory.74] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x3b013fff (rw) Memory Size: 960 MB Config Status: cfg=new, avail=yes, need=no, active=unknown -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1127614] New: Image armv6l-2019.02.12-Snapshot20190217 does not generate /etc/resolv.conf
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1127614 Bug ID: 1127614 Summary: Image armv6l-2019.02.12-Snapshot20190217 does not generate /etc/resolv.conf Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After loading the image openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2019.02.12-Snapshot20190217.raw.xz on a SD card and starting the RPi1, the system does not have a /etc/resolv.conf. Giving the command "netconfig update -f" it produces the following error messages: /etc/netconfig.d//dns-resolver: line 141: netconfig_mktemp: command not found /etc/netconfig.d//nis: line 209: netconfig_mktemp: command not found /etc/netconfig.d//ntp-runtime: line 97: netconfig_mktemp: command not found /etc/netconfig.d//ntp-runtime: line 124: netconfig_mktemp: command not found Analyzing it further I found this netconfig_mktemp was defined in /etc/sysconfig/network/scripts/functions.netconfig. It is not anymore. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 943628] New: Networkmanager looses Wi-Fi connection
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=943628 Bug ID: 943628 Summary: Networkmanager looses Wi-Fi connection Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: armv5 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I have Raspberry Pi 1B system with a Wi-Fi USB interface running one of the latest Tumbleweed openSUSE images. After installation of the image I added nmcli-dmenu without recommends. I disabled wicked and enabled NetworkManager. Using nmtui I configured the wlan0 interface with a fixed IP address and the required other network parameters. When I boot the system without a connected Ethernet cable, the system comes up with an active Wi-Fi connection. The system is relatively far from the AP. So when I run a ping to the default gateway I always have a few percent loss. When I leave the system running for a few days a see each few hours - no fixed interval - a "Connection disconnected" with different reasons in the journal. At a certain moment I see "Activation: failed" to the AP. The system remains at the same location. After that NM does not try to re-establish the connection, so the system is not reachable anymore. When I connect the Ethernet cable I have access to the system again. Restarting the network.service re-establishes the Wi-Fi connection, so I can pull the Ethernet cable and still have a connection via Wi-Fi. I would expect NM to continuously try to re-establish the Wi-Fi connection. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1127615] New: Image armv6l-2019.02.12-Snapshot20190217 does not allow vi to start
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1127615 Bug ID: 1127615 Summary: Image armv6l-2019.02.12-Snapshot20190217 does not allow vi to start Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After loading the image openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2019.02.12-Snapshot20190217.raw.xz on a SD card and starting the system, and starting vi I get the error message: vi: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory After giving "ln -s /usr/lib/perl5/5.28.1/armv6l-linux-thread-multi/CORE/libperl.so /usr/lib/" it works. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1161909] New: sa-update reports missing /var/lib/spamassassin/3.004002/updates_spamassassin_org/1873195.tar.gz on aarch64 repository
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1161909 Bug ID: 1161909 Summary: sa-update reports missing /var/lib/spamassassin/3.004002/updates_spamassassin_or g/1873195.tar.gz on aarch64 repository Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: aarch64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When running sa-update on Leap 15.2 for aarch64 I got an error message: Cannot open file /var/lib/spamassassin/3.004002/updates_spamassassin_org/1873195.tar.gz: No such file or directory at /usr/bin/sa-update line 1599. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 915168] New: During boot message i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=915168 Bug ID: 915168 Summary: During boot message i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown Classification: openSUSE Product: openSUSE Factory Version: 201501* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On my Acer laptop with Intel N3530 and apparently a touchpad with name SYN1B7E I see the following: During boot message: i2c_hid i2c-SYN1B7E:01: failed to retrieve report from device. is shown. Ifound some reference about this device in http://www.adamdrew.net/?tag=kernel -- You are receiving this mail because: You are on the CC list for the bug.

2 8

[Bug 984594] New: Use of cpan on Raspberry Pi 1 B armv6l has unsatisfied requirements
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=984594 Bug ID: 984594 Summary: Use of cpan on Raspberry Pi 1 B armv6l has unsatisfied requirements Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a just installed Tumbleweed system on a Raspberry Pi 1B (armv6l) I tried to install a perl module using cpan. After some experimenting I found that I needed to install the packages make and gcc. Apparently the package perl, which provides /usr/bin/cpan, needs requirements for these two packages. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 986387] New: Device wlan0 on Raspberry Pi unexpectedly stopped and does not try to restart
by bugzilla_noreply＠novell.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=986387 Bug ID: 986387 Summary: Device wlan0 on Raspberry Pi unexpectedly stopped and does not try to restart Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: freek(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a Raspberry Pi 1B I use Wi-Fi dongle to connect to the network. After about one week of running I noticed the network connection was down, so I had to power off and on the system to get again a network connection. I found the following error messages in the journal: jun 21 16:16:01 frans wickedd-nanny[474]: device wlan0: got signal linkDown jun 21 16:16:01 frans wickedd-nanny[474]: wlan0: failed to bring up device, still continuing jun 21 16:16:15 frans wickedd-dhcp4[456]: unable to rebind lease In the meantime the system worked as expected and the next morning the power off/on resulted in a connected system afgain. I wonder what caused the linkDown and why the system did not try to re-establish the connection. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 835484] Several problems after running YaST module HTTP server
by bugzilla_noreply＠suse.com 06 Jul '20

06 Jul '20

http://bugzilla.opensuse.org/show_bug.cgi?id=835484 http://bugzilla.opensuse.org/show_bug.cgi?id=835484#c8 Freek de Kruijf <freek(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NORESPONSE --- Comment #8 from Freek de Kruijf <freek(a)opensuse.org> --- Obsolete -- You are receiving this mail because: You are on the CC list for the bug.

1 0