From: Steve F. <sf...@ih...> - 2002-04-12 21:05:26
|
> That was kind of the intention behind the control script. In a few > more revisions it should have all the right things done. Very cool, this is getting close to be an ISP-level UML toolkit. > The cad doing a shutdown is important as well. Currently there is no > clean way to shutdown a UML session from outside of it. Sure there is. Just do it with ssh. ;-) > When UML "reboots", it reruns linux, which in this case is ls and everything > stops. Clever, if dirty. > Doing the scan of the install logs is easy. The time consuming bit is > starting each UML session, logging in and check things out that way. > (Currently at 12 versions, will be adding RedFlag soon, and want to do > Redmond/Lycoris. Go to http://www.distrowatch.com/ to see the size of > the "problem".) I suppose the way for the problem to go away is for UML to come out as part of a standard stable kernel, and then lean on the distros to provide UML install compatibility. Maybe in 2004. :-) > Possibly. See "Package Selection" in > http://umlbuilder.sourceforge.net/running.shtml Ah yes, that'd be me having missed something. Thanks. I still believe an FTP client is a reasonable tool for an internet-connected UML, though. > He already does. Look in /usr/lib/uml. UML Builder automatically installs > them for you during the initial install. (Jeff you may want to remove > modules-2.2.tar though :-) Ah ha! Okay, I see it now. Thanks. I just originally tried "insmod nfs", and assumed when it couldn't find it that the modules hadn't been copied in. This thing just absolutely hovers madly in regal splendor over all those Windows serfs. Steve |