On Wed, Aug 10, 2011 at 8:05 PM, David Leimbach leim...@gmail.com wrote:
Isn't p9p POSIX enough? Confused I am, but wasn't that the point of p9p?
p9p gives you a runtime environment just like Plan 9s. From the point
of view of a programmer you can even pretend you're not in a POSIX
world.It's
In fact, it's pretty straightforward.
In the following example, I consider you have a disk sdE0
with Fossil, and you want to add a disk sdE1 with Venti.
Create the Venti partitions:
disk/fdisk -baw /dev/sdE1/data
disk/prep -bw -a^(isect arenas bloom) /dev/sdE1/plan9
Format the Venti file
Hi,
what's the best solution if I want all the wins I open in acme to
automatically have rc as a shell (with -l, so that my lib/profile has
been read too), while still keeping bash as my SHELL when I'm out of
acme, for various reasons.
So far I simply have a script/launcher for acme that exports
why do you want to source lib/profile every time you open a new win?
it's conventional to source it only once, and then rely on inherited
environment variables.
anyway, if you really wanted to do that, you could just
make a script, say rc-l,
#!/bin/rc
exec rc -l $*
and set SHELL=rc-l
On 11
Can anybody point me to some recipe which would get me from a point
when I have p9p installed to a point when I can read mail from my
gmail account via imap(s) in p9p acme?
Well, that's a pity nobody can help :(
Is there any reason for that man pages of p9p
http://swtch.com/plan9port/man/
I'm not sure I've tried with gmail, I think I did, but a long time ago.
Otherwise it's pretty simple:
cd src/cmd/upas/nfs
mk install
factotum
factotum -g 'key=somekey proto=pass service=imap
server=some.imap.server.com user=your_username !password?'
(it will ask for the pass you want to store for
gmail wrapped the line; there shouldn't be a break between the service
and the server.
On Thu, Aug 11, 2011 at 12:54 PM, Mathieu Lonjaret
mathieu.lonja...@gmail.com wrote:
I'm not sure I've tried with gmail, I think I did, but a long time ago.
Otherwise it's pretty simple:
cd src/cmd/upas/nfs
I just tried -- it works fine with gmail.
mailfs -t imap.gmail.com# -t enable TLS
It'll ask your for your username/password. Then start Mail in acme.
mailfs will look for stunnel in your system. In my system, it found
stunnel 4, which it doesn't know how to use. So, I had to point it to
On Thu, Aug 11, 2011 at 1:21 AM, ron minnich rminn...@gmail.com wrote:
On Wed, Aug 10, 2011 at 8:05 PM, David Leimbach leim...@gmail.com wrote:
Isn't p9p POSIX enough? Confused I am, but wasn't that the point of p9p?
p9p gives you a runtime environment just like Plan 9s. From the point
of
Is it obvious enough from the man pages that this wouldn't be too useful to
have on the Plan 9 wiki?
I'm a big believer in the wiki, but not when it pushes one to avoid reading
the authoritative documentation of the man pages.
Dave
On Thu, Aug 11, 2011 at 1:11 AM, David du Colombier
David Leimbach wrote:
Is it obvious enough from the man pages that this wouldn't be too useful
to have on the Plan 9 wiki?
I'm a big believer in the wiki, but not when it pushes one to avoid
reading the authoritative documentation of the man pages.
Dave
rather than continue to live for the next 20 years with
(say) 20- to 30-year old include file structures and library implementations
that became overly complicated (and badly implemented), a better
approach might be to separate the libraries from the much larger distribution
of plan 9-based
fsys main snaptime -s 60 -a 0530 -t 2880
Beware: there is currently a bug in fossil which can cause
it to deadlock under load if ephemerial snapshots are enabled.
This I reccomend you use a configuration more like:
fsys main snaptime -s none -a 0530 -t none
-Steve
On Thu, Aug 11, 2011 at 10:09 AM, Charles Forsyth fors...@terzarima.net wrote:
rather than continue to live for the next 20 years with
(say) 20- to 30-year old include file structures and library implementations
that became overly complicated (and badly implemented), a better
approach might be
fsys main snaptime -s 60 -a 0530 -t 2880
Beware: there is currently a bug in fossil which can cause
it to deadlock under load if ephemerial snapshots are enabled.
This I reccomend you use a configuration more like:
fsys main snaptime -s none -a 0530 -t none
As far as know and
OK, there is a go version that lucho wrote: https://code.google.com/p/govt/
It's very nice code.
There will soon be a googlecode repo (lucho is setting it up now) with
a non-plan9-ports version (vtmm). Find it in googlecode at libvt.
It's also quite nice and much more capable than what I posted
On Thu, Aug 11, 2011 at 9:15 AM, ron minnich rminn...@gmail.com wrote:
OK, there is a go version that lucho wrote:
https://code.google.com/p/govt/
Hooray for government! Oh, wait...
On Thu, Aug 11, 2011 at 9:49 AM, erik quanstrom quans...@labs.coraid.comwrote:
Note a difference between lucho and me: I ignore vtsync (I always sync
on writes) and he properly pays attention to it. Question for the
student: which one is better? Why?
question cannot be answered due to
On Thu, Aug 11, 2011 at 9:49 AM, erik quanstrom
quans...@labs.coraid.com wrote:
Note a difference between lucho and me: I ignore vtsync (I always sync
on writes) and he properly pays attention to it. Question for the
student: which one is better? Why?
question cannot be answered due to
a better
approach might be to separate the libraries from the much larger distribution
of plan 9-based commands etc, and make them available in the usual way
as packages to import using the (many different) package managers on
Unix-like systems.
this is what i was looking into just this
My version of the govt actually works sometimes.
On Thu, Aug 11, 2011 at 10:49 AM, David Leimbach leim...@gmail.com wrote:
On Thu, Aug 11, 2011 at 9:15 AM, ron minnich rminn...@gmail.com wrote:
OK, there is a go version that lucho wrote:
https://code.google.com/p/govt/
Hooray for
question cannot be answered due to insufficient
information about what better means. are you after
performance or reliability?
That's part of the question Which is better? -Why?-
Maybe I should say 'explain your answer' :-)
you have to define better first, and you have to define
On Thu, Aug 11, 2011 at 10:28 AM, erik quanstrom
quans...@labs.coraid.com wrote:
this is the same
dillema any non content-addressed disk has. performance
vs. safety. and of course one size doesn't fit all, so there are knobs in
most disks to turn off write caching.
it's not as obvious a
But what about sending mail? I've only ever configured Plan 9 to act
as its own smtp server, have never done anything with p9p or a remove
server.
It's pretty much the same as on Plan 9.
See $PLAN9/mail/lib/rewrite.
--
David du Colombier
On Thu Aug 11 13:38:25 EDT 2011, rminn...@gmail.com wrote:
On Thu, Aug 11, 2011 at 10:28 AM, erik quanstrom
quans...@labs.coraid.com wrote:
this is the same
dillema any non content-addressed disk has. performance
vs. safety. and of course one size doesn't fit all, so there are knobs in
Isn't p9p POSIX enough?
It's a matter of laziness; I'd rather port venti to POSIX once rather
than port p9p to many things. There are just enough
platform-dependent bits in p9p to make it enough of an annoyance for
me to go the POSIX route.
On Thu, 11 Aug 2011 09:15:09 PDT ron minnich rminn...@gmail.com wrote:
Note a difference between lucho and me: I ignore vtsync (I always sync
on writes) and he properly pays attention to it. Question for the
student: which one is better? Why?
Pay attention to vtsync? May be not for your
Pay attention to vtsync? May be not for your mythical multiTB
ramflash but in real life syncing on every write is expensive.
flash has noticable latency.
[As I see it] in a sense venti has an atomic `changeset'
concept (each changeset maps to a single fingerprint). A
partial changeset is
On Thu, Aug 11, 2011 at 12:54 PM, Bakul Shah ba...@bitblocks.com wrote:
Pay attention to vtsync? May be not for your mythical multiTB
ramflash but in real life syncing on every write is expensive.
are you sure? On a multicore server, why not have a syncing task and a
serving task? Since all
anyway, enough discussion. hack hack is better than talk talk at some point :-)
I'm about to bench lucho's server on a 32GB arena (all of which will
be mmap'ed of course).
ron
Pay attention to vtsync? May be not for your mythical multiTB
ramflash but in real life syncing on every write is expensive.
are you sure? On a multicore server, why not have a syncing task and a
serving task? Since all of the arena is in ram, the synciing task will
not interfere with
On Thu, 11 Aug 2011 13:04:05 PDT ron minnich rminn...@gmail.com wrote:
On Thu, Aug 11, 2011 at 12:54 PM, Bakul Shah ba...@bitblocks.com wrote:
Pay attention to vtsync? May be not for your mythical multiTB
ramflash but in real life syncing on every write is expensive.
are you sure? On a
On Thu, Aug 11, 2011 at 1:50 PM, David Leimbach leim...@gmail.com wrote:
Is it goinstallable? If so, I'm not sure what I'm doing wrong. I very
rarely use any 3rd party Go code but my own :-).
no idea. I just hg clone'd and did a make
ron
Is it goinstallable? If so, I'm not sure what I'm doing wrong. I very
rarely use any 3rd party Go code but my own :-).
goinstall govt.googlecode.com/hg/vt/vtclnt
goinstall govt.googlecode.com/hg/vt/vtsrv
Works for me.
fhs
i'm not 100% clear on what you're after, but when i had a similar setup, i
wanted to be able to get at my home (NATed) data from work. to do so, i
have a script called postroot [1] which, when cpu'd into a server posts the
root of the calling terminal as foo.root, where foo is the calling
On Thu, Aug 11, 2011 at 2:19 PM, Fazlul Shahriar fshahr...@gmail.comwrote:
Is it goinstallable? If so, I'm not sure what I'm doing wrong. I very
rarely use any 3rd party Go code but my own :-).
goinstall govt.googlecode.com/hg/vt/vtclnt
goinstall govt.googlecode.com/hg/vt/vtsrv
Works
Lucho is always up to date, better do a pull for go
ron
On Thu, Aug 11, 2011 at 5:42 PM, David Leimbach leim...@gmail.com wrote:
On Thu, Aug 11, 2011 at 2:19 PM, Fazlul Shahriar fshahr...@gmail.com
wrote:
Is it goinstallable? If so, I'm not sure what I'm doing wrong. I very
rarely use any 3rd party Go code but my own :-).
goinstall
got it... Seems to build fine now.
On Thu, Aug 11, 2011 at 2:54 PM, ron minnich rminn...@gmail.com wrote:
Lucho is always up to date, better do a pull for go
ron
39 matches
Mail list logo