Re: Re: news item: Introduction of app-alternatives/coreutils
Ionen Wolkens <[email protected]>
| Newsgroups | gmane.linux.gentoo.devel |
|---|---|
| Message-ID | <acCFv7wmLkMEgWBe@eversor> |
On Mon, Mar 23, 2026 at 12:47:35AM +0100, Marc Schiffbauer wrote: > * Ionen Wolkens schrieb am 23.03.26 um 00:22 Uhr: > > If e.g. you install uutils-coreutils with USE=native-symlinks or > > something, it would *overwrite* bin/cp and tell portage to unmerge > > sys-apps/coreutils in the process rather than let it coexist. > > I also do like the virtual approach more than app-alternatives. Why > would someone want having installed both at the same time given that > uutils are meant to be a drop-in replacement? > > I can image shell scripts in the wild which may change their behavior > unintentionally if some core commands are suddenly being replaced by a > symlink instead. fwiw only the original coreutils would be non-symlinks, uutils-coreutils works by installing a single big binary that can symlink to e.g. bin/cp to start using it as system's (not that I know uutils-coreutils very well, correct me if I'm wrong). So if there are scripts with poor tests that break when tools are a symlink (I wouldn't be surprised tbh) they will still need fixing, but this wouldn't start affecting regular coreutils users out of nowhere which is the point here. -- ionen
signature.asc
(application/pgp-signature, 525 B)
-----BEGIN PGP SIGNATURE----- iQFPBAABCAA5FiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmnAhb8bFIAAAAAABAAO bWFudTIsMi41KzEuMTIsMiwyAAoJELJEBrCwrEM0li0H+wfjca5GPKRS0RLAIMrQ zsGxzgBKhIqoxesGDPkTIWH30uQ5r7rcAJxInExp4B2u7AFomkPfskgti1LQUmzC v4R86AZsw7fwXEVr38J/1ZM+vNuXUbgDvkbQupLNfCWerpC1+33dx6YAx2a/WTcK 7aV1K7EtV2jEMuE+zRXLanAVagxXYKrV1PahGBFlvIh4fSpJzwvo3c+fbc9Sw8m5 gE4pWaltttt7UulxMp35q2t9bx5S1VhYV2qVie07VcSCPd06Ul84/AzXeHdoEbb1 awYrNxL0e1Ds/ObPxD4dlRIeWe24Lw2McZ21wXKGPoG0g/OPjE50Gshihvu+9aRd x1g= =iDFW -----END PGP SIGNATURE-----