Ok, I took took heed of the comments that I recieved and I updated
the patch. So here it is, less __GNU__ and more common sense. The patch
should work for Linux and Hurd so it can be incorporated into the debian
package right away, whether it should be submitted to the upstream maintainers
should
On Sat, 28 Oct 2000 18:19:02 +0200
Marcus Brinkmann <[EMAIL PROTECTED]> wrote:
> I started a bit at www.debian.org/ports/hurd/hurd-devel-debian, but it's far
> from complete.
Great. This page is very useful.
It would have been good if you can update the above page itself atleast
occasionally...
On Sat, Oct 28, 2000 at 08:59:39PM +0530, Ramakrishnan.M wrote:
> Hello
>is there a webpage which lists the proting issues (and solutions..:-)
> ) encountered by the developers while porting programs from linux/bsd to
> GNU/Mach?
I started a bit at www.debian.org/ports/hurd/hurd-devel-d
On Sat, Oct 28, 2000 at 05:56:49PM +0200, Ondøej Hurt wrote:
> I am new to Hurd. I want to develop for it but I must learn first.
> What would you recommend a beginner to read and in what order ?
You already found the Hurd reference manual and the mach papers (did you
find Mach Server Writer and m
Hi,
I am new to Hurd. I want to develop for it but I must learn first.
What would you recommend a beginner to read and in what order ?
I read "The hurd reference manual" a bit but it did not make
much sense to me. I have also studied a few mach papers (manual,
threads,machsys,machuse). I understoo
Hello
is there a webpage which lists the proting issues (and solutions..:-) )
encountered by the developers while porting programs from linux/bsd to
GNU/Mach?
--
Ramakrishnan
Hello all,
I managed to compile gnumach from the sources(obtained from debian
repositories with patch 7) and got rid of the booting problems.(It was hanging
after detecting fd0). I am using the same /home partition as that used by
GNU/Linux.
I pulled the hurd sources from
On Fri, Oct 27, 2000 at 09:38:17PM -0400, Igor Khavkine wrote:
> I agree, if Mach is taken out of the picture there is no reason to stick with
> Mach legacy like cthreads and even MIG. MIG is not a very good IDL language
> it's highly Mach specific (duh Mach Interface Generator) and only supports
On Fri, Oct 27, 2000 at 01:17:49PM -0700, Ron Farrer wrote:
>
> Hello all;
Hello,
>
> Many of us have had a discussion in #hurd on irc.openprojects.net. The
> discussion was about replacing gnumach with L4.
>
> Reasons for doing this:
> [..]
>
> There is real interest in doing this, so please
9 matches
Mail list logo