From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor?= Boskovits Subject: bug#39023: binary installation manual doesn't work on Alpine Linux Date: Wed, 22 Jan 2020 21:03:04 +0100 Message-ID: References: <4678e0a6a529877fee91a452424115c1@disroot.org> <87ftg89mfd.fsf@nckx> <87lfpzfel9.fsf@nckx> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50556) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iuMEN-0006rP-D9 for bug-guix@gnu.org; Wed, 22 Jan 2020 15:04:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iuMEL-0007eR-VX for bug-guix@gnu.org; Wed, 22 Jan 2020 15:04:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:45417) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iuMEL-0007eL-Rx for bug-guix@gnu.org; Wed, 22 Jan 2020 15:04:01 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iuMEL-0006cq-OY for bug-guix@gnu.org; Wed, 22 Jan 2020 15:04:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87lfpzfel9.fsf@nckx> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Tobias Geerinckx-Rice Cc: symphonia@disroot.org, 39023@debbugs.gnu.org Tobias Geerinckx-Rice ezt =C3=ADrta (id=C5=91pont: 2020. jan= . 22., Sze, 20:58): > > G=C3=A1bor, > > G=C3=A1bor Boskovits =E5=86=99=E9=81=93=EF=BC=9A > > Oops, I missed that. > > I'm suprised I haven't confused add* & *add once so far in this > thread :-) Yes, I am also a bit confused. > > > There was some upstream discussion to get useradd and groupadd > > to > > busybox upstream, > > as this seems to be causing problems everywhere. They told that > > they > > are unwilling to include them as is, > > but would accept a wrapper thar forward to their > > adduser/addgroup > > implementation. > > I don't know which discussion you're referring to, and much might > have changed since 2016, but I read this[0] to mean the opposite: > Busybox should provide the shadow-compatible *add variants, and > reimplement their old add* as simple wrappers around that. That's > from an upstream(ish) person. > > =E2=80=9Cadduser/addgroup tend to be symlinks or wrappers, if they exis= t > at > all, but by and large are deprecated. busybox should implement > applets that mimic shadow here and deprecate the old ones, if > not > throw them out. although we can probably rename & massage the > sources in these cases=E2=80=9D > > Still, Busybox *add patches welcome, it would seem. We'll still > have to deal with this for the lifetime of the older version. Yes, I referred to this, but I might have misunderstood something. > > Kind regards, > > T G-R > > [0]: > http://lists.busybox.net/pipermail/busybox/2016-February/083909.html --=20 OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21