help-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

unsubscribe help


From: kasi viswanath
Subject: unsubscribe help
Date: Tue, 28 Aug 2001 04:48:45 -0700 (PDT)

--- help-hurd-request@gnu.org wrote:
> Send Help-hurd mailing list submissions to
>       help-hurd@gnu.org
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
>       http://mail.gnu.org/mailman/listinfo/help-hurd
> or, via email, send a message with subject or body
> 'help' to
>       help-hurd-request@gnu.org
> 
> You can reach the person managing the list at
>       help-hurd-admin@gnu.org
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Help-hurd digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Trivial trivfs question (Thomas Bushnell,
> BSG)
>    2. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>    3. Re: New GNU/Hurd project: Crust Display System
> (Thomas Bushnell, BSG)
>    4. Re: ShadowFS (status) (Marcus Brinkmann)
>    5. Re: ShadowFS (status) (Moritz Schulte)
>    6. Re: ShadowFS (status) (Moritz Schulte)
>    7. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>    8. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>    9. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>   10. Re: ShadowFS (status) (Moritz Schulte)
>   11. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>   12. Re: ShadowFS (status) (Marcus Brinkmann)
>   13. Re: ShadowFS (status) (Thomas Bushnell, BSG)
>   14. Re: ShadowFS (status) (Niels Möller)
>   15. Re: New GNU/Hurd project: Crust Display System
> (Gerhard Muntingh)
>   16. Re: ShadowFS (status) (Marcus Brinkmann)
> 
> --__--__--
> 
> Message: 1
> To: Marcus Brinkmann
> <Marcus.Brinkmann@ruhr-uni-bochum.de>
> Cc: Wolfgang <wolfgang@pro-linux.de>, 
> help-hurd@gnu.org
> Subject: Re: Trivial trivfs question
> From: tb@becket.net (Thomas Bushnell, BSG)
> Date: 26 Aug 2001 15:38:30 -0700
> 
> Marcus Brinkmann
> <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:
> 
> > If you can deliver an unlimited number of bytes
> without blocking, I think
> > the highest possible value that fits in
> mach_msg_type_number_t seems to be
> > appropriate.  (I hope applications can deal with
> that).
> 
> That's also what /dev/zero seems to do, if I
> understand
> libstore/zero.c correctly.  
> 
> 
> --__--__--
> 
> Message: 2
> To: nisse@lysator.liu.se (Niels
> =?iso-8859-1?q?M=F6ller?=)
> Cc: Marcus Brinkmann
> <Marcus.Brinkmann@ruhr-uni-bochum.de>,
>         Moritz Schulte <moritz@chaosdorf.de>, 
> help-hurd@gnu.org
> Subject: Re: ShadowFS (status)
> From: tb@becket.net (Thomas Bushnell, BSG)
> Date: 26 Aug 2001 15:40:15 -0700
> 
> nisse@lysator.liu.se (Niels M=F6ller) writes:
> 
> > An interesting questions is how to handle
> translators. Should they be
> > handled as files (i.e. shadowfs returns the real
> port of a single real
> > file) or directories (shadowfs constructs a node
> representing the
> > union of one or more real directories and returns
> a port of its own)?
> > As far as I understand, there is no sharp
> distinction between files
> > and directories.
> 
> shadowfs should never even *see* a translator if
> implemented
> correctly.  It just points the user at the "real"
> location of whatever
> file and tells them to "retry" lookups there.
> 
> 
> 
> --__--__--
> 
> Message: 3
> To: Kevin Kreamer <kkreamer@etherhogz.org>
> Cc: help-hurd@gnu.org
> Subject: Re: New GNU/Hurd project: Crust Display
> System
> From: tb@becket.net (Thomas Bushnell, BSG)
> Date: 26 Aug 2001 15:42:40 -0700
> 
> Kevin Kreamer <kkreamer@etherhogz.org> writes:
> 
> > Just so everyone knows, I am not looking to
> replace X.  
> 
> Heh.  I am though.  :)  But not as part of the Hurd
> project.
> 
> 
> --__--__--
> 
> Message: 4
> Date: Mon, 27 Aug 2001 00:53:41 +0200
> To: "Thomas Bushnell, BSG" <tb@becket.net>
> Cc: Niels M?ller <nisse@lysator.liu.se>,
>       Moritz Schulte <moritz@chaosdorf.de>,
> help-hurd@gnu.org
> Subject: Re: ShadowFS (status)
> From: Marcus Brinkmann
> <Marcus.Brinkmann@ruhr-uni-bochum.de>
> 
> On Sun, Aug 26, 2001 at 03:40:15PM -0700, Thomas
> Bushnell, BSG wrote:
> > shadowfs should never even *see* a translator if
> implemented
> > correctly.  It just points the user at the "real"
> location of whatever
> > file and tells them to "retry" lookups there.
> > 
> 
> This is interesting.  So you suggest the shadowfs
> should just
> browse through the directories and give an
> appropriate retry name?
> 
> IIRC, the current implementation by Moritz does the
> lookup itself and
> returns the appropriate port as if it were its own. 
> Mmmh.
> I am not quite sure what is better.  Doing a real
> retry is also nice
> and simple.  I think there were some issues with
> write support were
> it would make a difference.
> 
> Thanks,
> Marcus
> 
> 
> 
> --__--__--
> 
> Message: 5
> To: tb@becket.net (Thomas Bushnell, BSG)
> Cc: nisse@lysator.liu.se (Niels
> =?iso-8859-1?q?M=F6ller?=),
>         Marcus Brinkmann
> <Marcus.Brinkmann@ruhr-uni-bochum.de>,
>         help-hurd@gnu.org
> Subject: Re: ShadowFS (status)
> From: Moritz Schulte <moritz@chaosdorf.de>
> Date: 27 Aug 2001 01:02:58 +0200
> 
> tb@becket.net (Thomas Bushnell, BSG) writes:
> 
> > shadowfs should never even *see* a translator if
> implemented
> > correctly.  It just points the user at the "real"
> location of
> > whatever file and tells them to "retry" lookups
> there.
> 
> Yes, 'of whatever file'. Directories _are_ managed
> by shadowfs, which
> means that it has to decide what happens when the
> user wants to
> install a translator on such a shadow directory.
> Once, i talked with
> Neal about this and we both think, that it would be
> best if shadowfs
> would then install the translator on that directory
> which is 'on
> top'.
> 
>       moritz
> -- 
> Moritz Schulte <moritz@chaosdorf.de>
> http://www.chaosdorf.de/moritz/
> Debian/GNU supporter - http://www.debian.org/
> http://www.gnu.org/
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]