I've been using the ALHP unofficial user repo to get v3 builds and has worked pretty well so far.
It's described as a
Go based buildbot to build official Archlinux repos with x86-64 feature levels, -O3 and LTO
It currently only builds for v3 and v2 and here's their current package status page to see which packages are currently being built (by default excludes all "any" architecture packages).
This is not an endorsement, you're responsible for your own vetting... but, just letting others know this is a potential option if they're interested in further exploring.
nice workaround.
let's end this discussion and close this topic. there's nothing else we can do about it for now.
It's described as a
Go based buildbot to build official Archlinux repos with x86-64 feature levels, -O3 and LTO
It currently only builds for v3 and v2 and here's their current package status page to see which packages are currently being built (by default excludes all "any" architecture packages).
This is not an endorsement, you're responsible for your own vetting... but, just letting others know this is a potential option if they're interested in further exploring.
]]>Yes, I didn't think I veiled my disdain for that script at all. I'm rarely guilty of couching criticisms in too much subtlety. I'll see if I can rectify that in this case:
That script is ridiculously long and complex aiming to do a trivial task that any archer could do on their own in a small fraction of the time it would take them to read that whole script. I didn't even get to the partial upgrade issue in the script in my reading, I stopped after countless foolish uses of grep / awk / function-encapsulation-for-no-reason-other-than-obscurity / etc. So indeed I can read the script, but will not, as it's shit. Some other less cynical archer, however, might stumble upon your post and follow it blindly and suffer negative consequences of doing so.
However, d.ALT is right on the more important point, that even if that script was not harmful but just very poorly written, it would raise suspicion about the quality of the actual packages in that other distros repos.
In any case claiming that archers should be capable of recognizing that your advice is harmful is no excuse for posting it. Posting links to harmful scripts and instructions for users to run said scripts as root should get one blatantly chastized and publicly ridiculed if not banned.
Further suggesting that users here switch to some other distro for no apparent reason (are you connected w/ that distro somehow) which will result in their systems no longer being supported here is yet again a disservice to them.
I've been using Arch for production for more than a decade. I have my own disciplines of maintenance of my arch boxes. I use etckeeper + version control of various configurations; I use as fewer AUR packages as possible; I use certificates instead of passwords; I limit privileges of all systemd services; I read doc + code if something goes wrong; I figure out everything about it before I fix it; if I can't patch the fix, I file bugs (to kernel, systemd, etc.); I even use UPS for power backup. Back to the story, i've already stated that CachyOS is "an Arch-based distro". As an Archer, he/she should understand that if he/she had to reach to the goal of completion of 'x86-64-v3' transition, this would be the the only way. What can the most 'negative consequence' be for those blindly followers? Just re-install, I guess, because they play Arch just for testing, curiosity, or fun. They don't care about their systems. They don't want to learn and grow up with Arch. They don't know about declarative, consistency, simplicity. They don't even understand what Arch really is about. Just go back to Ubuntu, Mint, Mac or Windows...I even don't think it's worthy to spend a single second in this conversation. I'd prefer discussing how to help Arch in its v3 transition, however please read the previous replies I got, none of them are not helpful.
]]>run() {
if $_install; then
run_install
elif $_remove; then
run_remove
fi
yes | pacman -Sy
}
run
Oh my.
]]>That script is ridiculously long and complex aiming to do a trivial task that any archer could do on their own in a small fraction of the time it would take them to read that whole script. I didn't even get to the partial upgrade issue in the script in my reading, I stopped after countless foolish uses of grep / awk / function-encapsulation-for-no-reason-other-than-obscurity / etc. So indeed I can read the script, but will not, as it's shit. Some other less cynical archer, however, might stumble upon your post and follow it blindly and suffer negative consequences of doing so.
However, d.ALT is right on the more important point, that even if that script was not harmful but just very poorly written, it would raise suspicion about the quality of the actual packages in that other distros repos.
In any case claiming that archers should be capable of recognizing that your advice is harmful is no excuse for posting it. Posting links to harmful scripts and instructions for users to run said scripts as root should get one blatantly chastized and publicly ridiculed if not banned.
Further suggesting that users here switch to some other distro for no apparent reason (are you connected w/ that distro somehow) which will result in their systems no longer being supported here is yet again a disservice to them.
]]>Trilby wrote:Why are you posting on the arch forums with advice on how to run a script to conver their system to another distro? And more importantly, why would one use that script to enable a repo which is trivial to do? And yet more importantly, why would one trust software built by a third party when that ridiculous script is the only bit of information available to assess their competence?
because I assume you can read the script before run?
I think Tribly wants you to be aware of this:
trust software built by a third party when that ridiculous script is the only bit of information available to assess their competence?
Why are you posting on the arch forums with advice on how to run a script to conver their system to another distro? And more importantly, why would one use that script to enable a repo which is trivial to do? And yet more importantly, why would one trust software built by a third party when that ridiculous script is the only bit of information available to assess their competence?
because I assume you can read the script before run?
]]>You can always recompile your packages that you care about using ABS. This is what I've been doing for various packages (kernel, emacs) for many years.
The vast vast majority of software will not see any significant improvement going from x86_64 -> "-v2" or "-v3". Especially big packages that try to dynamically detect CPU types in their binaries anyways.
Pick a few programs you care enough to recompile, and use march / mtune = native. I only upgrade my kernel (and various kernel related packages) if I hit a bug, or if it's been more than 6 months. Then I use package group along with PkgIgnore to make sure new updates don't overwrite them. The kernel is a bit annoying due to how many other packages this means you're tracking, but something like emacs is relatively straight forward.
An arch-based distro, CachyOS claims that all its packages "are compiled with LTO and x86-64-v3 optimization, security flags and performance improvements".
The following commands do everything for you.
wget https://build.cachyos.org/cachyos-repo.tar.xz
tar xvf cachyos-repo.tar.xz
cd cachyos-repo
sudo ./cachyos-repo.sh
Run "make -n KCFLAGS=myflags all" in your src/ directory. This runs make in dry run mode and prints the commands it was going to run.
See that your flags are included and rejoice.
Some of the command lines are long long long, and run for very short periods of time, which means ps aux may truncate them and miss them.
What I do is put "make KCFLAGS="-march=native -mtune=native" htmldocs all" in my PKGBUILD
]]> export KCFLAGS=' -march=znver3'
export KCPPFLAGS=' -march=znver3'
make LLVM=$_LLVM LLVM_IAS=$_LLVM all