-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/05/12 09:51, William Hubbs wrote:
> Hmm, if I do that I would also have to put it back ro after I modify
> issue because fsck hasn't run yet...
>
> Do we want to mess around with the fs before fsck is run?
We could play it safe and store the me
On Tuesday 01 May 2012 12:51:55 William Hubbs wrote:
> On Tue, May 01, 2012 at 11:45:01AM -0400, Mike Frysinger wrote:
> > On Tuesday 01 May 2012 11:06:42 William Hubbs wrote:
> > > On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> > > > we already have examples of the init scripts
On Tue, May 01, 2012 at 11:45:01AM -0400, Mike Frysinger wrote:
> On Tuesday 01 May 2012 11:06:42 William Hubbs wrote:
> > On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> > > the fact that the script leaves your system in a hard to recover state is
> > > what i'm whining about, no
On Tuesday 01 May 2012 11:45:01 Mike Frysinger wrote:
> On Tuesday 01 May 2012 11:06:42 William Hubbs wrote:
> > On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> > > the fact that the script leaves your system in a hard to recover state
> > > is what i'm whining about, not that ude
On Tuesday 01 May 2012 11:06:42 William Hubbs wrote:
> On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> > the fact that the script leaves your system in a hard to recover state is
> > what i'm whining about, not that udev requires devtmpfs.
>
> So why did you decide to whine inste
On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> the fact that the script leaves your system in a hard to recover state is
> what
> i'm whining about, not that udev requires devtmpfs.
So why did you decide to whine instead of opening a bug? :p
> /dev/pts isn't created, thus dev
On Monday 30 April 2012 12:03:48 Mike Frysinger wrote:
> On Monday 30 April 2012 06:35:20 Maxim Kammerer wrote:
> > there is still no need to mount /proc and parse
> > /proc/mounts in order to find out whether a directory is a mount
> > point, since Busybox has a "mountpoint" applet (and of course,
On Monday 30 April 2012 22:57:29 Walter Dnes wrote:
> The one thing I'm leary of is moving the actual app from /bin/busybox
> to /ginit. IANACP (I Am Not A C Programmer), let alone a developer, so
> I may be missing something. Is there an overwhelming reason to depart
> from the standard locati
On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote
> i've added a new USE=sep-usr flag to busybox. when enabled, this
> will install a static busybox at /ginit (and have the other busybox
> paths symlink to that so there's no overhead). this new applet has
> a hand written set of comm
On Mon, Apr 30, 2012 at 12:00:59PM -0400, Rich Freeman wrote:
> On Mon, Apr 30, 2012 at 4:05 AM, Tony "Chainsaw" Vroon
> wrote:
> > Binaries that are essential for system boot, and must be available in
> > single user mode go in /bin and /sbin, with their libraries in /lib.
> > This allows for /us
On Mon, Apr 30, 2012 at 20:32, Mike Frysinger wrote:
> i don't think it's a big deal ... busybox generally aims to be compatible with
> the utils it replaces, so if there's bugs/missing stuff, file a bug to get it
> added.
I did file a couple, and never heard back. Although you are probably
right
On Monday 30 April 2012 13:16:52 Maxim Kammerer wrote:
> On Mon, Apr 30, 2012 at 19:03, Mike Frysinger wrote:
> > i don't know what you mean by "OS functions", but the whole point is that
> > this code *cannot* execute *any* external program by default.
>
> I meant calling mount(2) directly instea
On Mon, Apr 30, 2012 at 19:03, Mike Frysinger wrote:
> i don't know what you mean by "OS functions", but the whole point is that this
> code *cannot* execute *any* external program by default.
I meant calling mount(2) directly instead of executing Busybox's
"mount" applet, etc. First /dev mount a
> On Mon, 30 Apr 2012, Mike Frysinger wrote:
> On Monday 30 April 2012 12:14:19 Ulrich Mueller wrote:
>> >> > i've added a new USE=sep-usr flag to busybox. when enabled, this
>> >> > will install a static busybox at /ginit (and have the other busybox
>> >> > paths symlink to that so there's no
On Monday 30 April 2012 12:14:19 Ulrich Mueller wrote:
> > On Mon, 30 Apr 2012, Mike Frysinger wrote:
> > On Monday 30 April 2012 02:34:18 Ulrich Mueller wrote:
> >> > On Sun, 29 Apr 2012, Mike Frysinger wrote:
> >> > i've added a new USE=sep-usr flag to busybox. when enabled, this
> >> > w
> On Mon, 30 Apr 2012, Mike Frysinger wrote:
> On Monday 30 April 2012 02:34:18 Ulrich Mueller wrote:
>> > On Sun, 29 Apr 2012, Mike Frysinger wrote:
>> > i've added a new USE=sep-usr flag to busybox. when enabled, this
>> > will install a static busybox at /ginit (and have the other busyb
On Monday 30 April 2012 06:35:20 Maxim Kammerer wrote:
> On Mon, Apr 30, 2012 at 05:00, Mike Frysinger wrote:
> > this is all in busybox-1.20.0 which is now in the tree. if people want
> > to try it out before i unmask it, that'd be great.
>
> If you insist on calling other applets from C instead
On Mon, Apr 30, 2012 at 4:05 AM, Tony "Chainsaw" Vroon
wrote:
> Binaries that are essential for system boot, and must be available in
> single user mode go in /bin and /sbin, with their libraries in /lib.
> This allows for /usr to be:
> 1) marked read-only for NFS mounts, which some of us rely on
On Monday 30 April 2012 02:34:18 Ulrich Mueller wrote:
> > On Sun, 29 Apr 2012, Mike Frysinger wrote:
> > i've added a new USE=sep-usr flag to busybox. when enabled, this
> > will install a static busybox at /ginit (and have the other busybox
> > paths symlink to that so there's no overhead). t
On Monday 30 April 2012 01:28:58 William Hubbs wrote:
> On Mon, Apr 30, 2012 at 12:48:55AM -0400, Mike Frysinger wrote:
> > it leaves your system in a hard to recover state because you happened to
> > forget to check a filesystem option (which ironically isn't under
> > Filesystems in the kernel).
On Mon, Apr 30, 2012 at 05:00, Mike Frysinger wrote:
> this is all in busybox-1.20.0 which is now in the tree. if people want to try
> it out before i unmask it, that'd be great.
If you insist on calling other applets from C instead of using OS
functions, there is still no need to mount /proc an
On 30/04/12 05:31, William Hubbs wrote:
> Correction here; as far as I know the council did not mandate
> separate /usr without initramfs. They just said that separate /usr
> is a supported configuration.
Separate /usr is a supported configuration, which blocks the armwaving
about "oh just use an
> On Sun, 29 Apr 2012, Mike Frysinger wrote:
> i've added a new USE=sep-usr flag to busybox. when enabled, this
> will install a static busybox at /ginit (and have the other busybox
> paths symlink to that so there's no overhead). this new applet has a
> hand written set of commands to automat
On Mon, Apr 30, 2012 at 12:48:55AM -0400, Mike Frysinger wrote:
> it leaves your system in a hard to recover state because you happened to
> forget to check a filesystem option (which ironically isn't under Filesystems
> in the kernel). it's piss-poor user facing behavior.
Here's the situation.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/04/12 21:48, Mike Frysinger wrote:
>> The recent udev-mount script goes with >=udev-182 which *requires*
>> devtmpfs, so I don't see why you think the the udev-mount script is
>> braindead.
>
> it leaves your system in a hard to recover state be
On Monday 30 April 2012 00:31:52 William Hubbs wrote:
> On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote:
> > finally, since the recent udev-mount init.d script is completely brain
> > dead and refuses to execute unless devtmpfs is enabled, this code will
> > also automatically mount+
On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote:
> finally, since the recent udev-mount init.d script is completely brain dead
> and
> refuses to execute unless devtmpfs is enabled, this code will also
> automatically mount+seed /dev (via mdev) if need be.
The recent udev-mount s
i've added a new USE=sep-usr flag to busybox. when enabled, this will install
a static busybox at /ginit (and have the other busybox paths symlink to that
so there's no overhead). this new applet has a hand written set of commands
to automatically mount /dev /proc /sys /usr and seed /dev, and
28 matches
Mail list logo
