got it... Seems to build fine now.
On Thu, Aug 11, 2011 at 2:54 PM, ron minnich wrote:
> Lucho is always up to date, better do a pull for go
>
> ron
>
>
On Thu, Aug 11, 2011 at 5:42 PM, David Leimbach wrote:
>
>
> On Thu, Aug 11, 2011 at 2:19 PM, Fazlul Shahriar
> 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 govt.googlecode.com/hg/vt/vt
Lucho is always up to date, better do a pull for go
ron
On Thu, Aug 11, 2011 at 2:19 PM, Fazlul Shahriar 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 govt.googlecode.com/hg/vt/vtclnt
> goinstall govt.googlecode.com/hg/vt/vtsrv
>
> Works for me.
>
>
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 terminal.
> 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
On Thu, Aug 11, 2011 at 1:50 PM, David Leimbach 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
On Thu, Aug 11, 2011 at 1:07 PM, ron minnich wrote:
> 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
>
>
Is it goinstallable? If so, I'm not sure what I'm
Hello,
I have plan9 machine in my home network that is NATed to providers VPN.
Other machine at work is running cpu server with real IP.
I can connect from home to work, but I don't know any way to connect
otherwise direction.
Can I configure this machines to be able access home data fro
On Thu, 11 Aug 2011 13:04:05 PDT ron minnich wrote:
> On Thu, Aug 11, 2011 at 12:54 PM, Bakul Shah 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
> > 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
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
On Thu, Aug 11, 2011 at 12:54 PM, Bakul Shah 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 of the arena is in
> 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 changes
On Thu, 11 Aug 2011 09:15:09 PDT ron minnich 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 mythical multiTB
On Thu, 11 Aug 2011 09:15:09 PDT ron minnich wrote:
>
> Could we make little venti files and finally try to build an SCM using
> these files?
Funny you should say that!
May be I should post my half-assed ideas on extending hgfs for
commits etc. I was thinking a proper frontend/backend
separati
On Thu, Aug 11, 2011 at 11:33 AM, Lyndon Nerenberg (VE6BBM/VE7TFX) <
lyn...@orthanc.ca> wrote:
> > 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 en
On Thu, Aug 11, 2011 at 10:37 AM, ron minnich wrote:
> On Thu, Aug 11, 2011 at 10:28 AM, erik quanstrom
> 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 tu
> 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 Aug 11 13:38:25 EDT 2011, rminn...@gmail.com wrote:
> On Thu, Aug 11, 2011 at 10:28 AM, erik quanstrom
> 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
> 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, 2011 at 10:28 AM, erik quanstrom
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 tradeoff as it seems.
A
> > 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 hav
My version of the govt actually works sometimes.
On Thu, Aug 11, 2011 at 10:49 AM, David Leimbach wrote:
>
>
> On Thu, Aug 11, 2011 at 9:15 AM, ron minnich wrote:
>>
>> OK, there is a go version that lucho wrote:
>> https://code.google.com/p/govt/
>
> Hooray for government! Oh, wait...
>
> 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
On Thu, Aug 11, 2011 at 9:49 AM, erik quanstrom
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 insufficient
> informat
On Thu, Aug 11, 2011 at 9:49 AM, erik quanstrom 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 insufficient
> infor
On Thu, Aug 11, 2011 at 9:15 AM, ron minnich wrote:
> OK, there is a go version that lucho wrote:
> https://code.google.com/p/govt/
Hooray for government! Oh, wait...
> 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 insufficient
information about what "better" means. are you after
performance or rel
Nice! Works for me too...
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.
John
On Thu, Aug 11, 2011 at 5:20 AM, Fazlul Shahriar wrote:
> I just tried -- it works fine with gmail.
>
> mailfs -t im
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 y
> > 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.
>
> http://www.plan9.bell-labs.com/wiki/plan9/S
> > 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 kno
On Thu, Aug 11, 2011 at 10:09 AM, Charles Forsyth 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 to separate the l
> 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
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 command
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
http://www.plan9.bell-labs.com/wiki
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 <0in...@gmai
On Thu, Aug 11, 2011 at 1:21 AM, ron minnich wrote:
> On Wed, Aug 10, 2011 at 8:05 PM, David Leimbach 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 ca
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
stunn
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
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
> mk install
> factotu
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
> 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/ma
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 Aug
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 t
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 system
46 matches
Mail list logo
