February 2022 - openSUSE Kubic Bugs - openSUSE Mailing Lists

[kubic-bugs] [Bug 1167780] New: MicroOS images don't update grub if booted without EFI
by bugzilla_noreply＠novell.com 09 Jan '23

09 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1167780 Bug ID: 1167780 Summary: MicroOS images don't update grub if booted without EFI Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: fvogt(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kubic-bugs(a)opensuse.org Found By: --- Blocker: --- The .qcow2 images are meant to work fine on systems with EFI (optionally secure boot) and without, so they have both i386-pc and x86_64-efi targets of grub2 installed by kiwi during image building. Kiwi sets LOADER_TYPE="grub2-efi" for this. When booting the image without EFI though, this is not changed by anything and so update-bootloader only manages the x86_64-efi target of grub2. As the grub.cfg file is in the same location, there aren't any immediate issues, but it means that grub is never updated in those deployments. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 1195878] New: [Build 20220211] openQA test fails in disk_boot
by bugzilla_noreply＠suse.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1195878 Bug ID: 1195878 Summary: [Build 20220211] openQA test fails in disk_boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2186742/modules/disk _boot/steps/5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario microos-Tumbleweed-MicroOS-Image-x86_64-microos@64bit fails in [disk_boot](https://openqa.opensuse.org/tests/2186742/modules/disk_boot/step… Feb 13 08:01:56.395743 localhost dracut-initqueue[502]: /sbin/ifup: line 135: dhclient: command not found ## Test suite description ## Reproducible Fails since (at least) Build [20220211](https://openqa.opensuse.org/tests/2186317) ## Expected result Last good: [20220210](https://openqa.opensuse.org/tests/2184227) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos… -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1183582] New: transactional server role has very inconsistent package selection (TW, SLE, Leap)
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1183582 Bug ID: 1183582 Summary: transactional server role has very inconsistent package selection (TW, SLE, Leap) Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Selecting the transactional server role results in a very different selection of patterns and packages. On Tumbleweed: https://openqa.opensuse.org/tests/1667896#step/disable_grub_timeout/13 Documentation, Minimal Base, Enhanced Base, AppArmor, YaST Base, Software Management, Minimal Appliance Base On SLE 15 SP3: https://openqa.suse.de/tests/5670408#step/disable_grub_timeout/14 Minimal Base, Enhanced Base, AppArmor, 32-Bit Runtime Environment On Leap 15.3: https://openqa.opensuse.org/tests/1667171#step/disable_grub_timeout/13 Minimal Base, Minimal Appliance Base -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1196547] New: MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1196547 Bug ID: 1196547 Summary: MicroOS Desktop GNOME system role doesn't preinstall language subpackages Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: fcrozat(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Follow-up of https://github.com/yast/skelcd-control-MicroOS/pull/51 Installing MicroOS Desktop (GNOME system role) doesn't install the language subpackages for the select language on the installer. Languages subpackages are currently handled as soft dependencies, which doesn't mix well with MicroOS relying only on requires. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 1186158] New: SElinux is blocking socket access for podman
by bugzilla_noreply＠suse.com 04 Apr '22

04 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1186158 Bug ID: 1186158 Summary: SElinux is blocking socket access for podman Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE MicroOS Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: gm.venekamp(a)quicknet.nl QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- test-vm:~ # head -2 /etc/os-release NAME="openSUSE MicroOS" # VERSION="20210515" When starting a container (as root) like traefik, I get the following error: test-vm:~ # podman run -p 8080:8080 -p 80:80 -v /etc/traefik/traefik.yml:/etc/traefik/traefik.yml -v /var/run/podman/podman.sock:/var/run/docker.sock traefik:v2.0 time="2021-05-18T06:46:37Z" level=info msg="Configuration loaded from file: /etc/traefik/traefik.yml" time="2021-05-18T06:46:38Z" level=error msg="Failed to retrieve information of the docker client and server host: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.24/version: dial unix /var/run/docker.sock: connect: permission denied" providerName=docker This is what /var/log/audit/audit/log tells me: type=AVC msg=audit(1621319586.484:965): avc: denied { connectto } for pid=1785 comm="traefik" path="/run/podman/podman.sock" scontext=system_u:system_r:container_t:s0:c741,c830 tcontext=system_u:system_r:container_runtime_t:s0 tclass=unix_stream_socket permissive=1 test-vm:~ # ll -Z /var/run/podman/podman.sock srw-rw----. 1 root root system_u:object_r:var_run_t:s0 0 May 18 08:46 /var/run/podman/podman.sock Am I doing anything wrong -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 1188957] New: Micro OS Desktop GNOME: Mesa-dri-nouveau not installed on first boot
by bugzilla_noreply＠suse.com 29 Mar '22

29 Mar '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1188957 Bug ID: 1188957 Summary: Micro OS Desktop GNOME: Mesa-dri-nouveau not installed on first boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: richwallwork(a)pm.me QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I've installed MicroOS desktop GNOME and noticed that it was reporting that the built in Intel gfx is the graphics adapter rather than the installed Nvidia card (which works fine on regular Tumbleweed). the Journal suggests that nouveau_dri.so cannot be found in /usr/lib64/dri and it seems the Mesa-dri-nouveau package wasn't installed. I used: sudo tukit --continue execute bash zypper in Mesa-dri-nouveau and after a reboot the system is working fine with nouveau. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1194997] New: Kubic/MicroOS libvirt Vagrant instances can not run
by bugzilla_noreply＠suse.com 02 Mar '22

02 Mar '22

https://bugzilla.suse.com/show_bug.cgi?id=1194997 Bug ID: 1194997 Summary: Kubic/MicroOS libvirt Vagrant instances can not run Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kubic Assignee: kubic-bugs(a)opensuse.org Reporter: jason.evans(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- # How to reproduce the issue: On Tumbleweed, install vagrant and vagrant-libvirt, and all of the associated dependencies. # Initialize Vagrant vagrant init opensuse/Kubic.x86_64 # Update the Vagrantfile to include the following lines: config.vm.synced_folder ".", "/vagrant", disabled: true config.vm.synced_folder ".", "/opt/vagrant" # Start the VM vagrant up # VM errors out due to NFS issues. ... ==> default: Exporting NFS shared folders... ==> default: Preparing to edit /etc/exports. Administrator privileges will be required... ==> default: Mounting NFS shared folders... ==> default: Pruning invalid NFS exports. Administrator privileges will be required... ==> default: Removing domain... ==> default: Deleting the machine folder The following SSH command responded with a non-zero exit status. Vagrant assumes that this means the command failed! mount -o vers=3,udp 192.168.121.1:/home/tux/temp/newtest /opt/vagrant Stdout from the command: Stderr from the command: mount.nfs: requested NFS version or transport protocol is not supported Go Back -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 1196512] New: pkcon sometimes fails with "The daemon crashed mid-transaction!"
by bugzilla_noreply＠suse.com 01 Mar '22

01 Mar '22

https://bugzilla.suse.com/show_bug.cgi?id=1196512 Bug ID: 1196512 Summary: pkcon sometimes fails with "The daemon crashed mid-transaction!" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: dfaggioli(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When on MicroOS Desktop, and trying to use `pkcon` for upgrades, it sometimes fails with the message "The daemon crashed mid-transaction!" Like this: > # pkcon upgrade-system > Getting system upgrades [=========================] > Testing changes [=========================] g: assertion > 'string != NULL' failed > Finished [ ] (0%) > The following packages have to be installed: > gtk4-tools-4.6.1-2.1.x86_64 Auxiliary utilities for the GTK+ toolkit library v4 > The following packages have to be obsoleted: > systemd-sysvinit-249.9-4.1.x86_64 System V init tools > The following packages have to be updated: > Mesa-21.3.6-301.3.x86_64 System for rendering 3-D graphics > Mesa-dri-21.3.6-301.3.x86_64 DRI plug-ins for 3D acceleration > Mesa-gallium-21.3.6-301.3.x86_64 Mesa Gallium GPU drivers > ... > ... > ... > zenity-3.41.0-1.4.x86_64 GNOME Command Line Dialog Utility > zstd-1.5.2-1.3.x86_64 Zstandard compression tools > zypper-1.14.51-1.2.x86_64 Command line software manager using libzypp > Proceed with changes? [N/y] > > The daemon crashed mid-transaction! Now, In order to help debugging, I did the following: > # systemctl stop packagekit > # /usr/libexec/packagekitd --disable-timer --verbose 2>&1 | packagekit.log And then retried the `upgrade-system`. Well, guess what? It worked just fine :-| So, what I'm going to do is to open this bug, and even attach the "good log" that it produced. As soon as I can reproduce a crash with logging enabled, I'll update and post the "bad log". In the meanwhile, if anyone has any idea what it could be that it's failing, I'd be happy to help testing theories. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 1196547] MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 28 Feb '22

28 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1196547 http://bugzilla.opensuse.org/show_bug.cgi?id=1196547#c2 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbrown(a)suse.com --- Comment #2 from Richard Brown <rbrown(a)suse.com> --- (In reply to Ludwig Nussel from comment #1) > IMO turning off recommends is a mistake. It is a necessary hack currently to > avoid the system size from exploding but causes side effects like this. The > proper fix would be to trim excessive use of recommends in packages to > eliminate the need to turn off recommends in the first place. Need to be up > for the long haul though. > > eg > https://lists.opensuse.org/archives/list/packaging@lists.opensuse.org/threa… > W5WJ7Z4IG3VMZEUA6HFWSWBFBZHSIHAH/ Your opinion is noted But unless there is a significant increase in contributors to the MicroOS Desktop I can assure you that this is not a likely route any time soon, and options like basing the MicroOS Desktop on a non-openSUSE codebase (Arch? Ubuntu? Fedora?) might be more viable than the long haul you suggest. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1196547] MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 28 Feb '22

28 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1196547 http://bugzilla.opensuse.org/show_bug.cgi?id=1196547#c1 Ludwig Nussel <lnussel(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lnussel(a)suse.com --- Comment #1 from Ludwig Nussel <lnussel(a)suse.com> --- IMO turning off recommends is a mistake. It is a necessary hack currently to avoid the system size from exploding but causes side effects like this. The proper fix would be to trim excessive use of recommends in packages to eliminate the need to turn off recommends in the first place. Need to be up for the long haul though. eg https://lists.opensuse.org/archives/list/packaging@lists.opensuse.org/threa… -- You are receiving this mail because: You are the assignee for the bug.

1 0