Re: [9fans] Distributed Pipelines
Hi Eric, The only reference to PUSH I see is at http://code.google.com/p/push where the site reads, 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 eri...@gmail.com wrote: 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 aku...@mail.nanosouffle.net 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). Any suggestions for piping in that direction? Best, ak On Sun, Apr 25, 2010 at 5:40 PM, Steve Simon st...@quintile.net wrote: cpu -c 'procdata' | process ... Perhaps I'm overlooking some simple solutions here. Any suggestions? cpu(1) works by starting exportfs on the remote machine and serving the local machines filespace. The remote shell is started with its stdin/out/err attached to /mnt/term/dev/cons, thus the command you tried will not work (by design). what you want is rx(1) which does exactly what you want, somthing like rsh(1) from the Unix world, except it uses plan9' secure authentication; e.g.: rx $cpu | process -Steve
Re: [9fans] Distributed Pipelines
The version there is Plan9ports and should work under Plan 9 as well -- if it doesn't, beat on Noah :) -eric On Apr 26, 2010, at 9:33 AM, Akshat Kumar wrote: Hi Eric, The only reference to PUSH I see is at http://code.google.com/p/push where the site reads, 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 eri...@gmail.com wrote: 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 aku...@mail.nanosouffle.net 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). Any suggestions for piping in that direction? Best, ak On Sun, Apr 25, 2010 at 5:40 PM, Steve Simon st...@quintile.net wrote: cpu -c 'procdata' | process ... Perhaps I'm overlooking some simple solutions here. Any suggestions? cpu(1) works by starting exportfs on the remote machine and serving the local machines filespace. The remote shell is started with its stdin/out/err attached to /mnt/term/dev/cons, thus the command you tried will not work (by design). what you want is rx(1) which does exactly what you want, somthing like rsh(1) from the Unix world, except it uses plan9' secure authentication; e.g.: rx $cpu | process -Steve
Re: [9fans] [PlanX] Re: Mars Needs Women
too much hostility, too much sensitivity, too much suspicion is in the air for any sort of productive dialog to emerge from this thread. fortune worthy :D
[9fans] TeX: need feedback
Hello, For the moment, I had only one feedback from James Chapman (OK once the trailing space in $(uname) result was handled. I would like to have more, specially on two points: 1) Non i386 arch. 2) LaTeX OK. The time to finish cleaning and adapting dvips(1) in kerTeX, if you have a working one, there should be strictly no problem to convert a dvi produced by kerTeX to a postscript with an alien dvips(1). I have made so that, except for man pages, kerTeX is installed aside and should not wreak havoc an existing *TeX installation. (The man pages will overwrite existing ones; but if these are current Web2c, since they redirect to texinfo, it is not a loss, but a gain...) Schedule is dvips(1) in first half of May---I must go back intensively on program-to-get-money-to-be-able-to-eat for now. -- Thierry Laronde tlaronde +AT+ polynum +dot+ com http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: [9fans] how about intel D510MO
Is intelD510MOa good choise? I am trying to make intel D510MO to be my home server now. Here are several notes (to save your time): - Configure SATA to IDE mode in BIOS. - Install Erik's 9atom.iso. - Set *sdC0dma=on in plan9.ini. - Disable automatic blanking of the screen. The Plan9 works on this MB, but running just one core (instead of 4) - missing MP table. That's all for now. Pavel
Re: [9fans] three sets of windows
On Mon, Apr 26, 2010 at 2:35 AM, tammy turner tam...@windstream.net wrote: Hi I recently downloaded plan 9 (last thursday) and when I attempted install I had 3 sets of windows side by side and could not read the set up instructions (questions) attempting to scroll left or right would not work. I tried several times to install with no luck. Whats going on ? If anyone can shed light on this, I would like to complete my install. Thanks Tammyt This sounds like your video setting is not quite correct. I am assuming you essentially got a third of the screen triplicated across your display. I saw something like that with installing onto VMWare a long while back. You can try and set the video to be VESA, monitor=vesa in the plan9.ini file, I think. Haven't looked at that in ages. But maybe someone else on the list can point out more details. Robby
Re: [9fans] 9vx crashing
I forget what all else I did when trying nano. I ended up focusing back on 9atom, and Erik had just patched the source so that a mk all would compile everything. See ftp://ftp.quanstro.net/other/9atom.iso.bz2 if interested. That is one of the source trees I'm playing with for setting up 9vx on TinyCoreLinux and Gentoo. Sounds like something that ought to be on the wiki (where I seldom look, I have to confess). Do you think you could add an entry when you're done? And maybe let us or just me know? sure. what specifically would you like to see? This is some of the background work for my GSoC and thesis work, so if any of my proposals are accepted for GSoC then I'll be working on various aspects of this. If some reason that none of the proposals get excepted, then my thesis research will need this for rudimentary toolchain. EBo --
[9fans] ctrl radeon: not working for ATI Radeon 9600 Mobility?
Wiki (http://www.plan9.bell-labs.com/wiki/plan9/radeon_drivers) says the Radeon drivers are now (1/2010) part of the distribution. I have a device which seems to work with the drivers: ATI Mobility Radeon 9600 M10 (RV350). I obtained vid and did numbers with the help of pci(8) and added them to the /lib/vgadb. Now, vga(8) cannot initialize the device,saying: aux/vga: radeon: not found. What do you think? By the way, vid and did attributes in the /lib/vgadb are not documented in vgadb(6). Can be confusing.
Re: [9fans] [PlanX] Re: Mars Needs Women
I'd prefer not to narrowly frame things in terms of my own personal needs. that kind of thinking made linux what it is today. if you build something you need, then at least one person will use it. if you build something you think people need, there's no such guarentee. since we're not selling a product, the best and most direct customer feedback, is one's own use of the software. Despite my best efforts, I'm still seeing folks inferring or projecting the following fallacies: * I'm being a troll who's objective is to embroil people in arguments * I'm being a motormouth who wants nothing more than to gab on and on * I'm trying/hoping to change 9fans culture in my own image * I'm trying/hoping to change Plan 9 'proper' according to my own notions * I'm trying/hoping to convince other people to do work on my behalf i believe in duck typing. - erik
Re: [9fans] SATA boot failure
Blanking of HD's 9fat, as you recommended before, helped. Everything went smooth then. And yes, I physically removed all IDE devices. Even now, although I can boot with IDE HD connected, I can see no /dev/hd* devices. It may be a matter of BIOS, which behaves very strange, e.g., do you see /dev/sd* ? - erik
Re: [9fans] 9vx crashing
On 04/26/2010 09:52 AM, lu...@proxima.alt.za wrote: Try http://werc.homelinux.net/hacks/nano9/ Hope that helps, How does one install the stuff in that directory? Specifically, what handles *.xz files? See http://tukaani.org/xz/ -- Balwinder S bdheeman DheemanRegistered Linux User: #229709 Anu'z li...@home (Unix Shoppe)Machines: #168573, 170593, 259192 Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP Home: http://werc.homelinux.net/ Visit: http://counter.li.org/
Re: [9fans] TeX: need feedback
On Mon, Apr 26, 2010 at 4:29 AM, tlaro...@polynum.com wrote: Hello, For the moment, I had only one feedback from James Chapman (OK once the trailing space in $(uname) result was handled. I would like to have more, specially on two points: 1) Non i386 arch. 2) LaTeX OK. The time to finish cleaning and adapting dvips(1) in kerTeX, if you have a working one, there should be strictly no problem to convert a dvi produced by kerTeX to a postscript with an alien dvips(1). I have made so that, except for man pages, kerTeX is installed aside and should not wreak havoc an existing *TeX installation. (The man pages will overwrite existing ones; but if these are current Web2c, since they redirect to texinfo, it is not a loss, but a gain...) Schedule is dvips(1) in first half of May---I must go back intensively on program-to-get-money-to-be-able-to-eat for now. TeX installed ok, but I couldn't get LaTeX installed; I attempted to follow the instructions in your README, but there was no indication that anything actually worked. Have you installed it on a Plan 9 system? The instructions seemed a lot more Linux-oriented than Plan 9. John
Re: [9fans] bluetooth
Now that I have a little experience, I've formed an opinion Advice sought: 1. Would it be helpful to have a timestamp in the devices record to give the time the device was last seen (for some value of seen)? Yes; this would be a good feature. 2. When should a device disappear from the /net/bt/devices list? it would be good if this was settable. i think the value depends on the application and user behavior. at a starbucks they might hang around, but along a walkway it might be the length of time a person walks 30'.
Re: [9fans] [PlanX] Re: Mars Needs Women
On Monday 26 April 2010 06:06:11 erik quanstrom wrote: I'd prefer not to narrowly frame things in terms of my own personal needs. that kind of thinking made linux what it is today. You can quit being obstinate now, the threat has been eliminated - sleep soundly, knowing that Plan 9 is once again safe... from being turned into... linux? The. mind. reels. Despite my best efforts, I'm still seeing folks inferring or projecting the following fallacies: * I'm being a troll who's objective is to embroil people in arguments * I'm being a motormouth who wants nothing more than to gab on and on * I'm trying/hoping to change 9fans culture in my own image * I'm trying/hoping to change Plan 9 'proper' according to my own notions * I'm trying/hoping to convince other people to do work on my behalf i believe in duck typing. Is this your sad attempt at leaving a snarky hook? Your implementation automatically treats all but a very narrow and somewhat arbitrary set of values as type Troll.That's the problem with duck typing. Better to have a message outright fail than to have it interpreted and applied incorrectly. Sounds like you could benefit from some unit tests. The problem is that in this case there's a massive bug in your program logic - your knee_jerk_reaction(), tunnel_vision() and dogma() methods appear hardcoded somewhere to intercept and override all messages that would be better handled by your benefit_of_the_doubt() or think_rationally() methods. No doubt we can play insult-one-another-via-programming-analogy ping-pong all day long, but I'm done with this thread, and the subject in general: the vocal minority who have taken it upon themselves to purposefully sabotage communication have finally become impossible to tolerate.
Re: [9fans] [PlanX] Re: Mars Needs Women
Response sent offlist. On Monday 26 April 2010 12:24:02 erik quanstrom wrote: On Monday 26 April 2010 06:06:11 erik quanstrom wrote: I'd prefer not to narrowly frame things in terms of my own personal needs. that kind of thinking made linux what it is today. You can quit being obstinate now, the threat has been eliminated - sleep soundly, knowing that Plan 9 is once again safe... from being turned into... linux? The. mind. reels. interestingly, you cut out of your quote the three arguments i had for programming for one's own needs. i'd like to add that unix was written this way at bell labs. a lot of good can come of solving one's own problem well. multics (hopefully no one is personally vested in it) by contrast tried to solve problems more in the abstract. perhaps you're talking my comments personally? i don't see why you would, since there is no person that can claim responsibility for what linux is. The problem is that in this case there's a massive bug in your program logic - your knee_jerk_reaction(), tunnel_vision() and dogma() methods appear hardcoded somewhere to intercept and override all messages that would be better handled by your benefit_of_the_doubt() or think_rationally() methods. do you have any evidence for this assertion? the topic here is if one should program for one's own needs or not. neither i nor the list deserve this ad hominem. but I'm done with this thread, and the subject in general you said that already. - erik
Re: [9fans] Distributed Pipelines
For the record: rx(1) man pages imply the sort of behaviour from rx(1) that I would like: ... eqn paper | rx kremvax troff -ms | rx deepthought lp Parallel processing: do each stage of a pipeline on a different machine. however, it seems not to work this way. My basic test has been something like: echo '1 2 3' | rx $cpu awk -f $home/comp.awk | gview ... just a simple sample use case. Is there something special about awk(1) that would cause it not to receive standard input the way rx(1) provides it? Even just: rx $cpu awk -f $home/comp.awk wants to take standard input, but apparently doesn't get it. Thanks, ak On 4/26/10, Eric Van Hensbergen eri...@gmail.com wrote: The version there is Plan9ports and should work under Plan 9 as well -- if it doesn't, beat on Noah :) -eric On Apr 26, 2010, at 9:33 AM, Akshat Kumar wrote: Hi Eric, The only reference to PUSH I see is at http://code.google.com/p/push where the site reads, 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 eri...@gmail.com wrote: 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 aku...@mail.nanosouffle.net 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). Any suggestions for piping in that direction? Best, ak On Sun, Apr 25, 2010 at 5:40 PM, Steve Simon st...@quintile.net wrote: cpu -c 'procdata' | process ... Perhaps I'm overlooking some simple solutions here. Any suggestions? cpu(1) works by starting exportfs on the remote machine and serving the local machines filespace. The remote shell is started with its stdin/out/err attached to /mnt/term/dev/cons, thus the command you tried will not work (by design). what you want is rx(1) which does exactly what you want, somthing like rsh(1) from the Unix world, except it uses plan9' secure authentication; e.g.: rx $cpu | process -Steve
Re: [9fans] Distributed Pipelines
... eqn paper | rx kremvax troff -ms | rx deepthought lp Parallel processing: do each stage of a pipeline on a different machine. however, it seems not to work this way. My basic test has been something like: echo '1 2 3' | rx $cpu awk -f $home/comp.awk | gview cool that you tracked this down. this just doesn't work. the problem seems to be that tcp is eating the eof. awk doesn't know to exit. if you are using il, this does work. ; echo 1 2 3| 8.rx bureau sed s/1/x/ | sed s/2/y/ x y 3 but if you are using tcp, it hangs. sed never sees the eof and doesn't generate output (because it's buffered). the answer isn't obvious to me with tcp as i don't know of a way to half-close a tcp connection — from userspace anyway. - erik
Re: [9fans] Distributed Pipelines
On Mon Apr 26 18:04:40 EDT 2010, aku...@mail.nanosouffle.net wrote: Hi Erik, Thanks for figuring that bit out! Indeed, it seems TCP is the problem, and IL seems to work fine for me for the moment: echo '1 2 3' | rx il!$cpu!17009 awk -f $home/comp.awk | gview works perfectly! I'll try to dig deeper into the TCP case. tcp doesn't preserve message boundaries, so the 0-byte write should get tossed. i don't think there's any hope with rx's current setup. you'd need to resort to stuffing or some other how-to- hide-yer-oob data trick or alternately a tcp half-close. - erik
Re: [9fans] 9vx crashing
sure. what specifically would you like to see? Well, of course, the bit about xz would not go amiss. I note that Ubuntu doesn't offer xz utilities, so as soon as I have copies for my installation (plan 9, ubuntu, netbsd 3.1) I'll let you know so you can put that on the wiki as well. I'll see later what else may be useful, haven't got very far yet :-) ++L
Re: [9fans] Distributed Pipelines
What about some mounting/binding hackery where you replace /dev/cons so that the original cpu command works? Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com
Re: [9fans] Distributed Pipelines
What about some mounting/binding hackery where you replace /dev/cons so that the original cpu command works? I was going to suggest using UDP instead of TCP or IL. Is that a silly idea? ++L
