[prev in list] [next in list] [prev in thread] [next in thread] 

List:       busybox
Subject:    Re: [Bug 6182] nologin: new applet
From:       Mike Frysinger <vapier () gentoo ! org>
Date:       2016-02-16 17:20:03
Message-ID: 20160216172003.GB7732 () vapier ! lan
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On 16 Feb 2016 09:12, Natanael Copa wrote:
> On Mon, 15 Feb 2016 19:09:20 -0500 Mike Frysinger wrote:
> > On 15 Feb 2016 17:23, Natanael Copa wrote:
> > > On Sat, 13 Feb 2016 13:32:10 +0100
> > > Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> wrote:  
> > > > On February 13, 2016 12:04:40 PM GMT+01:00, bugzilla@busybox.net wrote:  
> > > > >https://bugs.busybox.net/show_bug.cgi?id=6182
> > > > >
> > > > >Mike Frysinger <vapier@gentoo.org> changed:
> > > > >
> > > > >           What    |Removed                     |Added
> > > > >----------------------------------------------------------------------------
> > > > >            Summary|Add /sbin/nologin           |nologin: new applet    
> > > > 
> > > > We already have that:
> > > > https://git.busybox.net/busybox/tree/applets_sh/nologin  
> > > 
> > > Alpine Linux has a problem with this approach.
> > > 
> > > On Alpine Linux you have busybox tools by default, but for users who
> > > may need the bloaty GNU variants (or any other implementation) they can
> > > simply `apk add coreutils` or similar. This works because no package
> > > "owns" the applet symlinks pointing to busybox. Instead `busybox
> > > --install -s` is run from a trigger[1], whenever any package is
> > > installed or removed that has files in /usr/bin /bin etc. This means
> > > that when you `apk del coreutils`, the busybox symlinks are restored
> > > automatically.
> > > 
> > > With the shell script "applets" we have the problem that we get real
> > > files, "owned" by a package. This causes a conflict error when
> > > installing the package. Yes, the package manager can be told to accept
> > > overwrites of given files, however, you can not make it automagically
> > > restore the busybox applet when you remove the bloated version of it.  
> > 
> > i'm not against adding a dedicated applet here, but your use case doesn't
> > sound like a compelling reason.  sounds more like bad package management.
> 
> Do you have a better suggestion on how package manager should solve it?
> update-alternatives?

create a sep package to hold things other than busybox's main exe.
then the system you describe continues to work.
-mike

["signature.asc" (application/pgp-signature)]

_______________________________________________
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox

[prev in list] [next in list] [prev in thread] [next in thread]