|
|
|
|
|
by righthand
639 days ago
|
|
Really? I have had package manager failing experiences since I installed Arch. About 1-3 times per month yay will fail requiring me to use pacman to update. Once I run pacman I can run yay to update my AUR deps when the selling point of yay is that it’s a completely pacman-compatible interface. It’s package situation is so fuzzy though that the community actively encourages you to install multiple package managers. There’s a 3rd pm I can’t remember the name, just a lot of effort for simple things. Often the advice is to read the wiki pages which is nice but Debian I rarely have to read a wiki page or search because everything installs with sane defaults, doesn’t require building for the most part, doesn’t ask me if I want to keep make dependencies when I do build with a default to yes. Arch leaves files behind when I uninstall. Arch doesn't let me know I have extra dependencies I don’t need. Pacman requires reading quite a bit of manpages to understand how to do simple tasks. Arch just feels like a messy experience. |
|
But my post was primarily focusing on the experience of building / modifying packages. To elaborate just a bit more as an example, the Debian docs claim one can use this environment variable to control certain things when building a package.
DEB_BUILD_OPTIONS='nostrip noopt debug'
What they don't mention, is that these environment variable values are only enabled on a case-by-case basis for every package. Which means, you can't just expect to be able to easily rebuild an arbitrary package without cleaning first, i.e. doing an incremental build. You have to look at debian/rules, which is highly unstructured (unlike PKGBUILD), uses tons of DEB_ makefile variables which I have no understanding of.