Re: [EMAIL PROTECTED]: Help with entropy?]

Hello! I just browsed (a bit) through tschwinge's Sammelsurium and found the following links and things which may be interesting for you: . Furthermore, I also have an mbox file with 166 old emails of discussions on Hurd mailing lis

Re: Problem with login

Hello! On Wed, Jun 20, 2007 at 04:57:05PM -0400, Michael Casadevall wrote: > I don't think I should be able to do this: You should. It's a feature, it is all intentional. > login> cat README > This is a hurd login shell; it is a normal user shell, but has no user > privileges. [...] Regards

Problem with login

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't think I should be able to do this: (I am using telnet to make it easy to copy and paste, but it works on the real console) slivermons:~ mcasadevall$ telnet 10.211.55.4 Trying 10.211.55.4... Connected to 10.211.55.4. Escape character is '^

Re: Copyright notice

Hello! On Wed, Jun 20, 2007 at 03:28:48PM +0200, Carl Fredrik Hammar wrote: > I'm copying over some files from libstore to use as a base for > libchannel, I'm rewriting part of them and I'm not sure how to treat > the copyright notices, i.e. which parts to keep. > > For instance the copyright not

Re: pciutils, Hurd

Hello! > Yes. The vast majority of all GNU/Hurd users use Debian GNU/Hurd and > they use the standard measures of keeping their systems up-to-date, so > they'll both get the pciutils update and the GNU Mach / GNU Hurd / glibc > packages from the Debian repositories, so this is safe. People build

Re: pciutils, Hurd

Hello! On Wed, Jun 20, 2007 at 08:15:09PM +0200, Martin Mares wrote: > One more question: is the new method available in all reasonably recent > versions of Hurd, or should we fall back to the old method sometimes? Yes. The vast majority of all GNU/Hurd users use Debian GNU/Hurd and they use the

Re: pciutils, Hurd

Hello! > Indeed. Let me try this again. :-) Much better, thanks :) One more question: is the new method available in all reasonably recent versions of Hurd, or should we fall back to the old method sometimes? Have a nice fortnight -- Martin `MJ' Mares

Re: pciutils, Hurd

Hello! > GNU Mach / GNU Hurd has changed the method by which access to i/o ports > is granted, so please apply the attached patch to your pciutils > repository. Which patch? (There was no attachment in your mail.) Have a nice fortnight -- Martin `MJ' Mares

Re: [EMAIL PROTECTED]: Help with entropy?]

On Wed, 20 Jun 2007 15:37:02 +0200 <[EMAIL PROTECTED]> wrote: > Hi, > > I don't get this part: > > > /* Setup the offset pointer to add data */ > > offset = entropy_write_offset + 1; > > if (offset + sizeof(unsigned long) == ENTROPYBUFSIZE) { > >offset = 0; > > } > > Why the +1 ? You su

Re: pciutils, Hurd

Hello! On Wed, Jun 20, 2007 at 08:08:09PM +0200, Martin Mares wrote: > > GNU Mach / GNU Hurd has changed the method by which access to i/o ports > > is granted, so please apply the attached patch to your pciutils > > repository. > > Which patch? (There was no attachment in your mail.) Indeed.

Re: Defualt socket server overriding

At Wed, 20 Jun 2007 10:30:02 -0700, Thomas Bushnell BSG wrote: > On Wed, 2007-06-20 at 16:20 +0200, Neal H. Walfield wrote: > > When we are just interested in > > overriding a small parts of the environment and the rest represents a > > reasonable default, this may be fine. Such an approach is, ho

pciutils, Hurd

Hello! GNU Mach / GNU Hurd has changed the method by which access to i/o ports is granted, so please apply the attached patch to your pciutils repository. Which i/o ports do the pciutils actually need to access? Feel free to restrict access to those. Our `ioperm' call works like Linux's, only t

Re: Defualt socket server overriding

On Wed, 2007-06-20 at 16:20 +0200, Neal H. Walfield wrote: > What is a pseudo-chroot? > > I think what you are proposing is essentially filtering the global > name space via some fancy translator. Yes, just that. > When we are just interested in > overriding a small parts of the environment an

Re: [EMAIL PROTECTED]: Help with entropy?]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been messing with the driver more with more debugging info. I think the underlying problem actually comes from GnuPG which I was using to test the entropy with; its not reading from /dev/random (it looks like Debian is building the package

passive translators

There is a bit of confusion here, I'm going to try to be more specific, please indulge me. At Thu, 21 Jun 2007 00:25:33 +0800, Wei Shen wrote: > The fs server or the translator? What is an fs server? In the Hurd, translators are file systems: some are one node file systems; and, some expose comp

Re: Defualt socket server overriding

On 6/21/07, Neal H. Walfield <[EMAIL PROTECTED]> wrote: At Thu, 21 Jun 2007 00:09:45 +0800, Wei Shen wrote: > I still think there are ways to solve this problem. For example, the fs > server can add an virtual root argument to the passive translator, and the > translator (which we trust) will la

Re: Defualt socket server overriding

At Thu, 21 Jun 2007 00:09:45 +0800, Wei Shen wrote: > I still think there are ways to solve this problem. For example, the fs > server can add an virtual root argument to the passive translator, and the > translator (which we trust) will later add this virtual root to any path > argument provided b

Re: [EMAIL PROTECTED]: Help with entropy?]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 entropy_write_offset is the value of where the last write ended. You need to add 1 to move the pointer past the last time it was written. I'm modifying the driver to print out more debugging info and figure out what was wrong with the offsets (w

Re: Defualt socket server overriding

On 6/20/07, Neal H. Walfield <[EMAIL PROTECTED]> wrote: At Wed, 20 Jun 2007 15:16:38 +0800, Wei Shen wrote: > I read the section. I am not quite clear about the storage of a file's > translator attributes (I presume that a translator can not be associated > with a file node via other ways than t

Re: Defualt socket server overriding

At Wed, 20 Jun 2007 15:16:38 +0800, Wei Shen wrote: > > A nice feature would be the option to use a file descriptor rather > > than a symbolic name. This could take the form fd:X where X is some > > number. This allows for selected access delegation (consider: > > SERVERS_SOCKET_PFINET=fd:3 prog

Re: Defualt socket server overriding

At Tue, 19 Jun 2007 20:26:05 -0700, Thomas Bushnell BSG wrote: > > On 6/20/07, Neal H. Walfield <[EMAIL PROTECTED]> wrote: > > > > > (1) Add a set of new environment variables, e.g. > > PFINETSERVER for the pf_inet server and PFLOCALSERVER for the > > pf_local server. >

Re: Defualt socket server overriding

Hi, On Tue, Jun 19, 2007 at 08:26:05PM -0700, Thomas Bushnell BSG wrote: > What about a different strategy, one more "hurdish"? For example, run > the program in a pseudo-chroot which overrides the behavior of nodes > inside /servers? I don't know how much you have read of my previous discussio

Re: [EMAIL PROTECTED]: Help with entropy?]

Hi, I don't get this part: > /* Setup the offset pointer to add data */ > offset = entropy_write_offset + 1; > if (offset + sizeof(unsigned long) == ENTROPYBUFSIZE) { >offset = 0; > } Why the +1 ? You sure that's really what you want?... -antrik- __

Copyright notice

Hi! I'm copying over some files from libstore to use as a base for libchannel, I'm rewriting part of them and I'm not sure how to treat the copyright notices, i.e. which parts to keep. For instance the copyright notice in libstore/store.h is: Store I/O Copyright (C) 1995,96,97,98,99,2001,

Re: Defualt socket server overriding

Hi, On 6/20/07, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > On 6/20/07, Neal H. Walfield [EMAIL PROTECTED]> wrote: We should have consistent naming between node names and > environment variables. The default node names > are /servers/socket/{2,pfinet}, etc. Perhaps have > SERVERS_SO

Re: Defualt socket server overriding

On 6/20/07, Neal H. Walfield <[EMAIL PROTECTED]> wrote: A nice feature would be the option to use a file descriptor rather than a symbolic name. This could take the form fd:X where X is some number. This allows for selected access delegation (consider: SERVERS_SOCKET_PFINET=fd:3 prog 3 I re