Re: news item: Introduction of app-alternatives/coreutils
Anna Vyalkova <[email protected]>
| Newsgroups | gmane.linux.gentoo.devel |
|---|---|
| Message-ID | <[email protected]> |
On 2026-03-22, Ulrich Müller wrote: >>>>>> On Fri, 20 Mar 2026, moltonel 3x Combo wrote: > >> A new app-alternatives/coreutils ebuild is available, giving the >> choice between sys-apps/coreutils and sys-apps/uutils-coreutils as the >> main coreutils (mkdir, ls, etc) implementation. The default will >> remain the gnu implementation for the foreseeable future. > > Maybe these are heretic questions, but: > > 1. What problem does this solve? > > 2. Why do we need app-alternatives here, instead of a simple virtual > (plus a blocker)? I find renaming (e.g. gls, gcp) and symlinking > of all standard tools incredibly ugly. Not only ugly, but also potentially prone to file collisions. Although currently (according to app-portage/pfl), only sys-fs/gdu::guru would conflict with prefixed coreutils.