Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 457768 - app-eselect/eselect-sh should be pulled in by @system or virtual/shell or app-shells/* or (...)
Summary: app-eselect/eselect-sh should be pulled in by @system or virtual/shell or app...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Low enhancement
Assignee: Michał Górny
URL:
Whiteboard:
Keywords: PMASKED
Depends on:
Blocks:
 
Reported: 2013-02-15 22:47 UTC by Roman Žilka
Modified: 2023-01-20 02:06 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Žilka 2013-02-15 22:47:37 UTC
/bin/sh is a crucial symlink in the system. For a couple of years now we've had the "sh" eselect module to handle it, yet the module is not pulled in by any package at all. I propose that app-admin/eselect-sh be included either in @system, or in [R|P]DEPEND of everything in app-shells, or in RDEPEND of virtual/shell (which would be created).

By the way, there might be further uses for a virtual/shell or something of that sort. For example, @system might not enforce bash. Well, if other packages in @system actually build and run with an alternative shell, that is.

Reproducible: Always
Comment 1 Denis M. (Phr33d0m) 2013-02-15 23:36:19 UTC
Switching shells is always problematic. A lot of build systems expect bash and if they find something else they'll fail. Probably that's why eselect-sh is there but isn't pulled by anything.

I assigned base-system but I guess they'll agree with me that this will only bring unnecesary problems.

If you want to simply switch your users to some other shell (zsh?) there are better ways to do that.
Comment 2 SpanKY gentoo-dev 2013-02-18 05:52:51 UTC
eselect-sh does *not* belong in @system or bash (the default shell provider).  for most people and thus the default), there is no need to mess with /bin/sh.

whether people want to include it as a dependency in the alternative shells, i don't really care.
Comment 3 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-12-28 00:08:23 UTC
Eventually, we may well end up explicitly adding app-alternatives/* to @system which will be a resolution to this.
Comment 4 Larry the Git Cow gentoo-dev 2022-12-28 00:32:58 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ff2aa7e9842a2d9143ad59aa28b63db0bf3a98cf

commit ff2aa7e9842a2d9143ad59aa28b63db0bf3a98cf
Author:     Sam James <sam@gentoo.org>
AuthorDate: 2022-12-28 00:01:49 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2022-12-28 00:32:16 +0000

    profiles: last-rite app-eselect/eselect-awk, app-eselect/eselect-sh
    
    Bug: https://bugs.gentoo.org/886019
    Bug: https://bugs.gentoo.org/886021
    Bug: https://bugs.gentoo.org/457768
    Signed-off-by: Sam James <sam@gentoo.org>

 profiles/package.mask | 6 ++++++
 1 file changed, 6 insertions(+)
Comment 5 Roman Žilka 2023-01-17 08:32:29 UTC
There's app-alternatives/sh now and it is in @system. As far as I'm concerned, the issue's been resolved.
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-01-17 13:07:56 UTC
Aye, thanks!