Re: [dev][ubase] Implement switch_root

2014-04-18 Thread FRIGN
On Fri, 18 Apr 2014 11:51:30 +0200 Markus Wichmann wrote: > Nope, that wasn't my question. Rather, I'd like to know why the OP wants > to use switch_root in his initrd instead of pivot_root, as the latter is > easier to use and already included in ubase. And it doesn't depend on > the filesystem

Re: [dev][ubase] Implement switch_root

2014-04-18 Thread Markus Wichmann
On Wed, Apr 16, 2014 at 11:10:23PM +0100, Dimitris Papastamos wrote: > On Thu, Apr 17, 2014 at 12:07:46AM +0200, Szabolcs Nagy wrote: > > so implementing that tool is a one-liner in c > > > > so it is easy to add if it's missing from ubase > > We already have pivot_root in ubase. Markus is basic

Re: [dev][ubase] Implement switch_root

2014-04-17 Thread Nick
Quoth FRIGN: > I'm all for a directory named ideas/ including working > shell-scripts of design-ideas, which can then be implemented as > C-programs later on. > This would both encourage new concepts and keep the repo clean of > problematic shell-scripts. I think this mailing list works pretty we

Re: [dev][ubase] Implement switch_root

2014-04-17 Thread sin
On Thu, Apr 17, 2014 at 02:47:37PM +0200, FRIGN wrote: > On Thu, 17 Apr 2014 12:57:24 +0100 > sin wrote: > > >Someome might suggest adding some useful > > shell scripts in a directory misc/ or so in ubase but that's not the > > right place and I'd like to keep sbase and ubase free of non-C code >

Re: [dev][ubase] Implement switch_root

2014-04-17 Thread FRIGN
On Thu, 17 Apr 2014 12:57:24 +0100 sin wrote: >Someome might suggest adding some useful > shell scripts in a directory misc/ or so in ubase but that's not the > right place and I'd like to keep sbase and ubase free of non-C code > and external runtime dependencies. That's exactly the point! One

Re: [dev][ubase] Implement switch_root

2014-04-17 Thread sin
On Thu, Apr 17, 2014 at 12:26:09PM +0200, FRIGN wrote: > On Wed, 16 Apr 2014 23:10:23 +0100 > Dimitris Papastamos wrote: > > > > i just note that pivot_root is a linux system call > > > so implementing that tool is a one-liner in c > > We don't need this here, given we don't give a damn about pr

Re: [dev][ubase] Implement switch_root

2014-04-17 Thread FRIGN
On Wed, 16 Apr 2014 23:10:23 +0100 Dimitris Papastamos wrote: > > i just note that pivot_root is a linux system call > > so implementing that tool is a one-liner in c We don't need this here, given we don't give a damn about preserving the initramfs somewhere. I would agree on using syscalls to

Re: [dev][ubase] Implement switch_root

2014-04-16 Thread Dimitris Papastamos
On Thu, Apr 17, 2014 at 12:07:46AM +0200, Szabolcs Nagy wrote: > * Dimitris Papastamos [2014-04-15 17:57:25 +0100]: > > On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote: > > > Why switch_root and not pivot_root? Here's a sh mockup of how to do what > > > you wrote with pivot_root: >

Re: [dev][ubase] Implement switch_root

2014-04-16 Thread Szabolcs Nagy
* Dimitris Papastamos [2014-04-15 17:57:25 +0100]: > On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote: > > Why switch_root and not pivot_root? Here's a sh mockup of how to do what > > you wrote with pivot_root: > > > > set -e > > new_root=$1 > > put_old=$2 > > [ -d $put_old ] || ma

Re: [dev][ubase] Implement switch_root

2014-04-15 Thread Dimitris Papastamos
On Tue, Apr 15, 2014 at 05:57:25PM +0100, Dimitris Papastamos wrote: > On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote: > > On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote: > > > Good day, > > > > > > sometimes, you depend on an initramfs to do stuff for you before > > > the

Re: [dev][ubase] Implement switch_root

2014-04-15 Thread Dimitris Papastamos
On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote: > On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote: > > Good day, > > > > sometimes, you depend on an initramfs to do stuff for you before > > the rootfs is available. > > Busybox has become the standard for "all your initramfs

Re: [dev][ubase] Implement switch_root

2014-04-15 Thread Markus Wichmann
On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote: > Good day, > > sometimes, you depend on an initramfs to do stuff for you before > the rootfs is available. > Busybox has become the standard for "all your initramfs needs", but > tbh, I hate working with it. > Statically linking sbase and uba

Re: [dev][ubase] Implement switch_root

2014-04-13 Thread Hadrian Węgrzynowski
Dnia 2014-04-13, o godz. 14:10:51 FRIGN napisał(a): > Good day, > > sometimes, you depend on an initramfs to do stuff for you before > the rootfs is available. > Busybox has become the standard for "all your initramfs needs", but > tbh, I hate working with it. > Statically linking sbase and ubas

Re: [dev][ubase] Implement switch_root

2014-04-13 Thread sin
On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote: > Good day, > > sometimes, you depend on an initramfs to do stuff for you before > the rootfs is available. > Busybox has become the standard for "all your initramfs needs", but > tbh, I hate working with it. > Statically linking sbase and uba

[dev][ubase] Implement switch_root

2014-04-13 Thread FRIGN
Good day, sometimes, you depend on an initramfs to do stuff for you before the rootfs is available. Busybox has become the standard for "all your initramfs needs", but tbh, I hate working with it. Statically linking sbase and ubase and choosing the tools you need for the job almost solves the prob