On Wed, Jan 03, 2007 at 12:55:21PM +0100, Thomas Schwinge wrote:
> I don't have a general objection against changing that practice.
>
> What are others's opinions?
I had similar problems when working on the sound system (which is, by
the way, suspended due to bugs I'm unable to solve currently).
Hello!
On Thu, Dec 14, 2006 at 12:36:21AM +0200, Constantine Kousoulos wrote:
> Currently, uml does not support device handling from user space
> nor has been ported to any os other than linux. However, it is
> just a user space process, so i'm not pessimistic about porting it
> to the Hurd.
>
Hello!
On Mon, Dec 18, 2006 at 01:38:58AM +0100, I wrote:
> On Sun, Dec 17, 2006 at 04:15:18PM +0100, christian nastasi wrote:
> > how can I proceed to test the mach_debug interface? What kind of test do you
> > suggest me to verify it work properly in kernel? It seems that give some
> > result, b
Hello!
On Tue, Jan 02, 2007 at 10:21:14PM +0100, Samuel Thibault wrote:
> Thomas Schwinge, le Tue 02 Jan 2007 12:10:49 +0100, a ?crit :
> > Do you have your development tree publically available?
>
> I only often update the patch at
>
> http://dept-info.labri.fr/~thibault/tmp/patch-gnumach-xen
>
[Cced to .]
Hello!
This is about porting GRUB to Xen to allow booting a GNU/Hurd system as a
Xen domU.
GNU/Hurd systems use GNU Mach as a microkernel and have a GRUB
configuration like the following one, which is currently not translatable
to a Xen configuration:
#v+
title Debian GNU/Hurd
kerne
Hello!
On Tue, Jan 02, 2007 at 10:21:14PM +0100, Samuel Thibault wrote:
> BTW, why is the CVS holding generated files like configure & co? Since
> we all have variouns versios of autoconf/automake, the cvs diff output
> is cluttered with useless hooks.
Correct. I followed that practice of the p
