Hey,
I finally have apache running on my machine again. It's apache2 because the
debian package is annoying me ;)
=
James Morrison
University of Waterloo
Computer Science - Digital Hardware
2A co-op
http://hurd.dyndns.org
Anyone referring to this as 'Open Source' shall be eate
[EMAIL PROTECTED] (Alfred M. Szmidt) writes:
> There is nothing that prohibits anyone to relocate the translators
> from /hurd to /trans or whatever, the point is that they are in
> /hurd now and this will not change, and this does not violate the FHS!
Sorry for adding to this pointless thread. M
I see nothing wrong with that off hand, but it's mostly Debian issues I
don't really know about. Note there is an oskit-mach package that exists
already, so it may make sense just to keep using the names gnumach and
oskit-mach until we are ready for the 2.0 release at which point oskit-mach
is dro
Roland,
With the release of Gnumach 1.3, I'm wondering how the Debian packages
should be done? What I'd like to see:
gnumach1 package - From 1.3 branch. It should provides: gnumach
gnumach2 package - Oskit mach sources (I don't know if this will soon
be CVS HEAD)
gnumach-dev package - Oskit ma
HAESSIG Jean-Christophe <[EMAIL PROTECTED]> writes:
> This is all about modifying the FHS...
Yes, but not on this list. This is not the appropriate place to
discuss FHS modifications.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE
* Wolfgang Jährling writes:
> Carson Chittom <[EMAIL PROTECTED]> wrote:
>> Ack, I expected the problem to be something with the Hurd, not with
>> Mozilla. I printed the install guide out for my own convenience, and
>> the rest of the line didn't show up in the printed form for some
>> reason.
> O
Carson Chittom <[EMAIL PROTECTED]> wrote:
> Ack, I expected the problem to be something with the Hurd, not with
> Mozilla. I printed the install guide out for my own convenience, and
> the rest of the line didn't show up in the printed form for some
> reason.
Oh, now I understand why so many peop
On 2002-05-27 16:12:01 +0200 Wolfgang Jährling <[EMAIL PROTECTED]> wrote:
> Carson Chittom <[EMAIL PROTECTED]> wrote:
>> module /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line}
> This is wrong. It should be
> module /hurd/ext2fs.static --multiboot-command-line=${kernel-command
Carson Chittom <[EMAIL PROTECTED]> wrote:
> module /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line}
This is wrong. It should be
module /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line}
--host-priv-port=${host-port} --device-master-port=${device-port}
--exec-
* Carson Chittom writes:
> root (hd0,4)
> kernel/boot/gnumach.gz -s root=device:hd0s5
> module/hurd/ext2fs.static
> --multiboot-command-line=${kernel-command-line}
This is wrong, please read the installation guide again.
module /hurd/ext2fs.static --mu
On 2002-05-27 15:48:47 +0300 Ognyan Kulev <[EMAIL PROTECTED]> wrote:
When I actually tried to boot it, though, everything seemed
fine until it printed out "2 of 2 modules executed" or something like
that. Then it just sat there.
Please send your menu.lst entry that loads Hurd too. Are you sure t
Alfred M. Szmidt wrote:
Hi, and here we go again,
There is nothing that prohibits anyone to relocate the translators
from /hurd to /trans or whatever, the point is that they are in
/hurd now and this will not change, and this does not violate the FHS!
Ok for /hurd, then. However, before modifying t
Carson Chittom wrote:
When I actually tried to boot it, though, everything seemed
fine until it printed out "2 of 2 modules executed" or something like
that. Then it just sat there.
Please send your menu.lst entry that loads Hurd too. Are you sure that
you use the correct Mach device name?
Rega
Hi, and here we go again,
There is nothing that prohibits anyone to relocate the translators
from /hurd to /trans or whatever, the point is that they are in
/hurd now and this will not change, and this does not violate the FHS!
The only directory that is "required" on GNU/Hurd is /servers which
s
Alfred M. Szmidt wrote:
You are not allowed to create directories in /bin, please read the
FHS before posting such ideas. To quote:
3.4.2 Requirements
There must be no subdirectories in /bin.
Cheers,
I know that. The question is : 'why ?'.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
You are not allowed to create directories in /bin, please read the
FHS before posting such ideas. To quote:
3.4.2 Requirements
There must be no subdirectories in /bin.
Cheers,
--
Alfred M. Szmidt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
David Starner wrote:
At 09:28 AM 5/27/02 +0200, HAESSIG Jean-Christophe wrote:
why not putting them in /bin/modules
Because directories in /bin are prohibited by the FHS, so we might
as well stay with /hurd?
This is all about modifying the FHS... They just say there should be no
subdirectories in
>
>
>On Sun, May 19, 2002 at 07:16:08PM -0500, Adam Heath wrote:
>
>
>You are looking at completely the wrong properties. The issue is not
at all
>if a file is a binary, a text file, a picture or a marshmallow from outer
>space. Here are a few hints that should bring you on the right trac
18 matches
Mail list logo
