-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi All Having hard a few years of complications I am now in a place where I can offer time and help. I will need help/mentoring if someone can spare some time to answer questions/point me in the right direction as I haven't done anything on this scale but I am always happy to learn. Cheers Sent from Proton Mail mobile \-------- Original Message -------- On 2 May 2023, 20:05, Richard Brown < rbrown@suse.de> wrote:
Hi all, Another week, another update mail from me. As previously discussed \[1\]\[2\], we are looking into building an openSUSE ALP Product similar in scope to openSUSE Leap. As in, mutable base OS, multiple desktops, traditional RPM packaging, etc For this idea to be remotely viable, we need individuals or teams willing to look into/be responsible for packaging and/or integrating at least the following: - The Desktops (GNOME, KDE, xfce, etc) - The graphical stack (Wayland/Xorg) As these are not expected to be provided by the SUSE ALP Server Products codebase we're going to have available as our base. In addition, we will also need volunteers in the areas of - Maintenance - QA And of course, as Leap is a very broad distribution, we are also interested in anyone volunteering in any other area However, despite both of my previous mails \[1\]\[2\] calling for people to speak up and volunteer, at time of writing we effectively have \_no one\_ who's volunteered in any of the above areas. We have Dominique's Team at SUSE (including Lubos, Max, Doug and my future replacement) willing to do the release management for whatever the community builds, but we need volunteers to build it. We have Simon Lees and his much more narrowly defined 'Grassy Knoll' idea, which would likely offer only a single lightweight desktop and less packages/packages primarily maintained in Tumbleweed, possibly with very different maintenance model than Leap users are familiar with. I understand that it can be scary to volunteer, and there are plenty of things we don't know for sure yet - What release cadence will this openSUSE ALP Leap-alike have? - How will we do maintenance updates for the non-SUSE maintained packages? (Conservative like Leap/SLE without version bumps, or more liberal like Tumbleweed?) - How will we test/double-check the packages from SUSE ALP? How will we ensure only good updates of both SUSE and openSUSE built packages are released? - And I'm sure many more questions that I haven't even thought about yet. The lack of clear answers to such questions cannot be an excuse for not volunteering. We can't even start having the conversations to begin figuring out the answers without having people to talk to. So please, speak up and volunteer, ideally by openSUSE Conference (June 02) Bonus points if you happen to be going also, but that's not required. If this silence continues as it has for the past weeks, then I imagine the only viable Plan B's are investigating more narrowly-defined offerings like Simon's and/or encouraging everyone who's going to miss Leap once it reaches its ends of life a few years from now to move towards Tumbleweed or MicroOS Desktop. Hence the openSUSE Conference being a natural 'deadline' for this call for volunteers - if we need to come up with a Plan B, having a bunch of us all together might be a good catalyst. Have a lot of fun, Richard \[1\] https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/G... \[2\] https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/C... -- Richard Brown Distributions Architect SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Germany (HRB 36809, AG Nürnberg) Managing Directors/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman
-----BEGIN PGP SIGNATURE----- Version: ProtonMail wsFzBAEBCAAnBQJkUi7yCZCfBMG52iOh3xYhBLo6GIIvTXufm9Bm0J8Ewbna I6HfAAAtrg/+NaYQ9Yi9COn/dx7+fqwlInB9bDgVM9f5WXFmH3aKWb+n8mBi UFPxU+xQtWfryP9shFhiUOfCpC9ytJpOGSPrrjwqrlevPDIPYWWPjhHTCmck UT0bOlYzG25/ULc11MljIxXHTuGgFpaM4No39qBa9HM+tGZjEAS2RwQpAlJj G6gCfPFiqMCtX2ftNRhakAUL7jfVTqeqMHtGSrgm4mKW1uiuWN24nYd488Rs yY7wGCCcbQk8mKg6spyFTID36KkuJISx8pRPySp4ViwgzfPwjdJJQc2lKtrB wg4CVR58U25cA3DKuTtmqEEBWMUSa9xNgrKjGQQuYP6nYjfZGvXmiW13yyUm 0EVcrNnHs34aDiP/LTVTmvX3sGa0clMh1jJ1ZAlMB3yeiQw5iNclGY7d2KV8 zd+NT9GTajKvd1MOANNYCSHPViHNC0+1s1VXXzIzOejtbnw2z79Yhq7M3mfZ Gx+S3R22C3Mu4fRE+7PDhKAl+zS09PbMe2c73qLPRHUX9+aOBFUTGvS+FcAD Os/4GGE/BoY4YI2AKIENGba21vute5otVPki6jGScBbh2QN8b89ZUuU+o7GE y3G5Ki18WfhwG79xIz+PuTJHUgNBvQ3wJ+X9A7THA/k+jjGqakiE0+bCtozJ 1575meszHkjC7KBQtP+9NVntuhpK2ePYS0g= =gCuN -----END PGP SIGNATURE-----