On Thu, 2009-09-17 at 17:02 -0400, erik quanstrom wrote:
> > ... In case anyone is wondering what they could be doing instead of feeding
> > this massive thread more fatty foods.
>
> there's lots of complaining on the list about the
> content of the list.
>
> it's not like there aren't good meaty
On Fri, 2009-09-11 at 15:15 -0300, Iruata Souza wrote:
> On Tue, Sep 8, 2009 at 1:40 PM, Bakul Shah wrote:
> > int x;
> >
> > void trash_x() { x = -42; }
> >
> > ... ^{ trash_x(); } ...
> >
> > My view: if you can't solve a problem cleanly and in a
> > general way with a feature, it does not belon
On Fri, 2009-09-04 at 13:42 -0400, erik quanstrom wrote:
> as i believe was originally explained,
> i ripped that example *directly* from the apple grand central
> documentation on page 37 in the "Data Types" section:
>
> http://developer.apple.com/mac/library/documentation/Performance/Reference/G
On Thu, 2009-09-03 at 12:44 -0400, erik quanstrom wrote:
> On Thu Sep 3 12:20:09 EDT 2009, r...@sun.com wrote:
> > On Thu, 2009-09-03 at 11:54 -0400, erik quanstrom wrote:
> > > > Plan 9 has a lot to offer and a lot for others to learn from.
> > > > Concurrency
> > > > framework that could scale
"None of those technologies [NFS, iSCSI, FC] scales as cheaply,
reliably, goes as big, nor can be managed as easily as stand-alone pods
with their own IP address waiting for requests on HTTPS."
http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/
Apart f
On Thu, 2009-09-03 at 17:35 -0400, erik quanstrom wrote:
> On Thu Sep 3 17:09:01 EDT 2009, r...@sun.com wrote:
> > Anything can be done using regular C and threads. The trick here
> > is to make everything *scalable* and *painless* enough so that
> > mere mortals can start benefiting from parallel
On Thu, 2009-09-03 at 15:36 -0400, erik quanstrom wrote:
> > > > Apple's using it all over the place in Snow Leopard, in all their native
> > > > apps to write cleaner, less manual-lock code. At least, that's the
> > > > claim
> > > > :-).
> > >
> > > could someone explain this to me? i'm just m
On Thu, 2009-09-03 at 11:54 -0400, erik quanstrom wrote:
> > Plan 9 has a lot to offer and a lot for others to learn from. Concurrency
> > framework that could scale up to 1K [virtual]cores in an SMP
> > configuration is not one of those features though.
>
> forgive the ignorance, but is there any
On Thu, 2009-09-03 at 08:44 -0700, David Leimbach wrote:
> The blocks aren't interesting at all by themselves, I totally agree
> with that. However what they do to let you write a function inline,
> that can be pushed to another function, to be executed on a concurrent
> FIFO, is where the real p
On Thu, 2009-09-03 at 17:32 +0200, Uriel wrote:
> So libthread must be a figment of 9fan's imagination...
>
> Of course, for Apple (or anyone else) to learn from Plan 9 would be
> impossible, so instead they had to add a new 'feature' to C.
Plan 9 has a lot to offer and a lot for others to learn
On Wed, 2009-09-02 at 12:11 -0700, Brian L. Stuart wrote:
> > > Q: "Will C continue to be important into the future?"
> > > (Dave Kirk, Nvidia)A: "No, I think C will die like
> > Fortran has"
> >
> > let me explain the joke. In HPC circles, people have been
> > predicting
> > the death of fortran
On Wed, 2009-09-02 at 08:07 -0700, David Leimbach wrote:
> Has anyone actually looked at the spec
Yes. Well, I know I did ;-)
> I've actually looked at these, and used em a little bit. They're not
> at all as bad as I once thought they could be, and the reason they're
> there is to work with a
On Wed, 2009-09-02 at 10:04 +0200, Anant Narayanan wrote:
> Mac OS 10.6 introduced a new C compiler frontend (clang), which added
> support for "blocks" in C [1]. Blocks basically add closures and
> anonymous functions to C (and it's derivatives).
They are NOT closures in my book. They lack le
On Fri, 2009-08-28 at 16:11 -0400, Devon H. O'Dell wrote:
> 2009/8/28 Eric Van Hensbergen :
> > Satelite conference locations in Antwerp and Oz may be be a bad idea
> > assuming folks can accomodate crazy time differences.
>
> Not a bad idea, does anyone on the else pc have A/V equipment? I do,
>
On Thu, 2009-08-27 at 10:24 -0700, Skip Tavakkolian wrote:
> because there can only be one outstanding request -- with continuous polling.
Unless I misunderstood you, this is not quite true. You can have
as many outstanding requests as you have XMLHTTPRequest objects.
And, of course, you can do AJ
Datewise this looks like a pretty good potential for continuation
of the IWP9 '09 ;-)
Thanks,
Roman.
--- Begin Message ---
Hello everyone,
We have confirmed that we'll hold our annual mentor summit on the 24 &
25 October this year at the Googleplex in Mountain View, California.
Assume we will al
On Thu, 2009-08-13 at 09:42 +0100, roger peppe wrote:
> 2009/8/13 Roman Shaposhnik :
> > Am I totally missing something or hasn't been the binary RPC
> > of that style been dead ever since SUNRPC? Hasn't the eulogy
> > been delivered by CORBA? Haven't folks realized that S-exprs
> > are really quit
On Fri, 2009-08-14 at 10:49 -0600, Daniel Lyons wrote:
> On Aug 14, 2009, at 3:15 AM, Aaron W. Hsu wrote:
>
> > On Thu, 13 Aug 2009 13:58:39 -0400, Daniel Lyons > > wrote:
> >
> >> I'd love it if Acme or Plan 9 had good support for some kind of
> >> Lisp variant.
> >
> > Maybe that should be my
On Fri, 2009-08-14 at 09:27 +0100, Robert Raschke wrote:
> Last time I tried, the standard Lua compiled out of the box under the
> APE.
That is good to know. Still, I'd rather see it run without APE.
> Great little language. I use it in my day job (together with Erlang).
*together* with Erlang?
On Fri, 2009-08-14 at 09:16 +, Pavel Klinkovsky wrote:
> > Speaking of which (or may be not ;-)) is there anybody using Lua
> > on Plan9?
> I am "playing" with Lua on my Plan9 computer...
What do you use it for? Any kind of fun projects? My idea is to try
and see whether Plan9+Lua would be a m
On Thu, 2009-08-13 at 11:55 -0600, Daniel Lyons wrote:
> I'd love it if Acme or Plan 9 had good support for some kind of Lisp
> variant.
Speaking of which (or may be not ;-)) is there anybody using Lua
on Plan9?
Thanks,
Roman.
P.S. The more I look into Lua (as a way to help C refuge start
doin
On Wed, 2009-08-12 at 17:36 +0200, hiro wrote:
> > This sounds like exactly the kind of thing one wants
> > from an audio driver for playback. For recording things
> > get slightly more complicated.
>
> What exactly do you mean?
Now that I understand what Tim is trying to do my original
concern m
I've just realized that in 9P the wstat would refuse
to rename an entry if a target name already exists.
So how can I atomically replace one file with another
one, so that during the operation clients opening
it would not fail?
In POSIX rename gives you such an atomicity:
---
On Tue, 2009-08-04 at 19:33 -0400, erik quanstrom wrote:
> > Steve, can you list the total configuration of this machine... motherboard
> > model etc? This sounds a lot like what I was thinking of building for home.
> > I also would like to try Erik's new ISO, but sadly, haven't had a lot of
> > f
On Mon, 2009-08-03 at 21:23 -1000, Tim Newsham wrote:
> > 2. do we have anybody successfully managing that much storage that is
> > also spread across the nodes? And if so, what's the best practices
> > out there to make the client not worry about where does the storage
> > actually co
On Tue, 2009-08-04 at 09:43 +0100, Steve Simon wrote:
> > Well, with Linux, at least you have a benefit of a gazillions of FS
> > clients being available either natively or via FUSE.
>
> Do you have a link to a site which lists interesting FUSE filesystems,
> I am definitely not trying to troll, I
On Tue, 2009-08-04 at 10:55 +0100, C H Forsyth wrote:
> >they emphatically don't go for posix semantics...
>
> what are "posix semantics"?
I'll bite:
http://www.opengroup.org/onlinepubs/009695399/
[ anything else that would take an FD as an argument ]
http://www.opengroup.org/online
On Mon, 2009-08-03 at 19:56 -0700, ron minnich wrote:
> > 2. do we have anybody successfully managing that much storage that is
> > also spread across the nodes? And if so, what's the best practices
> > out there to make the client not worry about where does the storage
> > actually co
On Sat, 2009-08-01 at 08:47 -0700, ron minnich wrote:
> > What are their requirements as
> > far as POSIX is concerned?
>
> 10,000 machines, working on a single app, must have access to a common
> file store with full posix semantics and it all has to work like it
> were one machine (their desktop
This is sort of off-topic, but does anybody have any experience with
Ceph?
http://ceph.newdream.net/
Good or bad war stories (and general thoughts) would be quite welcome.
Thanks,
Roman.
On Mon, 2009-07-20 at 14:39 -0700, John Floren wrote:
> Hi
> Can I get a copy of your code?
In fact, can it put in contrib ?
Thanks,
Roman.
>
> Thanks
>
> John
>
> On Sat, Jul 18, 2009 at 3:46 PM, wrote:
> >Phew finally got it. There was some hackery involved in the hg-git
> > pyth
On Mon, 2009-07-20 at 10:52 +0100, Charles Forsyth wrote:
> you don't really want to get "write error" printed from every
> process in a pipe line such as
As much as I thought that could be an issue, I could NOT actually
make many of the commands I tried produce this message on a
modified 9vx:
On Mon, 2009-07-20 at 10:53 +0100, Charles Forsyth wrote:
> >pipe would return -1 (and set a error condition) and the
> >applications were paying attention (and I'm pretty sure all
> >applications on Plan 9 would do a reasonable thing when
> >presented with -1 from a write).
>
> they only notice w
On Mon, 2009-07-20 at 01:21 -0400, erik quanstrom wrote:
> > one last kick of a dead horse: see that's exactly what I'm
> > talking about -- all these exceptions and for what? I'm
> > pretty sure if we change the devpipe today not to send
> > a note nobody would even notice...
>
> since you're con
In the "mom, why sky is blue" department, here's a silly question:
is there any good reason that read(2) on a hangup channel returns
an error, while write(2) on a hangup channel terminates an application
(by generating a note, of course, which can be ignored, but still)?
Thanks,
Roman.
P.S. And b
On Tue, 2009-07-14 at 15:29 -0400, erik quanstrom wrote:
> > The above paragraph has nothing to do with pointers to incomplete types
> > (except for a clarification). Why are you bringing this up?
>
> assuming that pointers to incomplete types are
> themselves incomplete, and you haven't cited
> c
On Tue, 2009-07-14 at 13:46 -0400, erik quanstrom wrote:
> > rejecting the struct seems like the right thing to do as per
> > ISO/IEC 9899:1999
> > (http://www.open-std.org/JTC1/SC22/wg14/www/docs/n1124.pdf)
> > sec. 6.7.2.1 para. 2
> >
> > "A structure or union shall not contain a member with in
On Mon, 2009-07-13 at 23:14 -0400, erik quanstrom wrote:
> > Yes, but in my example - sorry - "NeverDefined" doesn't mean "declared and
> > defined elsewhere (or not)" but "not declared .and. not defined".
>
> true enough. the patch i sent still rejects your construct.
> i'd still be interested t
On Thu, 2009-07-09 at 15:56 -0300, Federico G. Benavento wrote:
> > Also, something similar to GSL (http://www.gnu.org/software/gsl/)
>
> gsl-1.6.tbz GNU Scientific Library, native port.
>
> /n/sources/contrib/pac/sys/src/lib/gsl-1.6.tbz
I've been meaning to ask this for a long time --
On Wed, 2009-06-17 at 09:54 +0100, Charles Forsyth wrote:
> >The only drawback so far seems to be the fact that if one
> >needs flexibility, then every file becomes a subdirectory.
> >Not that it is scary or anything, but it smells too much
> >of resource forks (or may be I'm just too easily scared
On Sat, 2009-06-13 at 05:43 +0200, lu...@proxima.alt.za wrote:
> > Sure, but if *each* file can have more than one representation then
> > where's the best place for the ctl thing to be? In each subdirectory?
> > At the top of the hierarchy (accepting the full path names, of course)?
>
> Well, ass
On Fri, 2009-06-12 at 21:56 -0400, erik quanstrom wrote:
> > > I thought you might want a "ctl" file into which you write the
> > > representation you want and that magically creates a new file or
> > > directory.
> >
> > Sure, but if *each* file can have more than one representation then
> > whe
On Thu, 2009-06-11 at 06:49 +0200, lu...@proxima.alt.za wrote:
> > but at that point it becomes no more appealing than the content
> > negotiation techniques of HTTP.
>
> I thought you might want a "ctl" file into which you write the
> representation you want and that magically creates a new file
On Fri, 2009-06-12 at 13:04 -0700, Skip Tavakkolian wrote:
> anyone working on this?
What's so great about NaCl? Isn't it just a fancy way to start
QEmu/VirtualBox/VMWare?
Thanks,
Roman.
В Втр, 09/06/2009 в 11:27 -0600, andrey mirtchovski пишет:
> I think I've mentioned this before, but on a few of my synthetic file
> systems here I'm using what you describe to slice a database by
> specific orderings. For example, I have a (long) list of resources
> which I'm managing in a particu
Working on a RESTful API lately (which is as close to working on a 9P
filesystem as I can get these days) I've been puzzling over this issue:
is content negotiation a good thing or a bad thing? Or to justify
posting to this list: what would be the proper 9P way of not only
representing different "r
Hi John,
it took me sometime to go through the old backups but it seems
that the NFS setup is gone by now. You can still ask questions,
if you want to, but I won't be able to send you all the working
conf. files.
On Tue, 2009-06-02 at 11:34 -0700, John Floren wrote:
> I'd like to use the 9p mount
On Tue, 2009-06-02 at 11:03 -0700, John Floren wrote:
> On Tue, Jun 2, 2009 at 10:35 AM, Roman V. Shaposhnik wrote:
> > On Tue, 2009-06-02 at 10:30 -0700, John Floren wrote:
> >> Has anyone here successfully set up nfsserver to share Plan 9 files
> >> with Unix machines
On Tue, 2009-06-02 at 10:30 -0700, John Floren wrote:
> Has anyone here successfully set up nfsserver to share Plan 9 files
> with Unix machines? The examples given in the man pages are rather...
> opaque. All I want to do is share one directory tree (/lib/music, in
> particular) with a number of i
On Sat, 2009-04-18 at 19:19 +0200, Enrico Weigelt wrote:
> > yes. there are several web servers, including one in the standard
> > dist. however, rails or merb might be something you'd have to do
> > yourself.
>
> Did anyone already get java running on Plan9 ?
Java is too many things. Strictly
On Sun, 2009-04-19 at 00:13 +0200, Uriel wrote:
> My criticism was directed at how they are actually used in pretty much
> every web 'framework' under the sun: with some hideously messy ORM
> layer, they plug round Objects down the square db tables, and all of
> it to write applications which reall
On Fri, 2009-04-17 at 12:54 +0100, maht wrote:
> >>> How difficult would it be to use rails or merb in plan9? Is it feasible?
> Not Rails or merb or anything non Plan 9 but a few of us are building an
> rc shell based system that works anywhere CGI and Plan 9 / plan9port is
> available.
>
> http
On Thu, 2009-04-23 at 18:53 +0100, roger peppe wrote:
> i wonder how many things would break if plan 9 moved to
> a strictly name-based mapping for its mount table...
What exactly do you mean by *strictly* ?
Thanks,
Roman.
On Thu, 2009-04-23 at 09:25 -0500, Eric Van Hensbergen wrote:
> I've started a public nightly mirror of (the source code bits) from
> sources using github: http://github.com/ericvh/plan-9/tree/master
Great! What's your policy for updating the tree w.r.t. the actual
sources?
Thanks,
Roman.
P.S. N
On Thu, 2009-04-23 at 17:07 -0400, Anthony Sorace wrote:
> Unrelated, about a month ago I put together "snip", [3] a little
> pastebin-like
> service for sharing snippets of code (or whatever). Details on the
> snip's contrib
> page [4], but basic usage is "snip /some/file" to paste a snippe
On Wed, 2009-04-01 at 22:02 +0200, Bernd R. Fix wrote:
> As I wrote in an earlier mail, I am not too deep into this licensing
> stuff, but I know what I would like to have for my software:
>
> I want it Open-Source - that's my basic 'statement'. For me this means:
> I am willing to share my ideas
On Wed, 2009-04-01 at 18:49 +0200, Bernd R. Fix wrote:
> David Leimbach schrieb:
> > Anyway to get a non GPL v3 licensed version from you? I may not be able to
> > use this implementation for what I want otherwise.
> > I was actually planning on doing this myself, anyway at one point, and
> > BSDL
This is seriously cool and must be added to:
http://9p.cat-v.org/implementations
Thanks,
Roman.
On Wed, 2009-04-01 at 13:43 +0200, Bernd R. Fix wrote:
> Hi,
>
> I just want to announce that a new 9P-related framework has been
> published (pre-alpha status, PoC). You find the current project
>
On 03/27/09 14:31, Rudolf Sykora wrote:
Hello everybody,
I noticed there are some thoughts about using plan9 on supercomputers.
For me supercomputers are usually used to do some heavy calculations.
And this leads me to a question. What software is then used for
programming these calculations? (I
On 03/25/09 02:12 PM, Charles Forsyth wrote:
A modern cfront is nearly impossible. Templates make it hella-hard.
really? how is that?
Everything is possible. It is software, after all. But it is not
practical. The
original cfront was, to some extent, a cpp(1) on steroids. AFAIR, it
On 03/16/09 06:01 PM, ron minnich wrote:
skip lguest.
What I'm looking at now is tinycore linux: tinycorelinux.org and vx32.
Much easier. Makes a nice terminal. I have to add some things to it,
it doesn't come w/wireless.
That is all fine for the terminal (I suppose you really mean running
t
an old LISP community. Those
guys are a bit like 9fans, if you know what I mean ;-)
On Tue, 2009-03-03 at 10:38 -0800, Bakul Shah wrote:
> On Tue, 03 Mar 2009 10:11:10 PST "Roman V. Shaposhnik" wrote:
> > On Tue, 2009-03-03 at 07:19 -0800, David Leimbach wrote:
> >
&
On Tue, 2009-03-03 at 23:24 -0600, blstu...@bellsouth.net wrote:
> > it's interesting that parallel wasn't cool when chips were getting
> > noticably faster rapidly. perhaps the focus on parallelization
> > is a sign there aren't any other ideas.
>
> Gotta do something will all the extra transist
On Tue, 2009-03-03 at 07:19 -0800, David Leimbach wrote:
> My knowledge on this subject is about 8 or 9 years old, so check with your
> local Python guru
>
>
> The last I'd heard about Python's threading is that it was cooperative
> only, and that you couldn't get real parallelism out of it
On Wed, 2009-02-25 at 01:26 +0100, Enrico Weigelt wrote:
> But I really can't tell anything about the space saving.
> (one of the primary decision for venti is that it will be
> clustered some day ... ;-o)
Clustered?
Thanks,
Roman.
On Tue, 2009-02-24 at 12:01 -0500, erik quanstrom wrote:
> data would be helpful.
Indeed! Personally, I'm not old enough to have lived
through most of these wars to tell a story.
> nobody here has shown any version
> of solaris to be slow forking, much less that it is slow
> forking because of ac
On Tue, 2009-02-24 at 11:22 -0500, erik quanstrom wrote:
> > > cfork is ~525 lines long and seems to take the curious tack of
> > > forking all the lwps associated with a process.
> >
> > that would be forkall(), not fork1()/fork()
>
> my mistake. i assumed that since isfork1 was
> a flag, that
On Tue, 2009-02-24 at 10:54 -0500, erik quanstrom wrote:
> > about 5 years ago i took a class on performance tuning Solaris.
> >
> > The instructor claimed that fork was expensive because accounting is never
> > really turned off, just piped to /dev/null. there is no accounting
> > overhead for
On Thu, 2009-02-12 at 07:49 -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 useful
On Tue, 2009-02-10 at 20:43 -0500, Nathaniel W Filardo wrote:
> Incidentally, a git repository of the crawls, from 2002/1212 to 2009/0205,
> is available at http://mirrors.acm.jhu.edu/trees/plan9native/ . Git gets
> the data down to 165M after a gc run, so perhaps it's a better idea than a
> venti
On Wed, 2009-02-11 at 13:19 -0500, Venkatesh Srinivas wrote:
> On Wed, Feb 11, 2009 at 07:07:48PM +0100, Uriel wrote:
> >Oh, glad that somebody found my partial git port useful, I might give
> >it another push some time.
> >
> >Having a git/hg repo of the plan9 history is something I have been
> >t
On Wed, 2009-02-11 at 11:22 +1100, Bruce Ellis wrote:
> get over it. it works fine on my found machine. and my $300 eeePC.
> what exactly doesn't work?
no argument there. my automechanic still uses MS DOS 5.0. works
great for him. i tried to tell him about plan9, but strangely
enough he also told
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, I'd be surprised if massive updates (not pulling
in a couple of months) didn't be
On Tue, 2009-02-10 at 17:10 -0500, erik quanstrom wrote:
> > 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 lo
On Tue, 2009-02-10 at 17:13 -0500, Nathaniel W Filardo wrote:
> 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
&
On Tue, 2009-02-10 at 16:55 -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
> > > wh
On Tue, 2009-02-10 at 09:06 +0100, Giacomo Tesio wrote:
> So far it seems that there are no ready-made 9P-based
> solutions available for what
> you have in mind. At least I don't know of any.
>
> In any solution available there are costs to pay (economical or
> temporary o
On Tue, 2009-02-10 at 16:32 -0500, erik quanstrom wrote:
> > I again propose that sources should be mirrorable via venti (and venti/copy
> > -f); the nightly snapshots would be walked with "auth/none vac" into a
> > publically readable venti (venti/ro proxy) and the scores published (and
> > signed
On Fri, 2009-02-06 at 23:26 +0100, Giacomo Tesio wrote:
> Hello every one...
> In a context of really heavy load and high availability needs, I'm
> evaluating plan 9 to implement a fileserver grid to be used by a web
> server for temporary storage (session's serializations, for example).
What OS d
On Thu, 2009-02-05 at 10:22 -0800, Micah Stetson wrote:
> >> > http://www.google.com/search?q="09+f9";
> >>
> >> is that a legal url?
> >
> > P.S. Or am I missing some kind of a joke here? ;-)
>
> Intentional or not, it's a very good joke.
but...but...erik always adds that look-i-am-using-plan9-s
On Thu, 2009-02-05 at 12:41 -0500, erik quanstrom wrote:
> > http://www.google.com/search?q="09+f9";
>
> is that a legal url?
I don't think it is a legal URL, but most browsers
will turn it into a legal one before issuing a
GET request.
Thanks,
Roman.
P.S. Or am I missing some kind of a joke h
On Tue, 2009-02-03 at 17:30 +, Brian L. Stuart wrote:
> > information can't leak in principle, but root scores are dangerous, which
> > is why open-access venti servers are problematic - if such a score
> > *does* happen to leak, then unconditional access to all your data has
> > also leaked.
>
On Tue, 2009-02-03 at 19:27 +0200, lu...@proxima.alt.za wrote:
> But I do not recall the details and I think Roman is the one who
> needs to recap this discussion and bring it to a conclusion.
Wow! This ended up being quite a thread ;-) I'll try to comment on
a couple of things first, in this sin
On Mon, 2009-02-02 at 17:43 -0500, erik quanstrom wrote:
> > I don't think it does. At least not in a way that is obvious to me.
> > The one and only fundamental limitation of the current interface
> > offered by venti is that I can give it a score to something that
> > doesn't belong to me and it
On Fri, 2009-01-30 at 07:18 +0200, lu...@proxima.alt.za wrote:
> > Some level of smartness in how block traversal is made needs to
> > be there.
>
> That involves partitioning, which defeats the fundamental mechanics of
> venti.
I don't think it does. At least not in a way that is obvious to me
On Mon, 2009-02-02 at 23:22 +0100, Francisco J Ballesteros wrote:
> But can't you `script' by calling an external program, sending it your
> input, and reading its output?
Well, the way I see it: exec'ing is just a way to get to a transient
channel. Its no different from that very same channel bei
On Mon, 2009-02-02 at 14:12 -0800, ron minnich wrote:
> On Mon, Feb 2, 2009 at 1:32 PM, David Leimbach wrote:
>
> > They solve the same class of problems, if you step back far enough.
> > If your application's mechanism of dealing with processing is to use the
> > namespace, then binding new func
On Mon, 2009-02-02 at 13:32 -0800, David Leimbach wrote:
> I mean sure you could use FTP to transfer files, but the old shell
> based tools are automagically plugged in with network capabilities
> when they deal with a FTP backed namespace right? So without any
> binary loader capabilities "cp" "
On Mon, 2009-02-02 at 13:22 -0800, John Barham wrote:
> > You're missing the beauty of 9p. Who needs dynload() when you have
> mount()?
>
> Mount allows me to add new names to the process namespace. Dynload
> allows me to call functions or access data in a library that is not
> known to the proc
On Tue, 2009-02-03 at 04:25 +0900, sqweek wrote:
> On Sun, Feb 1, 2009 at 4:27 PM, John Barham wrote:
> > Dynamic loading allows scripting languages to load arbitrary binary
> > extensions at run-time. Without dynamic loading in Plan 9...
>
> You're missing the beauty of 9p. Who needs dynload()
On Sun, 2009-02-01 at 20:27 -0800, Russ Cox wrote:
> as for listening, 9vx by default uses the host ip stack,
> and plan 9 services tend to use their own port numbers,
And sometimes these port # tend to be < 1024 which means that
you have to run 9vx as root.
Thanks,
Roman.
On Thu, 2009-01-29 at 16:42 -0500, erik quanstrom wrote:
> > That said, what would be your thoughts on developing the
> > tools (and interfaces perhaps) for fetching up venti
> > blocks between two systems in a secure and manageable way.
>
> i think this harks back to ye olde dump. the main diff
On Thu, 2009-01-29 at 14:33 -0800, Russ Cox wrote:
> On Thu, Jan 29, 2009 at 1:09 PM, Roman V. Shaposhnik wrote:
> I don't know how well Git handles this; I apologize for that.
Git doesn't get annoyed. In fact, with things like git stash you can
even test incremental changes to t
On Thu, 2009-01-29 at 09:18 -0800, Russ Cox wrote:
> Onr fundamental difference is that the latter set is
> intended to keep trees exactly in sync,
"trees" tend to be highly overloaded, but if you refer
to the filesystem hierarchy as seem by open, then the
above statement, if applied to Git, is m
On Thu, 2009-01-29 at 12:36 -0500, erik quanstrom wrote:
> > But that's what happens when there is no incentive
> > for people to do the parts of programming that aren't fun.
> > Fixing bugs isn't fun; going through the bug list isn't fun;
> > but rewriting everything from scratch is fun (because "
On Thu, 2009-01-29 at 08:37 -0500, erik quanstrom wrote:
> > and as you well point out, the skils of a schizophrenic monkey for
> > managing local changes.
>
> well then, please show me how hg/git or whatever would save
> me from the situation outlined. how would hg/git know that
> i was really u
On Thu, 2009-01-29 at 08:53 -0500, erik quanstrom wrote:
> > > How about turning acme to universal UI, in the style of old Oberon?
> >
> > Acme very deeply believes that everything's just text. It would be
> > substantial effort to get it to be any more universal than that. I'm
> > aware of at lea
On Thu, 2009-01-29 at 08:15 -0800, ron minnich wrote:
> On Thu, Jan 29, 2009 at 4:12 AM, Uriel wrote:
>
> > All this has been solved by git and hg; and git and hg would *never*
> > wipe out your local files simply because the backing store for the
> > repository you are pulling from happens to br
On Thu, 2009-01-29 at 13:12 +0100, Uriel wrote:
> The issues with replica go beyond its tendency to wipe out complete
> file systems.
>
> It includes, among other things, the performance of a drunken slug,
> and as you well point out, the skils of a schizophrenic monkey for
> managing local change
On Tue, 2009-01-27 at 15:11 -0800, Christopher Nielsen wrote:
> On Tue, Jan 27, 2009 at 14:50, Roman V. Shaposhnik wrote:
> >
> > Are you a programmer? Care to give pointers to the projects you've
> > been on?
>
> I am not going to get into a pissing contest wi
1 - 100 of 237 matches
Mail list logo
