You are not logged in.

#1 2019-03-19 19:07:38

schard
Forum Moderator
From: Hannover
Registered: 2016-05-06
Posts: 1,972
Website

[solved] Dependencies to packages in base.

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

#2 2019-03-19 19:59:14

loqs
Member
Registered: 2014-03-06
Posts: 17,315

Re: [solved] Dependencies to packages in base.

See https://lists.archlinux.org/pipermail/a … 29502.html it is currently the maintainers choice.

Offline

#3 2019-03-19 21:54:12

Allan
Pacman
From: Brisbane, AU
Registered: 2007-06-09
Posts: 11,384
Website

Re: [solved] Dependencies to packages in base.

sed will never be a dependency of glibc, because glibc needs installed first.

Offline

#4 2019-03-19 23:06:38

schard
Forum Moderator
From: Hannover
Registered: 2016-05-06
Posts: 1,972
Website

Re: [solved] Dependencies to packages in base.

Thanks. Then everyhing is quite clear to me now.


macro_rules! yolo { { $($tokens:tt)* } => { unsafe { $($tokens)* } }; }

Offline

#5 2019-03-19 23:50:29

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,520
Website

Re: [solved] Dependencies to packages in base.

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

Board footer

Powered by FluxBB