On Thu, Sep 8, 2011 at 5:49 PM, Bruce Ellis wrote:
> Can I just say this is the first time I've been on television?
>
sorry, there isn't time, we're just about to get another result...
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
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
On Mon, Aug 8, 2011 at 8:03 PM, andrey mirtchovski
wrote:
>> Yes. How to these work in Lion? My old p9p build simply didn't display
>> anything devdraw related.
>
> i got the 9pserve fail once (no bus error, just '9pserve failed'), but
> it went away when i copied a binary from a different machine
On Sat, Jun 11, 2011 at 2:26 PM, wrote:
>
> --- On Wed, 8/6/11, I wrote in part:
>
>> I am old enough to remember RFS the Remote File Sharing
>> Protocol on SVR4 that offered access to remote devices, but
>> I don't have that and I'm not aware of whether there are any
>> distributed file protoco
On Thu, May 19, 2011 at 8:21 AM, EBo wrote:
> copy over from Eric's SYSFROMISO. The recompile/install runs fine, but 9vx
> hangs upon restart after posting the "init: starting /bin/rc" message, but
> before starting rio.
>
FWIW, I see long delays occasionally on my OSX box at this phase
(potenti
While not exactly the same, http://guacamole.sourceforge.net/ might be
a good starting point for what would need to be done. There are
actually several variations of this around (vnc in javascript). Not
sure which would be the most simple as a starting point.
-eric
On Tue, May 17,
I run it over RUDP sometimes, I think that uses the same port - but
could be wrong about that.
-eric
On Fri, Apr 15, 2011 at 8:02 AM, domiel forty-two wrote:
> According to the IANA* 9pfs is registered as both 564/tcp and 564/udp.
>
> Does anything/anyone ever run 9P over UDP?
>
> *http
On Mon, Mar 7, 2011 at 7:09 PM, Venkatesh Srinivas wrote:
>
> In 9P, if I wish to list a directory, I need to TWalk to the directory,
> TOpen the directory fid from the walk, and then TRead till I have all of the
> contents of the directory.
> If the directory's contents do not fit in a single rea
Dunno - but I did an install yesterday of a fresh ISO without problems
on Ubuntu 10.10 x86_64 with whatever their default KVM is.
-eric
On Thu, Feb 24, 2011 at 7:40 AM, Stanley Lieber
wrote:
> Both the install and live cd kernels die here:
>
> http://farm6.static.flickr.com/5098/5468343552
On Feb 3, 2011, at 9:30 PM, Robert Ransom wrote:
>>
>>
>
> This feature might be more useful if the directory entries were
> presented to clients of the FS in a textual format, but that would
> encourage, if not require, far more parsing in the system, and that is
> bad both for performance
On Thu, Feb 3, 2011 at 10:58 AM, Bakul Shah wrote:
> On Thu, 03 Feb 2011 12:45:33 +0100 dexen deVries
> wrote:
>>
>> why do we keep distinction between files and directories?
>
> David Cheriton's `thoth' operating system didn't keep this
> distinction. But every other OS I know of keeps them
>
On Tue, Feb 1, 2011 at 9:45 AM, erik quanstrom wrote:
> On Tue Feb 1 10:40:33 EST 2011, eri...@gmail.com wrote:
>> doesn't mean its not a file system -- nothing saying such things can't
>> be layered.
>
> hg itself is not a file system, and i would imagine if one
> layered hgfs on top, one would
doesn't mean its not a file system -- nothing saying such things can't
be layered.
On Tue, Feb 1, 2011 at 9:18 AM, erik quanstrom wrote:
> On Tue Feb 1 10:01:54 EST 2011, eri...@gmail.com wrote:
>> http://www.ueber.net/code/r/hgfs ?
>>
>> I'm sure its not the only one
>
> but it is quite dis
http://www.ueber.net/code/r/hgfs ?
I'm sure its not the only one
On Tue, Feb 1, 2011 at 8:49 AM, erik quanstrom wrote:
>> least for me). Then I don't have to worry about whether I screwed up a
>> file system setup: that's what distributed repos are for.
>
> hg isn't a filesystem.
>
> - erik
On Wed, Jan 26, 2011 at 8:52 PM, Akshat Kumar
wrote:
> Yes, I've seen this. This is the port to Plan 9 Ports.
> I would like the code for Plan 9. I imagine reproducing
> will make things uglier than the original.
>
> On Wed, Jan 26, 2011 at 5:48 PM, Jacob Todd wrote:
>> http://code.google.com/p/p
found it. Will try to rip and encode for you this weekend.
On Sat, Nov 13, 2010 at 11:18 AM, Eric Van Hensbergen wrote:
> I think I misfiled the tape with your talk and the HARE panel. I'm looking.
>
> On Fri, Nov 12, 2010 at 9:32 PM, Bruce Ellis wrote:
>> where's m
>
> On Thu, Oct 28, 2010 at 12:13 AM, Eric Van Hensbergen
> wrote:
>> kk, gotta get a stretch of time to babysit ripping the tapes. We are
>> about halfway through.
>>
>> -eric
>>
>>
>> On Wed, Oct 27, 2010 at 1:16 AM, Bruce Ellis wrote:
&g
On Fri, Nov 12, 2010 at 2:41 PM, ron minnich wrote:
>> Doesn't really work in multi-account environments where uid on one
>> system doesn't equal uid on the other system. Also introduces
>> potential parse problems.
>
> but names are not guaranteed to be the either, right? I don't see that
> name
On Fri, Nov 12, 2010 at 2:23 PM, erik quanstrom
wrote:
>
> since plan 9 assumes that strings are null-terminated but
> 9p has explicit rle, one could send uids/errorno after the 0,
> but before the rle says the string is done.
>
> sleezy, and hackish, but it should work.
>
FWIW I think this is a
On Fri, Nov 12, 2010 at 1:55 PM, ron minnich wrote:
>
> That might work but Plan 9 servers currently silently discard T
> messages they don't understand, so this way of determining server
> capabilities can't be used.
>
Silent discard is a bit unfriendly and likely to hang the client.
Returning R
On Fri, Nov 12, 2010 at 9:55 AM, Russ Cox wrote:
>> I don't use it from plan9ports. Not sure if Lucho is still using it
>> (or variants).
>>
>> But why does version negotiation muck things up? It seems like if
>> the other side isn't responding with .u then there shouldn't be any
>> issues.
On Fri, Nov 12, 2010 at 12:19 AM, Russ Cox wrote:
> Does anyone use 9P2000.u anymore?
> Can we just remove it from the p9p tree?
>
I don't use it from plan9ports. Not sure if Lucho is still using it
(or variants).
But why does version negotiation muck things up? It seems like if
the other
On Fri, Nov 5, 2010 at 12:07 PM, dexen deVries wrote:
> On Friday 05 of November 2010 14:31:01 Eric Van Hensbergen wrote:
>> Quite right:
>> http://code.google.com/p/inferno-os/source/browse/#hg/appl/cmd/mash
>>
>> Although, no doubt brucee has a new, improv
Quite right:
http://code.google.com/p/inferno-os/source/browse/#hg/appl/cmd/mash
Although, no doubt brucee has a new, improved version not fit for mere
mortals to gaze upon.
-eric
On Fri, Nov 5, 2010 at 2:55 AM, Bruce Ellis wrote:
> no. it was the last thing i wrote for the bidness u
FWIW - the BGDBFS stuff had some aspects of this. I never quite got
to the point of targeting it with acid though (particularly not
multi-node). It would be an interesting extension, but IIRC it would
also require some pretty invasive changes to ACID (or I could have
just been looking at it wrong
On Tue, Nov 2, 2010 at 8:49 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>
> Apologies for raising this thread's signal/noise ratio.
>
Is that possible? :)
-eric
http://www.olc.edu/~cdelong/jargon-4.4.7/jargon-4.4.7/html/D/deadly-embrace.html
In the case of 9P I believe the concern in context is waiting for
clunks when the server is dead means the waiter will never die. Can
get particularly bad if its actually a communication failure with
bi-directional m
On Fri, Oct 29, 2010 at 12:18 PM, Charles Forsyth wrote:
>> Let's try to define 'decent' for this thread -- a decent fileserver is one
>> on which close()s do not have any client-visible or semantic effect other
>> than to invalidate the Fid that was passed to them. Lets see how many file
>> serve
On Fri, Oct 29, 2010 at 10:49 AM, Charles Forsyth wrote:
>> things up with standard (as opposed to synthetic) file systems?
>
> why should a "synthetic" file system (actually they are all synthetic, i
> think)
> be considered not "standard"? i thought file systems were the common currency
> in t
On Fri, Oct 29, 2010 at 10:21 AM, roger peppe wrote:
> On 29 October 2010 15:14, Eric Van Hensbergen wrote:
>> Just to make sure I understand things correctly, where does this mess
>> things up with standard (as opposed to synthetic) file systems?
>
> i think that part o
On Fri, Oct 29, 2010 at 4:01 AM, Charles Forsyth wrote:
>>What you are saying is that the problem could be something like:
>
>>-> Tclunk
>>(do not wait for response)
>>-> Topen (the file is exclusive)
>
> no, because what actually happens is closer to
> A: Topen
> ...
> queue
On Thu, Oct 28, 2010 at 9:41 AM, Francisco J Ballesteros wrote:
> One problem I have with delayed clunks is that when you have caches or the
> like,
> close might fail. Not an issue on Inferno, but, I'd still like to be
> able to get back in sync
> at close time if only to be able to check that e
On Wed, Oct 27, 2010 at 8:50 AM, Charles Forsyth wrote:
>>Sorry that wing-commander can't package it for today.
>
> sorry old boy, it wasn't LMF: at first we thought it was a wizard wheeze, but
> one of the sprogs had a prang with the bally old semantics and the other
> brass hats ordered it bac
kk, gotta get a stretch of time to babysit ripping the tapes. We are
about halfway through.
-eric
On Wed, Oct 27, 2010 at 1:16 AM, Bruce Ellis wrote:
> more! please.
>
> your data fiend,
>
> brucee
>
> On Tue, Oct 26, 2010 at 2:04 AM, Eric Van Hensbergen wro
http://www.arl-external.com/iwp9-2010/
I've got several talks encoding and uploading now.
On Sun, Oct 24, 2010 at 4:32 PM, Eric Van Hensbergen wrote:
> I'm back from travels and have started ripping and encoding the raw
> video from IWP9.
> First talk is done (talks may not b
I'm back from travels and have started ripping and encoding the raw
video from IWP9.
First talk is done (talks may not be in order) and I'm uploading it
now. I'll post an update with a URL when I've got the first batch of
tapes ripped, encoded, and uploaded (probably sometime tomorrow).
-eric
51 AM, Bruce Ellis wrote:
> my hovercraft is full of eels!
>
> On Tue, Oct 19, 2010 at 1:41 AM, wrote:
>> can they do hungarian subtitles?
>>
>> --
>> cinap
>>
>>
>> -- Forwarded message --
>> From: Eric Van Hensbergen
On Mon, Oct 18, 2010 at 6:34 AM, roger peppe wrote:
> yeah, youtube (or better, vimeo) would be great.
> livestream is very glitchy from here too.
> (although it was fun when it did work live...)
>
youtube would be a pain as the videos have to be sliced and diced to
match 10 minutes. Not sure if
2010/10/15 ron minnich :
> 2010/10/15 :
>> i wonder if making 9p work better over high latency connections is
>> even the right answer to the problem.
>
> The reason I care is that the link from a CPU node to a file server on
> blue gene is high latency. It might as well be cross-country, it's so
On Fri, Oct 15, 2010 at 12:29 AM, Tharaneedharan Vilwanathan
wrote:
> hi,
>
> i think we could stress on a specific architecture (and aim to provide
> basic and improved support) based on these criteria:
>
> - mainline architecture
> - cheap and affordable both for companies and individuals (also,
Erik has a copy of the slides and will be updating the iwp9.org site
with them shortly. In the meantime, you can grab them here:
http://goo.gl/QC3P
Give me a couple of weeks to dump the raw video (hell, I may even do
the video from last time while I'm at it) - if you don't hear from me
by then, p
you were wrong. but perhaps he'll answer anyways.
On Wed, Oct 13, 2010 at 4:09 PM, Tharaneedharan Vilwanathan
wrote:
> hi,
>
> if i am right, charles was planning to give a session on inferno
> roadmap or something in the 5th plan9 workshop. did it happen?
>
> sorry if i am wrong.
>
> thanks
> d
ppc64 and amd64 support exists. the ppc64 port is partial and is
available publically. It is my understanding that the amd64 is
partial and available to those who ask. Things which are missing are
devices and other bits to make it actually useful, but the core
changes for 64-bit support are in p
For folks interested in more info on the πp portion of Noah's Osprey talk,
Anant's thesis is available online: http://proness.kix.in/misc/πp-v2.pdf
-eric
On Sat, Oct 9, 2010 at 9:43 AM, Skip Tavakkolian
wrote:
> He'll be missed, but I'll be sure to have his name tag there just in case.
>
How long to fly your plane to Calgary Skip? I've got a big black bag
and an Australian that's not afraid to pull punches. I'm sure we can
kidnap a certain Bulga
we could have smuggled you down in the back the car on the way down from OSDI.
On Sat, Oct 9, 2010 at 8:35 AM, andrey mirtchovski
wrote:
>> But that's what you get for not driving over the rockies Andrey.
>
> I'm not sure I can hear much better from vancouver than here :)
>
>
On Fri, Oct 8, 2010 at 10:31 PM, andrey mirtchovski
wrote:
> let me know when the live streaming starts. don't want to miss any of
> the joke made at my expense :P
>
being as its live, it should start when the conference starts.
Although knowing me, it'll probably take Ron's opening remarks for m
On Thu, Sep 30, 2010 at 9:33 PM, Anssi Porttikivi wrote:
> Plan 9 pages are down :-(
>
It is no longer necessary to send these messages to the list. I setup
pingdom several months ago to automatically monitor
plan9.bell-labs.com and it sends email to folks there when things go
south. If you are
On Thu, Sep 23, 2010 at 8:36 AM, Eric Van Hensbergen wrote:
> 6 month posting for graduate students only to work on the DOE HARE
> project (http://is.gd/foRdS)
> This is the third and last year of funding, so don't miss out on a
> great opportunity to work on Plan 9
> o
On Wed, Sep 29, 2010 at 12:18 AM, Venkatesh Srinivas
wrote:
> For those of us who can't be at IWP9, are there any plans to videotape the
> talks?
>
I'll attempt to livestream the talks again this year as well as
keeping a tape archive -- although audio quality typically suffers due
to interferenc
On Thu, Sep 23, 2010 at 8:45 AM, Mathieu Lonjaret
wrote:
>
> when would the job start?
>
Somewhat negotiable, but the preference is for a 6 month internship
starting no later than Feb 15, 2011. The realities of IBM bureaucracy
mean there is likely a 1-2 month processing time from when I make a
d
6 month posting for graduate students only to work on the DOE HARE
project (http://is.gd/foRdS)
This is the third and last year of funding, so don't miss out on a
great opportunity to work on Plan 9
on one of the largest supercomputers on the planet.
Job posting is here: http://is.gd/foQOS
On Fri, Sep 10, 2010 at 10:32 PM, erik quanstrom wrote:
>> > What am I doing wrong?
>>
>> I would argue that, while it is quite cool in principle, replica is
>> the wrong way to solve the source distribution problem. I gave up on
>> replica a year ago because I got tired of the kinds of problems y
FWIW, Ron's got a regularly updated snapshot of the source tree in
mercurial -- he and I have been using that to keep our 9vx plan 9
directories up to date -- works faster, better, and is more reliable
than replica. Using floren's python installation you can even use it
under Plan 9.
-eri
On Wed, Aug 18, 2010 at 7:37 AM, erik quanstrom wrote:
>> On Tue, Aug 17, 2010 at 11:55 AM, Brad Frank wrote:
>> > Yes, doing those things would be an alternative. But the bigger question is
>> > why is fossil hitting the load like that while running in Qemu. And also,
>> > another question is wh
On Wed, Aug 18, 2010 at 7:42 AM, erik quanstrom wrote:
>
> why cant fossil also use vblade?
>
I thought I covered that by saying you could run an AOE vblade server
(by which I meant to imply you could run any of the available file
systems over AOE or venti), but perhaps I should have been more
sp
qemu disk emulation isn't exactly speedy, and fossil probably bangs on
the disk pretty hard and from the sounds of things its treating the
disk access as synchronous (which is why everything else freezes up).
The two combined together is not something you want to deal with.
FWIW, on my system I don
On Tue, Aug 17, 2010 at 9:07 AM, Venkatesh Srinivas wrote:
>
> I run Plan 9 in qemu, but I run neither fossil nor any other (major) disk
> file server in qemu.
> Instead, I have Inferno on my host serve files to Plan 9.
> To accomplish this:
> 1) I installed Plan 9, as normal, into a qemu disk ima
erik's attempt is now in the go-plan9 repo under its own branch for
those that wish to take a look.
Hopefully I merged it properly.
-eric
On Tue, Jun 29, 2010 at 1:32 PM, erik quanstrom
wrote:
>> a) Simple logistics (makefile/script transformations, Sape's branch
>> has some of this, what t
as much of a hint as I can give at the moment.
-eric
On Tue, Jun 29, 2010 at 1:12 PM, Francisco J Ballesteros wrote:
> Anyone (Russ?) can repeat here aprox. what the workaround for b was, for
> those like me that didn't attend usenix?
>
> On Tue, Jun 29, 2010 at 8:10 PM,
>
> Is the porting process active?
>
It seems to be an opportunistic concurrent activity (which is why I
tried to create a central repo so we'd get some benefit from the
sparse multiple activities). Most people were just waiting for Andrey
:)
There is some stuff that Forysth/Jmk have been lookin
On Sat, Jun 26, 2010 at 4:26 AM, wrote:
>> but I can dig
>> them up, clean them up, and share them,
>
> My particular concern is to encourage convergence towards a single
> source distribution rather than divergence as seems to have been the
> case so far with Plan 9 native, Inferno, p9p and now
2010/6/18 Eric Van Hensbergen :
>
> No IBM BoF to steal beer from I'm afraid.
>
I see google ice cream and beer on Thursday -- shall we try to snag
the 9pm slot after the GSoC BoF, or just aim for an adjacent room :)
-eric
Is it too late to put something in or will we have to pin a cocktail
napkin on the board :)
No IBM BoF to steal beer from I'm afraid.
-eric
2010/6/18 ron minnich :
> 2010/6/18 Skip Tavakkolian <9...@9netics.com>:
>> are there any planned activities for 9fans at USENIX next week?
>>
>>
>
On Thu, May 6, 2010 at 4:45 PM, ron minnich wrote:
> On Thu, May 6, 2010 at 2:21 PM, Skip Tavakkolian <9...@9netics.com> wrote:
>>> doesn't the weather get ugly in seattle about that time?
>>
>> pick any two: cheap, pretty, convenient. ☺
>
> I actually like seattle that time of year anyway.
>
> Is
You've got to hold the right click for the menu and window creation.
Its a bit tricky with trackpad + keyboard, best to invest in at least
a 2 button mouse if not a three button. The new chording support for
the magic mouse/trackpads might help, but I haven't tried it yet on my
macbook pro.
On Thu, Apr 29, 2010 at 10:16 AM, ron minnich wrote:
> On Thu, Apr 29, 2010 at 8:03 AM, David Leimbach wrote:
>
>> 9P doesn't require any flow control? That doesn't seem right :-) But then
>> again it doesn't stream, at least in the traditional way I think of
>> streaming. To stream you typica
On Wed, Apr 28, 2010 at 3:51 PM, ron minnich wrote:
> On Wed, Apr 28, 2010 at 1:36 PM, Francisco J Ballesteros
> wrote:
>
>> That's similar to a Tget in op with unlimited replies. The difference adds on
>> quickly.
>
> neat, I need to study op more than I did :-)
>
For the record, I kept tellin
s,
>
> "This is the new unix port of push."
>
> Where might I find the native Plan 9
> version?
>
>
> Best,
> ak
>
>
> On 4/25/10, Eric Van Hensbergen wrote:
>> Take a look at Noah's PUSH shell. It's not there yet, but maybe lat
Take a look at Noah's PUSH shell. It's not there yet, but maybe later
today.
Sent from my iPhone
On Apr 26, 2010, at 2:50 AM, Akshat Kumar
wrote:
Thanks Steve,
rx $cpu 'procdata' | process
works well for one way.
However,
procdata | rx $cpu 'process'
is in the same way as with cpu(1
ymmv, but here are two configurations I use:
VMware fusion on Mac -- but only to run cpu/fs/auth -- I use either drawterm or
ACME-sac to get into it. It is very snappy. Easily as snappy (for me) as my
standalone Plan 9 equivalent and I do basically all my work in this
environment. I do not r
On Mar 16, 2010, at 6:52 PM, ron minnich wrote:
> On Tue, Mar 16, 2010 at 3:47 PM, Eric Van Hensbergen wrote:
>
>> You could configure venti to be less aggressive with its use of memory, but
>> that would likely hurt performance.
>>
>> Running venti inside qemu
On Mar 16, 2010, at 6:04 PM, ron minnich wrote:
> I was wrong. I built a new kernel from sources and performance is
> still very bad, with a load of 2500 minimum.
>
> Also, venti, on this little machine, is a bit hungry for memory.
> venti...2010/0316 20:31:06 venti: conf.../boot/venti: mem 1,048
Augment the contrib tools (or a fork or facsimile thereof) to including
user-defined rankings and reviews. Forks and duplication sometimes make sense,
sometimes they don't -- but the better versions will percolate to the top.
Its a community driven thing, we need the right tools to enable that.
I personally like the inferno programmers notebook style - it's a nice
way of documenting tips and tricks as well as introducing quick and
dirty apps. I've long thought it a shame we don't have something
similar for Plan 9.
Sent from my iPhone
On Feb 24, 2010, at 5:26 AM, John Stalker wr
A few "solutions" exist:
Use Op instead - of course there is no Op exporter from sources or
Linux client -- but these could be rectified with work.
If used v9fs run with cache=loose or cache=fscache both of which
enables caching meta-data.
Convince the Linux community to fix ls - I think
On Feb 10, 2010, at 7:32 AM, Pavel Klinkovsky wrote:
>> 1) real plan9 to the same place
>> 2) qemu plan9 on Fedora to the same place
> As I wrote above, I made exactly the same test on exactly the same HW
> (and internet connection).
> 1. Native Plan9.
> 2. Native Fedora 10 with p9p.
>
>> "It's
File operation bandwidth should be roughly equivilent once the file is
open - directory reads will have a large penalty under Linux
complicated by the latency of the connection.
-Eric
Sent from my iPhone
On Feb 10, 2010, at 11:57 AM, Pavel Klinkovsky > wrote:
Maybe yes, maybe no. Wh
Also - which file server are you using?
Sent from my iPhone
On Feb 10, 2010, at 3:54 AM, Gorka Guardiola wrote:
Maybe yes, maybe no. What is the latency to your file server?.
http://lsub.org/ls/export/opiwp9.pdf
http://lsub.org/ls/export/opiwp9tlk.pdf
--
- curiosity sKilled the cat
Is source to your application available anywhere? I'm getting a
Android tablet and wanted to do some 9P/Plan9 hacking for it and it
sounds like you have a good starting point.
-eric
On Thu, Aug 27, 2009 at 1:41 PM, David du Colombier <0in...@gmail.com> wrote:
> I used Charles Forsyth's 9P
Congrats Brantley - this is great news!
-Eric
Sent from my iPhone
On Jan 30, 2010, at 6:40 PM, Brantley Coile wrote:
I just want to share with the list that we have announced that
Coraid, the largest distributor of Plan 9 systems in the world, has
accepted some serious venture funding
reflection of Linux VFS operations into 9P is often a strange and
interesting experience.
-eric
On Wed, Jan 27, 2010 at 3:20 PM, erik quanstrom wrote:
> On Wed Jan 27 09:37:02 EST 2010, rogpe...@gmail.com wrote:
>> fuse is probably just doing a stat of each file, as is
>> conventional and
trans_fd option parsing that is overflowing a buffer and
corrupting memory.
Thanks Again,
-eric
On Sun, Jan 24, 2010 at 11:55 AM, Lorenzo Bolla wrote:
>
>
> On Sun, Jan 24, 2010 at 4:54 PM, Eric Van Hensbergen
> wrote:
>>
>> On Sun, Jan 24, 2010 at 7:02 AM, Lorenzo
On Sun, Jan 24, 2010 at 7:02 AM, Lorenzo Bolla wrote:
> I'm trying to use "9 mount" to mount acme's socket (in `namespace`/acme) to
> some directory in /mnt (let's say /mnt/acme). I'm using ArchLInux:
> $> uname -a
> Linux eee 2.6.32-ARCH #1 SMP PREEMPT Sat Dec 26 08:26:17 UTC 2009 i686
> Intel(R)
http://www.linux-kvm.org/wiki/images/4/41/KvmForum2008$kdf2008_16.pdf
On Mon, Jan 18, 2010 at 3:20 PM, David Leimbach wrote:
> Also, the more I think about it, the more interesting I think it is to run
> different OSes in different domains on the same machines anyway. If you
> want to make one t
On Mon, Jan 18, 2010 at 11:34 AM, Steve Simon wrote:
>> Have a look at PUSH (PODC 2009)
>
> I had a google but couldn't find it,
> could you send me a link to the paper
>
http://portal.acm.org/citation.cfm?id=1582780&dl=GUIDE&coll=GUIDE&CFID=64334509&CFTOKEN=48344220
If you don't have a subscrip
Have a look at PUSH (PODC 2009)
Details still developing but the PODC paper gives you an idea of
direction.
-Eric
Sent from my iPhone
On Jan 18, 2010, at 10:58 AM, Tim Climber wrote:
Is this possible for UNIX philosophy to develop further? Let's say,
XML-coded trees or graphs instead
On Jan 8, 2010, at 1:36 PM, Taj Khattra wrote:
>> They are running apache on a toaster? My goodness.
>
Once upon a time we crammed a PPC board into a stainless steal toaster as a
demo platform with the LCD popping out of the slot like a piece of toast. I
thought i had pictures, but can't for
On Jan 8, 2010, at 1:43 PM, Tim Newsham wrote:
>> I might be having a hard time with the Japanese, but my impression is that
>> the plan 9 processes are now also L4 userspace servers. This makes me think
>> they're not running a paravirtualized Plan 9 on L4, but put L4 INTO Plan 9.
>
> The paper
of the real button clicks (filter them out of the desktop
> event queue), but I've not managed that yet.
>
> Paul
>
> On 2009-11-27, at 8:35 AM, Eric Van Hensbergen wrote:
>
>> Proper acme chords? I futzed with it before with the previous apple mice
>> and couldn&#
Proper acme chords? I futzed with it before with the previous apple
mice and couldn't get it to work. This with the new multitouch mice?
-Eric
Sent from my iPhone
On Nov 26, 2009, at 1:58 AM, Paul Lalonde wrote:
I wound up with one of these today, and I just had to mess with it
enou
The open sourced reference code for the BG/P port has been published.
Its available via git from http://git.anl-external.org/plan9.git and
from hg via bitbucket: http://bitbucket.org/ericvh/hare
I'll be writing up a HOWTO for both the build environment (which uses
the standard plan 9 distribution)
On Mon, Nov 2, 2009 at 4:03 PM, roger peppe wrote:
>
> PS. i'd like to have a glance at the videos of the presentations
> too - i was given to believe that they might be available after the
> event... eric?
>
The rough cut re-runs are still on http://www.livestream.com/iwp9
Click on-demand to get
AFAIK, it was still being actively maintained as part of xcpu.
-eric
On Nov 2, 2009, at 2:06 PM, Tim Newsham wrote:
Hi, I'm doing some work w/ npfs. There's a mailing list but
it appears dead. Is anyone actively using and maintaining
npfs? Is the mailing list the appropriate forum
Everyone is busy drinking and debating protocol semantics. I think
we've managed to empty the coraid fridge of beer.
Sent from my iPhone
On Oct 22, 2009, at 10:35 PM, Michaelian Ennis > wrote:
;)
Ian
Okay - still not sure there is going to be enough bandwidth to pull
off livestreaming, but I'm going to attempt it. The URL to check will
be http://www.livestream.com/iwp9 starting at 9pm US EST. I'll be
recording the sessions to tape as well and depending on the quality of
the livestream will po
On Oct 20, 2009, at 7:53 AM, Enrico Weigelt wrote:
I've also done some bits of works in that area
(nothing usable yet ;-o), but with different
requirements:
* storage near to the user (at least local mirrors)
* equal data should get equal score (even w/ encryption)
* automatic removal of stale
I'll be bringing the recording equipment regardless. Will try to post
to 9fans/IRC as to whether or not it'll fly early Thursday morning.
Otherwise, I'll tape everything and eventually find someplace to host
it.
-eric
On Oct 19, 2009, at 4:32 PM, Tim Newsham wrote:
Is video str
Could be wrong, but I think he's referring to the SPURS Engine:
http://en.wikipedia.org/wiki/SpursEngine
-eric
On Oct 17, 2009, at 4:07 PM, Steve Simon wrote:
I'm a tiny fish, this is the ocean. Nevertheless, I venture: there
are
already Cell-based expansion cards out there for "rea
1 - 100 of 275 matches
Mail list logo
