:: Re: [DNG] Packaging Vdev
Top Page
Delete this message
Reply to this message
Author: Steve Litt
Date:  
To: dng
Subject: Re: [DNG] Packaging Vdev
I agree with Stephanie.

If a person wants to run sans-initramfs, we don't want to make it
harder for him/her.

SteveT

Steve Litt
March 2016 featured book: Quit Joblessness: Start Your Own Business
http://www.troubleshooters.com/startbiz




On Sat, 19 Mar 2016 19:24:48 +0000
Stephanie Daugherty <sdaugherty@???> wrote:

> I would argue vdev belongs in / rather than /usr because it is
> likely to be necessary to mount filesystems and such.
>
> The split is somewhat arbitrary these days but historically things
> needed during the boot process and to repair the system have gone
> in / while less essential bits have gone into /usr
>
> People do still partition that way sometimes so it's a good idea not
> to break the system for them :)
>
> On Sat, Mar 19, 2016, 14:14 Rainer Weikusat
> <rainerweikusat@???> wrote:
>
> > aitor_czr <aitor_czr@???> writes:
> > > By default, PSTAT (a dependency of VDEV) is installed in
> > > "/usr/local", just as VDEV.
> > >
> > > As Daniel Raurich explained in another thread:
> > >
> > > [...] the "/usr/local" directory is for non-packaged local stuff
> > > [...]
> > >
> > > So, should i change this configuration for those packages, or
> > > should i skip debhelper's "dh_usrlocal" script adding:
> > >
> > > binary:
> > >     dh binary --before dh_usrlocal
> > >     dh binary --after dh_usrlocal

> > >
> > > to debian/rules?
> >
> > To which degree this actually makes a difference would be a good
> > question but the convention-so-far has been that distribution
> > provided stuff goes into / or /usr and that /usr/local can be used
> > as seen fit by whoever controls/ administrates a particular
> > installation. If the packaged vdev is supposed to become an
> > integral part of the OS/ distribution, it should honour the
> > existing convention unless there's a good reason for not doing this.
> > _______________________________________________
> > Dng mailing list
> > Dng@???
> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> >