thm 2005-09-25 Log -Diff-


Sun Sep 25 03:37:53 CES 2005, uriel (82.182.149.46)

(sorry, the page name has the wrong date, it was late in the night :))
19:57 [Users #plan9dev]
19:57 [ __20h__] [ booyaa] [ garbeam] [ lantis] 
19:57 [ axelB  ] [ Fish  ] [ gdiaz  ] [ uriel ] 
19:59 -!- axelB [~belinfan@demeter.ewi.utwente.nl] has quit [Quit: ]
19:59 -!- Nemo [~root@142.Red-83-42-180.dynamicIP.rima-tde.net] has joined #plan9dev
19:59 -!- gdiaz [~gdiaz@73.Red-83-58-115.dynamicIP.rima-tde.net] has quit [Ping timeout: 480 seconds]
19:59 <Nemo> Hi there
20:00 <lantis> welcome back
20:00 <uriel> hi again
20:00 <Nemo> anyone wants to add anything to the topic-list?
20:00 <uriel> this looks rather dead, maybe saturday was a bad choice of day... during the week people comlained they had to work, during the weekend it seems they prefer to party :(
20:01 <uriel> hmm.. charles is comming over?
20:01 <Nemo> Don't know. I think he could
20:01 -!- gdiaz [~gdiaz@73.Red-83-58-115.dynamicIP.rima-tde.net] has joined #plan9dev
20:01 <Nemo> At least he said he couldn't the last week
20:02 <uriel> hey gdiaz 
20:02 <gdiaz> hi
20:02 <uriel> maybe lets give an extra five min to see if anyone more shows up...
20:03 <Nemo> Ok. 
20:04 <Nemo> Next time I think it would be better during the week :-)
20:04  * uriel isn't sure really, during the week people complained they had meetings and other things to do...
20:05 <gdiaz> why we are here and not in #plan9 at freenode as usual? (sorry if i missed something)
20:05 <uriel> gdiaz: we only had it once in #plan9
20:05 <uriel> but that channel has too much noise
20:05 <Nemo> Perhaps some of them are ate #plan9?
20:05 <lantis> gdiaz: it is about some things freenode, only registered users can privmsg people, and some other things
20:05 <uriel> like newbies commint to ask questions and such
20:06 <uriel> yes, and the change of network is because what lantis said; if they are in #plan9 they are probably away, because it's in the topic the anouncement for the meeting
20:06 <gdiaz> ok
20:06 <gdiaz> :) 
20:07 <lantis> btw, I am really ok with weekend (I prefer that), my only problem is that I am not "prepared" (it is a bit late at Germany, at least for me), so I am tired and will go to bed soon
20:07 <lantis> ;)
20:07 <uriel> lantis: 20h and others are at parties drinking... :/
20:08 <uriel> and it's still a bit early for the .jp folks, but vt3 had said he would turn up(during week it would be impossible due to work)
20:08 <lantis> if they prefer drugs.. In the week, your RL is a bit "nearer", you got to catch enough sleep so you can get up for the job, etc ;)
20:08 <uriel> it's really hard to find a good time/day that fits everyone
20:09 <lantis> yeah, of course ;|
20:09 <uriel> yea, that is why I thought maybe friday is a good compromise... I don't know really...
20:09 <Nemo> Perhaps split this in two, one for US/Europe another for JP/??
20:10 <uriel> Nemo: I think that would just complicate things more, only nashi, harakora(who was around a bit ago, weird) and nashi are from .jp or near TZ
20:10 <uriel> (well, newsham is in haway... god, we are all over the place, and then there is the .au folks, but that is just kuroneko)
20:11 <Nemo> Ok, what do we do. Do we start?
20:11 <uriel> I think it's best to just set a fixed data/time and hold it every month, and whoever can make it, will show up, consistency is better, so people can plan for it in advance
20:11 <uriel> yea, lets start
20:11 <uriel> I guess charles is not coming up :(
20:11 <uriel> so, I guess I can start with the new website
20:12 <Nemo> Ok. the first point was the wiki, right? go ahead
20:12 <uriel> not much to say, this was something I wanted to do for quite some time, specially as result of all the people asking the same questions again and again in #plan9
20:12 <uriel> and it took some momentum after the last THM
20:12 <uriel> here is the proposed new main page: http://glendy.se.cat-v.org/who/uriel/p9site/
20:13 <uriel> the idea is to make all links point to the wiki, so people can take care of the content, because the current non-wiki content is badly maintained
20:13 <uriel> surprisingly russ liked the idea
20:14 <uriel> now it's only left to fix the wiki so it 's style matches the start page, and add a bit of new content so all links are covered
20:14 <uriel> (I'd like to convert some pages like the papers page, and also bring all the Inferno papers and any related stuff)
20:14 <uriel> the papres are problematic because ms2html is quite broken
20:15 <Nemo> pdf is fine, isn't it?
20:15 <uriel> not sure what will happen with that, I fixed (mostly) most of the papers by hand, but russ didn't like to have them hacked by hand, fixing ms2html is beyond my skills(and russ looked into it too and gave up)
20:15 <uriel> hmmm. some people don't like .pdf
20:15 <uriel> and it's nice to be able to link to html versions
20:15 <lantis> I like to have a choice ;)
20:15 <uriel> an option is to get rid of the html versions maybe
20:16 <uriel> lantis: yea, having choice is nice, I was thinking even converting them to plain text so they can be meged into the wiki and updated
20:16 <uriel> I'm not really sure what we should do about that, some of the papers are really good, but quite outdated
20:16 <Nemo> just link what we have
20:17 <uriel> Nemo: what are you doing with your papers? would you be interested to have them in a shared place with the Plan 9 papers?
20:17 <Nemo> sure. Some are in troff, some are in latex.
20:17 <uriel> problems is things like the bottom of: http://plan9.bell-labs.com/sys/doc/auth.html or like in the rc paper, that the $ symbols are missing(!)
20:17 <uriel> well, that is secondary, what does people think of the new start page?
20:18 <Nemo> I think the page is fine
20:18 <uriel> there is a controversial question:
20:18 <Nemo> At least, it's good to have something that people can update
20:18 <uriel> should we keep the "Fourth Edition" or should we indicate that things have changed at least a bit since Fourth Edition
20:19 <uriel> that seems to be a big source of confusion for new users, that think the CD they download is 3 years old
20:19 <Nemo> It's still 4th ed.
20:19 <Nemo> You could say 4th ed vX/X/X (with a date)
20:19 <uriel> yes, but would be nice to have a way to indicate some changes have gone in since 4th ed
20:20 <Nemo> Those that deserve a paper or a man page or whatever, may be linked from
20:20 <uriel> yea, but where you put that? there are new releases every day... someone in #plan9 would not believe me when I told him the ISOs are built every day from the latest sources..
20:20 <Nemo> a changes version.
20:20 <uriel> ah
20:20 <uriel> BTW, one of the ideas of the new website is to move more things to sources too
20:20 <uriel> so it can easily be mirrored
20:20 <Nemo> ?
20:20 <uriel> because plan9.bell-labs.com has been rather unreliable lately
20:21 <Nemo> ah
20:21 <Nemo> I can provide a file server
20:21 <uriel> that would be nice
20:21 <Nemo> We could setup a replica for sources (should russ agree)
20:21 <uriel> we got mirrors in mordor and in 9grid.de(soon in 9grid.nl too)
20:21 <uriel> russ has a new mirroring system he worked on with 20h
20:21 <uriel> I can forward to you the relevant emails
20:21 <Nemo> please do
20:21 <uriel> (it uses /n/sources/lsr )
20:22 <uriel> thing is: bell labs can't offer web interface to sources
20:22 <uriel> so we have to do it thru the mirrors
20:22 <uriel> Nemo: are you interested in mirroring the .iso too? 
20:22 <Nemo> I thought you meant a real mirror for /n/sources
20:22 <Nemo> I can mirror whatever it's convenient. No problem.
20:23 <Nemo> We run our own dns, thus our site should be reliable.
20:23 <uriel> yes, yes, I mean a real mirror of /n/sources; but we also need a web interface to sources, and we can do that with the main sources archive(lawyers wont let them)
20:23 <uriel> cool
20:23 <Nemo> does russ agree with all this?
20:23 <uriel> that is another thing I plan to change, so the download page just has a link of iso mirrors
20:23 <uriel> yes, as far as I have discused with him, yes
20:24 <Nemo> Ok. how much storage are we talking about?
20:24 <uriel> the exact content that will go in the wiki is not worked out, but anyone can edit it, which is the point
20:24 <uriel> hmmm.. 20h would know, but I think it's ~300Mb
20:24 <Nemo> We have a machine that I think could easily host all of this. We can provide 9fs and web
20:24 <uriel> usually the main problem is bandwith, specially if we link the .iso
20:25 <uriel> (but the iso is rather small actualy, so...)
20:25 <Nemo> Our link is not too good, but I think it's enough (at least from spain :-)).
20:25 <uriel> ok, I think I'm done, I passed my due time by a long shot and people don't seem too interested :)
20:25 <Nemo> We're only a few, so I think that's a problem.
20:25 <gdiaz> :)
20:26 <uriel> ok, as long as it works and they dont' kick you out of the uni for getting /.doted ;)
20:26 <lantis> heh
20:26 <Nemo> I wouldnt mind :)
20:26 <uriel> (the problem for 20h is that his bandwith is borrowed, so he can't abuse it too much)
20:26 <uriel> anyway, fortunately our .isos are rather small by lunix standards ;)
20:26 <uriel> ah, one last thing
20:26 <uriel> the news page
20:26 <uriel> I would apreciate help with that
20:27 <Nemo> The university bw is to transfer tech to/from educational institutions. no problem.
20:27 <Nemo> What kind of help?
20:27 <uriel> posting things like the release of plan b and such there would be nice
20:27 <lantis> hm
20:27 -!- forsyth [none@spc1-york1-5-0-cust142.seac.broadband.ntl.com] has joined #plan9dev
20:27 <uriel> hey forsyth!
20:27 <Nemo> Ok, what we could do is that who procuces the news updates the news section 
20:27 <Nemo> Hi forsyth!
20:27 <forsyth> um, yes.  i remembered this morning but forgot this evening...
20:28 <Nemo> :)
20:28 <lantis> you mean like, if there is some interesting stuff or newsflash on 9fans, update the news-page on the wiki?
20:28 <uriel> forsyth: hehehe :)
20:28 <uriel> lantis: yes
20:28 <Nemo> I mean like, if a 9fan does X, he tells other also in the news section.
20:28 <lantis> Nemo: good idea! Problem might be to differ between "news" and normal comments or other emails ;)
20:29 <Nemo> well, if someone thinks something is not news, just update the wiki.
20:29 <uriel> Nemo: well, I think it would be mostly for things of general interest, like if a new python port comes out, or a new 9grid node goes up, and that kind of thing
20:29 <Nemo> yep
20:29 <uriel> there are lots of things that don't make it to 9fans which I think people would find interesting too
20:30 <uriel> (eg., the new pyhton port is an example of something I think never made it to 9fans)
20:30 <Nemo> just send a mail there then.
20:30 <uriel> yea, but I didn't do it ;)
20:30 <Nemo> Ok. done with news? do we move to next topic?
20:30 <uriel> yea, just one thing
20:30 <uriel> forsyth: what do you plan for Inferno wiki?
20:31 <uriel> (there was some talk in inferno-list of a more business-oriented site, and a more hacker-oriented site, maybe an inferno wiki would take that role?)
20:32 <forsyth> i suppose a wiki probably is more hacker-oriented
20:32 <uriel> forsyth: yes, exactly, that is what I meant, sorry
20:32 <uriel> forsyth: caerwyn(sp?) has acme/Wiki for inferno now BTW
20:32 <forsyth> so yes, it seemed worthwhile to me
20:33 <Nemo> Why not a single site for both?
20:33 <uriel> forsyth: do you have a place to host it? or maybe we could merge it with the Plan 9 wiki? there is quite an overlap
20:33 <forsyth> actually, i thought caerwyn had volunteered; otherwise i can put it somewhere
20:34 <uriel> forsyth: I just would like to see the Inferno stuff move more towars sources, as centralizing things makes it easier to mirror and keep track of(right now stuff seems really spread all over)
20:34 <Nemo> One thing I feel is that we still dup. work.
20:34 <forsyth> if people thought it was better to have both 9 and inferno in one place, i don't mind.
20:35 <Nemo> I mostly refer to source. we all speak 9p. would be nice to have a central place to look at for services.
20:35 <forsyth> at the moment i can't run inferno or 9 with any bandwidth > 1mbit anyway
20:35 <uriel> Nemo: oh, there I agree, but I don't dear to mention it ;)
20:35 <Nemo> drivers, for example. 
20:36 <uriel> forsyth: how much work is to keep things like the compilers and drivers in sync? why not merge them into a single central repository?
20:36 <forsyth> drivers shouldn't be duplicated now:
20:36 <gdiaz> i think that service provider could be 9grid. . .or i would like at at least :)
20:36 <forsyth> if i do a pc driver for inferno i'll add it to 9.
20:37 <uriel> gdiaz: thing is, things are moving towars 9grid.* nodes providing full mirror of sources/plan9.bell-labs.com, so if things move there, they will be picked up by whatever 9grid nodes are around
20:37 <forsyth> more usually, though, inferno runs on things that 9 doesn't, so some of those drivers don't go back yet.
20:37 <forsyth> or, as with the powerpc, the underlying kernels diverged.
20:37 <uriel> forsyth: what about changes to Plan 9 drivers? isn't it some work to bring them back into Inferno?
20:37 <forsyth> not usually: i usually just copy in ether drivers, for instance.
20:38 <Nemo> right. but I mean, reworking things so we could have: /sys/src/pc-drivers or whatever. So the source could be the same.
20:38 <uriel> yea, and all the utils/ stuff in inferno also could share a single source tree with Plan 9, I think(or in some cases maybe with p9p?)
20:38 <forsyth> one difference there is that there are quite a few inferno users that don't run plan 9,so they wouldn't get them that way
20:39 <uriel> forsyth: hum.. what do you mean? sources is accessible to everyone
20:39 <gdiaz> unless exists a web interface to sources
20:39 <gdiaz> :-?
20:39 <forsyth> not if you're running windows
20:39 <uriel> forsyth: it isn't from inferno?
20:39 <Nemo> if both 9 and inferno included the very same directory for drivers, no-one would loose any.
20:40  * uriel has not tried to mount sources from inferno, should try
20:40 <uriel> Nemo: also another thing that would be nice is more integration of Inferno into Plan 9, so for example the default iso could include Inferno already setup
20:40 <forsyth> as it stands, drivers are sometimes duplicated (in source) even within each of the systems.
20:41 -!- lantis [~lantis@c147119.adsl.hansenet.de] has quit [Quit: "thanks, but I am really tired"]
20:41 <Nemo> yes. I'm talking about undoing that.
20:41 <uriel> forsyth: does your new distribution system has something like patch(1)?
20:42 <forsyth> i find a tension between having one copy of something and not being able to find things at all (which is what i find  with linux, where i cannot find my way round at all)
20:44 <uriel> forsyth: well, I would think that having a single copy of things would make it easier to find things, no?
20:44 <uriel> (and yes, I can't believe anyone can find anything in linux)
20:45 <Nemo> ok. next topic?
20:45 <uriel> yea, I guess so :)
20:45 <uriel> 9con.Madrid? :)
20:45 <forsyth> good topic
20:45 <uriel> Nemo: comments? I don't really have much to say about it, except that I hope to show up :)
20:46 <Nemo> Well, it's to early to know the status of this thing.
20:46 <uriel> well, I don't think anyone has even proposed any dates..
20:46 <uriel> Nemo: when would it be most convinient for you?
20:46 <Nemo> Any time:
20:47 <Nemo> the thing is that we wanted to poll the university to get some support
20:47 <Nemo> I'm waiting until gorka comes back to see what we can do.
20:47 <uriel> ah, I wasn't sure when he would be back
20:47 <uriel> I was hoping he would be here today
20:47 <Nemo> At the very least, the urjc could provide a place to meet, network, and the like.
20:48 <uriel> yea, that is really all that is needed
20:48 <uriel>  that is what we got in twente
20:48 <Nemo> We have to see if we could get money to pay some interesting people to give a talk to the others.
20:48 <uriel> (and in London, except charles brought t-shirts and dave bought snaks :))
20:48 <gdiaz> that would be very nice!
20:49 <uriel> Nemo: well, that would be nice, I just mean, that we don't need to be over-ambitious...
20:49 <Nemo> We could perhaps schedule for May?
20:49 <uriel> bringing russ or jmk would be nice though
20:49 <uriel> oh, /me was thinking before the end of the year =)
20:49 -!- Netsplit helium.oftc.net <-> arion.oftc.net quits: Fish, Nemo
20:49 <uriel> Nemo: dunno, that would be fine for me, I think, let me check when is FOSDEM
20:49 <uriel> shit
20:49 <gdiaz> yes
20:50 <gdiaz> :)
20:50 -!- Netsplit over, joins: Fish, Nemo
20:50 <uriel> 21:49 <uriel> bringing russ or jmk would be nice though
20:50 <uriel> 21:49 <uriel> oh, /me was thinking before the end of the year =)
20:50 <uriel> 21:49 -!- Netsplit helium.oftc.net <-> arion.oftc.net quits: Fish, Nemo
20:50 <uriel> 21:49 <uriel> Nemo: dunno, that would be fine for me, I think, let me check when is FOSDEM
20:51 <Nemo> Ok. perhaps we can propose some time in the list.
20:51 <Nemo> If no support is needed, we can schedule at any time.
20:51 <Nemo> If we need support for talks or the like, we are going to need a bit of time to
20:51 <Nemo> run our local bureaucrats.
20:52 <uriel> Nemo: ok, well, I guess you can decide what you consider best
20:52 <uriel> something that might be good first of all, is poll around to see who might be inerested in comming to give talks at all :)
20:52 <Nemo> I'll wait until all the LS members are back in town, ask them, and later we'll see.
20:53 <gdiaz> i will prefer a 9con with as much people as possible, and better if it is supported
20:53 <Nemo> Forsyth, would you be comming?
20:53 <uriel> (I'm not sure we will be able to convince any of the google folks, that leaves us russ, jmk, geoff and brucee, I think)
20:53 <uriel> forsyth said he was interested, so he better come :)
20:54 <gdiaz> i would like sape comming, as i'm debt of a beer with him :-D
20:54 <forsyth> yes, i was hoping to attend, although it depends a bit on dates.
20:54 <uriel> gdiaz: axelB is not here(!?!?!), but I think there will be another 9con.twenet
20:54 <uriel> er, twente, or whatever it's called :)
20:55 <forsyth> if it's half-term in schools here, i can combine it with a holiday..
20:55 <Nemo> Which month would be better? December? May?
20:56 <uriel> Nemo: december might be a bit overkill, some of us are going to CCC
20:56 <Nemo> ok
20:56 <Nemo> anyway. Let's discuss dates on 9fans.
20:56 <uriel> but I don't know, 20h said he could not make it anyway, so it would leave just me, and I might just go Madrid/Berlin
20:56 <uriel> ok
20:57 <uriel> so I think it's you turn then :)
20:57 <Nemo> Ok.
20:57 <uriel> Nemo: just one thing before you get into Plan B
20:57 <uriel> are you planing to update the kernel notes?
20:57 <Nemo> Yes, but that's still down in my list.
20:57 <uriel> if not, could you remove the comments about "don't distribute ..." from the front
20:57 <uriel> ok, I see
20:57 <uriel> that would be very cool
20:58 <Nemo> I think I'm going just to face reality and remove that comment and
20:58 <uriel> sounds like a good idea :)
20:58 <Nemo> send the thing to the print in my univsersity and update the web.
20:58 <uriel> cool
20:58 <uriel> BTW, is there a printable version of the source? (I think I saw it once, but was looking for it the other day and I could not find it)
20:58 <Nemo> I'll do this probably next week, to get rid of another item in my todo list.
20:59 <Nemo> Yes, I prepared one for students, but I don't know where it is. The students
20:59 <Nemo> are now using the system as is, we give the lectures in a lab.
21:00 <uriel> I see, if you find it, please put it up somewhere... I like to read that stuff in dead tree, with acme is very nice too, but I like having choice for when I'm traveling and such
21:00 <uriel> (somewhere -> sources ;))
21:00 <Nemo> I have the code from that time. it's our local /sys/src/9jun :-)
21:00 <uriel> yea, I got the tarball, just not in a printable form
21:01 <Nemo> planb?
21:01 <uriel> yea :)
21:01 <Nemo> Well, we just wanted two things:
21:01 <Nemo> - avoid static mounts and let the system adapt to FS availability
21:02 <Nemo> - follow the "everything is a file" idea to the limit.
21:02 <Nemo> For example, I was disappointed because in rio I couldnt
21:02 <Nemo> use files to operate on widgets and the like.
21:02 <Nemo> In the same way, I couldn't copy an mp3 file to somewhere to make it play.
21:03 <Nemo> The same happen to other services. But most notably, the UI.
21:03 <Nemo> What we do is to announce resources to the network, and then mount them using our
21:04 <Nemo> volume stuff (dynamic mounts, really).
21:04 <Nemo> For example, mount -U /what /what
21:04 <Nemo> is what we use to get in /what
21:04 <Nemo> the union of all file trees for information about things.
21:04 <Nemo> A result is that you can ls /what to see what machines are around.
21:05 <Nemo> The same for other resources. For example, we use du to locate
21:05 <Nemo> things like button:Pause (pause buttons) in UIs found
21:05 <Nemo> at /devs/*ui/ or any other place.
21:05 <Nemo> Then we can 'echo press' >/devs/....../button:Pause/ctl
21:06 <Nemo> to press the button. I think this gives the idea.
21:06 <uriel> yes :)
21:06 <Nemo> There are two things that are really useful: being able to import
21:06 <uriel> (BTW, I wante to note that caerwyn was working on something very similar for inferno/tk)
21:07 <Nemo> resources without having to mount them by hand, and 2, having a
21:07 <Nemo> very detailed interface for services (having a file for the button).
21:07 <Nemo> The idea is not new.
21:07 <Nemo> I think fresco tried to do something similar. But they lacked Plan 9.
21:07 <uriel> but they had CORBA!
21:08 <uriel> er... nevermind =)
21:08 <Nemo> That's a con, not a pro, right?
21:08 <uriel> Nemo: it was suposed to be a joke :)
21:08 <Nemo> Sorry, kind of sleepy here :-)
21:08 <uriel> Nemo: actually, I think it was Hans Raiser that said "CORBA was inspired by Plan 9" or some such nonsense :)
21:09 <Nemo> Don't belive it.
21:09 <uriel> it was in 9fans some years back, that guy is delusional
21:09 <uriel> anyway, I think caerwyin was working on something along the lines of squeak
21:09 <uriel> he was just explaining it today in #inferno
21:10 <Nemo> We have a similar thing in that
21:10 <uriel> so each widget used file2chan, and you could write commands to it
21:10 <Nemo> we can handle each widget as it is.
21:10 <gdiaz> nemo are you talking with bl to make plan-b things back to plan9?
21:10 <Nemo> Copy the volume gauge to the ipaq and the like.
21:10 <uriel> and then reading from it would get you all the commands to setup the widget, so you could use cp and tar to pass widgets around
21:10 <Nemo> Well, my plan now is to change Plan 9, if system authors agree  of course, to include these ideas.
21:11 <Nemo> I'm talking with russ, I don't know if I should be talking besides to jmk or
21:11 <Nemo> someone else. I just didn't want to bother, so
21:11 <uriel> Nemo: I wish we would get more feedback from the old gang, but I'm not sure they are even interested
21:11 <Nemo> I thought that talking to russ would be enough to interface to whoever is
21:11 <Nemo> still active in Plan 9.
21:11 <uriel> (only rob seems to barely follow 9fans)
21:11 <gdiaz> well, i suppose they speak each other :-) do it's not necessary to bother
21:11 <Nemo> I have just finished the volume mounter for Plan 9
21:12 <Nemo> I have been using it for a couple of days, and I'm now changing
21:12 <uriel> yea, saw that in 9fans, can you explain a bit how it works
21:12 <Nemo> it to make it faster.
21:12 <Nemo> It rewrite fids to mach those of a real FS at the other end.
21:12 <Nemo> The daemon sends/listens for announces,
21:12 <uriel> it sounds like a /srv but that doesn't 'hang'(ie., you can attach servers and detach them without lossing the connection from the client)
21:13 <Nemo> file servers register with /srv/vols to let volfs know that there's anew service.
21:13 <Nemo> (if you want to, of course)
21:13 <Nemo> So, your volfs knows of several FSs
21:13 <Nemo> that have a given name, and a set of constraints.
21:13 <Nemo> For example, /usr/nemo!Unemo!Lhome!Cok
21:14 <Nemo> which means, this thing is a file tree for "/usr/nemo"
21:14 <Nemo> that is owned by nemo, located at home (whatever that might mean), and the
21:14 <Nemo> latency of the connection from your machine to the FS seems to be good enough
21:14 <Nemo> to page-in binaries.
21:15 <Nemo> Well, the point is that volfs has the list of known volumes.
21:15 <Nemo> Then, you mount volumes from it:
21:15 <Nemo> mount /srv/vols /usr/nemo /usr/nemo!Cok
21:15 <Nemo> which means, you mount at /usr/nemo
21:15 <Nemo> the spec "/usr/nemo/!Cok".
21:16 <Nemo> The daemon takes care of supplying a file tree that matches your request.
21:16 <gdiaz> a kind of hot swap filesystems, you ask the manager if it is available (mounting it) or not :-?
21:16 <Nemo> It does failover in that if your server goes away
21:16 <Nemo> it can pick up another one. And it may hold your fids
21:16 <Nemo> Yes, exactly. But the main point is that you may ask for
21:16 <uriel> nice
21:16 <Nemo> resources that have certain properties:
21:17 <Nemo> mount /devs/audio!L136
21:17 <uriel> what requirements does the failover mechanism need? both trees need to look similar?
21:17 <Nemo> mount an audio device located at 136.
21:17 <Nemo> None
21:17 <uriel> I see...
21:17 <Nemo> If a file is not there, the fid will give I/O error.
21:17 <Nemo> If there's no volume, it appears to be an empty dir.
21:17 <uriel> hmm... the !Csdas syntax looks a bit of a hack I must say
21:17 <Nemo> Only that all your binds are preseved
21:18 <Nemo> (the binded dirs appear to be empty dirs while they are not there).
21:18 <Nemo> I have tested this both binding from and to volume files, like in
21:18 <Nemo> bind /usr/nemo/bin/rc /bin
21:19 <Nemo> I think I'll have a version that others may use in a few days.
21:19 <uriel> sounds cool
21:19 <Nemo> My plan is to use this as the boot file server,
21:19 <Nemo> so you could failover and the like.
21:19 <Nemo> I think russ did like the idea, but time will say.
21:19 <uriel> so, the 'spec' is passed as part of the aname?
21:20 <Nemo> Yep. aname is <volname>!<volconstraints>
21:20 <Nemo> After this, the idea is to take service by service,
21:20 <uriel> maybe volfs should export a dir like /srv listing all volumes, so the spec would be passed as aname on it's own
21:20 <Nemo> those that we have in Plan B, and move them to Plan 9.
21:20 <uriel> (or maybe I'm overengenieering)
21:20 <Nemo> Yes, if you mount a nil spec:
21:21 <Nemo> mount /srv/volfs /dev (-b, I mean)
21:21 <Nemo> then you get /dev/vols
21:21 <Nemo> you can read to list volumes, and write to add/handle volumes.
21:21 <Nemo> for example, to change constraints.
21:21 <Nemo> You get a line per volume, listing it.
21:22 <Nemo> If you want to see volume files, just mount them:
21:22 <Nemo> mount -b /srv/volfs /devs */devs/ui
21:22 <Nemo> adds all your /devs/nautilusui /devs/sargazosui, etc.
21:23 <Nemo> Each one is an omero file tree, for the UI on that machine.
21:23 <uriel> hmmm.. I'm still confused as to who/how parses/interprets the 'spec' part
21:23 <Nemo> volfs
21:24 <Nemo> our mount <volname>!<constraints> /mnt
21:24 <uriel> hmmm... that seems like mixing two concepts, the failover/hotswap of file servers, and the spec stuff, which I'm not sure I understood yet how it works :)
21:24 <Nemo> Nope. it's the same concept.
21:25 <Nemo> you want to mount X, with property Y at Z.
21:25 <uriel> then I'm seriously confused :)
21:25 <gdiaz> as failover/hotswap is just other property
21:25 <uriel> ok, I see
21:25 <uriel> I think I got it now
21:25 <Nemo> You don't mind which particular FS is implementing it, as long as it meets your reqs.
21:25 <uriel> so to fail over somewher, it has to have all the constrains you had set on mount
21:25 <Nemo> If one goes away, and there's another, you start using the other.
21:25 <Nemo> right.
21:26 <uriel> how do you chose if there are two?
21:26 <Nemo> We use about 4 or so.
21:26 <Nemo> most of the times, we dont.
21:26 <uriel> (and is there a way to change the constrains on the fly?)
21:26 <Nemo> when we what, we use !H<sysname>, which is added automatically to identify the machine
21:26 <Nemo> providing the service.
21:27 <Nemo> Yes, there is, not yet in volfs (it's only in planb); but I'll put that in soon.
21:27 -!- Fish [~SPARCman@AVelizy-154-1-22-27.w82-124.abo.wanadoo.fr] has quit [Quit: So Long, and Thanks for All the Fish.]
21:27 <Nemo> So, I think those are the plans. Any comment?
21:27 <uriel> what I'm not sure I see yet is the use cases(except for failover and such traditional things)
21:28 <uriel> but I guess that fits with the UIfs stuff
21:28 <Nemo> Send voice messages to a room,
21:28 <Nemo> mount your binaries from the FS is latency is good, from local fossil otherwise
21:28 <Nemo> fail over to fossil if your FS goes away.
21:29 <Nemo> Get into /usr the set of /usr dirs in your friend's laptops (when not
21:29 <Nemo> connected to the file server), etc.
21:29 <uriel> I see...
21:29 <gdiaz> and the DFS stuff steve told in 9fans :)
21:30 <Nemo> Forsyth, still awake? what do you think?
21:30 <uriel> I think I only understand the thid one though, the voice message one, I'm not sure I understand what advantage volfs gives you there, and I'm not sure I understood what you mean by FS on the second example
21:30 <uriel> sorry if I'm dense, you know I'm not too bright ;)
21:30 <Nemo> may you ask one by one? thx.
21:30 <uriel> yea, how does the use case for voice messages to a room work in pracice
21:31 -!- Fish [~SPARCman@AVelizy-154-1-22-27.w82-124.abo.wanadoo.fr] has joined #plan9dev
21:31 <Nemo> The voice device is named like: /devs/voice!L136
21:31 <Nemo> if it's located at room 136.
21:31 <uriel> I see, so it kind of replaces ndb
21:31 <Nemo> You usually want voice (or audio) at a certain location.
21:32 <Nemo> Complements it. Think that machines and users may move around.
21:32 <uriel> (because L136 maps to a box fixed on that location)
21:32 <Nemo> at that point in time.
21:32 <Nemo> Of course, this depends on the server updating the constraints.
21:33 <Nemo> but yes, that's it.
21:33 <uriel> uhmmm.. I don't buy that one :) if you seend a voice message to a room, i think it better be to a computer fixed in that room that I know has speakers plugged and turned on all time :)
21:33 <Nemo> To which one? Do you have to remember?
21:33  * uriel ponders... I guess there are other cases where it makes more sense though
21:33 <forsyth> yes, i'm still here
21:33 <uriel> Nemo: I guess it might make more sense, for example 'send text/audo message to a user'
21:34 <forsyth> i thought i'd read through all those papers at the ls web site
21:34 <Nemo> our /bin/tell program does that. it uses the !L thing to locate the right device.
21:35 <uriel> Nemo: ok, can you explain the second use case now then :) " mount your binaries from the FS is latency is(sic) good, from local fossil otherwise"; hmmmm... why not always mount from local if it's available?
21:35 <Nemo> Because you want to use the real thing. I mean,
21:35 <uriel> Nemo: sorry if I'm playing devils advocate, I just want to get a clear picture of how it fits on day to day system usage
21:36 <forsyth> because you want to share if possible
21:36 <Nemo> I prefer the laptop to be stateless. This means that 
21:36 <Nemo> exactly, forsyth eplained exactly why I want it to be stateless.
21:36 <uriel> yea, but if you got binaries in your laptop, you rather use those, no? :)
21:36 <Nemo> No.
21:36 <Nemo> I update /sys/src/whatever, mk install.
21:36 <Nemo> I'd rather use the new binary.
21:37 <uriel> ah, I see... 
21:37 <Nemo> However, if the connection is really bad, I want the system to switch to a local
21:37 <Nemo> copy instead.
21:37 <uriel> does it do that on the fly? it can get confusing :)
21:37 <Nemo> It's not, because changes do not happen often, and you really notice.
21:38 <Nemo> For example, right now I have this set of volumes:
21:38 <Nemo> bind -VcC /n/nautilus:adm /adm
21:38 <Nemo> bind -VcC /n/nautilus:386 /386
21:38 <Nemo> bind -VcC /n/nautilus:bin /bin
21:38 <Nemo> bind -VcC /n/nautilus:lib /lib
21:38 <Nemo> bind -VcC /n/nautilus:mail /mail
21:38 <Nemo> etc.etc, and then, from the real file server:
21:38 <Nemo> bind -UcC /n/whale:who /who
21:38 <Nemo> bind -VbcC /n/whale:sys:log /sys/log
21:38 <Nemo> bind -VbcC /n/whale:mail /mail
21:38 <Nemo> bind -UcC /n/whale:what /what
21:38 <Nemo> bind -UcC /n/whale:where /where
21:39 <Nemo> (sorry for the long list).
21:39 <Nemo> I notice that I'm using local binaries because I now the connection is bad right now.
21:39 <Nemo> when I suspend and move to the university, I'll notice that things get faster, and I'll
21:39 <uriel> looks good, now show us the list of /dev/vols
21:40 <Nemo> now that I have switched to the other ones. 
21:40 <Nemo> Ok, here it goes:
21:40 <Nemo> /n/nautilus:adm	/adm	!Tdir!Hnautilus!Dls!Cok!Lhome!Unemo	3	
21:40 <Nemo> /n/nautilus:386	/386	!A386!Hnautilus!Dls!Cok!Lhome!Unemo	4	
21:40 <Nemo> /n/nautilus:bin	/bin	!A386!Tbin!Hnautilus!Dls!Cok!Lhome!Unemo	5	
21:40 <Nemo> /n/nautilus:lib	/lib	!Tdir!Hnautilus!Dls!Cok!Lhome!Unemo	6	
21:40 <Nemo> (note the Cok, it's local, so that's not a surprise). And from the fs:
21:40 <Nemo> /n/whale:adm	/adm	!Tdir!Hwhale!Dls!Cbad	125	
21:40 <Nemo> /n/whale:386	/386	!A386!Hwhale!Dls!Cbad	126	
21:40 <Nemo> /n/whale:alpha	/alpha	!Aalpha!Hwhale!Dls!Cbad	127	
21:40 <Nemo> /n/whale:arm	/arm	!Aarm!Hwhale!Dls!Cbad	128	
21:40 <Nemo> Note the Cbad.
21:41 <uriel> I see...
21:41 <Nemo> For example, if you look at /386 above
21:41 <Nemo> you'll see that you can also use !A386
21:42 <Nemo> to ask for relevant binaries for your architecture. That's an example
21:42 <Nemo> of the previous discussion about the !Lblah
21:42 <Nemo> any other question or comment?
21:42 <uriel> ok, I'm staring to buy it
21:42 <uriel> it certainly makes dynamic environments much more useable
21:43 <Nemo> The point that makes me buy it is that after
21:43 <Nemo> trying it, I feel really unconfortable in Plan 9.
21:43 <uriel> hehe, that is a good point :)
21:43 <Nemo> Thus, this may be solving some real problems.
21:43 <Nemo> Therefore my plan of doing the same in Plan 9 to get back
21:43 <Nemo> to it.
21:43 <gdiaz> i would like that
21:44 <Nemo> I don't know if services moved to Plan 9 will be exactly the same,
21:44 <Nemo> they will probably be better, because of the discussion with
21:44 <Nemo> people from plan 9 and because of fixing what we now know that does not
21:45 <Nemo> work well enough. But anyway, I'm working on this these days.
21:45 <Nemo> I expect to have all of it done before the next summer.
21:45 <gdiaz> with services you mean filesystems like the /what thing
21:45 <uriel> I still feel it overlaps a bit with ndb, would be nice to have both systems work in a more similar way
21:45 <Nemo> omero UIs, mpeg players, the /what thing, execution of commands, etc.
21:46 <uriel> (but probably I'm missing something)
21:46 <Nemo> maybe. Perhaps a real file system for ndb is what we might get,
21:46 <Nemo> I don't know.
21:46 <Nemo> but anyway, you want to specify what you require in your mount request. That's needed.
21:46 <gdiaz> yes, and one that can be auto-handled by servers who publish their services
21:47 <uriel> yea, I'm not sure which aproach is best for presentation, user-manipulation and so on
21:47 <Nemo> and client's that know what happen through the net (eg. time).
21:47 <Nemo> For exmple, a service that 
21:48 <Nemo> is really nice is our mail system.
21:48 <Nemo> It simply stores mails in the same way they are presented in your reader.
21:48 <Nemo> A "text" file has the mail text (as shown in the viewer), and each
21:48 <Nemo> attach is stored as the real file for the attach.
21:48 <Nemo> We grep for mails, du for attachs, and lp them.
21:49 <Nemo> No mailfs needed for that.
21:49  * uriel feels /srv, ndb/ and volfs might be possible to be merged into a more coherent system, as I feel there are some overlaping, but geting it right might be tricky to keep simple and clear)
21:50 <uriel> ah, that mail system sounds nice
21:50 <uriel> upas/fs has some limitations and would be nice to move forward
21:50 <uriel> still, I wish we would hear from geoff about RSMTP soon
21:51 <gdiaz> you have done a lot of work nemo
21:51 <uriel> yup
21:51 <gdiaz> i think i will need to use it  to really know what all that work implies :-) i've got the iso form lsub
21:53 <uriel> Nemo: I'm thinking, what about a more /net-like interface, so you don't need to pass the params thru mount, you just setup a new endpoint thru a clone file or something like that, write some constrains/spec and then mount a fd file which volfs provides
21:53 <uriel> (not sure if I'm making much sense)
21:53 <uriel> taht same interface could let you change the constrains on the fly
21:54 <uriel> and such thing could easily replace /srv too, I think
21:54 <gdiaz> i am going to sleep, thank you very much for all the talk
21:55 <uriel> (it would be like /srv, but with each entry being a dir, with a clone file and a set of connection dirs(this might even allow also to share the connections thru volfs?)
21:55 <uriel> gdiaz: good night
21:57 -!- gdiaz [~gdiaz@73.Red-83-58-115.dynamicIP.rima-tde.net] has quit [Quit: Leaving]
21:57  * uriel also wonders how this fits with things like inferno-grid and distributed auth...
22:00 <uriel> hummmm... everyone gone already? :)
22:02 -!- Nemo [~root@142.Red-83-42-180.dynamicIP.rima-tde.net] has quit [Quit: see you in 9fans]
22:02 <forsyth> it's quiet ... too quiet
22:03 <uriel> oh, I guess my idea wasn't too good :)
22:03 <uriel> forsyth: my offer for kencc.sf.net stands ;)
22:04 <forsyth> i was hoping to get to that after doing more work documenting one other thing that's higher priority
22:04 <uriel> forsyth: and btw, about what you said that not everyone can access sources, so, it's not possible to mount it from inferno?
22:05 <uriel> forsyth: well, all I wanted is just to setup a site with a link to the tarball, that is all, would take five min
22:05 <forsyth> you probably could do that now
22:05 <forsyth> i wanted to work out first what the contents would be inside that tarball
22:06 <uriel> oh, well, just what is in utils/
22:06 <uriel> I mean, having people be able to get their hands on the code can't hurt, but well, that is just IMHO
22:06 <uriel> I already did a tarball ;)
22:07 <forsyth> it's true that having to install inferno to get that is a little extreme, even if it is good for the soul.
22:08 <uriel> the problem is that no one does it, i wish they did ;)
22:09 <forsyth> i've got the download list (which admittedly is not the installation list) but in either case i don't think i'd say `no one'
22:09 <forsyth> still, it isn't intended to be a requirement for kencc
22:09 <uriel> well, I mean the kind of people I talk to about kencc
22:10 <uriel> which for some reason tend to be very different from the kind of people interested in Inferno
22:10 <uriel> (most of the time anyway)
22:10 <uriel> one thing, I think I asked before, but I'm not sure if you answered, the new distribution/update system, does it include something like patch(1)?
22:10 <forsyth> i know.  in order to use other software i have to download tons of other stuff, but when i ask them to do it, they wont'.  oh well
22:11 <forsyth> i haven't done a patch yet but it was intended
22:12 <uriel> that is because no one does it, they would go nuts, they just use apt-get blah, or use a distro that includes ten tons of crap by default
22:12 <forsyth> or the functionality is intended
22:12 <uriel> cool
22:12 <uriel> the problem is that in Linux/BSD the packaing issues has goten so out of hand that people don't want anything to do with it
22:13 <uriel> there is always some monkey that knows all the dark magic to build packages for distro blah
22:13 <uriel> trouble is to find the sucker that will do it for your project :)
22:13 <forsyth> the problem really is they start off with a really elaborate design of sorts, and then never quite finish it.
22:13 <forsyth> sorry, i mean never quite finish implementing it.
22:14 <uriel> you mean the packaging systems? well, they are all a disaster... because I suspect they just can't be finished because they want to be too smart
22:14 <forsyth> if they implemented it, it would be really complicated but would match the design; because it's a complicated design but not implemented, it's far too complicated for what it actually does!
22:15 <forsyth> oh well.  i've got to go now
22:15 <uriel> good night!
22:15 <uriel> see you around at the next 9con
22:15 <forsyth> ok
22:15 <forsyth> e
22:16 -!- forsyth [none@spc1-york1-5-0-cust142.seac.broadband.ntl.com] has quit [Quit: EPIC - EOF from stdin]