Linux

48008 readers

852 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

[email protected]

107

Arch Linux isn't up to date anymore (self.linux)

submitted 1 year ago by OldWorldOrder to c/[email protected]

34 comments fedilink hide all child comments

Arch Linux keeps falling behind in package updates, basic packages like gdb and LLVM are newer in Fedora then in Arch, and Bash is newer in DEBIAN then in Arch. Why have package updates fallen so far behind?

you are viewing a single comment's thread
view the rest of the comments

[+] [email protected] -19 points 1 year ago (2 children)

To go x86_64-only was a mistake for Arch. Distros like Fedora or Debian, or openSUSE have universal building systems and infrastructure for building packages for different architectures. Arch just creates unnecessary fragmentation for the GNU/Linux landscape: software need to be packaged for the distro and for the same time PKGBUILDs cannot be reused in general for anything to go full Arch Linux. Not for other architectures, not for servers or LTS. Only for a x86_64 desktop niche. Arch Linux doesn't scale.

[–] [email protected] 19 points 1 year ago* (last edited 1 year ago)

To go x86_64-only was a mistake for Arch.

The development team of Arch is comparatively small compared to other distributions.
To support platforms other than x86_64 one should have access to appropriate hardware to test the packages. I for one have not had i686 hardware for a while. This is probably true for many other users as well.

Therefore, from my point of view, they have done everything right. Just like other, non-Arch based distributions, which are also now only offered for x86_64.

Distros like Fedora or Debian, or openSUSE have universal building systems and infrastructure for building packages for different architectures.

Right. And all have more collaborators and more money. For example, according to https://nm.debian.org/members/, nearly 1000 people participate in Debian.

Arch's core development team, on the other hand, consists of just 28 people without being paid for it. In addition, there are some "trusted users" (a bit more than 60 iirc) and some people responsible for support (wiki and IRC moderators etc.).

Arch just creates unnecessary fragmentation for the GNU/Linux landscape: software need to be packaged for the distro and for the same time PKGBUILDs cannot be reused in general for anything to go full Arch Linux.

Fragementation has always existed. Before Arch I had used Mandrake / Mandriva. With it I often could not use Redhat packages although they technically used the same format (RPM).

By the way, in the case of Arch or distributions based on it, you can in many cases use PKBUILD files for other platforms as well. Often it is sufficient to modify the line arch=('x86_64') accordingly. I have done this in some cases where a software for Alarm (Arch Linux ARM) was not officially offered. I simply took the PKBGUILD file from Arch Linux and changed it accordingly. And yes, this does not always work.

[–] [email protected] 9 points 1 year ago (1 children)

I'm running Arch on aarch64, so the fact that's unsupported is news to me

[–] [email protected] 4 points 1 year ago

@OsrsNeedsF2P
Arch Linux ARM is technically a separate project
@mudamuda