openSUSE Factory

Download

factory@lists.opensuse.org

July 2019

102 participants
76 discussions

[opensuse-factory] Making sense of patterns and yast patterns
by Stasiek Michalski 02 Jul '19

02 Jul '19

Hi, I want to make some changes to patterns, so users have more freedom to select the patterns that they want. Remove dependency on patterns that are visible in YaST Packager, hide a few patterns, split YaST patterns depending on DE, so only tools that are missing from DE are installed. Let's look at the state of patterns visible on the YaST sidebar now (without recommends, best case scenario): * GNOME Desktop Environment (Basic) selects: X Window System, Minimal Base System, Minimal Appliance Base * GNOME Desktop Environment (Wayland) selects: GNOME Desktop Environment (Basic), GNOME Desktop Environment (X11), X Window System, Minimal Base System, Minimal Appliance Base * GNOME Desktop Environment (X11) selects: GNOME Desktop Environment (Basic), X Window System, Minimal Base System, Minimal Appliance Base * KDE Plasma 5 Desktop Base selects: X Window System, Minimal Base System, Minimal Appliance Base * KDE Applications and Plasma 5 Desktop selects: KDE Plasma 5 Desktop Base, X Window System, Minimal Base System, Minimal Appliance Base * XFCE Desktop Environment selects: X Window System, Minimal Base System, Minimal Appliance Base * LXDE Desktop Environment selects: X Window System, Minimal Base System, Minimal Appliance Base * LXQt Desktop Environment selects: X Window System, Minimal Base System, Minimal Appliance Base * Enlightenment selects: X Window System, Minimal Base System, Minimal Appliance Base * MATE Desktop Environment selects: X Window System, Minimal Base System, Minimal Appliance Base * Fonts selects: NAN * X Window System selects: Minimal Base System, Minimal Appliance Base * Multimedia selects: NAN * Office Software selects: NAN * Graphics selects: X Window System, Minimal Base System, Minimal Appliance Base * Games selects: X Window System, Minimal Base System, Minimal Appliance Base * Technical Writing selects: NAN * KDE PIM Suite selects: NAN * HPC Basic Compute Node selects: NAN * HPC Workload Manager selects: NAN * HPC modularized Libraries selects: HPC Basic Compute Node * File Server selects: Minimal Appliance Base * Network Administration selects: Minimal Appliance Base * Print Server selects: Minimal Appliance Base * Mail and News Server selects: Minimal Appliance Base * Web and LAMP Server selects: Minimal Appliance Base * Internet Gateway selects: Minimal Appliance Base * DHCP and DNS Server selects: Minimal Appliance Base * Directory Server (LDAP) selects: Minimal Appliance Base * Xen Virtual Machine Host Server selects: Minimal Appliance Base * KVM Host Server selects: Minimal Appliance Base * HPC Development Packages selects: HPC Basic Compute Node, HPC modularized Libraries, Base Development, C/C++ Development, Perl Development, Python 3 Development, Minimal Appliance Base * Base Development selects: Minimal Appliance Base * GNOME Development selects: X Window System, Base Development, C/C++ Development, Minimal Base System, Minimal Appliance Base * KDE Frameworks and Plasma Development selects: Base Development, C/C++ Development, Minimal Appliance Base * .NET Development selects: NAN * C/C++ Development selects: Base Development, Minimal Appliance Base * Tools for Packaging with Open Build Service selects: Minimal Appliance Base * RPM Build Environment selects: Minimal Appliance Base * Java Development selects: NAN * Linux Development selects: Base Development, Minimal Appliance Base * Perl Development selects: NAN * Python 3 Development selects: NAN * Qt 5 Development selects: Base Development, C/C++ Development, Minimal Appliance Base * Ruby Development selects: NAN * Web Development selects: Web and LAMP Server, Minimal Appliance Base * YaST Development selects: NAN * Tcl/Tk Development selects: NAN * Minimal Base System selects: Minimal Appliance Base * Enhanced Base System selects: Minimal Base System, Minimal Appliance Base * XEN Virtualization Host and tools selects: Xen Virtual Machine Host Server, Minimal Appliance Base * KVM Virtualization Host and tools selects: KVM Host Server, Minimal Appliance Base * AppArmor selects: Minimal Appliance Base * Console Tools selects: Minimal Base System, Enhanced Base System, Minimal Appliance Base * 32-Bit Runtime Environment selects: NAN * Laptop selects: Minimal Base System, Minimal Appliance Base * YaST System Administration selects: NAN * Software Management selects: NAN * Tests for the Update Stack selects: NAN * Minimal Appliance Base selects: NAN * Help and Support Documentation selects: Minimal Appliance Base * Documentation selects: NAN * Kubic Admin Node selects: Minimal Appliance Base, kubeadm Stack, Container Runtime for kubernetes clustered systems * Kubic Worker Node selects: Minimal Appliance Base, kubeadm Stack, Container Runtime for kubernetes clustered systems * kubeadm Stack selects: Minimal Appliance Base * Container Runtime for non-clustered systems selects: Minimal Appliance Base * Container Runtime for kubernetes clustered systems selects: Minimal Appliance Base * openSUSE MicroOS selects: NAN * Hardware Support selects: NAN * Apparmor Support selects: NAN * LDAP client selects: NAN * IMA/EVM Support selects: NAN * Support for Cloud selects: NAN Patterns visibly selecting other patterns is a little limiting to the user that might want one pattern but not the other (which is either not possible, or possible if pattern is just recommended and the pattern is locked). The solution I want to implement as a replacement: * remove all the visible pattern dependencies (including recommends), so everything can be selected independently * hide "Minimal Appliance Base"/"Minimal Base System" pattern, so it's not selectable, considering it's the default base for most of openSUSE, so it has to be installed either way * hide "Base Development", it's already required by most development patterns * hide "GNOME Desktop Environment (Basic)", X11/Wayland split should be enough for selecting the base DE * split desktop environments into desktop base and applications That solution will obviously require changes to roles, which will need to depend on wider range of patterns, but that's fairly easy to do. After this change however, user will be free to go to Software in summary screen, disable patterns like Games or Office, without disabling recommends or removing GNOME patterns. I'm also in favour of making more `supplement` patterns, that expand the scope of visible patterns depending on other installed patterns (that schema is already largely in place, thankfully). Now the hardest part, DE specific YaST modules. Many of the functions provided by YaST are now handled by the desktops themselves, and on the desktop, YaST still tends to install quite a bunch of server software. As functionality provided by desktops vary quite a bit, deciding on what exactly needs to go into YaST will need to be decided on desktop-by-desktop basis. Right now I believe the only YaST modules that are required on every desktop are Package Manager (yast-packager module), Release Notes (yast-installation module), Firewall (yast-firewall module) and Bootloader (yast-bootloader module). I would argue as far as to say that in cases where there are not that many modules, YaST Control Center is not really required, considering modules are accessible from the desktop provided menus, but that might be too big of a change for now. Desktop discoverability of YaST modules will soon improve due to providing appstream add-on metainfo for every YaST module, which will enable easy installation of modules from the software centers like GNOME Software and KDE Discover. I have some more changes planned to improve desktop state of YaST, like providing WM_CLASS and appid based on desktop files, which will fix icon scaling and icon display in DEs, but this is not for this email ;) There was also an idea to provide patterns with appstream metainfo on their own, label them as package groups in PackageKit and make them installable from software centers that way as well, but that's very much still early stages, considering it would require changes in quite a few stacks to work. LCP [Stasiek] https://lcp.world -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 5