On Tue, Dec 14, 2010 at 01:00:33PM +, Steve Simon wrote:
> Is there a way to hook into the napespace of factotum (I beleive there was a
> kernel
> patch to make /proc/??/ns writable which should do it but I was hoping for a
> solution
> that just used "a clever plan9 trick"
I needed read acc
On Fri, Dec 10, 2010 at 01:21:49PM +0200, Eugene Gorodinsky wrote:
> I came across dyncall. Is that the library you were talking about? If there
> already is an existing library out there, then I might experiment with both
> approaches.
The other, older library is dynld. The "official" release is
On Mon, Nov 15, 2010 at 11:22:52AM -0500, erik quanstrom wrote:
> > > How do you map it to a local identity?
> >
> > There's less need to, since most rights checks would be done using the key
> > directly, but eve's factotum also probably has a SPKI key, and your identity
> > can be stringified in
On Fri, Nov 12, 2010 at 02:20:35PM -0800, ron minnich wrote:
> On Fri, Nov 12, 2010 at 2:15 PM, Eric Van Hensbergen wrote:
>
> > No, that's true. I think this is actually a huge open issue for
> > existing distributed file systems in general and I'm not sure of a
> > good way around.
>
> yeah,
On Thu, Oct 28, 2010 at 04:56:02PM +0200, Francisco J Ballesteros wrote:
> Be there caches of not, I've found that I want to be able to say
> "I'm done with this file, let me know if everything is done and ok".
You can, just not by using Tclunk.
> Of course, if you use 9p with no cache, you know
On Sun, Oct 17, 2010 at 12:59:04PM -0700, Benjamin Huntsman wrote:
> where you can't tweak things such that 100% of all administration
> activities can be performed remotely via drawterm... for some stuff like
> setting
> up disks, one still has to use the local physical terminal.
I tend to add a
On Fri, Oct 15, 2010 at 01:49:58PM +0200, Enrico Weigelt wrote:
> * Tharaneedharan Vilwanathan wrote:
> > hi,
> >
> > about a year back, someone mentioned about a tool or utility for
> > archiving/storage like venti. it has de-duplication and uses hashing
> > mechanism. i think it runs on linux m
On Sun, May 02, 2010 at 04:09:53PM -0600, EBo wrote:
> The article "Styx Caching via Journal Callbacks" is listed with the author
> order as "N.W. Filardo and V. Srinivas" whereas the article order and table
> of contents list them in the reverse order.
Venkatesh should be first author on that pa
On Mon, Apr 12, 2010 at 09:30:11AM +, Boo wrote:
> Hi folks,
> Is there any revision control system or SCM of Plan 9 sources? I would
> like to read changesets, but don't know where I can find them.
> Thanks.
There's a mirror of the daily fossil snapshots from 2002/1212 to some time
last year,
On Wed, Feb 17, 2010 at 03:06:57PM +0100, Gorka Guardiola wrote:
> > * each module may have an entry point (main module w/o is allowed,
> > even if it wouldn't make much sense ;-o), these are called after
> > relocation, along the dependency tree, from leaf to root.
>
> no modules.
That's not e
On Sun, Feb 07, 2010 at 10:08:39PM +, matt wrote:
> not only has someone got to find a collision during a tiny timeframe,
> they also have to fit it in 8k
MD5 collisions can, apparently, be constructed in 24 hours on a laptop these
days. Yes, it's a constraint, but.
Venti supports larger b
On Sun, Feb 07, 2010 at 12:44:52PM -0500, erik quanstrom wrote:
> 1. the sender can't control email headers. many
> transfer agents add a random transfer-id which
> would confound this attack.
>
> 2. if the rcpt uses mbox format, the sender can't
> control how your message is fit into venti blo
On Mon, Dec 07, 2009 at 02:36:36PM +, roger peppe wrote:
> 2009/12/7 Sam Watkins :
> > I meant for example if a process is reading from its stdin a open file 'A'
> > and
> > writing to stdout the input of a pipe 'B', rather than looping and
> > forwarding
> > data it may simply "join" these t
On Mon, Nov 09, 2009 at 12:07:22AM +, dav...@mac.com wrote:
> yet too dangerous due to its possible unbounded runtime
I keep hearing this brought up, but (while I am not an expert) AFAICT, the
runtime for each D hook should be strictly bounded by the number of
instructions lobbed in, since D
On Sun, Nov 01, 2009 at 11:58:10AM -0500, erik quanstrom wrote:
> On Sun Nov 1 11:55:47 EST 2009, devon.od...@gmail.com wrote:
> > Also, D is not compiled in kernel. The dtrace utility compiles the D
> > script, and the script goes through some sanity checking in the D
> > compiler. The bytecode i
On Thu, Sep 24, 2009 at 09:22:17AM +0100, Richard Miller wrote:
> What do you mean exactly by "sees"? A device may be known
> because it responded to an inquiry (probe for all devices) or a
> page (probe for specific device), or because it sent you an inquiry
> or a page, or because you paired wit
On Sun, Jul 26, 2009 at 09:48:23AM -0400, erik quanstrom wrote:
> > to be fair to the unicode people, this decoupling of glyphs and codepoints
> > is (i think) the most straightforward way to implement some languages like
> > arabic, where the glyphs for characters depend on their position within a
On Mon, Jun 29, 2009 at 08:56:06AM -0700, Russ Cox wrote:
> Whether you use -q should have no effect on the memory usage.
> There may be a memory leak somewhere involving -q, but at
> first glance I don't see one. Feel free to investigate.
You're right; I glitched. The memory consumption is due
On Mon, Jun 29, 2009 at 09:13:09AM +0800, Fernan Bolando wrote:
> Why is -q not a default? Is there a reliability concern with that option?
It uses an astronomically large amount of memory, if nothing else.
Mirroring a little over 100MB of data from sources with vac -q occupies
roughly 85MB in cor
On Thu, Jun 11, 2009 at 08:34:57AM -0400, erik quanstrom wrote:
> 2. 9p for imbedded devices
> http://iwp9.inf.uth.gr/iwp9_proceedings08.pdf
Is the source for embedfs available? Google doesn't seem to think so, but
my googlefu might be lacking.
Thanks.
--nwf;
pgpcgXBcdqcLZ.pgp
Descriptio
On Thu, Apr 23, 2009 at 01:07:58PM +0800, sqweek wrote:
> Ken Thompson wrote:
> | Now for the question. 9P could probably be speeded up, for large
> | reads and writes, by issuing many smaller reads in parallel rather
> | than serially. Another try would be to allow the client of the
> | filesystem
On Wed, Apr 15, 2009 at 02:03:35PM +0200, Patrick Kristiansen wrote:
> I'm thinking of writing a NAT implementation for plan 9.
I would suggest instead that it might be easier to write an adaptor program
for non-Plan 9 hosts which made their network stacks talk to a /net. That
is, you'd want a pr
On Fri, Apr 10, 2009 at 11:25:02AM +0100, Steve Simon wrote:
> > truerand() returns (at most) 32 bits of entropy, which gets pushed into
> > srand() and then 32 bits of entropy are read back out... why not just use
> > truerand() directly?
>
> This bit I know, truerand() reads /dev/random (see con
On Fri, Apr 10, 2009 at 02:08:25PM +0200, Mechiel Lukkien wrote:
> On Fri, Apr 10, 2009 at 07:48:54AM -0400, erik quanstrom wrote:
> > > We haven't brought up SSL yet, so Eve can read our exchanged random
> > > numbers... now these values get shoved into SHA-1 (along with the 56 bits
> > > of
> >
Hullo 9fans.
Can somebody please explain to my slow mind the purpose of this game in
/sys/src/cmd/exportfs/exportfs.c (and the corresponding half in
cmd/import.c) and where my thoughts on it derail ?
/* exchange random numbers */
srand(truerand());
for(i = 0; i < 4; i++)
key[i+1
On Mon, Feb 09, 2009 at 11:55:05AM -0500, Venkatesh Srinivas wrote:
> On Mon, Feb 09, 2009 at 08:48:33AM -0800, Russ Cox wrote:
>> On Mon, Feb 9, 2009 at 4:56 AM, Venkatesh Srinivas wrote:
>>> vcopy: reading block (type 16):
>>> read asked for 0
On Sat, Mar 28, 2009 at 01:31:01PM -0400, erik quanstrom wrote:
> it would be interesting to know if the score
> of the block returned by venti/read is correct.
venti/read should be doing this check automatically since libventi/client.c
builds with "int ventidoublechecksha1 = 1;" by default.
--nw
On Sat, Mar 28, 2009 at 11:11:25AM +, Charles Forsyth wrote:
> i've seen that just recently, but thought it might have been
> a failing (very old) drive, or a power failure beyond the endurance of the
> UPS.
> if neither of those are true in your case, it might be worth a deeper look.
> i also
Entertaining. Indented lines are fossil console; nonindented are at a
normal CPU prompt.
cpu% 9fs
9fs: venti i/o error or wrong score, block
558b88fbae4e0aa894c614fb3eeccf4d2f7492ca
main: venti tcp!xxx.xxx.xxx.xxx!x
cpu% 9fs
9fs: venti i/o error or wrong score, block
558b88fbae4e0
On Wed, Mar 25, 2009 at 08:21:12PM -0500, Eric Van Hensbergen wrote:
> Guess it depends on how you are using it. Wonder if you could save
> enough state to recover -- probably just Vnc at that point though.
>
> Would octopus have the same problem or would Op help solve the state
> problem?
>
>
On Sun, Mar 15, 2009 at 08:49:50PM -0500, Jeff Sickel wrote:
> I've just built out a new Plan 9 cpu/auth server and noticed that others
> are able to write to the logs. Is this intentional or just an
> oversight?
It is intentional, AFAIK.
An alternative for the paranoid perhaps would be to ma
On Tue, Mar 10, 2009 at 08:19:28PM -0700, David Leimbach wrote:
> How about: http://www.linuxdevices.com/news/NS9634061300.html?
>
> Literally plug it in and run...
>
> "In typical use, the SheevaPlug draws about as much power as a night-light.
> Yet, with 512MB each of RAM and Flash, and a 1.2GH
On Thu, Feb 12, 2009 at 09:50:50AM -0700, andrey mirtchovski wrote:
> > On the first hand again, given the occasional reports of "replica hosed me"
> > I'm not terribly keen on trusting
>
> given the occasional reports of "software X hosed me" (for any and all
> X), i don't think we should be terr
On Thu, Feb 12, 2009 at 07:49:58AM -0500, erik quanstrom wrote:
> exactly. the point i was trying to make, and evidently
> was being too coy about, is that 330 odd gb wouldn't
> be as useful a number as the sum of the sizes of all the
> new/changed files from all the dump days. this would
> be a
On Wed, Feb 11, 2009 at 10:35:33AM -0800, Roman V. Shaposhnik wrote:
> Since its a more or less r/o Git repo, why not also provide a mirror on
> one of these guys:
> http://github.com/
> http://repo.or.cz/
> http://gitorious.org/
I don't want to make it even that official yet, in case
On Tue, Feb 10, 2009 at 02:45:43PM -0800, Roman V. Shaposhnik wrote:
> On Tue, 2009-02-10 at 17:28 -0500, erik quanstrom wrote:
> > what leads you to beleve that that amount of sharing will be
> > significant?
>
> Just a hunch so far. I don't have hard data to prove anything.
> On the other hand,
On Tue, Feb 10, 2009 at 04:22:42PM -0500, Nathaniel W Filardo wrote:
> > since 9fs never stopped working, why could you not just export (with
> > httpd) from your machine a -C mount of sources? then the robots hammer
> > you but since you're cached, you don't hammer so
On Tue, Feb 10, 2009 at 01:51:47PM -0800, Roman V. Shaposhnik wrote:
> since replica requires some (albeit automatic) periodic work on the
> server end it means that there's one more thing for bell lab folks
> to care about and maintain. that said, a brand new Venti proxy or
> what not will probabl
On Tue, Feb 10, 2009 at 04:32:18PM -0500, erik quanstrom wrote:
> i'm still not following why replica won't work? getting in underneath
> the fs seems to require some extra justification and it seems to require
> some very low-level modifications. and yet the file interface provides
> what i thin
On Tue, Feb 10, 2009 at 01:15:11PM -0800, ron minnich wrote:
> On Tue, Feb 10, 2009 at 1:10 PM, John Barham wrote:
> >> I've turned it back on and will watch to see if our web server gets
> >> swamped by it. This interface should not be used to mirror the
> >> contents of sources.
> >
> > What in
There seems to be some disagreement about vsnprintf()'s return code, in a
way that's breaking my attempts to get git building on Plan 9.
The manual on my Linux box says:
> The functions snprintf() and vsnprintf() do not write more than size
> bytes (including the trailing '\0'). If the output w
I am running the admittedly somewhat odd vac command
> phlogiston% vac \
> -d ... -q \
> -f ... \
> -h ... \
> -e acme/acid/386 -e acme/acid/alpha -e acme/acid/arm \
> -e acme/acid/mips -e acme/acid/power -e acme/bin/386 \
> -e acme/bin/alpha -e acme/bin/arm -e acme/bin/m
On Wed, Feb 04, 2009 at 11:40:51AM -0500, Nathaniel W Filardo wrote:
> entire sun-facing solid angle of the earth into a similarly perfect
> computer, we get 2^192/2^32*(4.5 x 10^(-10)) ~~ 2^129 addition operations in
Rats, I got overly happy with exponentiation (should be 2^5, no
On Wed, Feb 04, 2009 at 05:40:01PM +0900, sqweek wrote:
> On Tue, Feb 3, 2009 at 9:54 PM, erik quanstrom wrote:
> >> Yes, but the content isn't guaranteed to be from a single user. In
> >> fact, venti has no clue. Change that and it's not venti anymore.
> >
> > exactly. but it's important to no
Hello all. In order to ease the local (JHU ACM) use of Plan 9, I have
written a LDAP-based keyfs and secstore-alike (a program which consumes LDAP
passwords and emits Plan 9 secrets). I figured this might be of interest to
others, and so have something of a writeup available at
https://wiki.acm.j
I don't actually know if this is incorrect behavior, but it strikes me as
funny:
term% ramfs -m /n/ram1
term% ramfs -m /n/ram2
term% bind /n/ram1 /n/ram
term% bind -a /n/ram2 /n/ram
term% mkdir /n/ram1/test
term% mkdir /n/ram2/test
term% touch /n/ram1/test/foo
term% touch /n/ram2/test/bar
term% ls
On Sun, Jan 25, 2009 at 08:49:57AM -0600, Eric Van Hensbergen wrote:
> For servers there are lots of choices, but spfs/npfs are the only ones
> (I know of) which support the UNIX extensions (for things like UID
> mapping, etc.)
A quick look at npfs and spfs suggests that neither support p9sk1 auth
Perhaps I'm just being silly and this is noise... sources's
plan9/sys/man/1/vac still mentions unvac and /386/bin/unvac exists, but
/sys/src/cmd seems not to believe in unvac (there's no unvac.c and
vac/mkfile doesn't mention it either). Is it hiding somewhere else?
Thanks.
--nwf;
pgpWVVliNoe0X
I don't undrestand what's going on here:
> term% 9fs sources
> post...
> term% ls -l /n/sources
> d-rwxrwxr-x M 38 9grid 9grid 0 Oct 20 2005 /n/sources/9grid
> ...
>
> term% cpu -h phlogiston.acm.jhu.edu
> cpu% mount -n /mnt/term/srv/sources /n/sources
>
> !Adding key: dom=outside.plan9.be
Just got:
cpu% ls -l /n/sourcesdump/2009
ls: /n/sourcesdump/2009: venti i/o error or wrong score, block
0c738562c80c830ac57903eb9ff0c66159409459
Sources itself seems up, tho'.
--nwf;
pgpiVPGFI625J.pgp
Description: PGP signature
On Fri, Jan 09, 2009 at 09:54:02PM +0100, Francisco J Ballesteros wrote:
> it's not reliable.
> I had to fix several things, but the main problem is that
> it's not coherent wrt sources. You might end up with incosistent
> files, depending on when lsr runs.
>
> I'm using a variant of lsr, but I'm
On Thu, Jan 08, 2009 at 07:57:42PM +, Charles Forsyth wrote:
> >It now seems, that if your process has a read/write access to
> >a channel capable of speaking 9P not letting it mount that
> >channel really doesn't accomplish much: whatever messages kernel
> >would send on your behalf, you can
On Wed, Jan 07, 2009 at 08:37:02PM -0500, ge...@plan9.bell-labs.com wrote:
> No, we don't publish venti scores; that would be very
> poor security practice.
In the general case, yes, absolutely. In the case of the nightly scores for
sources/plan9, is it still? AFAICT the entire directory tree th
Is the venti backing sources publically readable? Perhaps equally
importantly, are the scores of sources dump published anywhere?
I ask because I'd like a local copy of the development history, and while I
am currently spidering sources' dump, that's going to take a long while and
venti/copy -f s
On Sun, Jan 04, 2009 at 10:20:55PM -0800, Russ Cox wrote:
> There are some devices in Plan 9 that simply don't "virtualize",
> because at a deep level they are tied to process state that
> doesn't go through the file system. Dup manipulates the file
> descriptor table, not files themselves. Pipe
On Sun, Jan 04, 2009 at 12:48:08AM -0500, erik quanstrom wrote:
> > > '#p'
> > > allows any of my namespaces to debug processess in any other, '#s' is too
> > > global, and /net seems to allow any of my processes to manipulate any of
> > > my
> > > other processes' network connections (though I've
On Sun, Jan 04, 2009 at 07:19:35AM +0200, lu...@proxima.alt.za wrote:
> > '#p'
> > allows any of my namespaces to debug processess in any other, '#s' is too
> > global, and /net seems to allow any of my processes to manipulate any of my
> > other processes' network connections (though I've not test
On Sat, Jan 03, 2009 at 01:23:02PM -0800, Roman V. Shaposhnik wrote:
> [ I took a liberty to merge two of your emails together for the ease of
> commenting ]
Thanks. :)
> On Thu, 2009-01-01 at 18:57 -0500, Nathaniel W Filardo wrote:
> > That is, the claim that "a process sp
On Thu, Jan 01, 2009 at 02:53:33PM -0800, Roman V. Shaposhnik wrote:
> On Tue, 2008-12-30 at 10:31 -0500, erik quanstrom wrote:
> > > You have to ensure that I can't dial it and authenticate with
> > > factotum. It's a mess!)
> >
> > how would that attack work?
> >
> > supposing that you have a f
On Sat, Dec 27, 2008 at 12:21:49PM -0800, Roman Shaposhnik wrote:
> True. But why that should be a problem in practice? If the process
> belongs to a user X that means user X has control over it. Thus the
> behavior of accidental consumption of an fd that was meant to be consumed
> by some other pr
On Tue, Dec 23, 2008 at 11:14:16PM -0500, erik quanstrom wrote:
> > All of the same comments apply to /srv (though srv^2 is trying to solve
> > this).
>
> not true. import $server / /n/$server will give you access to srv on $server
> as /n/$server/srv.
Fair, but there's no reason to propose that
On Tue, Dec 23, 2008 at 08:39:27PM -0500, erik quanstrom wrote:
> > /srv is not an ideal answer, though it is the one I feared would be given.
> > /srv allows any process running as a given user to access the posted fd, and
> > does not respect namespace or process group boundaries. I want a mecha
On Tue, Dec 23, 2008 at 11:52:51PM +0100, Rodolfo kix Garcia wrote:
> Nathaniel,
>
> I am not 100% sure if my answer will solve your problem, but probably
> you can do it using the 9P protocol.
>
> Look http://plan9.bell-labs.com/magic/man2html/5/0intro, 9P is the way
> to comunicate the kernel
On Wed, Dec 24, 2008 at 12:53:06AM +0100, Francisco J Ballesteros wrote:
> You can post a fd at /srv for others to use
/srv is not an ideal answer, though it is the one I feared would be given.
/srv allows any process running as a given user to access the posted fd, and
does not respect namespace
Is there any equivalent of sendfd() on native Plan 9?
Thanks.
--nwf;
pgpCxPRdGX3TE.pgp
Description: PGP signature
> Hi,
>
> The contrib index mentions that daily changelogs for Plan 9 are in
> sources/extra/changes, but those haven't been updated since early 2007.
> Is there any preferred way to get changelogs / diffs these days?
Relatedly, is there a better way to mirror the development history of Plan 9
tha
Have people seen http://wiki.ubnt.com/wiki/index.php/RouterStation ? Any
idea on what porting the kernel to this guy would be like?
Thanks.
--nwf;
pgpkIwKBWkcjF.pgp
Description: PGP signature
On Wed, Dec 17, 2008 at 11:55:50PM -0500, j...@csplan9.rit.edu wrote:
> It would be a bit of work but definitely feasible if there's interest.
+1
pgpTOmxdMaiBS.pgp
Description: PGP signature
Is it crazy to propose that the kernel should offer multiple devsrv sources?
It seems to me that it might be a useful to isolate proesses from things
that have been posted in /srv's even if they run as the same user under,
without preventing the use of /srv altogether.
If something like this is po
On Thu, Dec 04, 2008 at 02:58:15PM +, Steve Simon wrote:
> > AFS has its warts, but, trust me, if you've used it for a while,
> > you will not find yourself excitedly perusing the volume location
> > database to see where your bits are coming from.
>
> Is there an AFS client for plan9 anywhe
On Tue, Dec 02, 2008 at 10:04:57AM -0800, Roman V. Shaposhnik wrote:
> I would imagine that making '#p'//ns writable and receptive
> to messages of exact same format that is being output right now
> (plus an 'unmount X Y' message) would be a very natural thought in
> a Plan9 environment. Yet, it w
On Sun, Nov 16, 2008 at 09:24:19PM +, Eris Discordia wrote:
>> That isn't happening. All we have is one TCP connection and one small
>> program exporting file service.
>
> I see. But then, is it the "small program exporting file service" that
> does the multiplexing? I mean, if two machines i
On Sat, Nov 15, 2008 at 11:30:05AM -0700, andrey mirtchovski wrote:
> > Given that you weren't running the auth server, how was logging in as bootes
> > working?
>
> both factotums already contained the auth keys for the user bootes so
> the authentication code probably short-circuited the auth pr
On Sat, Nov 15, 2008 at 11:55:38AM -0600, Eric Van Hensbergen wrote:
> gabi found it. There was a typo in my cpurc that wasn't starting the
> auth server listen.
> auth/debug was most useful in helping find it.
>
> -eric
[snip]
> > Also wouldn't explain why drawterm as bootes wor
On Thu, Nov 06, 2008 at 09:18:47PM -0800, Roman Shaposhnik wrote:
> On Nov 5, 2008, at 9:40 PM, Nathaniel W Filardo wrote:
>> Would this suffice?
>
> It sounds like exactly the kind of thing I was talking about.
OK. To reiterate what I said earlier, these kinds of "soonst
On Wed, Nov 05, 2008 at 05:53:25PM -0800, ron minnich wrote:
> Just booted Plan 9 on a 1024+16 node BG/P this week. .
>
> All credit to jmk, ericvh, and charles for this fantastic test run and
> the existence of this new kernel.
Just chiming in to say very nicely done, congratulations, && thanks f
On Sun, Nov 02, 2008 at 09:55:16PM -0800, Roman Shaposhnik wrote:
> Guys,
>
> when somebody tries to stop a process that is waiting for the IO the
> process
> doesn't get transferred to a Stopped state immediately but only when
> the scheduler sees it for the first time. This leads to a process
On Mon, Oct 20, 2008 at 10:29:17PM -0500, Eric Van Hensbergen wrote:
> Good general problem, I'd also like to add my personal pain point that
> only the file server knows about the relationship between groups and
> users. It'd be nice to have a more general service to take care of
> this, and incl
On Mon, Oct 20, 2008 at 07:43:39PM -0400, erik quanstrom wrote:
> > http://osdir.com/ml/os.plan9.nine-grid/2005-06/msg1.html is a proposal
> > from some years ago from TIP9UG to do multi-domain authentication in a way
> > somewhat reminiscent of Kerberos.[1]
> >
> > The only change to factotum
On Mon, Oct 20, 2008 at 10:11:22PM +0100, Charles Forsyth wrote:
> >Forgive my ignorance, but I don't see how the code in question relates to
> >returning a 64-bit value?
> MOVL a+0(FP),CX
> MOVL AX,0(CX)
> MO
On Mon, Oct 20, 2008 at 09:19:50AM +0100, C H Forsyth wrote:
> seek is unusual because it returns a 64-bit value
Forgive my ignorance, but I don't see how the code in question relates to
returning a 64-bit value?
--nwf;
pgpZuSgZQbGYG.pgp
Description: PGP signature
/sys/src/libc/9syscall/mkfile has a rather odd looking special case for the
seek system call... it looks like if seek fails (returns -1) that the first
two arguments (fd and offset) are overwritten with -1. What's going on
here? The manual page doesn't hint at anything...
Thanks.
--nwf;
pgpjCS
Hullo list.
http://osdir.com/ml/os.plan9.nine-grid/2005-06/msg1.html is a proposal
from some years ago from TIP9UG to do multi-domain authentication in a way
somewhat reminiscent of Kerberos.[1]
The only change to factotum, AFAICT, was the following addition:
>if(_strfindattr(s->key->attr
On Fri, Oct 03, 2008 at 06:39:17PM +0200, Rudolf Sykora wrote:
> Hello everybody!
>
> If I understand it right ^f (or an 'ins' key) are taken care of by rio and
> thus the success of completion is essentially dependent on the namespace rio
> is using. This namespace is created when rio is started,
On Thu, Sep 18, 2008 at 05:57:21PM +0800, sqweek wrote:
> On Fri, Sep 12, 2008 at 7:47 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > as an aside: i don't think 9p itself limits plan 9 performance
> > over high-latency links. the limitations have more to do with
> > the number of outstanding me
On Tue, Jul 08, 2008 at 01:17:53PM -0400, Russ Cox wrote:
> > i guess this gets to a more philosophical question
> > on how 9vx networking relates to the host.
> >
> > personally, i feel it would be more useful to be
> > able to use plan 9's native network stack. but
> > i'm biased. i want to se
On Tue, May 27, 2008 at 09:12:05AM +, prem wrote:
> Hi guys,
> does anyone know why links under http://gsoc.cat-v.org/people/nwf/ (or
> any links under http://gsoc.cat-v.org) does not really work ?
> Are there any mirrors of this site ?
> I was actually looking for the dynld.txt and paper-strat
On Thu, May 08, 2008 at 10:02:18AM -0400, Russ Cox wrote:
> > term% echo delkey > /mnt/factotum/ctl
> > term% cpu -h sea.cs.jhu.edu -k 'user=bootes'
> > [add key dance]
> > sea#
> > term% cpu -h sea.cs.jhu.edu -k 'user=nwf'
> > [no key dance is necessary]
> > cpu%
> > term% cpu -h sea.cs.jhu.edu -k
On Wed, May 07, 2008 at 11:00:13AM +0100, roger peppe wrote:
> On Tue, May 6, 2008 at 9:38 PM, Nathaniel W Filardo <[EMAIL PROTECTED]> wrote:
> > term% cpu -h sea.cs.jhu.edu -k 'user=nwf'
>
> i think the answer may be to do with the fact
> that you're us
On Tue, May 06, 2008 at 01:10:12PM +0100, [EMAIL PROTECTED] wrote:
> i haven't used the inferno 9auth stuff to log in as more
> than one user, hence i guess i wouldn't have tickled that bug.
>
> what does 'cat /mnt/factotum/ctl' report after adding the key for user=nwf?
I'm really confused now; I
90 matches
Mail list logo
