Having generated files in cvs?
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 previous committers to the trees. It has both advantages and disadvantages. You listed a disadvantage. An advantage is that we can easily tell people: ``Get the `gnumach-1-branch' from cvs and compile that one.'' without having to worry if they have suitable versions of the Auto* tools installed. I don't know if that is really a strong argument, though. I don't have a general objection against changing that practice. What are others's opinions? Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Xen vs. GRUB
[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
kernel (hd0,5)/boot/gnumach.gz \
root=device:hd0s6
module (hd0,5)/hurd/ext2fs.static \
--multiboot-command-line=${kernel-command-line} \
--host-priv-port=${host-port} \
--device-master-port=${device-port} \
--exec-server-task=${exec-task} \
-T typed ${root} $(task-create) $(task-resume)
module (hd0,5)/lib/ld.so.1 \
/hurd/exec \
$(exec-task=task-create)
#v-
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 :
> > On Tue, Jan 02, 2007 at 01:11:05AM +, Samuel Thibault wrote:
> > > A crude first ugly patch.
> >
> > I wondered how you got the thing to boot, wondered if you had also ported
> > GRUB to Xen along the way, but then I saw the patch for
> > `kern/bootstrap.c'. :-)
[Samuel there hard-coded the above quoted ``module [...]'' lines.]
> ;)
>
> Yes, the problem is that Xen is a bit Linux-oriented, and as such the
> parameter is called "ramdisk", can ship only one file, and doesn't have
> a command line separate from the kernel's...
Is there a consensus that GRUB (or rather GRUB2) should be ported to
allow them to run in a Xen environment?
Regards,
Thomas
signature.asc
Description: Digital signature
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: [task #5468] Port GNU Mach to the Xen VMM
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 > > > If not, you could also work on a tree in the Savannah GNU Mach > > repository, if you want. > > Well, why not, since it does work a bit now. So, feel free to create a branch, perhaps called `gnumach-1-branch-Xen-branch' or similar. As the goal is to finally merge that branch back into the `gnumach-1-branch', please try not to do unrelated changes that would complicate that process. How shall we keep it with the ChangeLog? Do you intend to write entries for each patch you check in into the new branch? Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: how test the mach_debug interface
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, but since I didn' t find any documentation on this interface I want > > to know if somebody have an idea. > > Sorry, I can't help any further. I have myself never looked at or even > used that interface. You could publish the code you've written so far, perhaps we could that way get an idea in what way that mach_debug interface could be tested or extended. Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: user-mode-linux for Mach?
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. > > I'm clueless about system call interception and ptrace() in > GNU/Hurd. Most likely, they are not supported. However, can't we > implement something like that? I've never implemented system call > interception before :) but the theory is not that hard to > understand. Ptrace() seems more difficult. > > All in all, uml is not a sure bet but seems very promising IMHO. > If it works, it could provide the Hurd with a very good tool for a > long term usage. Curious, did you already have a look? Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: Having generated files in cvs?
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). I don't think requiring people installing those tools is a problem, but it's quite disturbing when checking diff's for developers, so my opinion is that removing those generated files from the repository and having people use autotools is a good thing. -- Richard Braun signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
