Re: [gentoo-dev] Re: usr merge

2016-04-11 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/04/16 01:18 PM, »Q« wrote: > On Sat, 9 Apr 2016 12:09:38 -0400 waltd...@waltdnes.org wrote: > >> On Sat, Apr 09, 2016 at 07:11:31AM -0400, Rich Freeman wrote >> >>> It was simply a recognition that we were already in a state >>> where

[gentoo-dev] Re: usr merge

2016-04-10 Thread »Q«
On Fri, 8 Apr 2016 21:18:37 -0400 waltd...@waltdnes.org wrote: > On Fri, Apr 08, 2016 at 04:30:04PM -0400, Rich Freeman wrote > > > Half the reason we don't officially support running without /usr > > mounted during early boot is that if we actually put everything in / > > that could conceivably

Re: [gentoo-dev] Re: usr merge

2016-04-10 Thread Rich Freeman
On Sun, Apr 10, 2016 at 5:37 AM, Duncan <1i5t5.dun...@cox.net> wrote: > > Tho with the initr*, I did go the dracut route myself. But I'm still not > entirely convinced that I wouldn't have been better off rolling my own, > as I'm still not entirely comfortable with the level to which I >

[gentoo-dev] Re: usr merge

2016-04-10 Thread Duncan
Rich Freeman posted on Sat, 09 Apr 2016 21:07:46 -0400 as excerpted: > On Sat, Apr 9, 2016 at 8:09 PM, J. Roeleveld wrote: >> >> I actually write my own initramfs because neither dracut not genkernel >> end up with a convenient boot system. >> >> I have 2 disks, both

[gentoo-dev] Re: usr merge

2016-04-10 Thread Duncan
Dale posted on Sat, 09 Apr 2016 13:42:37 -0500 as excerpted: > James Le Cuirot wrote: >> On Sat, 9 Apr 2016 12:09:38 -0400 waltd...@waltdnes.org wrote: >> I never really got the mentality that using an initramfs is a burden. >>> One more piece of software that can go wrong. You have to

[gentoo-dev] Re: usr merge

2016-04-10 Thread Duncan
Nicolas Sebrecht posted on Sat, 09 Apr 2016 14:44:25 +0200 as excerpted: > On Fri, Apr 08, 2016 at 07:58:35AM +, Duncan wrote: > >> > I would also re-iterate, as I'm sure you're aware .. there ARE >> > differences between sbin and bin .. unless of course you spend all >> > your time in a

[gentoo-dev] Re: usr merge

2016-04-10 Thread Duncan
Luca Barbato posted on Sat, 09 Apr 2016 15:03:15 +0200 as excerpted: > On 09/04/16 14:37, Rich Freeman wrote: >> I've certainly haven't had many problems with dracut. When it fails it >> is usually because I'm doing something ELSE that is off-the-wall and it >> just doesn't have a plugin for it

Re: [gentoo-dev] Re: usr merge

2016-04-09 Thread Alan McKinnon
On 09/04/2016 20:34, waltd...@waltdnes.org wrote: > On Sat, Apr 09, 2016 at 12:18:25PM -0500, »Q« wrote >> On Sat, 9 Apr 2016 12:09:38 -0400 >> waltd...@waltdnes.org wrote: >> >>> On Sat, Apr 09, 2016 at 07:11:31AM -0400, Rich Freeman wrote >>> It was simply a recognition that we were already

[gentoo-dev] Re: usr merge

2016-04-09 Thread »Q«
On Sat, 9 Apr 2016 12:09:38 -0400 waltd...@waltdnes.org wrote: > On Sat, Apr 09, 2016 at 07:11:31AM -0400, Rich Freeman wrote > > > It was simply a recognition that we were already in a state where > > booting a system without /usr mounted early can cause problems. > > For certain edge

Re: [gentoo-dev] Re: usr merge

2016-04-09 Thread Nicolas Sebrecht
On Fri, Apr 08, 2016 at 07:58:35AM +, Duncan wrote: > > I would also re-iterate, as I'm sure you're aware .. there ARE > > differences between sbin and bin .. unless of course you spend all your > > time in a Rooted VM where it doesn't matter if you accidentally trash > > your system. Some of

[gentoo-dev] Re: usr merge

2016-04-08 Thread Duncan
Rich Freeman posted on Fri, 08 Apr 2016 06:36:48 -0400 as excerpted: > Really though the main point of merging these paths into /usr is to get > all the static content of a distro into a single path, which can then be > maintained as a read-only filesystem, mounted across multiple systems, >

[gentoo-dev] Re: usr merge

2016-04-08 Thread Duncan
M. J. Everitt posted on Fri, 08 Apr 2016 03:35:33 +0100 as excerpted: > On 08/04/16 02:42, William Hubbs wrote: >> The default installation location of all coreutils binaries is >> /usr/bin, then we move everything around in the ebuild. >> We are deviating from upstream in this example. >> > I

Re: [gentoo-dev] Re: usr merge

2016-04-07 Thread Rich Freeman
On Thu, Apr 7, 2016 at 11:46 AM, William Hubbs wrote: >> #!/bin/bash will work whether you've done a usr merge or not >> #!/usr/bin/bash will probably only work if you've done the usr merge >> #!/usr/bin/python will work whether you've done a usr merge or not >> #!/bin/python

Re: [gentoo-dev] Re: usr merge

2016-04-07 Thread William Hubbs
On Thu, Apr 07, 2016 at 11:42:01AM -0400, Rich Freeman wrote: > On Thu, Apr 7, 2016 at 11:12 AM, Duncan <1i5t5.dun...@cox.net> wrote: > > William Hubbs posted on Thu, 07 Apr 2016 09:40:49 -0500 as excerpted: > > > >> After the testing period is over, I'm confused about why we should > >> support

Re: [gentoo-dev] Re: usr merge

2016-04-07 Thread Rich Freeman
On Thu, Apr 7, 2016 at 11:12 AM, Duncan <1i5t5.dun...@cox.net> wrote: > William Hubbs posted on Thu, 07 Apr 2016 09:40:49 -0500 as excerpted: > >> After the testing period is over, I'm confused about why we should >> support both layouts. With separate usr without initramfs gone, the usr >> merge

[gentoo-dev] Re: usr merge

2016-04-07 Thread Duncan
William Hubbs posted on Thu, 07 Apr 2016 09:40:49 -0500 as excerpted: > After the testing period is over, I'm confused about why we should > support both layouts. With separate usr without initramfs gone, the usr > merge is transparent to end users because of the symbolic links in /, so > there

[gentoo-dev] Re: usr merge

2016-04-06 Thread Duncan
Richard Yao posted on Wed, 06 Apr 2016 10:04:05 -0400 as excerpted: > That being said, this is only useful for new installs where people want > to take advantage of the Solaris way of doing management. It should have > no benefit for existing installs. I don't know enough about solaris to

Re: [gentoo-dev] Re: usr merge

2016-04-06 Thread Richard Yao
On 04/06/2016 01:34 AM, Duncan wrote: > Richard Yao posted on Wed, 06 Apr 2016 00:15:58 -0400 as excerpted: > > >>> On Apr 4, 2016, at 9:19 PM, William Hubbs wrote: >>> >>> All, >>> >>> I thought that since the usr merge is coming up again, and since I lost >>> track of the

[gentoo-dev] Re: usr merge

2016-04-05 Thread Duncan
Richard Yao posted on Wed, 06 Apr 2016 00:15:58 -0400 as excerpted: >> On Apr 4, 2016, at 9:19 PM, William Hubbs wrote: >> >> All, >> >> I thought that since the usr merge is coming up again, and since I lost >> track of the message where it was brought up, I would open a

[gentoo-dev] Re: usr merge

2016-04-05 Thread Jonathan Callen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/05/2016 12:53 PM, Alexis Ballier wrote: > On Tuesday, April 5, 2016 2:26:53 PM CEST, Duncan wrote: >> >> As I said in the other thread, I'm running merged /usr and >> bin/sbin here, except that I merged them the other way, with /usr >> -> .

[gentoo-dev] Re: usr merge

2016-04-05 Thread Duncan
Alexis Ballier posted on Tue, 05 Apr 2016 12:10:51 +0200 as excerpted: > On Tuesday, April 5, 2016 3:19:59 AM CEST, William Hubbs wrote: > [...] >> I don't think creating usr merged stages would be that difficult. I >> think it would just be a matter of creating a new version of baselayout >>