Arch Linux User Repository Requires Packages To Support x86_64: No ARM-Only Software

[VeryFunnyUsername42]

This is backwards insanity, why remove packages only relevant to arm from the ARCH USER REPOSITORY
Clearly there are users who are using it so leave it in!

[Dukenukemx]

I guess you've never heard of Raspberry Pi? or Android?

Don't remind me. Have my problems with both.

x86S is dead.

x86 can only be as efficient as ARM in the high performance/low efficiency space. for lower performance parts, ARM still wins big on efficiency. that's why there aren't any smartphones with x86 processors anymore. and there definitely aren't any x86 smartwatches.

It's most likely that the benefits of dumping 32-bit won't outweigh the losses. Legacy applications would likely break, which is the main problem. The main issue is the core of the CPU's, as AMD has proven it can be done. Intel is likely working on something else.

[billyswong]

x86S is dead.

x86 can only be as efficient as ARM in the high performance/low efficiency space. for lower performance parts, ARM still wins big on efficiency. that's why there aren't any smartphones with x86 processors anymore. and there definitely aren't any x86 smartwatches.

x86S is scrapped for a collaborative effort together with AMD so that a new standard that share across Intel and AMD will be reached, or so I heard.

x86S or similar effort is not going to make x86-based architecture good enough for smartwatches. But I guess it will make it 5 to 10% more energy efficient going forward, which is good for everyone. We can't run legacy Win16 or DOS applications in modern computers with Win11 anyway.

[hotaru]

All 5 Linux users on ARM are upset about that.

I guess you've never heard of Raspberry Pi? or Android?

There's no reason to continue to support ARM. AMD has proven that x86 can be just as efficient if not more so than ARM. Once AMD and Intel dump 32-bit and switch over to x86S then there's less than zero reasons to support ARM. Leave ARM to the mess that is the Android device market. Maybe when ARM enforces a UEFI or some sort of universal boot loader we can take another look at ARM.

x86S is dead.

x86 can only be as efficient as ARM in the high performance/low efficiency space. for lower performance parts, ARM still wins big on efficiency. that's why there aren't any smartphones with x86 processors anymore. and there definitely aren't any x86 smartwatches.

[Quackdoc]

But same time, in gentoo python2 builds and runs fine, so i can use legacy software. Now i replaced arch system by Gentoo, but i wondering why AUR removes working arm-only pkgbuilds, but keeps broken unmaintained legacy

they don't. It will need to be reported by someone and then removed.

[mittorn]

did you modify your makepkg? all packages should be able to be built in a clean chroot, if not it should be reported, and if continues not to be it will be removed, that being said, are you sure it uses PGO? LTO I can see if you enabled it in makepkg.conf but I dont think it should use pgo

I did not touch makepkg. It seems, AUR python2 is old python2 pkgbuild that used in Arch before it was removed, with many many checks and optimizations enabled, which do not pass on modern system
But same time, in gentoo python2 builds and runs fine, so i can use legacy software. Now i replaced arch system by Gentoo, but i wondering why AUR removes working arm-only pkgbuilds, but keeps broken unmaintained legacy

[Dukenukemx]

Linux users being upset at arch linux only supporting it's officially supported platform is hilarious. "How dare you not support this thing you never officially supported!" lol

All 5 Linux users on ARM are upset about that.

I don't understand the current hype around ARM. Historically ARM has always been the e-waste ISA with FOSS hostile vendors and mostly proprietary ecosystem with zero standards. No UEFI, no ACPI, no sane boot process, unless it's one of those ARM server ready boards. It's all garbage.

The reason why Microsoft and Apple want to go ARM is to make an ecosystem that they control alone. What little advantage ARM had is now gone. Go ARM and you lose performance compared to x86 while also losing application compatibility. Not to forget no UEFI and etc.

And why the hype for RISC-V? Is there anything to prevent vendors to do the same shit? Proprietary drivers, fucking device trees and special sauce firmware.

The problem with computing is someone always has an ideology, that they want you to enforce with zero benefits.

And Qualcomm does not exactly have a good track record. I would hope Intel or AMD comes to the rescue and develop sane platforms for either ARM or RISC-V, where you can boot just about any OS on any hardware.

There's no reason to continue to support ARM. AMD has proven that x86 can be just as efficient if not more so than ARM. Once AMD and Intel dump 32-bit and switch over to x86S then there's less than zero reasons to support ARM. Leave ARM to the mess that is the Android device market. Maybe when ARM enforces a UEFI or some sort of universal boot loader we can take another look at ARM.

[Quackdoc]

Check the wiki history.

I usually avoid diverting discussions into linguistics, but no, the adj from 'policy' is still 'policy', not politics (e.g. policy framework != political framework). Two different words that have different roots (Greek 'politikos' vs Latin 'polita').

Im not talking about etymoligy. Policies are set by politics, politics being the governance of an organization.

[Vermilion]

As far as I know, the rule has been around for a while. Maybe I am mistaken or took a different rule out of context. Perhaps fex-emu pkgbuild predated that however I don't believe so.

Check the wiki history.

I think you are misunderstanding what "political" means. politics as in policies.

I usually avoid diverting discussions into linguistics, but no, the adj from 'policy' is still 'policy', not politics (e.g. policy framework != political framework). Two different words that have different roots (Greek 'politikos' vs Latin 'polita').

[Vermilion]

How do they get away with straight-up Arch branding while not being a part of Arch?

By asking for permission from the original project. From ALARM website footer:

The Arch Linux™ name and logo are used under permission of the Arch Linux Project Lead.