True. It’s the same as running something from snapd/flatpak in your system.
Exactly! This crossed my mind too. But honestly, I didn’t think about when you update.
Maybe one way to work around this would be to make a separate conf (caothic-aur-pacman.conf) and point pacseek to it if it support the --config flag. And then view the pkgbuilds, install and update them separately.
Even if it works, it is a mighty hassle 
But the other point is still valid.
Yeah, because you don’t really want to review the whole PKGBUILD every update. That would be time consuming. The advantage of AUR and many helpers is that they show you the diffs only so you can see at a glance if anything has changed.
1 Like
Figures that I’d get an error on my 1st try (did not show up until after going through the entire build process, of course): https://discuss.cachyos.org/t/build-cachyos-kernel-6-12-23/7971
1 Like
@UncleSpellbinder , just installed CachyOS kernel. Feels good so far. I’ll try for some more days. Maybe I’ll stay with this kernel. 
2 Likes
Yeah.
- Cachy is fast moving, you have to keep up, sometimes things break for a few hours or even a day or two and. Vanilla Arch feels like boring Debian compared to it.
- That situation doesn’t affect their distro kernels, which is what they care about most.
- The AUR kernel recipes are a service to the community. It’s great they provide them, but situations like that can happen.
I’ve been running their distro for about a year now and I’ve been pleased with the innovation, though admittedly their forum is less friendly and responsive than Endeavour’s.
The EOS forum is pretty peak when it comes to engagement and a friendly tone. The Cachy forum is more of a sideshow. From my experience the Cachy discord is their main community hub, and also very friendly overall. Give the discord a try.
Wow. . . talking about taking things to extreme levels . . . . I’m happy if everything just works. Save me the need for dozens of repositories (experimental or otherwise). Just give me a distro that is on top of what is necessary to keep things running smoothly keeping up with the times.
Rich
1 Like
The friendliest forum in the Linux era. Back in 2013 i used Linux Mint, some people on the forum where literally as*holes. I removed my account over there and moved on.
EOS has a great community!
1 Like
Just wanted to share I went on a littlie adventure. I added the CachyOS repos to my Arch Install the other day and replaced the native Arch packages with CachyOS optimized packages of the ones that are available and am running the CachyOS kernel. I also installed some CachyOS specific settings packages so will see how the experience is, just didn’t want to do a full reinstall to get a feel of what CachyOS is like.
2 Likes
that sounds like an adventure. you installed most of cachy without installing cachy 
--you got to give it up for linux versatility.
Someday I will be so bold. Mostly I just take what a distro gives me, plus this AUR thing is bottomless.
I like adventures 
.
1 Like
Some would argue that this is the best way to install CachyOS. If it works, it’s fine. But the installer is a pain in the a**, in my opinion.
1 Like
I used it in a vm a few times, the installer didn’t seem so bad. It didn’t feel too different from the EndeavourOS installer as in the options you are able to choose from.
I thought about trying the ALHP repo but I thought about it and I felt more comfortable just adding the repos of a well known Arch-based distribution instead of just some third-party repo that you don’t hear many people talk about. Since they also have documentation for it.
according to me reading ALHP is an official “unofficial” Arch repo. wonder what goodies are there?
Just optimized packages like in the CachyOS repos.
ALHP repos for
x86-64-v2,x86-64-v3andx86-64-v4are currently available.
Cachy also patches some packages, esp. the kernel (if you use their default). Cachy also ships other packages a lot earlier, for example the kernel or mesa.
1 Like
The only thing I’ve “Frankensteined” is adding Chaotic AUR. Access to the CachyOS kernel is nice. I’ve been running the 6.15 kernel without issue for a week now.
❯ uname -r
6.15.1-4-cachyos
I’m using the ALHP repos.
There might be a misunderstanding. The ALHP project provides optimized binaries / packages with certain CPU architecture optimizations - the so called feature levels of the X86-64 CPU architecture.
For example - AVX512 support of the latest CPU generations such as AMDs Zen 4 & 5 ? That feature set is available in the ALHP repositories X86-64-v4.
Are you using Zen3 CPU or earlier ? The X86-64-v3 repos are optimized for that CPU feature set.
They’re an alternative to the official [core], [extra] & [multilib] repositories from Arch Linux, including those CPU architecture optimizations. They don’t include additional packages that aren’t available in the official Arch repositories.
It’s not the AUR or such. No additional goodies. As the PKGBUILDs should include the feature level of your system - building packages locally should be much more efficient and less time intensive, as the latest (better said - the suitable) SIMD instruction sets could be used by the compiler. So I’ve you’ve got and AMD Threadripper with lost of system memory - building a package locally might be much more faster in comparison to an ordinary client with just a few cores.
3 Likes