9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-13 20:19 anothy
  2000-11-14  9:58 ` Wladimir Mutel
  0 siblings, 1 reply; 144+ messages in thread
From: anothy @ 2000-11-13 20:19 UTC (permalink / raw)
  To: 9fans

//Local caching would be great, I think.

okay, let me say off the bat i have no idea how
AFS handles caching, so this comparison may be
totally inapropriate. but for fs caching in
Plan 9 (without 9p↔AFS), take a look at cfs(4)
and the -C option to mount in bind(1).

if your goal is talking to AIX or other Unix
boxes, take a look at u9fs(4).
-α.


^ permalink raw reply	[flat|nested] 144+ messages in thread
* [9fans] E attribute in libsec/port/x509.c
@ 2003-03-10 13:13 Claude BONFANTI
  2003-03-11 17:41 ` Eric Grosse
  0 siblings, 1 reply; 144+ messages in thread
From: Claude BONFANTI @ 2003-03-10 13:13 UTC (permalink / raw)
  To: 9fans

Various attributes could be specified this way.

% diff .../new.x509.c x509.c
2222c2222
< 	int		data[7];
---
> 	int		data[4];
2226,2232c2226,2231
< 	{4, 2, 5, 4, 6, 0, 0, 0, "C="},
< 	{4, 2, 5, 4, 8, 0, 0, 0, "ST="},
< 	{4, 2, 5, 4, 7, 0, 0, 0, "L="},
< 	{4, 2, 5, 4, 10, 0, 0, 0, "O="},
< 	{4, 2, 5, 4, 11, 0, 0, 0, "OU="},
< 	{7, 1,2,840,113549,1,9,1, "E="},
< 	{4, 2, 5, 4, 3, 0, 0, 0, "CN="},
---
> 	{4, 2, 5, 4, 6,  "C="},
> 	{4, 2, 5, 4, 8,  "ST="},
> 	{4, 2, 5, 4, 7,  "L="},
> 	{4, 2, 5, 4, 10, "O="},
> 	{4, 2, 5, 4, 11, "OU="},
> 	{4, 2, 5, 4, 3,  "CN="},
%


% aux/X509gen -p your_key.secret 'C=FR O=''-'' OU=''-'' E=''guess@nowere.fr'' CN=''Your_NAME'' ' >your_x509certificate.der



^ permalink raw reply	[flat|nested] 144+ messages in thread
* [9fans] 9 in the news
@ 2002-09-21  2:01 matt
  2002-09-21 11:16 ` Lucio De Re
                   ` (2 more replies)
  0 siblings, 3 replies; 144+ messages in thread
From: matt @ 2002-09-21  2:01 UTC (permalink / raw)
  To: 9fans

 How Apache & Plan 9 will defeat Microsoft's Passport

http://www.linuxworld.com/site-stories/2002/0918.plan9.html

http://slashdot.org/article.pl?sid=02/09/20/1532208&mode=nested&tid=156


---
Outgoing mail is certified as idiotic.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.384 / Virus Database: 216 - Release Date: 21/08/2002



^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] sam and ssh
@ 2002-03-27 20:12 Geoff Collyer
  2002-03-27 20:18 ` Lucio De Re
  0 siblings, 1 reply; 144+ messages in thread
From: Geoff Collyer @ 2002-03-27 20:12 UTC (permalink / raw)
  To: 9fans

Sorry, I thought Lucio was talking about Unix sam.


^ permalink raw reply	[flat|nested] 144+ messages in thread
* [9fans] samuel
@ 2002-03-10 23:59 Alex Danilo
  2002-03-11  0:07 ` Alexander Viro
  2002-03-11  0:45 ` Andrew Simmons
  0 siblings, 2 replies; 144+ messages in thread
From: Alex Danilo @ 2002-03-10 23:59 UTC (permalink / raw)
  To: 9fans

>If you just prefer GUIs to composition of commands, just say so.

I don't prefer GUIs.  What does sam itself do - provide a GUI
where grep, find, ed, and sed would have worked just fine:-)

Rob states:

>make grandiose philosophical statements about it.  Well, I have tried
>samuel and I didn't like it, partly because it didn't seem to help all
>that much (because grep could do a lot of the work for you just fine);
>partly because added a set of special-purpose features rather than a
>general-purpose approach; partly because it cluttered up the menus to
>have that extra functionality, making it less useful as an editor; and
>partly because it just wasn't very well done.

The last point is the correct one.  It was badly done, but it was an
experiment.  I quote myself:

>The whole point of samuel was an experiment in application development
>environments.  Nothing more.

Rob:
>You won't get me to say I don't like tools and don't want to add to
>the the toolkit.  I will say, however, that I demand the tools be good
>and that they should increase the set of problems to be solved or
>significantly increase the ease with which they can be solved.

True - most of samuel was junk - the interpreter didn't work, the
advisor was ill-advised.  But the browser (one whole extra menu entry,
gee) added a wonderful code navigation tool.  'grep' can't parse and
so arguing that layout is a substitute for the language aware cscope
is _really_ misguided.  Heck, what are most of you coding in anyway?
Limbo and C probably.  Not much has changed since the 70's huh!

The point of my post is that as supposedly intelligent beings we should
apply that to make everyones job easier.  If you can get "90% of the
functionality with grep" and you're happy with that - then fine.

But, if you insist on building systems which require an IQ of more
than 100 to operate, then by definition you are excluding more
than 1/2 of the world's population from using the system.

>Samuel didn't make the grade.  If it had, I think it would still be
>around.

Well it is, you just have to know where.

Alex



^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] Rant (was Re: Plan9 and Ada95?)
@ 2001-11-07 21:34 anothy
  2001-11-08  5:30 ` Lucio De Re
                   ` (2 more replies)
  0 siblings, 3 replies; 144+ messages in thread
From: anothy @ 2001-11-07 21:34 UTC (permalink / raw)
  To: 9fans

// ...continuous criticism... ...of everything beyond the boundaries
// of Plan 9/Inferno, no matter how justified, isn't healthy.

i'd agree with the implication but disagree with the statement.

i think constant criticism is a very good thing, provided it's done in a
productive manner, and the criticism is somewhat more concrete than
"not invented here." it is this ongoing criticism that will help all these
systems change, correct their flaws or failures of vision, and improve.

which brings me to my point of agreement. you say "everything beyond
the boundaries of Plan 9/Inferno" and i think that's a good observation.
Plan 9 and Inferno are by no means perfect. as someone noted some
time ago, the alt.sysadmin.recovery FAQ gets it right: no systems don't
suck, plan 9 simply sucks less than others. i think it's important that
_everybody_ needs to be occasionally reminded that they suck in some
fashion or other. but with that needs to come info on _how_ one sucks,
and how to suck less.

take the current compiler discussion. i would say the contention here is
not that GCC is worthless and ?c/?l are perfect, but rather that one can
be more productive improving ?c/?l than GCC. you correctly note that
the Plan 9 tools don't deal with cross-OS compiling (except in very
limited cases), whereas GCC does (to some degree, anyway). i don't
believe anyone is disputing this, nor claiming it doesn't matter. but i bet
most people here would say it'd require less overall man-hours to get
8c/8l to build Linux binaries than to get GCC to build Plan 9 ones, and
that the results would enable people on whatever platform to develop
things better and more quickly.

// Perl would open another [door], Python a third, Apache a fourth, etc.

Perl and Python i can see, for sure. they're languages, with apps
written in them, that people want to be able to use. and for good reason.
Perl and Python each have benefits one cannot get with C, rc, or Limbo.
i'd love to see them supported better on Plan 9.

Apache's a harder sell. do people want "Apache" or a web server with a
certain feature set? if the later, one has a decision to make: port (and
maybe improve) Apache, improve Plan 9's httpd, or build something
new. there's a legitamate cost/gain analysis here; the fact that we didn't
build Apache shouldn't enter into it.

i agree everyone could benefit by more active exchange between Plan 9
and other systems. but i think it's a big leap to go from there to saying
we should spend more time improving GCC or porting Apache.
ア



^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)
@ 2001-10-09 13:18 bwc
  2001-10-10  8:57 ` Douglas A. Gwyn
  0 siblings, 1 reply; 144+ messages in thread
From: bwc @ 2001-10-09 13:18 UTC (permalink / raw)
  To: 9fans

>>Inferno != Plan 9.
>>There is no web browser in Plan 9---and that's got to be a big obstacle.

I have an iMAC for that.  One OS doesn't have to do everything.

Brantley Coile


^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] mv vs cp
@ 2001-10-07 16:23 jmk
  2001-10-08  4:28 ` Lucio De Re
                   ` (2 more replies)
  0 siblings, 3 replies; 144+ messages in thread
From: jmk @ 2001-10-07 16:23 UTC (permalink / raw)
  To: 9fans

As Dave points out, there are a lot of balls in the air during
an atomic 'rename'. 4.2BSD introduced the 'rename' system call,
and as an alpha/beta tester for 4.1[abc] and 4.2BSD I can testify
to how long it took to get it right and how much ugly code was
involved.

--jim


^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] Sam question
@ 2001-08-18  7:38 nigel
  2001-08-18  8:31 ` Steve Kilbane
                   ` (3 more replies)
  0 siblings, 4 replies; 144+ messages in thread
From: nigel @ 2001-08-18  7:38 UTC (permalink / raw)
  To: 9fans

OK, so 8 space tabs, ridiculously long variable names, unnecessary
nesting, hungarian notation, and insuffcient use of subfunctions
blows the 80 column limit too quickly.

So use more columns! When did you last use a VT100?

As for clarity, a consistent style is all that is required. Within bounds, it
doesn't matter so much what the style is. The assistance it gives in
reading other people's code is immense.

Programmers should be flexible enough to communicate in the local
dialect whether it be OTB, or something widly different.



^ permalink raw reply	[flat|nested] 144+ messages in thread
[parent not found: <lucio@proxima.alt.za>]
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-20 15:25 rog
  2000-11-21 16:04 ` Douglas A. Gwyn
  0 siblings, 1 reply; 144+ messages in thread
From: rog @ 2000-11-20 15:25 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 591 bytes --]

however, it's worth remembering, that in the Unix i remember at any
rate, _exit() is not always invoked on program exit.  it isn't invoked
if the program dies from a signal, for instance.

i've always presumed that the final close of fds is done when their
refcount drops to zero, i.e.  when the exited process's file table is
cleared up by the kernel.

so the actual _?exit() system calls are not that crucial to the issue
of file closing under AFS. stdio is a different matter, of course.

but i'm not entirely sure whether we're on topic here...  :-)

  cheers,
    rog.


[-- Attachment #2: Type: message/rfc822, Size: 2268 bytes --]

To: <cse.psu.edu!9fans>
Subject: Re: [9fans] AFS-client for Plan9 - ?
Date: Mon, 20 Nov 2000 14:24:48 +0100
Message-ID: <009201c052f5$420a2480$0ab9c6d4@cybercable.fr>

From: Douglas A. Gwyn <gwyn@arl.army.mil>

> Boyd Roberts wrote:
> > here we go.  the kernel closes the fd's as a part of exit,
> > like td said.
> 
> Further, upon return from main(), all the exit() actions
> are performed.
> 
> _exit(), on the other hand, does not perform any stdio.
> (Its main use is in a child branch of a fork.)

absolutely correct.


^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-15  8:10 nigel
  2000-11-15  8:20 ` Alexander Viro
  0 siblings, 1 reply; 144+ messages in thread
From: nigel @ 2000-11-15  8:10 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

Let me explain (and, yes, this is a quote from Fawlty Towers)

Programs which do not explicitly close flies before invoking exit() are
not

1) badly written

or

2) forcing Unix implementations to have to do close on exit to compensate

These are the defined semantics. So the reason is "because that's what
the program quite reasonably expects".

Just in the same way that you don't have to free all memory before
calling exit, unless, as in td's words "they've changed that since I
last looked".  I know "they" did for 16 bit Windows applications, and
it's certainly the case for semaphores in Unix.

> Grr... OK, let me rephrase it:
> 
> 	I really doubt that there is (or ever was) a UNIX variant that
> would not do close-on-exit. Reason: lots and lots of programs that would
> kill such system with file leaks.


[-- Attachment #2: Type: message/rfc822, Size: 2202 bytes --]

From: Alexander Viro <viro@math.psu.edu>
To: Tom Duff <td@pixar.com>
Cc: 9fans@cse.psu.edu
Subject: Re: [9fans] AFS-client for Plan9 - ?
Date: Tue, 14 Nov 2000 19:31:13 -0500 (EST)
Message-ID: <Pine.GSO.4.21.0011141923210.5482-100000@weyl.math.psu.edu>



On Tue, 14 Nov 2000, Tom Duff wrote:

> > Precisely. And any kernel that will try _not_ to do that will die under the
> > leaks produced by the $BIGNUM of applications expecting it do act as any
> > sane UNIX should.
> Which UNIX version lacks this behavior?
> (Or are you trying to run UNIX programs
> on some non-UNIX?)

Grr... OK, let me rephrase it:

	I really doubt that there is (or ever was) a UNIX variant that
would not do close-on-exit. Reason: lots and lots of programs that would
kill such system with file leaks.

IOW, "not likely" was about "some numskull changed it" part - such attempt
would backfire immediately. We are in violent agreement...

^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-14 23:57 David Gordon Hogan
  0 siblings, 0 replies; 144+ messages in thread
From: David Gordon Hogan @ 2000-11-14 23:57 UTC (permalink / raw)
  To: 9fans

> > Precisely. And any kernel that will try _not_ to do that will die under the
> > leaks produced by the $BIGNUM of applications expecting it do act as any
> > sane UNIX should.
> Which UNIX version lacks this behavior?
> (Or are you trying to run UNIX programs
> on some non-UNIX?)

The hypothetical one positted earlier in this thread.

Sorry to butt in, but this is just getting riddiculous.



^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-13 20:22 presotto
  0 siblings, 0 replies; 144+ messages in thread
From: presotto @ 2000-11-13 20:22 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 161 bytes --]

Andrew can cache whole files locally and send back journaled updates.
It's a lot more than cfs.  This is not a trivial project.  Might be
interesting though.

[-- Attachment #2: Type: message/rfc822, Size: 1501 bytes --]

From: anothy@cosym.net
To: 9fans@cse.psu.edu
Subject: Re: [9fans] AFS-client for Plan9 - ?
Date: Mon, 13 Nov 2000 15:19:02 -0500
Message-ID: <20001113201911.6003E199EB@mail.cse.psu.edu>

//Local caching would be great, I think.

okay, let me say off the bat i have no idea how
AFS handles caching, so this comparison may be
totally inapropriate. but for fs caching in
Plan 9 (without 9p↔AFS), take a look at cfs(4)
and the -C option to mount in bind(1).

if your goal is talking to AIX or other Unix
boxes, take a look at u9fs(4).
-α.

^ permalink raw reply	[flat|nested] 144+ messages in thread
[parent not found: <200011131639.eADGdhI37677@smtp3.alkar.net>]
* Re: [9fans] AFS-client for Plan9 - ?
@ 2000-11-13 16:39 presotto
  2000-11-14 15:20 ` Boyd Roberts
  0 siblings, 1 reply; 144+ messages in thread
From: presotto @ 2000-11-13 16:39 UTC (permalink / raw)
  To: mwg, 9fans

[-- Attachment #1: Type: text/plain, Size: 84 bytes --]

Are you volunteering?  I don't know of anyone else writing
an AFS<->9P converter.

[-- Attachment #2: Type: message/rfc822, Size: 1880 bytes --]

From: Wladimir Mutel <mwg@alkar.net>
To: 9fans@cse.psu.edu
Subject: [9fans] AFS-client for Plan9 - ?
Date: Mon, 13 Nov 2000 16:30:52 GMT
Message-ID: <8uoutp$als$1@pandora.alkar.net>

	IBM recently opened their AFS (distributed file system with local
	caching) -
	http://oss.software.ibm.com/developerworks/opensource/afs/

	Could there be any reason or use to make Plan9 AFS-client (like
	afssrv, to connect to afs-servers and map 9p to afs) ?

	Could Plan9 fs(8) get some afs features ? Local caching would be
	great, I think.

--
mwg@alkar.net, 399916, 340044, 7442333, 7786458 - Владимир Мутель

^ permalink raw reply	[flat|nested] 144+ messages in thread
* [9fans] AFS-client for Plan9 - ?
@ 2000-11-13 16:30 Wladimir Mutel
  0 siblings, 0 replies; 144+ messages in thread
From: Wladimir Mutel @ 2000-11-13 16:30 UTC (permalink / raw)
  To: 9fans

	IBM recently opened their AFS (distributed file system with local
	caching) -
	http://oss.software.ibm.com/developerworks/opensource/afs/

	Could there be any reason or use to make Plan9 AFS-client (like
	afssrv, to connect to afs-servers and map 9p to afs) ?

	Could Plan9 fs(8) get some afs features ? Local caching would be
	great, I think.

--
mwg@alkar.net, 399916, 340044, 7442333, 7786458 - Владимир Мутель


^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] /n/smtp
@ 2000-11-01 20:47 Russ Cox
  2000-11-01 21:48 ` Boyd Roberts
  0 siblings, 1 reply; 144+ messages in thread
From: Russ Cox @ 2000-11-01 20:47 UTC (permalink / raw)
  To: 9fans

	russ told me that it would serve no purpose, but i
	'counter attacked' :-) importing it off the firewall.
	a free proxy; code running on the the firewall with
	9P/styx gluing it to wherever it's needed.

even after all this discussion,
i still don't think it serves any purpose.
the data only flows in one direction, and
only in one format.  file servers are good
for handling interactive resources or 
resources with complex presentations.
mail delivery is neither.

people have pointed out that it's like 
sendmail -t.  so have upas/marshal -t,
which i agree would be useful.

want to get the service from a firewall?
instead of marshal -t, do rx firewall marshal -t.

to me, it feels a lot more like a good
pipeline piece than a full-blown filesystem.

russ


^ permalink raw reply	[flat|nested] 144+ messages in thread
* Re: [9fans] file server problems
@ 2000-07-12  9:04 ianb
  2000-07-13  1:33 ` Eric Dorman
  0 siblings, 1 reply; 144+ messages in thread
From: ianb @ 2000-07-12  9:04 UTC (permalink / raw)
  To: 9fans


>i've not had any trouble with my IDE fileserver,

I thought that fileservers had to be SCSI?

Ian



^ permalink raw reply	[flat|nested] 144+ messages in thread

end of thread, other threads:[~2003-03-14  5:06 UTC | newest]

Thread overview: 144+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-11-13 20:19 [9fans] AFS-client for Plan9 - ? anothy
2000-11-14  9:58 ` Wladimir Mutel
     [not found]   ` <mwg@alkar.net>
2000-11-14 22:33     ` Tom Duff
2000-11-14 22:41       ` Boyd Roberts
2000-11-14 22:41       ` Alexander Viro
2000-11-14 22:51         ` Boyd Roberts
     [not found]           ` <boyd@planete.net>
2000-11-14 23:02             ` Tom Duff
2000-11-20 10:55           ` Chris Locke
2000-11-20 10:56           ` Douglas A. Gwyn
2000-11-20 13:24             ` Boyd Roberts
     [not found]         ` <viro@math.psu.edu>
2000-11-14 23:00           ` Tom Duff
2000-11-14 23:15             ` Alexander Viro
2000-11-14 23:54           ` Tom Duff
2000-11-15  0:31             ` Alexander Viro
2000-11-15  0:38               ` Boyd Roberts
  -- strict thread matches above, loose matches on Subject: below --
2003-03-10 13:13 [9fans] E attribute in libsec/port/x509.c Claude BONFANTI
2003-03-11 17:41 ` Eric Grosse
2003-03-12  9:33   ` [9fans] hardware support for the fs kernel Conor Williams
2003-03-12  9:52     ` Geoff Collyer
2003-03-12 10:01     ` Lucio De Re
2003-03-12 10:12       ` Geoff Collyer
2003-03-12 10:28         ` Lucio De Re
2003-03-12 17:15           ` Russ Cox
2003-03-13  7:59             ` Lucio De Re
2003-03-13 15:45               ` Russ Cox
2003-03-14  5:06                 ` Lucio De Re
2003-03-12 10:52         ` James A. Robinson
2003-03-12 11:11           ` Lucio De Re
2003-03-12 22:59             ` Geoff Collyer
2003-03-12 23:20               ` Jack Johnson
2002-09-21  2:01 [9fans] 9 in the news matt
2002-09-21 11:16 ` Lucio De Re
2002-09-21 15:21   ` Arnaud SAHUGUET
2002-09-21 15:57   ` Jack Johnson
2002-09-21 16:01   ` Ronald G Minnich
2002-09-21 21:55   ` Steve Kilbane
2002-10-01 12:45 ` matt
2002-10-03  1:47 ` [9fans] did a replica/pull, now "mk 'CONF='pc" fails? Eric Dorman
2002-03-27 20:12 [9fans] sam and ssh Geoff Collyer
2002-03-27 20:18 ` Lucio De Re
2002-03-27 20:31   ` Scott Schwartz
2002-03-10 23:59 [9fans] samuel Alex Danilo
2002-03-11  0:07 ` Alexander Viro
2002-03-11  7:44   ` Steve Kilbane
2002-03-11  0:45 ` Andrew Simmons
2002-03-11 10:10   ` Thomas Bushnell, BSG
2001-11-07 21:34 [9fans] Rant (was Re: Plan9 and Ada95?) anothy
2001-11-08  5:30 ` Lucio De Re
2001-11-08  5:43   ` George Michaelson
2001-11-08  7:07     ` Jim Choate
2001-11-08  7:40     ` Lucio De Re
2001-11-08 10:40       ` Thomas Bushnell, BSG
2001-11-08 20:15       ` Quinn Dunkan
2001-11-08  5:59   ` Andrey A Mirtchovski
2001-11-08  7:16 ` Steve Kilbane
2001-11-29  4:44 ` Boyd Roberts
2001-10-09 13:18 Plan 9 annoyances (was: Re: [9fans] mv vs cp) bwc
2001-10-10  8:57 ` Douglas A. Gwyn
2001-10-10 10:02   ` Browsers (was: Re: Plan 9 annoyances (was: Re: [9fans] mv vs cp)) Lucio De Re
2001-10-10 18:38     ` Steve Kilbane
2001-10-11  8:31       ` John Murdie
2001-10-11 17:26         ` Steve Kilbane
2001-10-12  6:31         ` [9fans] Re: Browsers Boyd Roberts
2001-10-07 16:23 [9fans] mv vs cp jmk
2001-10-08  4:28 ` Lucio De Re
2001-10-08  4:49   ` Alexander Viro
2001-10-08  6:10     ` George Michaelson
2001-10-08  6:34       ` Alexander Viro
2001-10-08  6:49         ` George Michaelson
2001-10-08  7:00           ` Lucio De Re
2001-10-08  7:13             ` George Michaelson
2001-10-08  7:44               ` Alexander Viro
2001-10-08  7:28             ` Alexander Viro
2001-10-08  6:54       ` Lucio De Re
2001-10-08  7:10         ` George Michaelson
2001-10-08  8:28           ` Lucio De Re
2001-10-08  9:51     ` Thomas Bushnell, BSG
2001-10-08 10:30       ` Alexander Viro
2001-10-09  9:03         ` Thomas Bushnell, BSG
2001-10-09  9:33           ` Alexander Viro
2001-10-09 15:58             ` Thomas Bushnell, BSG
2001-10-09 16:43               ` davel
2001-10-10  8:49                 ` Ralph Corderoy
2001-10-10  8:49                 ` Thomas Bushnell, BSG
2001-10-10  9:48                   ` davel
2001-10-11  9:10                     ` Thomas Bushnell, BSG
2001-10-11 10:54                       ` davel
2001-10-12  9:19                         ` Thomas Bushnell, BSG
2001-10-09 16:46               ` Alexander Viro
2001-10-10  8:50                 ` Thomas Bushnell, BSG
2001-10-10 10:29                   ` Alexander Viro
2001-10-10  1:05               ` erik quanstrom
2001-10-10  2:15                 ` david presotto
2001-10-10  4:54                   ` Skip Tavakkolian
2001-10-10  8:30                 ` davel
2001-10-08 10:34       ` Boyd Roberts
2001-10-08  9:50   ` Douglas A. Gwyn
2001-10-08 11:13     ` Lucio De Re
2001-10-08  9:42 ` Thomas Bushnell, BSG
2001-10-08 17:43 ` [9fans] rewriting paths [was: mv vs cp] Richard Uhtenwoldt
2001-08-18  7:38 [9fans] Sam question nigel
2001-08-18  8:31 ` Steve Kilbane
2001-08-20  8:57   ` Luis Fernandes
2001-08-20 11:10     ` Boyd Roberts
2001-08-18 11:06 ` Boyd Roberts
2001-08-19  6:57 ` Lucio De Re
2001-08-19 10:54   ` Boyd Roberts
2001-08-19 11:13     ` Lucio De Re
2001-08-19 12:02       ` Boyd Roberts
2001-08-19 12:23         ` Lucio De Re
2001-08-19 16:17           ` Steve Kilbane
2001-08-19 20:57 ` Dan Cross
     [not found] <lucio@proxima.alt.za>
2001-04-23  5:53 ` [9fans] PGP Lucio De Re
2001-04-23  6:01   ` Scott Schwartz
2001-04-23 16:13     ` Dan Cross
2002-03-27 18:14 ` [9fans] sam and ssh Lucio De Re
2002-03-27 19:08   ` Scott Schwartz
2002-03-28  1:28   ` Micah Stetson
2002-03-27 20:15     ` Lucio De Re
2002-03-27 20:22       ` Lucio De Re
2002-03-27 20:36         ` Lucio De Re
2002-03-27 20:41           ` Lucio De Re
2002-04-08 12:47           ` peter huang
2000-11-20 15:25 [9fans] AFS-client for Plan9 - ? rog
2000-11-21 16:04 ` Douglas A. Gwyn
2000-11-15  8:10 nigel
2000-11-15  8:20 ` Alexander Viro
2000-11-14 23:57 David Gordon Hogan
2000-11-13 20:22 presotto
     [not found] <200011131639.eADGdhI37677@smtp3.alkar.net>
2000-11-13 17:03 ` Wladimir Mutel
2000-11-13 16:39 presotto
2000-11-14 15:20 ` Boyd Roberts
2000-11-13 16:30 Wladimir Mutel
2000-11-01 20:47 [9fans] /n/smtp Russ Cox
2000-11-01 21:48 ` Boyd Roberts
2000-11-01 22:02   ` Boyd Roberts
2000-11-01 22:10     ` Scott Schwartz
2000-11-01 22:23       ` Boyd Roberts
2000-07-12  9:04 [9fans] file server problems ianb
2000-07-13  1:33 ` Eric Dorman
2000-07-13  2:28   ` Eric Dorman
2000-07-13  4:15     ` Lucio De Re
2000-07-13  4:33       ` Scott Schwartz
2000-07-13 12:19         ` Lucio De Re

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).