bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New Xen domU: blubber


From: Sergiu Ivanov
Subject: Re: New Xen domU: blubber
Date: Sat, 4 Jul 2009 12:24:36 +0300
User-agent: Mutt/1.5.18 (2008-05-17)

Hello,

On Thu, Jul 02, 2009 at 10:36:02PM +0200, Thomas Schwinge wrote:
> On Thu, Jul 02, 2009 at 09:39:42PM +0300, Sergiu Ivanov wrote:
> > On Thu, Jul 02, 2009 at 12:00:19PM +0200, Thomas Schwinge wrote:
> > > This has been finished, *blubber* is born.  See
> > > <http://www.bddebian.com/~hurd-web/public_hurd_boxen/> and its two
> > > subpages for information -- and, I suggest, contact me on IRC so that we
> > > hash out the last details.
> > 
> > This is great! Thanks a lot! I hope it didn't take up too much of your
> > time...
> 
> Sure, no problem!  Even though that it took some time to finish and
> polish my automatic installation script (which I had begun already months
> ago, but never followed up) -- but that is now finished, and I can newly
> install and configure up-to-date GNU/Hurd systems (including a standard
> set of packages) with only very few keystrokes.

I can only say: "Wow!" :-)
 
> > I just can't really find the *two* subpages. I can see
> > public_hurd_boxen/zenhost only... Which is the other one?
> 
> Oh, there is also a public_hurd_boxen/bddebian page.  On that one you
> should later register additional IP addresses that you use, but no need
> to hurry with that.

Aha, clear. 
 
> > Surely, I'll contact you on the IRC, when you have time.
> 
> It was roughly like this: I had left a minute before you popped up -- and
> got back a one minute after you had left again.  ;-)

Pretty nice synchronization, I'd say ;-) 
 
> One thing returned to mind --
> <http://lists.gnu.org/archive/html/bug-hurd/2008-10/msg00003.html> --
> there'll be some work needed as soon as it gets to setting the
> Xen-emulated net devices to promicios mode, or whatever else Zheng's work
> might need, as Xen Mach's device_set_status currently looks like this:
> ``return D_INVALID_OPERATION;''.  But perhaps you don't need that for
> starters.  And also, with Samuel's and Zheng's help that should easily be
> possible to implement.
 
Aha, I see. Zheng told me that his multiplexer can work without
setting the network device to promiscuous mode, so this problem does
not look very urgent. However, I'd be happy to contribute in this
direction and I'll try to do whatever will be deemed necessary by
Samuel and Zheng.

Regards,
scolobb




reply via email to

[Prev in Thread] Current Thread [Next in Thread]