Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-14 Thread James Cloos
MS == Marc Schiffbauer msch...@gentoo.org writes: MS IIRC usr = unified system resources (not an abbrev. for user) Nope. It is in fact for user. Before sysv created /home, bsd used /usr for user dirs. /usr/bin et all came later. -JimC -- James Cloos cl...@jhcloos.com OpenPGP:

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-14 Thread Zac Medico
On 03/14/2012 05:00 AM, James Cloos wrote: MS == Marc Schiffbauer msch...@gentoo.org writes: MS IIRC usr = unified system resources (not an abbrev. for user) Nope. It is in fact for user. Before sysv created /home, bsd used /usr for user dirs. /usr/bin et all came later. Anyway,

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Jeroen Roovers
On Mon, 12 Mar 2012 21:22:26 -0400 Joshua Kinard ku...@gentoo.org wrote: On a somewhat sarcastic note, why don't we just deprecate /usr and move everything back to /? Isn't that, largely, what is being accomplished here? Solaris at least keeps some kernel stuff in / off of /stand (I

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread James Broadhead
On 13 March 2012 01:22, Joshua Kinard ku...@gentoo.org wrote: We should be working to getting rid of /usr and bring it all back into /, then create temporary /usr symlinks to point programs in the right direction.  After all, /usr was originally for user data, not system data, until someone

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/03/12 11:14 PM, Joshua Kinard wrote: On 03/12/2012 22:33, Ian Stakenvicius wrote: On 2012-03-12, at 9:22 PM, Joshua Kinard ku...@gentoo.org wrote: And yes, I've already tested out udev-181 on a VM with a separate /usr. With

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Marc Schiffbauer
Am Montag, 12. März 2012, 21:22:26 schrieb Joshua Kinard: [...] After all, /usr was originally for user data, not system data, until someone cooked up /home (I don't know the full exact history here, so feel free to correct me). IIRC usr = unified system resources (not an abbrev. for user)

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread James Broadhead
On 13 March 2012 14:41, Marc Schiffbauer msch...@gentoo.org wrote: Am Montag, 12. März 2012, 21:22:26 schrieb Joshua Kinard: [...] After all, /usr was originally for user data, not system data, until someone cooked up /home (I don't know the full exact history here, so feel free to correct

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Joshua Kinard
On 03/13/2012 07:54, James Broadhead wrote: On 13 March 2012 01:22, Joshua Kinard ku...@gentoo.org wrote: We should be working to getting rid of /usr and bring it all back into /, then create temporary /usr symlinks to point programs in the right direction. After all, /usr was originally for

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Joshua Kinard
On 03/13/2012 01:17, Luca Barbato wrote: So you need need a smaller udev that is completely self contained and make sure anything needed for the key rules works. I wonder if the pci-ids cannot stay somewhere in /etc or /lib lu I think gregkh is already on record as saying that the

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-13 Thread Rich Freeman
On Tue, Mar 13, 2012 at 8:20 PM, Joshua Kinard ku...@gentoo.org wrote: The trend now seems to be to modularize everything these days, even stuff like the core disk drivers, then build those core modules into an initramfs that the kernel cherrypicks from at boot.  That's the perception, anyways,

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Kent Fredric
On 13 March 2012 14:22, Joshua Kinard ku...@gentoo.org wrote: I thought this up on a whim, it hasn't been tested nor vetted.  It's largely meant as a joke, but also to provoke discussion on the current filesystem design and the direction we're getting pulled in with Fedora's declaration that

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Joshua Kinard
On 03/12/2012 21:37, Kent Fredric wrote: On 13 March 2012 14:22, Joshua Kinard ku...@gentoo.org wrote: I thought this up on a whim, it hasn't been tested nor vetted. It's largely meant as a joke, but also to provoke discussion on the current filesystem design and the direction we're getting

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Ian Stakenvicius
On 2012-03-12, at 9:22 PM, Joshua Kinard ku...@gentoo.org wrote: And yes, I've already tested out udev-181 on a VM with a separate /usr. With devtmpfs, the system fully boots just fine, no initramfs needed. Guess what the only piece of software to mess up is? Udev. I largely think it's

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Robin H. Johnson
On Mon, Mar 12, 2012 at 11:14:23PM -0400, Joshua Kinard wrote: Yeah, I think it's an easy fix either in openrc or in an initscript somewhere. I changed nothing except my kernel (was missing devtmpfs -- it's not under Filesystems!), uninstalled module-init-tools, and installed kmod + udev-181.

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Luca Barbato
On 3/12/12 8:53 PM, Robin H. Johnson wrote: On Mon, Mar 12, 2012 at 11:14:23PM -0400, Joshua Kinard wrote: Yeah, I think it's an easy fix either in openrc or in an initscript somewhere. I changed nothing except my kernel (was missing devtmpfs -- it's not under Filesystems!), uninstalled