On Jan 25, 2009, at 8:43 PM, andrey mirtchovski wrote:
A quick look at npfs and spfs suggests that neither support p9sk1
auth? Am
I misreading?
one user-level 9p server/client which supports p9sk1 is Tim's python
9P library.
Which should be a relatively easy way to add a 9pserve to hg.
> Do you enjoy mouse editing? May be I'm just an old
> TTY junkie, but for me mouse is a device that lets me
> switch between Xterms with screens(1) in them ;-)
This particular topic has been discussed to death in the past.
Forsyth had a particularly lucid summary of a study by Tognazzi
showing th
yeah, yeah, Russ had " and "" -- maybe
this was justification for his ideas,
or perhaps some additional functionality
some might find useful
whatever it was, this self-reply was certainly
self-justification -- my appologies
ak
2009/1/26 Roman Shaposhnik :
...
> Yeah, that's about the only thing that is useful to me
> as well. The rest requires too much mousing around
> and in general it is quicker for me to compose the
> command line anew rather than trying to edit the
> bygones.
>
There are normally two cases in a rio
>> the other part of the argument — the "write hole"
>> depends on two things that i don't think are universal
>> a) zfs' demand for transactional storage
>
> Huh?!?
why else would the zfs guys be worried about a
"write hole" for zfs?
what would happen to a raid-z if a write returned
as successf
On Jan 26, 2009, at 9:37 AM, erik quanstrom wrote:
the other part of the argument — the "write hole"
depends on two things that i don't think are universal
a) zfs' demand for transactional storage
Huh?!?
b) a particular raid implentation.
fancy raid cards
I think you missed what I in RAID
On Jan 26, 2009, at 8:39 AM, erik quanstrom wrote:
This approach will work too. But it seems that asking fossil
to verify a checksum when the block is about to go to venti
is not that much of an overhead.
if checksumming is a good idea, shouldn't it be available outside
fossil?
It is availabl
On Jan 26, 2009, at 7:42 PM, erik quanstrom wrote:
On a serious note: do you guys ever edit text that
is way after the output point?
i do. in hold mode. that's generally how i compose
email when not using acme.
Yeah, that's about the only thing that is useful to me
as well. The rest require
> On a serious note: do you guys ever edit text that
> is way after the output point?
i do. in hold mode. that's generally how i compose
email when not using acme.
> > i don't think there's a really good answer (yet?)
>
> In the in the /disgusting unix/ world, you can add readline even to the
On Jan 23, 2009, at 4:56 AM, roger peppe wrote:
one problem with this approach is that you won't be able
to use mouse editing as usual on the command line,
as the program grabs each keystroke as it's typed.
Do you enjoy mouse editing? May be I'm just an old
TTY junkie, but for me mouse is a dev
On Jan 23, 2009, at 2:03 AM, pavel.klinkov...@gmail.com wrote:
Hi all,
In Plan9 I missed the simple way to repeat previous (or previous of
previous etc.) command in the terminal.
I prepared a very small (an stupid) program to allow that.
Compile the following source code and run it in that way:
:; pwd
/n/sources/contrib/anothy
:; cat README
cat: error reading README: venti i/o error or wrong score, block
31ac0ab07a37238f6257ecdddcd13c913122718c
>>Even more off topic - why do people think regular password expiry improves
>>system security (as opposed to enforcing a password complexity constraint)?
>
> i think the UNIX security paper discussed that.
> (F. Grampp and R. Morris, "UNIX Operating System Security", BSTJ, Vol. 62, No
> . 8,. 19
> On Mon, Jan 26, 2009 at 2:04 PM, Russ Cox wrote:
>> The plan9port code depends on the operating system's pthreads
>> being real kernel-level threads, not a fake user-level simulation.
>> The user-level simulations are not good enough, because
>> on the x86 they cut corners and use the stack poin
>Even more off topic - why do people think regular password expiry improves
>system security (as opposed to enforcing a password complexity constraint)?
i think the UNIX security paper discussed that.
(F. Grampp and R. Morris, "UNIX Operating System Security", BSTJ, Vol. 62, No .
8,. 1984)
> That dot-matrix is going to convert your hearing system into a notch
> filter very quickly :-)
>
> ron
Good, then I'll be able to use my ADM-3A without getting a headache
from the extremely high pitched flyback noise!
I think this is a perfect opportunity to make myself an alarm clock...
just
That dot-matrix is going to convert your hearing system into a notch
filter very quickly :-)
ron
> Last year, I set up my old Okidata Microline 320 dot-matrix printer on
> Plan 9 (text-only print, no postscript as I recall), but in the time
> since then my old hard drive has failed and I've had to get a new
> system set up. This time, I'd like to try getting it to print with gs
> so I can hav
> ... it'd be nice if there was some way for a factotum
> protocol to generate a key that stayed in long term storage (i.e. in secstore)
> but currently, i don't think there's a way to do it, other
> than manually.
I was needing this recently - I have to change my windows filserver password
every
> Now, suppose I have a fossil buffer that I constantly snap to venti.
> That will build quite a lengthy chain of VtRoots. Then my fossil
> buffer gets totally corrupted. I no longer know what was the
> score of the most recent snapshot. And I don't think I know of any
> way to find that out.
the
On Mon, 2009-01-26 at 08:22 -0800, Russ Cox wrote:
> > As for me, here's my wish list so far. It is all about fossil, since
> > it looks like venti is quite fine (at least for my purposes) the
> > way it is:
> > 1. Block consistency. Yes I know the argument here is that you
> > can always r
can't remember on 4.4, but 4.3 did run acme fine.
On Mon, Jan 26, 2009 at 2:04 PM, Russ Cox wrote:
> The plan9port code depends on the operating system's pthreads
> being real kernel-level threads, not a fake user-level simulation.
> The user-level simulations are not good enough, because
> on th
if you want to work on it some, this message talks about getting
inferno working on OpenBSD using the rthreads library (the pending
replacement for the userland threads russ talked about):
http://www.xs4all.nl/~mechiel/inferno/openbsd43-old.html
you could likely follow a similar path for p9p if y
> Yes. See here for details:
>http://blogs.sun.com/bonwick/entry/raid_z
since these arguments rely heavily on the meme that
software raid == bad
i have a hard time signing on. i believe i'm repeating
myself by saying that afik, there is no such thing as pure
hardware raid; that is, th
> it's a bit awkward doing inferno auth with factotum, as you
> have to manually manipulate the keys generated by the login(6)
> process. it'd be nice if there was some way for a factotum
> protocol to generate a key that stayed in long term storage (i.e. in secstore)
> but currently, i don't think
>it's a bit awkward doing inferno auth with factotum, as you
>have to manually manipulate the keys generated by the login(6)
>process.
at the moment if you use Inferno's auth/ai2key once (for each authinfo-format
file)
you can add the resulting keys in text form to your secstore for later use by
it's a bit awkward doing inferno auth with factotum, as you
have to manually manipulate the keys generated by the login(6)
process. it'd be nice if there was some way for a factotum
protocol to generate a key that stayed in long term storage (i.e. in secstore)
but currently, i don't think there's a
> This approach will work too. But it seems that asking fossil
> to verify a checksum when the block is about to go to venti
> is not that much of an overhead.
if checksumming is a good idea, shouldn't it be available outside
fossil?
perhaps the argument is that it might be more efficient
to imp
> As for me, here's my wish list so far. It is all about fossil, since
> it looks like venti is quite fine (at least for my purposes) the
> way it is:
> 1. Block consistency. Yes I know the argument here is that you
> can always roll-back to the last known archival snapshot on venti.
>
On Mon, 2009-01-26 at 08:53 -0500, erik quanstrom wrote:
> > It depends on the vdev configuration. You can do simple mirroring
> > or you can do RAID-Z (which is more or less RAID-5 done properly).
>
> "raid5 done properly"? could you back up this claim?
Yes. See here for details:
http://blog
On Sun, Jan 25, 2009 at 11:39 PM, Uriel wrote:
> On Sun, Jan 25, 2009 at 3:49 PM, Eric Van Hensbergen
> > Authentication isn't currently supported by any
> of the UNIX servers (to my knowledge).
>
> At least Inferno and one python 9p implementation do auth on Unix servers.
>
Again, Inferno can
On Mon, 2009-01-26 at 08:42 -0500, erik quanstrom wrote:
> > That is my *entire* point. If fossil doesn't tell you that
> > the data in its buffer was/is corrupted -- you have no
> > reason to rollback.
>
> if you're that worried, you do not need to modify fossil.
> why don't you write a sdecc d
The plan9port code depends on the operating system's pthreads
being real kernel-level threads, not a fake user-level simulation.
The user-level simulations are not good enough, because
on the x86 they cut corners and use the stack pointer
to locate the thread-local state. The Plan 9 threaded
progr
> It depends on the vdev configuration. You can do simple mirroring
> or you can do RAID-Z (which is more or less RAID-5 done properly).
"raid5 done properly"? could you back up this claim?
also, with services like ec2, it's no use doing raid since all
your data could be on the same drive, regar
> > it's important to keep in mind that fossil is just a write buffer.
> > it is not intended for the perminant storage of data.
>
> Sure. But it must store the data *intact* long enough
> for me to be able to do a snap. It has to be able to
> at least warn me about data corruption.
do you have
On Mon Jan 26 05:42:16 EST 2009, samthol...@gmail.com wrote:
> well i get this
> PBSI..plan9 from bell labs
> ELCR:0C28
> pcirouting:8086/27DF at pin 1 irq 3
> dev A0 port C400 config 0C5A capabilities 2F00 mwdma 0007 udma 207F
> LLBA sectors 625142558
>
> and then it just sort of hangs there
> i seem to remember that russ's " and "" commands (which
> i've failed to find) just scan the console text for lines that start with the
> current prompt - which has its own disadvantages.
I have copies of those commands, if anybody is interested...
++pac
<>
> It does p9sk1, but it consults a plain text file rather than a
> factotum for its key.
Now I'm really surprised. I guess I never actually looked.
++L
well i get this
PBSI..plan9 from bell labs
ELCR:0C28
pcirouting:8086/27DF at pin 1 irq 3
dev A0 port C400 config 0C5A capabilities 2F00 mwdma 0007 udma 207F
LLBA sectors 625142558
and then it just sort of hangs there and nothing else goes on.
(I have already issued my answer, but not present... What do I do
wrong?)
> that negates one of the major advantages of rio/9term.
On the other hand, "PlanKey" offers the command history also to the
other programs (different from rc), e.g.:
8.out | bc
;-)
Pavel
> that negates one of the major advantages of rio/9term.
On the other hand, my "PlanKey" provides command history also to the
other programs, different from rc, e.g.:
8.out | bc
;-)
Pavel
41 matches
Mail list logo
