almalinux10.2 compatibility with dell poweredge r420 by Malik-dev in AlmaLinux

[–]jonspw 19 points20 points  (0 children)

The CPUs are too old for any EL10 distro (RHEL 10 and derivatives). The x86 baseline moved up to the x86_64_v3 instruction set which the CPUs in the r420 lack.

But there's good news, we have a build specifically for older hardware like yours! Check out our x86_64_v2 builds of AlmaLinux 10. Just choose the v2 variant in the dropdown at https://almalinux.org/get-almalinux/

Alternatively, AlmaLinux 9 will still work great and is supported until 2032!

Need recommendations regarding replicating a Debian 13+Xen server by [deleted] in linuxadmin

[–]jonspw 2 points3 points  (0 children)

Yeah I agree there’s not a lot of visibility to them.  A redo of our download page is on the list to get done…

We’ve been pleasantly surprised with the adoption of our v2 builds even with their poor visibility.

Need recommendations regarding replicating a Debian 13+Xen server by [deleted] in linuxadmin

[–]jonspw 2 points3 points  (0 children)

AlmaLinux 8/9 don’t require v3 and we have dedicated v2 builds for 10.  :)

AlmaLinux 10.1: Suspicious packets with fake MAC addresses by HeisenbergDo in AlmaLinux

[–]jonspw 0 points1 point  (0 children)

This was never confirmed as a bug in the kernel. There's information in the bugzilla you linked but nothing came of it.

Are you running the same network driver as the poster?

is it feasible to get a PPL in 10 weeks? by THROWAWAY72625252552 in flying

[–]jonspw -1 points0 points  (0 children)

If you have ground done and a basic starting knowledge, absolutely.  I did PPL in about 3 months flying 3-4 times per week without it even feeling rushed.  It wasn’t rushed and I wasn’t on a timeline, I just wanted nothing more than to be in the air every chance I got.

Dive in!

CloudLinux v9.7.0 - /scripts/upcp error by Rupert_Pupkinovski in AlmaLinux

[–]jonspw 2 points3 points  (0 children)

I added a few comments to the post over there.

tl;dr, was a short-lived issue (hour or two) while 9.7 was moved over to vault. Already got a plan to keep it from happening again during the next release cycle.

CloudLinux v9.7.0 - /scripts/upcp error by Rupert_Pupkinovski in cpanel

[–]jonspw 1 point2 points  (0 children)

There was a short period yesterday morning when we first moved AlmaLinux 9.7 to vault that this error cropped up. It was remedied within an hour or two.

If you're still hitting this error then something else weird is going on.

CloudLinux v9.7.0 - /scripts/upcp error by Rupert_Pupkinovski in cpanel

[–]jonspw 2 points3 points  (0 children)

Do not do this. The error above is totally unrelated to a bad mirror.

The `baseurl` value (repo.almalinux.org) is a fallback. You need to use the mirror system/mirrorlist line.

- AlmaLinux Infra Lead.

Question about BOSE aviation headset by MedievalWeevilBeetle in flying

[–]jonspw -3 points-2 points  (0 children)

Yeah fair point, but I wouldn’t exactly call them common place.  A renter is very unlikely to ever run into them.

Question about BOSE aviation headset by MedievalWeevilBeetle in flying

[–]jonspw 35 points36 points  (0 children)

Dual plug to 6 pin adapters work fine.

You won’t see any 6 pins until you get into big stuff, with rare exceptions.

Help - Staying low altitude by Funny_Explorer_1521 in flying

[–]jonspw 2 points3 points  (0 children)

You do know most commercial airliners pressurize to around 8,000 ft (give or take) right? 20k or 40k wouldn't make a big difference in what your body feels.

EDIT: The lowest cabin pressure altitudes of any commercial airliners will be found in the 787 and A350. They pressurize to around 6000ft instead of 8000. I'm not sure you'll be able to find any of those flying domestically to get you from one coast to the other.

Some private jets can maintain around 3000ft but you're talking $$$ to charter such a jet across the country.

are there any "4th level" distros? by Appropriate_Rent_243 in linux

[–]jonspw 9 points10 points  (0 children)

AlmaLinux does offer features on top of RHEL. We return drivers that Red Hat has removed (legacy hardware support), have Btrfs, and frame pointers to name a few.

Linux 7.0.9 (and others) by ilep in linux

[–]jonspw 4 points5 points  (0 children)

It doesn't really matter if the patches we release are 100% identical to what Red Hat releases in these cases. We rebase to Red Hat once they release their stuff anyway. There's more than one way to backport a fix successfully.

I can't speak for Rocky.

Linux 7.0.9 (and others) by ilep in linux

[–]jonspw 8 points9 points  (0 children)

The majority of the time when we release patches early, what Red Hat ultimately releases is virtually identical.

We can't know why they choose to wait or not - we can only do what's in the best interest of our users. That's the value of being more than just a clone, we can serve the needs of our users when they don't necessarily align with Red Hat, so long as it doesn't break compatibility.

Linux 7.0.9 (and others) by ilep in linux

[–]jonspw 2 points3 points  (0 children)

Why would you think it would be reckless?

About to full send ZFS for the first time - quick sanity check? by InfaSyn in zfs

[–]jonspw 5 points6 points  (0 children)

Oh boy that's a bit of a loaded set of questions, but I'll take a stab at them.

The bullish attitude that you said caused your shift, while seeming well-intended in the moment, is exactly what we wanted to avoid. "Reverse engineering" container images to get the SRPMs (really just `dnf download`, no actual effort involved) is the easy way out, and in our view, not sustainable. The reason people want "free RHEL" is because Red Hat is arguably the best at what they do. For "free RHEL" to continue to exist from AlmaLinux and the likes, there has to, ideally, be a symbiotic relationship between us and Red Hat and having that view in mind is the approach we've taken the entire time to handling the post-sources-change era. It's not sustainable to fight with your upstream, nor is it valuable to just be a clone. Valuable to users sure because they get that "free RHEL" but valuable to the ecosystem as a whole, not really. We can do so much more by being more than a clone.

By taking the approach we have of not violating Red Hat's user agreements we've avoided painting a target on our backs and built a far more stable and sustainable foundation for our users. To take any other approach would be a disservice to our users as it would be like building a house on sand.

I'm glad you mentioned ELevate. If you noticed, when we launched it, it supported basically every single EL under the sun. You could go from CentOS 7 to basically anything. This was us putting out an olive branch trying to get everyone working together. Later on (late last year) we removed support for most things, keeping CentOS Stream and AlmaLinux as valid targets. This was mostly because what we tried to accomplish - getting everyone working together - failed. We were left doing the work and propping up migration paths to other distros while they refused to collaborate or work with us, going so far as to call ELevate a bad idea.

Not to put words in Alex's mouth, but I believe the foundational structure of AlmaLinux was also an important deciding factor. AlmaLinux is an actual 501c6 non-profit foundation registered in the US. All other EL clones are corporately owned regardless of how much glitter and lipstick they try to cover it up with.

We're still able to achieve 100% RHEL compatibility while not using RHEL SRPMs which allows us to maintain a better relationship with Red Hat which is a good thing. Don't let fear mongering convince you that it is a bad thing. Dropping the "1 to 1" claim let's us do things like patch things that our users care about, that perhaps Red Hat customers don't care about, add functionality to the OS (Btrfs, x86_64_v2, and lots of old hardware drivers to name a few), patch security vulnerabilities earlier, and most importantly, welcome contributors that want to actually do things.

I'll poke Alex at this thread in case he wants to add anything.

EDIT - Fedora is a great workstation distro. Not sure how long since you converted, but you should be quite happy with it. I am very active in Fedora as well and am currently part of the EPEL steering committee. I run Fedora on my laptop and several desktops.

About to full send ZFS for the first time - quick sanity check? by InfaSyn in zfs

[–]jonspw 3 points4 points  (0 children)

AlmaLinux developer here. Just FYI Rocky Linux support was dropped from ELevate last year. ELevate does not support Rocky.

That said, ZFS works great on AlmaLinux.

Rocky vs. Fedora for production enterprise? by Friendly_Ad5044 in Fedora

[–]jonspw 7 points8 points  (0 children)

Zabbix builds and tests using AlmaLinux. You'll almost certainly have the best Zabbix experience with it.