August 2022 - openSUSE Kubic Bugs - openSUSE Mailing Lists

[Bug 1193588] MicroOS will not complete boot on Raspberry Pi 3 (and more)
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1193588 https://bugzilla.suse.com/show_bug.cgi?id=1193588#c4 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Richard Brown <rbrown(a)suse.com> --- Can't reproduce the issue and have enough other bugs related to MicroOS on Pi 3's to suggest others don't have this issue also -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200182] systemd-resolved cannot bind port 53
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1200182 https://bugzilla.suse.com/show_bug.cgi?id=1200182#c2 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbrown(a)suse.com Component|MicroOS |Security Assignee|kubic-bugs(a)opensuse.org |security-team(a)suse.de --- Comment #2 from Richard Brown <rbrown(a)suse.com> --- SELinux issue, assigning to correct componant -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200457] iscsi.service cannot start at microos
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1200457 https://bugzilla.suse.com/show_bug.cgi?id=1200457#c1 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matwey.kornilov(a)gmail.com, | |rbrown(a)suse.com Flags| |needinfo?(matwey.kornilov@g | |mail.com) --- Comment #1 from Richard Brown <rbrown(a)suse.com> --- So, does /etc/iscsi exist? Does it work if you create it? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1201049] Make MicroOS GNOME Desktop RC/Released
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1201049 https://bugzilla.suse.com/show_bug.cgi?id=1201049#c1 --- Comment #1 from Richard Brown <rbrown(a)suse.com> --- MOD GNOME is at RC phase Blockers to Release at time of comment - https://bugzilla.suse.com/show_bug.cgi?id=1202290 - openQA Testing -- You are receiving this mail because: You are the assignee for the bug.

1 0

[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 1202067] MicroOS Desktop: unacceptable TLS certificate
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1202067 https://bugzilla.suse.com/show_bug.cgi?id=1202067#c19 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #19 from Richard Brown <rbrown(a)suse.com> --- PR merged, bug fixed -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1202067] MicroOS Desktop: unacceptable TLS certificate
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1202067 https://bugzilla.suse.com/show_bug.cgi?id=1202067#c18 --- Comment #18 from Richard Brown <rbrown(a)suse.com> --- https://github.com/yast/skelcd-control-MicroOS/pull/57 -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1202067] MicroOS Desktop: unacceptable TLS certificate
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1202067 https://bugzilla.suse.com/show_bug.cgi?id=1202067#c17 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(rbrown(a)suse.com) | --- Comment #17 from Richard Brown <rbrown(a)suse.com> --- (In reply to David Diaz from comment #16) > (In reply to Jan Zerebecki from comment #13) > > I don't think anyone reachable via microos-bugs knows enough about yast or > > the skelcd control file. CC-ing the relevant bugowner instead: > > > osc bugowner -A yast2-caasp > > Defined in project: YaST:Head > > bugowner of yast2-caasp : > > yast2-maintainers > > > osc bugowner -A skelcd-control-MicroOS > > Defined in project: YaST:Head > > bugowner of skelcd-control-MicroOS : > > yast2-maintainers > > Probably by accident because of the module name. > > Asking Richard Brown, who created and updated the skelcd. See output from > git blame > https://github.com/yast/skelcd-control-MicroOS/blame/ > 509289c27796cbbdaa7cbfad8b93fdcd618469cf/control/control.MicroOS.xml#L257 Hi all, The problem we face with the MicroOS Desktop is as follows - We _cannot_ have YaST produce a user account, because we need the gnome initial setup tool to do that - YaST does so on regular MicroOS as part of the inst_user_first module - Therefore the inst_user_first module must not be run when installing the MicroOS Desktop, which is why it was removed - When removing inst_user_first I didn't add back the inst_microos_role we use elsewhere I don't really care for the RPi as a desktop platform but I'll fix this as it will make the Desktop more in sync with what we have on regular MicroOS -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1202290] Unable to update system using GNOME Software in MicroOS Desktop
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1202290 https://bugzilla.suse.com/show_bug.cgi?id=1202290#c4 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbrown(a)suse.com --- Comment #4 from Richard Brown <rbrown(a)suse.com> --- (In reply to Jonathan Kang from comment #3) > (In reply to Thorsten Kukuk from comment #2) > > (In reply to Jonathan Kang from comment #1) > > > Created attachment 860723 [details] > > > Failed offline update in GNOME Software > > > > It doesn't make any sense to use "GNOME offline update", since > > transactional-update is doing an offline update itself in a much better and > > more robust way. > > No idea if this GNOME functionality can be disabled in the MicroOS Gnome > > Desktop, but should be. > > Or integrated with the way how transactional-update works so that users have > a > graphical interface to update MicroOS Desktop? it could, that was attempted with the Packagekit/microdnf backend It failed, it was not reliable enough/at all The plan for the MicroOS Desktop is to disable/hide that function in GNOME software and rely on the "traditional" transactional-update automatic timers, with some kind of notification showing when a reboot is needed to activate an automatically installed update -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1202290] Unable to update system using GNOME Software in MicroOS Desktop
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1202290 https://bugzilla.suse.com/show_bug.cgi?id=1202290#c3 --- Comment #3 from Jonathan Kang <songchuan.kang(a)suse.com> --- (In reply to Thorsten Kukuk from comment #2) > (In reply to Jonathan Kang from comment #1) > > Created attachment 860723 [details] > > Failed offline update in GNOME Software > > It doesn't make any sense to use "GNOME offline update", since > transactional-update is doing an offline update itself in a much better and > more robust way. > No idea if this GNOME functionality can be disabled in the MicroOS Gnome > Desktop, but should be. Or integrated with the way how transactional-update works so that users have a graphical interface to update MicroOS Desktop? -- You are receiving this mail because: You are the assignee for the bug.

1 0