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)
macro_rules! yolo { { $($tokens:tt)* } => { unsafe { $($tokens)* } }; }
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.
macro_rules! yolo { { $($tokens:tt)* } => { unsafe { $($tokens)* } }; }
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