> So what about a new weird store type, "run", with a command string as an > argument: > > settrans -a /tmp /hurd/ext2fs -T run 'mke2fs ${store}:copy:zero:100M' > > The run store would create a temporary translated node like storeio provides > it, let's say at /dev/fd/X (I don't know if we can use the /dev/fd namespace > for that), and substitute ${store} and run the command. When it completes, > the temporary node is destroyed and the now initialized copy store is passed > through. Is this creeping featurism? It's certainly that. I am pretty dubious about this idea. _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
- A memory-based filesystem for the lazy [or impatient] Farid Hajji
- Re: A memory-based filesystem for the lazy [or impat... Jim Franklin
- Re: A memory-based filesystem for the lazy [or i... Ognyan Kulev
- Re: A memory-based filesystem for the lazy [or impat... Roland McGrath
- Re: A memory-based filesystem for the lazy [or impat... Roland McGrath
- Re: A memory-based filesystem for the lazy [or impat... Marcus Brinkmann
- Re: A memory-based filesystem for the lazy [or impat... Roland McGrath
- Re: A memory-based filesystem for the lazy [or i... Marcus Brinkmann
- Re: A memory-based filesystem for the lazy [or impat... Marcus Brinkmann
- Re: A memory-based filesystem for the lazy [or i... Joshua Rosen
- Re: A memory-based filesystem for the lazy [or impat... Roland McGrath
- Re: A memory-based filesystem for the lazy [or impat... Roland McGrath
- Re: A memory-based filesystem for the lazy [or impat... Marcus Brinkmann
- Re: A memory-based filesystem for the lazy [or i... Roland McGrath