![](https://seccdn.libravatar.org/avatar/a4139df10120ce151e457fd1faff018d.jpg?s=120&d=mm&r=g)
On 7/7/22 16:57, Dan Čermák wrote:
Predrag Ivanović
writes: On Wed, 06 Jul 2022 14:30:50 +0200 Dan Čermák wrote:
AFAIK, current CPU requirements are 6th generation Intel and later, AMD Ryzen 1st gen and later, and machines having those are unlikely to have *that* low amounts of RAM.
Raising the required CPU architecture has been proposed and it has not been decided yet. I am personally torn on this one, because requiring x86_64 v3 gives real world performance benefits (which is why RHEL 9 requires that JFYI) but it also excludes users with older machines.
Ah, so they changed their mind[0]?
No, I simply remembered it wrongly and didn't look it up. That was just a mistake on my side.
(Linked from https://code.opensuse.org/leap/features/issue/81)
Speaking as someone with an (very) old machine, and unlikely to get hardware upgrade any time soon, I think that ALP/openALP is the perfect opportunity to make that break, and I am OK with that. New code-stream, new way(s) of doing things.
I trust that the decision would be made based on technical merit, and after weighting pros and cons. Will I be annoyed because all the fun happens without me? Not really :)
I'd like to add one thing here: only because SUSE decided that ALP is going to require at least x86_64v3 or v2 or whatever else, does not mean that an openSUSE variant will have to follow. We can build our packages with a less restrictive requirement if we wish to continue supporting older hardware (like e.g. Fedora still does, whereas RHEL explicitly dropped them). The decision for ALP was made with the enterprise and datacenter use-case in mind, which is vastly different from a community distro use-case. Thus our decision can be a different one than that of the business.
We can but that will involve a completely different environment for whats been aimed with Closing the Leap Gap where Leap now uses SUSE packages directly which would loose many of the current benefits we have such as easy migration from Leap to SLE systems unless "V3" became the main product and we also built a "V1" port in the same way we currently build armv7l for Leap. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B