Firefox is not available on aarch64 via upstream flatpak: https://bugzilla.mozilla.org/show_bug.cgi?id=1646462

Anyway, the date/time should be set on boot via NTP, by default.

yes, no FF for ARM on flathub. I installed LibreWolf instead (which probably means we should modify the firstboot script)

I can reproduce here as well. 
My workaround is:
  sudo systemctl enable --now chronyd

Could you guys please attach the YaST logs? They can help us to see what is going on there.

Thanks in advance.

https://en.opensuse.org/openSUSE:Report_a_YaST_bug

Problem is that MicroOS comes w/o YaST, and by this w/o save_y2logs as well. How to proceed?

Attach /var/log/YaST2 directory PLS.

But(In reply to Axel Braun from comment #5)
> Problem is that MicroOS comes w/o YaST, and by this w/o save_y2logs as well.
> How to proceed?

I see, but the system was installed using YaST, right?

So, there are two options:

  - Collect and upload files found in /var/log/YaST2
  - Install yast2-logs and proceed as usual

Does any of those two options work for you?

Created attachment 860606 [details]
y2logs

It is related to https://bugzilla.suse.com/show_bug.cgi?id=1135342.

Basically the NTP configuration is not written at the end of the installation because it is not modified and no one is taking care of enabling chrony or systemd-timesync.

When the micro_os_role is selected it runs an additional dialog (see https://github.com/yast/skelcd-control-MicroOS/blob/master/control/control.MicroOS.xml#L242) for configuring the ntp-servers and therefore the configuration is modified and written at the end of the installation but this is not the case of the micro_os_gnome_desktop_role.

The current clients are in caasp module (see https://github.com/yast/yast-caasp/tree/master/src/clients).

The desktop role executes the gnome-initial-setup for configuring the timezone.

Assigning the bug to microos-bugs.

Created attachment 860631 [details]
gnome-initial-setup timezone page

During the gnome-initial-setup, a timezone selector is displayed.

BTW, it seems to be a little buggy. When I typed "Canary" it allows me to select "Gran Canaria, Canary Islands" but it selects Madrid timezone instead. Anyway, something to report in another bug tracker ;)

Created attachment 860632 [details]
Status of NTP service

As it can be seen, none NTP service is active after gnome-initial-setup despite it shown its timezone page.

(In reply to Knut Alejandro Anderssen González from comment #9)
> 
> The desktop role executes the gnome-initial-setup for configuring the
> timezone.

See comment #10 and comment #11

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

(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:

That's per se not a YaST problem, but it looks like the MicroOS Desktop system role was choosen? Axel, would be nice if you would explain what you did install and not let others guess or make wrong assumptions. Because it looks like this is not "MicroOs" as you claims but "MicroOS Desktop"?

Richard, who is responsible for the GNOME Desktop case to setup the time correct?

(In reply to Axel Braun from comment #5)
> Problem is that MicroOS comes w/o YaST, and by this w/o save_y2logs as well.
> How to proceed?

This is not correct or a bug in the Desktop selection, MicroOS comes with save_y2logs. It's an extra package for that reason.
Richard?

(In reply to Thorsten Kukuk from comment #14)
> (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:
> 
> That's per se not a YaST problem, but it looks like the MicroOS Desktop
> system role was choosen? Axel, would be nice if you would explain what you
> did install and not let others guess or make wrong assumptions. Because it
> looks like this is not "MicroOs" as you claims but "MicroOS Desktop"?

Thats right, as the headline says, I have chosen MicroOS Desktop for installation. As the Raspi does not have a Real-time-Clock, its date and time settings are inaccurate unless it gets a date/time from NTP...but that is not active by default

> Richard, who is responsible for the GNOME Desktop case to setup the time
> correct?
> 
> (In reply to Axel Braun from comment #5)
> > Problem is that MicroOS comes w/o YaST, and by this w/o save_y2logs as well.
> > How to proceed?
> 
> This is not correct or a bug in the Desktop selection, MicroOS comes with
> save_y2logs. It's an extra package for that reason.

..but it is not installed by default....

(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

(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

https://github.com/yast/skelcd-control-MicroOS/pull/57

PR merged, bug fixed

(In reply to Richard Brown from comment #19)
> PR merged, bug fixed

Thank you!