chaotic-aur / packages

Read-only mirror of Chaotic-AUR's main repository. Issues and bug reports welcome! 📑
https://gitlab.com/chaotic-aur/pkgbuilds
GNU General Public License v3.0
338 stars 20 forks source link

[Request] pacman-static #3386

Open xXPerditorXx opened 6 days ago

xXPerditorXx commented 6 days ago

Package:

https://aur.archlinux.org/pkgbase/pacman-static

Purpose:

Statically-compiled pacman to fix or install systems without libc

Benefits:

Building:

No response

Copyright:

GPL-2.0-or-later

Expected Interest:

Some

Already available?

Yes

Unique request?

Yes

Banned package?

No

More information:

Already saved me multiple times, because openssl and libcrypto were somehow broken

xiota commented 6 days ago

I don't see a strong use case for providing static pacman. Arch Linux keeps core/pacman working. In most cases where it might fail, like installing custom glibc, the shell and other essential utilities would also become non-functional, so recovery disc would still be needed.

Also, package was previously dropped because of shfmt error PKGBUILD:59:65: invalid UTF-8 encoding. Related #2207.

dr460nf1r3 commented 5 days ago

I don't see a strong use case for providing static pacman. Arch Linux keeps core/pacman working. In most cases where it might fail, like installing custom glibc, the shell and other essential utilities would also become non-functional, so recovery disc would still be needed.

Also, package was previously dropped because of shfmt error PKGBUILD:59:65: invalid UTF-8 encoding. Related #2207.

You'd still be able to use TTY or am I mistaken? I'd be in favor of adding it given it no longer errors out.

xiota commented 5 days ago

You'd still be able to use TTY or am I mistaken?

If the default shell (bash) doesn't work, user would be greeted with some error after login (if login is even possible). Would need some stack of statically compiled programs that are configured so that they actually work when needed. Every Linux user should have the disc/USB/whatever used to install the system in the first place.

Here's an image of error someone had on reboot after botching glibc.

PUXJexr

... given it no longer errors out.

Package still has the shfmt error. I have not interacted with the maintainer before, but this type of problem is potentially difficult to convince someone to change.

$ shfmt -w PKGBUILD
PKGBUILD:58:65: invalid UTF-8 encoding