You are not logged in.
I am unsure whether I sould file a bug report, because glibc is missing a dependency on sed.
I created a minimal Arch install in a VM using
pacstrap /mnt linux systemd coreutils syslinux vim pacman
In the following setup, locale-gen failed because sed was not installed.
locale-gen is owned by glibc.
My question is: Should I file a bug report on this or is it generally assumed by the maintainers, that all packages in base are available on any system and thusly this is not a bug?
Last edited by schard (2019-03-19 23:06:47)
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
See https://lists.archlinux.org/pipermail/a … 29502.html it is currently the maintainers choice.
Offline
sed will never be a dependency of glibc, because glibc needs installed first.
Offline
Thanks. Then everyhing is quite clear to me now.
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
To add my 2 cents - which might not be worth that much - there are many sed implementations, [core]/sed is the default in arch, but one could (at their own perile/discretion) use an alternative. Many alternatives may 'provide' sed, but some that certainly wouldn't would be shells that implement sed internally as a built in. Such shells do not provide a /usr/bin/sed, but they can execute the locale-gen script just fine.
If on the other hand locale-gen used /bin/bash in it's shebang, then there'd be a much better argument that an actual /bin/sed would be required - but this would still be open to the above point that base packages are sometimes assumed.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline