Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Request] pacman-static #3386

Open
xXPerditorXx opened this issue Nov 15, 2024 · 3 comments
Open

[Request] pacman-static #3386

xXPerditorXx opened this issue Nov 15, 2024 · 3 comments
Labels
request:new-pkg New package requested.

Comments

@xXPerditorXx
Copy link

Package:

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

Purpose:

Statically-compiled pacman to fix or install systems without libc

Benefits:

  • Recovery for broken packages (e.g. openssl, libcrypto, or pacman itself)
  • No dependence on shared libraries

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

@xXPerditorXx xXPerditorXx added the request:new-pkg New package requested. label Nov 15, 2024
@xiota
Copy link
Contributor

xiota commented Nov 15, 2024

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
Copy link
Member

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
Copy link
Contributor

xiota commented Nov 16, 2024

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
request:new-pkg New package requested.
Development

No branches or pull requests

3 participants