On Wed, Apr 02, 2003 at 02:31:49PM +0200, Ludovic Court�s wrote: > Currently, the exec server seems to be the only base server which can be > dynamically changed by setting the appropriate environment variable (at > least theoritically since this code is commented out).
CRASHSERVER should work. That is, currently core dumping crashes the kernel anyway, but at least CRASHSERVER env variable should be honored. EXECSERVER is disabled because of unspecified security concerns. Other servers like auth, proc and init are set per-task (see fakeauth for example). I am not sure what the story is with init. What else is there? password, socket and defpager. Well, ok. It's probably harmless for those to be overridable. Esp socket would be useful, I guess, although I am not sure about the exact syntax, as you'd probably want it to be replacable on a per protocol basis. > If a user wants to use a custom base server (one of those that lie > in /servers) instead of/stacked on top of the original equivalent > Hurd server, the only solution would be to chroot to an environment > where the root is a unionfs of the real root filesystem and of a > user-provided servers directory. Thus, the C library (and other > programs) would transparently use the user-provided servers. > > However, would unionfs be able to "override" the original /servers > directory with the user-provided directory? In short, would it really > work as expected? ;) Yes, this should work, although it is probably better to make it a default feature of the Hurd whereever possible, so just setting environment variables works, too. Note that you must then be more careful about suid programs (while in the chroot case suid programs will be taken care of by the filesystem they are on, ie the root filesystem - they will not see the unionfs at all). Thanks, Marcus -- `Rhubarb is no Egyptian god.' GNU http://www.gnu.org [EMAIL PROTECTED] Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/ [EMAIL PROTECTED] http://www.marcus-brinkmann.de/ _______________________________________________ Help-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/help-hurd
