Comments on: Highlights of YaST Development Sprint 67 https://lizards.opensuse.org/2018/11/20/yast-sprint-67/ Blogs and Ramblings of the openSUSE Members Fri, 06 Mar 2020 17:50:09 +0000 hourly 1 https://wordpress.org/?v=4.7.5 By: Ancor González https://lizards.opensuse.org/2018/11/20/yast-sprint-67/#comment-16262 Mon, 26 Nov 2018 08:38:25 +0000 http://lizards.opensuse.org/?p=13484#comment-16262 > Am a bit concerned about the terminology “Role” replacing
> Desktops. IMO a “role” has always intuitively been related
> to a task-based definition

And indeed that’s the nature of the roles mechanisms in the installer. A role can redefine basically everything in the installation process: the partitioning schema, the software selection, the sequence of steps in the installer… The Kubic animated gif shows how Kubic uses the very same roles mechanism to implement the kubeadm vs MicroOS thingy.

Using the roles as a mechanism to select the desktop is admittedly blending the original intention of the mechanism a little bit. So your concern is totally fair. In this old post we explained the reasons for starting to use roles in order to select the desktop instead of the old mechanism.

https://lizards.opensuse.org/2017/02/20/highlights-of-yast-development-sprint-31/

In short, using the roles mechanism for selecting the desktop allows openSUSE to take advantage of a mechanism that is powerful, actively maintained in the installer and that can be easily kept up-to-date without needing to touch the installer itself.

]]>
By: Tony Su https://lizards.opensuse.org/2018/11/20/yast-sprint-67/#comment-16256 Fri, 23 Nov 2018 18:16:19 +0000 http://lizards.opensuse.org/?p=13484#comment-16256 Am a bit concerned about the terminology “Role” replacing Desktops.
IMO a “role” has always intuitively been related to a task-based definition (eg DHCP Server or Power User Workstation or minimal Virtualization Hypervisor platform) rather than appearance.

Am looking forward to viewing changes in the Kubic install, IMO up until now it has been a big obstacle to properly installing both because it looks so different from a normal install (seems to be addressed) and without guidance how to set up properly (remains to be seen).

Enabling the networking backend in installation will probably be a significant and well-received feature removing one more post-installation requirement (Hey, how about suggesting a “zypper up” as well for LDAP/SUSE but not necessarily TW?)

]]>
By: Fraser_Bell https://lizards.opensuse.org/2018/11/20/yast-sprint-67/#comment-16253 Thu, 22 Nov 2018 23:42:02 +0000 http://lizards.opensuse.org/?p=13484#comment-16253 Wow! This is looking super!

]]>
By: saulo https://lizards.opensuse.org/2018/11/20/yast-sprint-67/#comment-16251 Wed, 21 Nov 2018 14:45:59 +0000 http://lizards.opensuse.org/?p=13484#comment-16251 “Choosing the network backend” is the best

]]>