Scribit Praveen A dies 28/03/2008 hora 07:52:
> Can we go down to file based dependency instead on just package name,
> when the dependency is not satisfied?
Then you have exactly the same issue at the file level...
If libfoobar2 is named libbarfoo3 elsewhere, searching for libfoobar2.so
will not
Scribit Michael Banck dies 19/03/2008 hora 17:29:
> http://wiki.debian.org/Debian_GNU/Hurd/BuilddRequirments has a list of
> requirements for a buildd.
Would it be OK if the box had only an IPv6 public address?
/bin/bash: q: command not found
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50
Scribit Michael Banck dies 18/03/2008 hora 13:49:
> Shadowing Debian's official testing might make things easier, and
> collaborating with other unofficial architectures (m68k, kfreebsd-*,
> etc.) would probably as well, but it will still be a time-consuming
> task.
BTW, how do other non-official
Scribit Thomas Schwinge dies 09/08/2007 hora 22:36:
> Does someone have any experiences with that service?
I don't, but I think it was time someone comes with an idea for
distributed identity. The login mess we deal with today is nothing but a
huge security issue, in no way even remotely a solutio
Scribit Samuel Thibault dies 09/07/2007 hora 17:10:
> You have probably missed some mails _months_ ago :) (it works fine
> since ~January/February)
Damn. Is there a summarized documentation about installing Hurd in a Xen
VM?
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.a
Scribit Samuel Thibault dies 09/07/2007 hora 02:27:
> (with it, I don't have issues on Xen any more)
As it didn't follow closely: do you mean we're really close to being
able to run HURD in Xen? (that would be awesome!)
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
De
Scribit Michael Banck dies 01/07/2007 hora 16:43:
> this mail is a summary of the different kinds of build failures the
> Debian GNU/Hurd autobuilder has encountered while building through the
> Debian archive.
Could you publish the code you used to produce such statistics? Could it
be possible to
Scribit Thomas Schwinge dies 04/04/2007 hora 14:26:
> We have a problem there, because the Hurd's way of managing network
> interfaces is not very well integrated with Debian's [...]
There is an ongoing effort to replace the rotting ifupdown package that
deals with Debian's network interfaces:
h
Is there a package or pseudo-package to report bug against, WRT to the
installation?
Curiously,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
I'm just running native-install in my QEMU to finish installation of the
Hurd, and it is running a very long list of:
settrans pty?? /hurd/term /dev/pty?? pty-master /dev/tty??
settrans tty?? /hurd/term /dev/tty?? pty-slave /dev/pty??
Is this necessary? I know that in Linux, there's a PT master /
What is the status of the use of debian-installer to install Hurd?
Curiously,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
Scribit Barry deFreese dies 15/04/2005 hora 14:01:
> The maintainer of jbofihe jumped on #hug today and asked why the hurd
> version of the package wasn't up to date. I built it today and it
> builds clean so can someone upload it?
I heard on the lists about people building stuff and uploading it
Scribit Alfred M. Szmidt dies 30/03/2005 hora 13:48:
> > the Hurd is, for the moment, unable to deal with shared IRQs.
> Would you like to figure out what the problem is and fix it?
No, I wouldn't. If Mach has flaws that need to move the Hurd on L4, I'd
rather work on this latter. And it's maybe t
Scribit Alfred M. Szmidt dies 29/03/2005 hora 00:27:
> This kind of attitude isn't helpful.
Yes, asking for help by giving information when it's asked should be
punished. Reporting bugs and problems too.
> Maybe your system is broken, have you experienced the behaviour you
> noted on other system
If I have understood correctly, the Hurd is, for the moment, unable to
deal with shared IRQs. Is it a problem with Mach, and will it be
possible when the Hurd works on top of L4?
Quickly,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
Scribit Michael Banck dies 19/03/2005 hora 02:59:
> Bad idea.
Why?
Curiously,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
> /lib is for libraries, and is on the linkers library search path. It
> was a mistake for FHS to use it as broadly as it does, because that
> slows down linking and makes filesystem arrangement harder.
If the current use of /lib in the FHS is a problem, have proposal been
sent to the FHS editors?
> I think I can speak for all who care about the Hurd here, be it within
> Debian or not: We will NOT change /hurd to be somewhere else.
OK. If you have decided to be stubborn, just don't try to argue that
/hurd is FHS compliant. Just say you don't care about it.
Easily,
Nowhere man
--
[EMAIL PR
Scribit Pierre THIERRY dies 18/03/2005 hora 19:51:
> If it's a frequenty asked question, why about putting a complete and
> clean answser in the Hurd's FAQ, with pros and cons?
Here is a very quick first try for that answer:
FHS and /hurd?
As not being mentioned in it
Scribit Alfred M. Szmidt dies 18/03/2005 hora 19:46:
> Debian GNU/Hurd will always be Debian GNU/Linux+translators. It will
> never use any of the nice things that the Hurd allows for
Could you be more precise? I don't see the point... What are these nice
things Debian GNU/Hurd won't use?
Curious
Scribit Marco Gerards dies 16/03/2005 hora 20:06:
> May I ask you why you care that much about the FHS?
As an admin, I found it useful. Like many other standards, it avoids
that every single projet deal common problems in a way that is
incompatible with others (or just different, as far as learni
Scribit Alfred M. Szmidt dies 17/03/2005 hora 07:55:
> Debian is not interested in creating a new operating system.
Quoting http://debian.org/intro/about:
``The Debian Project is an association of individuals who have made
common cause to create a free operating system. [...] Debian systems
Scribit Marcus Brinkmann dies 17/03/2005 hora 00:16:
> there are numerous small packages which make no sense for us but are
> architecture "any" because nobdoy is going to list all the Linux
> architectures in the control file just to exclude the Hurd, and there
> are many build failures and unfulf
> [Hurd servers] are totally useles to have in PATH
But /lib/hurd is not in PATH, and the Hurd servers would perfectly fit
in there.
Easily,
Nowhere man
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
Scribit Thomas Bushnell BSG dies 16/03/2005 hora 09:45:
> > does it harm to respect FHS and put what is in /hurd in /sbin and
> > /usr/sbin?
> We are not disrespecting FHS, and yes, it does harm.
OK, would you mind explain me how it harms? Or just give me the
reference to the FM where it is explai
Scribit Thomas Bushnell BSG dies 16/03/2005 hora 09:45:
> > What is with /lib/hurd or /lib/servers? GNU/Linux has it modules in
> > /lib/modules/$kernel-version, so why you do not the same for Hurd?
> They are not libraries.
Nor are the kernel modules in Linux... Thus, quoting the FHS:
``/lib :
> FHS assumes that every program works from the shell. Hurd servers
> don't really work from the shell.
Noone starts init on the shell, and it is in /sbin.
> What the FHS calls "binaries" are only some executables on the Hurd;
> we have other executables that don't work like FHS "binaries", gotch
Scribit Manuel Hoppe dies 15/03/2005 hora 18:56:
> > > [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
> direct
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
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
> 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
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 programs like any other, aren'
34 matches
Mail list logo
