On lunedì 2 aprile 2007, Antoine Martin wrote:It is trivial to write a shell script that takes care of setting up the interface and checks for the presence of a dhcp server. (the dhcpd.conf can be generated easily)Jeff Dike wrote:Hmm... for that to be completely plug-and-play you need to make sure a dhcp server on the host exists.On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:Just like the network auto-configuration via dhcp,I reckon that one critical thing which could drastically increase theWhy? I've never understood what a framebuffer gives you that you
user base would be to have a working virtual framebuffer implementation.
don't have now.
Vmware runs a separate DHCP server exactly for this, even if we should avoid that as much as possible.
although it stopped working for me ages ago (probably for some UML bug). I built a Mandrake image (that I now lost) with Xnest configured. With a script on the host which passes the host IP and that calls xhost, it should work easily. And btw, we need a standard startup script anyway.It would work, but it's not a pretty solution, it requires customizations to the guest and it would not be intuitive to new users.
Yes ,that was what I had in mind.It would also make it a lot easier to focus on writing a management UI,
hell if there isn't one shortly after, I'll do one myself!
Why not one management UI running from the host, a-la vmware?
Possibly, with as much code as possible in scripting languages, for better transparency.Definitely, (see above)
Think of a UML browser image (running IE via wine in a limited image
with just X + wine + IE - I would much prefer that to having wine+IE
installed locally), testing framebuffer apps like gtk-fb/cairo-fb
without risking your dev environment, etc...
Antoine