From: Antoine Martin <antoine@nagafix.co.uk>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: Jeff Dike <jdike@addtoit.com>,
devzero@web.de, user-mode-linux-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org
Subject: Re: [uml-devel] [RFC] UML kernel & rootfs bundle with every kernel release ?
Date: Tue, 03 Apr 2007 18:53:52 +0100 [thread overview]
Message-ID: <461294B0.5010303@nagafix.co.uk> (raw)
In-Reply-To: <200704031943.15001.blaisorblade@yahoo.it>
Blaisorblade wrote:
> On lunedì 2 aprile 2007, Antoine Martin wrote:
>> Jeff Dike wrote:
>>> On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
>>>> I reckon that one critical thing which could drastically increase the
>>>> user base would be to have a working virtual framebuffer implementation.
>>> Why? I've never understood what a framebuffer gives you that you
>>> don't have now.
>> Just like the network auto-configuration via dhcp,
> Hmm... for that to be completely plug-and-play you need to make sure a dhcp
> server on the host exists.
>
> Vmware runs a separate DHCP server exactly for this, even if we should avoid
> that as much as possible.
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)
The problem lies with the configuration options, I have got a bunch of
shell scripts to take care of that, but it is quite hard to make them
suitable for global consumption by the average user:
* even with just tap networking, I use 4 different ways of hooking them
up the outside world
* firewalling and mac address filtering
* bridging issues and ebtables
* tmpfs and memory issues
* selinux and chrooting issues...
etc...
[snip]
> 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.
I would much prefer the ability to just run any distro (even framebuffer
based ones) without modifications using the virtual framebuffer.
>> 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?
Yes ,that was what I had in mind.
> Possibly, with
> as much code as possible in scripting languages, for better transparency.
Definitely, (see above)
The management tools I have written export the guests' settings to the
filesystem in the form of a shell script file, all the utility scripts
just read those settings and do their stuff. (all in simple shell)
Antoine
>> 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
>
>
>
next prev parent reply other threads:[~2007-04-03 17:53 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-31 22:58 [RFC] UML kernel & rootfs bundle with every kernel release ? devzero
2007-04-01 0:01 ` Parag Warudkar
2007-04-01 19:08 ` Blaisorblade
2007-04-01 19:58 ` [uml-devel] " Antoine Martin
2007-04-02 2:05 ` Jeff Dike
2007-04-02 10:21 ` Antoine Martin
2007-04-02 11:22 ` Geert Uytterhoeven
2007-04-02 12:50 ` Geert Uytterhoeven
2007-04-02 14:53 ` Jeff Dike
2007-04-02 15:43 ` Antoine Martin
2007-04-03 23:49 ` Antoine Martin
2007-04-04 6:35 ` Geert Uytterhoeven
2007-04-04 20:27 ` Antoine Martin
2007-04-02 14:55 ` Jeff Dike
2007-04-02 15:43 ` Antoine Martin
2007-04-02 20:40 ` roland
2007-04-02 21:44 ` Jeff Dike
2007-04-03 4:44 ` Jason Lunz
2007-04-03 17:43 ` Blaisorblade
2007-04-03 17:53 ` Antoine Martin [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-04-03 8:28 roland
2007-04-03 18:01 ` Jason Lunz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=461294B0.5010303@nagafix.co.uk \
--to=antoine@nagafix.co.uk \
--cc=blaisorblade@yahoo.it \
--cc=devzero@web.de \
--cc=jdike@addtoit.com \
--cc=linux-kernel@vger.kernel.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox