Translated the get. site to Swedish now
Den mån 7 okt. 2024 kl 14:02 skrev Lubos Kocman via openSUSE Factory
<factory(a)lists.opensuse.org>:
>
> Hello everyone!
>
> (Also available in html
> https://news.opensuse.org/2024/10/03/leap-16-0-prealpha/)
>
> I'd like to announce the start of development and the public
> availability of what we currently refer to as Leap 16.0 pre-Alpha.
> Since this is a pre-Alpha version, significant changes may occur, and
> the final product may look very different in the Alpha, Beta, Release
> Candidate, or General Availability stages.
> The installer will *currently* offer you Base, GNOME, and KDE.
>
> Users can get our new Agama install images from
> https://get.opensuse.org/leap/16.0. The installer will *currently*
> offer you Base, GNOME, and KDE installation.
>
> Leap 16.0 is a traditional distribution and a successor to Leap 15.6
> with expected General Availability arriving in the Fall of 2025.
>
> We intend to provide users with sufficient overlap so that 15.6 users
> can have a smooth migration, just like they're used to from previous
> releases.
>
> Further details are available on our https://en.opensuse.org/openSUSE:Roadmap.
> The roadmap is subject to change since we have to respond to any SUSE
> Linux Enterprise Server 16 schedule changes.
>
> Users can expect a traditional distribution in a brand new form based
> on binaries from the latest SLES 16 and community packages from our
> Factory development codebase.
>
> There is no plan to make a Leap 15.7, however, we still need to
> deliver previously released community packages from Leap 15 via
> Package HUB for the upcoming SLES 15 SP7. This is why there are
> openSUSE:Backports:SLE-15-SP7 project and 15.7 repos in OBS.
>
>
> **Who should get it?**
> This is a pre-alpha product that is not intended to be installed as
> your daily driver.
> I highly recommend starting with the installation in a virtual machine
> and becoming familiar with the online installer Agama.
>
> The target audience for pre-Alpha are early adopters and contributors
> who would like to actively be part of this large effort. Adopters
> should consider booting Agama Media from time to time just to check
> compatibility with their hardware.
>
> For non-contributor users, I highly recommend waiting until we have a
> Beta, which is expected in the late Spring of 2025.
>
> **How to report bugs?**
>
> I'd like to kindly ask you to check
> https://en.opensuse.org/openSUSE:Known_bugs_16.0 before reporting a
> new issue. If you find a new issue that is likely to affect users,
> please feel free to add it to the page.
>
> Specifically for Agama I highly recommend using
> https://github.com/agama-project/agama/issues and collaborating with
> the YaST team on suggestions and incorporating any changes.
>
> For the rest of the components, the workflow isn't changing; just
> select version 16.0. Details in
> https://en.opensuse.org/openSUSE:Submitting_bug_reports#Regular_release_pro….
>
>
> **Feature requests**
>
> All changes to packages inherited from SLES 16 need to be requested
> via our public feature request workflow
> https://code.opensuse.org/leap/features.
>
> Feature requests will be reviewed every Monday at a feature review
> meeting, see calendar.opensuse.org, where we'll convert code-o-o
> requests into JIRA requests used by SUSE Engineering where applicable.
>
> The factory-auto bot will reject all code submit requests against SLES
> packages with a pointer to code-o-o.
> You can get a list of all SLFO/SLES packages simply by running `osc ls
> SUSE:SLFO:1.1:Build`.
>
> Just for clarification SLFO, SUSE Linux Framework One, is the source
> pool for SLES 16 and SL Micro 6.X.
>
> I highly recommend using code-o-o to coordinate larger community
> efforts such as Xfce enablement, where we will likely need to update
> some of SLES dependencies.
> This allows us to share the larger story and better reasoning for
> related SLES update requests. The list of features is also extremely
> valuable for the Release article.
>
> **Where to submit packages, how is it built, and where is it tested?**
>
> Leap 16.0 is built in openSUSE:Leap:16.0 project where we will happily
> welcome any community submissions until the Beta code submission
> deadline in the late Spring of 2025.
> We intend to keep the previous development model and avoid forking
> SLES packages unless necessary.
> We no longer can
> [mirror](https://en.opensuse.org/Portal:Jump:OBS:SRMirroring) SLES
> code submissions from OBS into IBS. So all SLES 16 update requests
> have to be requested via feature requests.
>
> For quality control, we have basic test suites based on Agama
> installations in Leap 16.0 job group
> https://openqa.opensuse.org/group_overview/129.
> Later, we plan to rework the existing Leap 16.0 Images job group
> https://openqa.opensuse.org/group_overview/126 for testing the
> remaining appliance images.
>
>
> The project where we maintain community packages is subject to change
> as we have not fully finalized yet how to make Package HUB; we may use
> a similar structure with Backports as in 15.3+).
>
> Further test suite enablement is one of the areas where we currently
> need the most help.
> Related progress.opensuse.org trackers for Leap 16.0 enablement
> https://progress.opensuse.org/issues/164141 and upgrade from 15.6
> https://progress.opensuse.org/issues/166562.
>
> Another area where you can help is new package submissions and related
> maintainer review of package submissions to Leap 16.0.
> These reviews make sense as we'd like to check with maintainers
> whether that software in a given version makes sense for inclusion
> into Leap 16.0, rather than blindly copying all packages over.
>
> **Involvement in branding and marketing efforts**
>
> I'm very proud to announce fresh branding efforts and want to thank
> all the people who helped give Leap and Tumbleweed a new look. We plan
> to publish an article or a video about the changes, and further plans
> as we still have a surprise or two in our pocket.
>
> Do you want to help us on this front? Spread the news and feel free to
> join the #openSUSE_Marketing Telegram channel
> https://t.me/openSUSE_Marketing! Details at
> https://en.opensuse.org/openSUSE:Marketing_team
>
> Many thanks to all who helped us to reach this point.
>
> Lubos Kocman
> on behalf of the openSUSE Release team
I realized just last Friday that we had a problem with the YaST:Devel
repo on Leap 15.6: There was no repo based on the
openSUSE_Leap_15.6_Update OBS project, just one based on
openSUSE_Leap_15.6.
That used to work for a while - until there were a number of updates
available which would now cause dependency problems: With a newer
libzypp, you'd now have to either keep the outdated older libzypp
version, or downgrade all YaST packages to the one from 15.6 GA.
Now there is the correct YaST:Devel repo:
https://download.opensuse.org/repositories/YaST:/Head/openSUSE_Leap_15.6_Up…
You can either remove and then re-add your existing YaST:Head repo, or
simply edit the URL in the .repo file in /etc/zypp/repos.d :
[repo-yast-head]
name=YaST:Head
enabled=1
autorefresh=1
baseurl=https://download.opensuse.org/repositories/YaST:/Head/openSUSE_Leap…
path=/
type=rpm-md
priority=50
keeppackages=0
I realized the problem first when I did a manual zypper migration of my
old Leap 15.5 to 15.6 with the YaST:Head repo first disabled, then
re-enabled: It complained that there was no
https://download.opensuse.org/repositories/YaST:/Head/openSUSE_Leap_15.6_Up…
, so I removed the '_Update' part to make it work; which turned out to
be a bad idea. If you did something similar, please use the new URL
above.
Kind regards
--
Stefan Hundhammer <shundhammer(a)suse.de>
YaST Developer
SUSE Software Solutions Germany GmbH
GF: Ivo Totev; HRB 36809, AG Nürnberg