578
submitted 1 day ago by shrewdcat@lemmy.zip to c/linux@lemmy.ml
you are viewing a single comment's thread
view the rest of the comments
[-] bvoigtlaender@feddit.org 13 points 17 hours ago* (last edited 15 hours ago)

iit: nerds unable to comprehend that building a piece of software from source in not something every person can do.

EDIT: or doesn’t want to do

[-] jwmgregory@lemmy.dbzer0.com 12 points 17 hours ago* (last edited 10 hours ago)

one of my least favorite things about arch and other rolling distros is that yay/pacman will try and recompile shit like electron/chromium from source every few days unless you give it very specific instructions not to - which is annoying as shit bc compiling the entirety of chrome from source takes hours even with decent hardware.

granted, i fucking hate google products too but if you’re doing any web dev it’s necessary sometimes.

idk im definitely willing to admit i might be the idiot here. managing your packages with pacman might just be routine to some people. to me arch is the epitome of classic bad UX in an open source project. it’s like they got too focused on being cmatrix-style terminal nerds and forgot to make their software efficiently useable outside of 5 very specific people’s workflows. it’s not even the terminal usage that is bad about arch. plenty of things are focused on that and… don’t do it shittily? idk…

edit: yes to all the arch fanboy’s points in response to me. i used to be super into arch and am aware of the fact that this isn’t explicit behavior but to act like it doesn’t happen in a typical arch user experience is disingenuous. i also disagree with the take that arch doesn’t endorse this outright with its design philosophy, bc it does. the comparison of the AUR to other, similar things like PPAs doesn’t land for me bc PPAs aren’t integrated into the ecosystem nearly as much as AUR is with arch. you can’t tell people to just grab the binaries or not use AUR whenever it’s convenient to blame the user, when arch explicitly endorses a philosophy amicable to self-compilation and also heavily uses the AUR even in their own arch-wiki tutorials for fairly basic use cases. arch wants to have its cake and eat it too and be a great DIY build it yourself toolkit while also catering to daily driver use and more generalist users. don’t get me wrong, it’s the best attempt at such a thing i’ve seen - but at a certain point you have to ask if the premise makes sense anymore. in the case of arch, it doesn’t and it causes several facets of the ecosystem to flounder from a user perspective. the arch community’s habit of shouting “skill issue” at people when they point out legitimate issues with the design philosophy bugs the fuck out of me. this whole OS is a camel.

[-] Spectrism@feddit.org 10 points 16 hours ago

Is there no -bin version available for those packages?

[-] jwmgregory@lemmy.dbzer0.com 1 points 16 hours ago

sometimes you’re working with particular releases or builds that don’t, but like i said i might be the idiot lol.

i like the concept of arch. i don’t like the way i need to come up with a new solution for how im managing my packages virtually every few days that often requires novel information. shit, half the time you boot up an arch system if you have sufficient # of packages there is 9/10 times a conflict when trying to just update things naively. like i said it’s cool on paper and im sure once you use it as a daily driver for awhile it just becomes routine but it’s more the principle of the user experience and its design philosophy that i think might be poor.

arch is for techies in the middle of the bell curve imo… people on the left and the right, when it comes to something as simple as managing all my packages and versions, want something that just works^TM^ - unless i specifically want to fuck with the minutiae.

[-] Feyd@programming.dev 4 points 14 hours ago

conflict when trying to just update things naively

Sounds like AUR problems. IMO using AUR helpers that tie AUR packages to your full system update command is a trap. AUR never professed to be a stable repository (in fact it's the opposite). AUR has a place, but it should be used sparingly and thoughtfully.

[-] jwmgregory@lemmy.dbzer0.com 1 points 3 hours ago

i agree with this but this isn’t the reality of the arch ecosystem. AUR is explicitly promoted on the wiki for a large amount of tasks the average user is going to do. it feels skeevy to acknowledge the problems with the AUR and then abscond arch’s responsibility for them, because the AUR is not like PPAs or anything. it is significantly more integrated into the ecosystem.

[-] Feyd@programming.dev 3 points 3 hours ago* (last edited 3 hours ago)

The wiki article :

  • specifically says that packages are not thoroughly vetted
  • does not recommend using yay or another AUR helper (which is the primary thing I recommend against)
  • has a frequently asked question section that is fairly technical and should indicate that it is not for the faint of heart

The aur helper wiki has a fun red disclaimer at the top that no one reads

[-] jwmgregory@lemmy.dbzer0.com 1 points 3 hours ago

you (rhetorical you, not you) can recommend not using the AUR officially all you want. it doesn’t mean anything if a large number of tasks the average user is going to do require AUR packages. i’m kind of drunk rn but i’ll go find specific pages of the wiki that demonstrate what i’m talking about, i stg this isn’t nothing. the core system itself can entirely be managed with pacman, yes, but the average user is going to be doing a lot more than just that. there is a certain discord in the messaging of arch as a whole.

this is exactly my point. arch can either be a nuts and bolts distro or it can be made for normies. it can’t be both.

[-] Feyd@programming.dev 2 points 3 hours ago

To reiterate, I don't think there is anything wrong with using the AUR. I think that using an AUR helper that ties updating AUR packages to your pacman -Syu is a trap that people keep falling into despite the warnings in the wiki.

load more comments (4 replies)
load more comments (11 replies)
load more comments (13 replies)
this post was submitted on 07 Jul 2025
578 points (91.9% liked)

Linux

56110 readers
1294 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

Related Communities

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

founded 6 years ago
MODERATORS