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 <sdaughe...@gmail.com> 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 > <rainerweiku...@virginmedia.com> wrote: > > > aitor_czr <aitor_...@gnuinos.org> 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@lists.dyne.org > > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > > _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
