CONGRATULATIONS

2002-07-07 Thread promo_WBDL
WERKEN BIJ DE LOTTO, 41132, NL-1007 DB AMSTERDAM, THE NETHERLANDS. TEL/ FAX: 31 205241696 [EMAIL PROTECTED] FROM: THE DESK OF THE DIRECTOR PROMOTIONS, INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT, REF:

Re: nfs problem

2002-07-07 Thread Ognyan Kulev
Philip Charles wrote: Still no luck in setting the Hurd box up as a server. It is not a desparate problem, but it would be convenient. I am wondering if it is me, a bug, or something that is still to be implemented. Try ftpd :-) -- Ognyan Kulev [EMAIL PROTECTED], \Programmer\ -- To

replacing makedev

2002-07-07 Thread Andres Salomon
I've started work on this, but I figured I'd shoot an email to the list for suggestions/comments. The current makedev script (/sbin/MAKEDEV) is rather lacking in a few respects: 1) It does a nasty 'eval major_$device=$major', where $device and $major come from /proc/devices, for every single

Re: nfs problem

2002-07-07 Thread Marcus Brinkmann
On Sun, Jul 07, 2002 at 11:57:20PM +1200, Philip Charles wrote: Still no luck in setting the Hurd box up as a server. Try the Hurd nfsfs client on the Hurd nfs server first, that worked for me last time I tried. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org

Re: replacing makedev

2002-07-07 Thread elf
If RH already uses /etc/makedev.d, why not start with their application? On Sun, Jul 07, 2002 at 06:16:04PM -0400, Andres Salomon wrote: Looking at redhat's makedev, they have device nodes in /etc/makedev.d, so that packages can simply add files to that directory to create new devices. This

Re: replacing makedev

2002-07-07 Thread Andres Salomon
It's only 800 or so lines; it's pretty basic. Basing it off redhat isn't really necessary. There's also a bit of cruft in the redhat version. I'd end up stripping out stuff, changing stuff, etc; it would get to the point where I'd have been better off just starting from scratch. On Sun, Jul

Re: nfs problem

2002-07-07 Thread Philip Charles
On Mon, 8 Jul 2002, Marcus Brinkmann wrote: On Sun, Jul 07, 2002 at 11:57:20PM +1200, Philip Charles wrote: Still no luck in setting the Hurd box up as a server. Try the Hurd nfsfs client on the Hurd nfs server first, that worked for me last time I tried. Thanks, I will give this a try.

Re: replacing makedev

2002-07-07 Thread elf
Fair enough. Really, the point is to know what they did, reuse the good and redo the bad. On Sun, Jul 07, 2002 at 07:39:03PM -0400, Andres Salomon wrote: It's only 800 or so lines; it's pretty basic. Basing it off redhat isn't really necessary. There's also a bit of cruft in the redhat

Re: nfs problem

2002-07-07 Thread James Morrison
--- Marcus Brinkmann [EMAIL PROTECTED] wrote: On Fri, Jul 05, 2002 at 05:28:22PM +0300, Ognyan Kulev wrote: There is a nfsd translator that is not well tested. nfsd is not a translator, it's a normal nfs daemon process (which is supposed to support Hurd extensions, if it doesn't already ;)

Re: nfs problem

2002-07-07 Thread James Morrison
--- Philip Charles [EMAIL PROTECTED] wrote: On Fri, 5 Jul 2002, Ognyan Kulev wrote: Philip Charles said: I have created an /etc/exports file, which I suspect is not used with the Hurd. Hi Philip There is a nfsd translator that is not well tested. See the NEWS file in the