Hello,
I just uploaded fakeroot_1.2.5_hurd-i386.deb. The hurd package no
longer conflicts with it, so you can install it safely.
However, note that fakeroot itself won't work as we (for now) don't have
sysv ipc, you need to call `fakeroot-tcp' which appears to work fine.
In the future (/usr)/bi
On Tue, Mar 15, 2005 at 09:27:00PM +0100, Marco Gerards wrote:
> AFAIK CC'ing is normal behavior on every mailinglist.
It is not on Debian lists.
Personally, I don't have a problem with being CC'd (though I find it
useless most of the time), and I CC new faces on the list until I'm sure
they ar
Pierre THIERRY <[EMAIL PROTECTED]> writes:
> Nota bene: no need to CC me, as I'm a subscriber of this list.
No one will bother to check if you are subscribed or not. Personally
I won't respond to emails in which people ask not to send a CC (this
is just an exception). AFAIK CC'ing is normal beh
Hi Pierre!
On Tue, March 15, 2005 18:04, Pierre THIERRY said:
[wise to move /hurd to /srv/hurd]
> But it's meant to be site-specific, and an administrator should be able
> to wipe it without rendering the system unusable.
No, not at all. Eg. Apache rely on the existence of certain files and
direc
Nota bene: no need to CC me, as I'm a subscriber of this list.
Thanks,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
> Indeed, it's content related, but it's not limited for only this
> purpose.
But it's meant to be site-specific, and an administrator should be able
to wipe it without rendering the system unusable.
Quickly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digita
Pierre THIERRY <[EMAIL PROTECTED]> writes:
> But they are binaries that make the system work, so they would fit in
> /sbin:
>
> ``/sbin contains binaries essential for booting, restoring,
> recovering, and/or repairing the system''
>
> As I don't have (yet) a working Hurd system on one of my
On Tue, Mar 15, 2005 at 03:13:42PM +0100, Pierre THIERRY wrote:
> Scribit Michael Banck dies 02/08/2004 hora 15:02:
> > I'd like to get some testers for a new installation method. It is
> > based on Roland's ext2 xattr-hurd patches for Linux-2.6, which enables
> > us to extract a base tarball with
Scribit Michael Banck dies 02/08/2004 hora 15:02:
> I'd like to get some testers for a new installation method. It is
> based on Roland's ext2 xattr-hurd patches for Linux-2.6, which enables
> us to extract a base tarball with intact passive translators, thus not
> requiring native-install.
I hav
Hi Pierre!
On Tue, March 15, 2005 11:34, Pierre THIERRY said:
>> Isn't it better to put it in /srv/hurd? That should be a better place
>> for this imho.
> ``/srv contains site-specific data which is served by this system.''
> It's not for the servers, but for what they serve.
Indeed, it's conte
Patches item #301259, was opened at 2005-03-15 14:23
You can respond by visiting:
http://alioth.debian.org/tracker/?func=detail&atid=410472&aid=301259&group_id=30628
Category: debian
Group: submitted
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Banck (mbanck)
Assigned to: Nobod
> Isn't it better to put it in /srv/hurd? That should be a better place
> for this imho.
``/srv contains site-specific data which is served by this system.''
It's not for the servers, but for what they serve.
Quickly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Descrip
Scribit Thomas Bushnell BSG dies 14/03/2005 hora 23:38:
> > Why don't Hurd servers are in /sbin or /usr/sbin? If I understand
> > correctly, they just are userland programs like any other, aren't
> > they?
> They are not programs that are usefully run (normally) from the shell,
> so they should not
Thomas Bushnell BSG wrote:
I was wondering why the /hurd directory exists. I googlized a bit about
Hurd and the FHS, and didn't found really enlighting documentation about
that particular point.
Why don't Hurd servers are in /sbin or /usr/sbin? If I understand
correctly, they just are userland prog
14 matches
Mail list logo