- openSUSE Kubic Bugs

[Bug 1215903] MicroOS: current openstack image not allowing ssh keys to be added on digitalocean
by bugzilla_noreply＠suse.com 03 Oct '23

03 Oct '23

1 0

[Bug 1208265] Automatic transactional-update doesn't agree to the NVIDIA license which leads to the update failing.
by bugzilla_noreply＠suse.com 17 Sep '23

17 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1208265 https://bugzilla.suse.com/show_bug.cgi?id=1208265#c6 --- Comment #6 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Ingo from comment #5) > (In reply to Thorsten Kukuk from comment #4) > How about a notification so that users don't miss updates over longer > periods of time in these cases of necessary user interaction The notification is there, you only need to look into journald for errors. And there are tools to setup mail notification. But since there is not the one common way of error reporting, since everybody has another setup for this, admins needs to get active themself. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1208265] Automatic transactional-update doesn't agree to the NVIDIA license which leads to the update failing.
by bugzilla_noreply＠suse.com 17 Sep '23

17 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1208265 https://bugzilla.suse.com/show_bug.cgi?id=1208265#c5 --- Comment #5 from Ingo <ingo(a)knietief.com> --- (In reply to Thorsten Kukuk from comment #4) How about a notification so that users don't miss updates over longer periods of time in these cases of necessary user interaction -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1215407] "ssh-askpass" is broken (in openSUSE Kalpa).
by bugzilla_noreply＠suse.com 17 Sep '23

17 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1215407 https://bugzilla.suse.com/show_bug.cgi?id=1215407#c1 Shawn Dunn <sfalken(a)cloverleaf-linux.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |sfalken(a)cloverleaf-linux.or | |g CC| |sfalken(a)cloverleaf-linux.or | |g Component|MicroOS |Desktop Environment Product|openSUSE Tumbleweed |openSUSE Kalpa --- Comment #1 from Shawn Dunn <sfalken(a)cloverleaf-linux.org> --- Move to openSUSE Kalpa section where it belongs -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1215407] New: "ssh-askpass" is broken (in openSUSE Kalpa).
by bugzilla_noreply＠suse.com 17 Sep '23

17 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1215407 Bug ID: 1215407 Summary: "ssh-askpass" is broken (in openSUSE Kalpa). 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: nwr10cst-oslnx(a)yahoo.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0 Build Identifier: Error message: /usr/libexec/ssh/ssh-askpass: line 19: /usr/libexec/ssh/gnome-ssh-askpass: No such file or directory It seems that "gnome-ssh-askpass" is required but was not a dependency of the package. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1208265] Automatic transactional-update doesn't agree to the NVIDIA license which leads to the update failing.
by bugzilla_noreply＠suse.com 16 Sep '23

16 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1208265 https://bugzilla.suse.com/show_bug.cgi?id=1208265#c4 --- Comment #4 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Ingo from comment #3) > Doesn't that make the promise not to worry about the OS kind of obsolete? No, it doesn't. We give this promise only for our tested and verified open source packages, but Nvidia is a 3rd party closed source package not under our control. > I mean there are a lot Nvidia users out there - wheres the charm using Aeon > when a core feature wont work. Convince Nvidia to publish a real open source driver and your problems are solved. This is the disadvantage of buying hardware, which needs a closed source third party driver and requires the user to accept an EULA. If there is the choice between legal obligations and usability, legal obligations will always win. There is absolute no room for discussions here. > At least an initial option to make > transactional-update automatically agreeing to a certain package should be > considered imho. Our code is open source, so you can modify the transactional-update.service to auto-agree to all EULAs. But it's then your own problem if you violate the EULA, no longer other peoples problem. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1208265] Automatic transactional-update doesn't agree to the NVIDIA license which leads to the update failing.
by bugzilla_noreply＠suse.com 16 Sep '23

16 Sep '23

https://bugzilla.suse.com/show_bug.cgi?id=1208265 https://bugzilla.suse.com/show_bug.cgi?id=1208265#c3 Ingo <ingo(a)knietief.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ingo(a)knietief.com --- Comment #3 from Ingo <ingo(a)knietief.com> --- (In reply to Shawn Dunn from comment #2) > openSUSE cannot agree to the NVIDIA license terms for the user. It is > setup that way for a reason, as it is a third party repository providing > software that is not licensed under an OSI Compliant license. The user has > to manually agree to the license. Doesn't that make the promise not to worry about the OS kind of obsolete? I mean there are a lot Nvidia users out there - wheres the charm using Aeon when a core feature wont work. At least an initial option to make transactional-update automatically agreeing to a certain package should be considered imho. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1173484] rebootmgrctl is-active do not retcode 1 on success
by bugzilla_noreply＠suse.com 31 Aug '23

31 Aug '23

https://bugzilla.suse.com/show_bug.cgi?id=1173484 https://bugzilla.suse.com/show_bug.cgi?id=1173484#c7 --- Comment #7 from Maintenance Automation <maint-coord+maintenance-robot(a)suse.de> --- SUSE-RU-2023:3503-1: An update that has four recommended fixes can now be installed. Category: recommended (moderate) Bug References: 1172518, 1173484, 1186510, 1197850 Sources used: openSUSE Leap 15.4 (src): rebootmgr-1.3.1-150400.9.3.4 openSUSE Leap 15.5 (src): rebootmgr-1.3.1-150400.9.3.4 Transactional Server Module 15-SP4 (src): rebootmgr-1.3.1-150400.9.3.4 Transactional Server Module 15-SP5 (src): rebootmgr-1.3.1-150400.9.3.4 NOTE: This line indicates an update has been released for the listed product(s). At times this might be only a partial fix. If you have questions please reach out to maintenance coordination. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1214773] ignition-fetch-offline failed on armv7l
by bugzilla_noreply＠suse.com 30 Aug '23

30 Aug '23

https://bugzilla.suse.com/show_bug.cgi?id=1214773 https://bugzilla.suse.com/show_bug.cgi?id=1214773#c1 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |fvogt(a)suse.com CC| |fvogt(a)suse.com Component|MicroOS |Kernel Status|NEW |IN_PROGRESS --- Comment #1 from Fabian Vogt <fvogt(a)suse.com> --- > I've tried to enable it, but it seems that it is unsupported on armv7l architecture due to conflict with CONFIG_NO_IOPORT_MAP=y in the kernel config. I think this can be avoided by just disabling non-MMIO ports if CONFIG_HAS_IOPORT_MAP=n. I'll try a patch. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1214773] New: ignition-fetch-offline failed on armv7l
by bugzilla_noreply＠suse.com 30 Aug '23

30 Aug '23

https://bugzilla.suse.com/show_bug.cgi?id=1214773 Bug ID: 1214773 Summary: ignition-fetch-offline failed on armv7l Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: armv7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: matwey.kornilov(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hi, I am running openSUSE-MicroOS.armv7l-16.0.0-kvm-and-xen-Snapshot20230802.qcow2 image on armv7l KVM. I see that ignition-fetch-offline.service is failed (and whole the boot) in initrd due to the following: Aug 30 07:04:59 localhost ignition[427]: op(1): [started] loading QEMU firmware config module Aug 30 07:04:59 localhost ignition[427]: op(1): executing: "modprobe" "qemu_fw_cfg" Aug 30 07:04:59 localhost ignition[427]: op(1): [failed] loading QEMU firmware config module: exit status 1: Cmd: "modprobe" "qemu_fw_cfg" Stdout: "" Stderr: "modprobe: FATAL: Module qemu_fw_cfg not found in directory /usr/lib/modules/6.4.6-1-default\n" Aug 30 07:04:59 localhost ignition[427]: failed to fetch config: exit status 1: Cmd: "modprobe" "qemu_fw_cfg" Stdout: "" Stderr: "modprobe: FATAL: Module qemu_fw_cfg not found in directory /usr/lib/modules/6.4.6-1-default\n" Aug 30 07:04:59 localhost ignition[427]: failed to acquire config: exit status 1: Cmd: "modprobe" "qemu_fw_cfg" Stdout: "" Stderr: "modprobe: FATAL: Module qemu_fw_cfg not found in directory /usr/lib/modules/6.4.6-1-default\n" Aug 30 07:04:59 localhost ignition[427]: Ignition failed: exit status 1: Cmd: "modprobe" "qemu_fw_cfg" Stdout: "" Stderr: "modprobe: FATAL: Module qemu_fw_cfg not found in directory /usr/lib/modules/6.4.6-1-default\n" Aug 30 07:04:59 localhost systemd[1]: ignition-fetch-offline.service: Main process exited, code=exited, status=1/FAILURE Aug 30 07:04:59 localhost systemd[1]: ignition-fetch-offline.service: Failed with result 'exit-code'. Aug 30 07:04:59 localhost systemd[1]: Failed to start Ignition (fetch-offline). Aug 30 07:04:59 localhost systemd[1]: ignition-fetch-offline.service: Triggering OnFailure= dependencies. Issue here that qemu_fw_cfg.ko kernel module is missed on armv7l architecture. I've tried to enable it, but it seems that it is unsupported on armv7l architecture due to conflict with CONFIG_NO_IOPORT_MAP=y in the kernel config. -- You are receiving this mail because: You are the assignee for the bug.

1 0