Re: [9fans] Distributed Pipelines
On Mon, Apr 26, 2010 at 06:17:38PM -0400, erik quanstrom wrote: you'd need to resort to stuffing or some other how-to- hide-yer-oob data trick or alternately a tcp half-close. Urgent pointer? but the half close sounds 'better'.
Re: [9fans] three sets of windows
On 2010-04-26, tammy turner tam...@windstream.net wrote: This is a multi-part message in MIME format. --=_NextPart_000_000B_01CAE4BF.3A826130 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable 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 The three windows side by side are the display of the program acme. You can place the mouse pointer in the middle window and use the page-up and page-down keys. Or put the mouse pointer in the scrollbar on the left. The scrollbar works like very old versions of xterm; button 1 scrolls up, 3 scrolls down, or you can drag the slider with button 2. If you have a 2-button mouse, try shift-button1.
Re: [9fans] SATA boot failure
do you see /dev/sd* ? yes! ++pac
[9fans] LaTeX: supplementary tips
Since it seems that LaTeX users are puzzled about how to do, some supplementary tips: 0) You can retrieve from CTAN: a) The fonts. For TeX proper (what runs indeed when called as latex(1)), it needs the TFM files, not the glyphes by themselves. But dvi drivers will need afterwards the fonts by themselves. For LaTeX, there are the amsfonts (CTAN::fonts/amsfonts/amsfonts.zip) and the LaTeX fonts (CTAN::fonts/latex/). You can retrieve only the *.mf and then compile the fonts with METAFONT (look at kerTeX_T/conf/KERTEX_T.post-install for the way kerTeX compiles the Computer Modern asking for the creation of *.tfm). Alternatively, the distribution has the TFM already created. But, for TeX, you will have to tell him where to look for TFM. This is done whether by adjusting the TEXFONTS env variable, or under Plan9 by bind'ing supplementary tfm/ subdirectories on /lib/kertex/fonts/tfm (by default, TEXFONTS=.:/lib/kertex/fonts/tfm). b) The base for LaTeX: CTAN::macros/latex/base.zip (there is also the doc.zip). 1) If the *.tfm for fonts LaTeX uses have been created or installed and are found in the path (TEXFONTS), the procedure is explained in base::manifest.txt. For all the include files, you need whether to adjust TEXINPUTS, or to bind LaTeX base/ on /lib/kertex/tex/mac, or to put yourself in the LaTeX base subdirectory (where the files are). Start by unpacking the files: echo \input unpack.ins | kertex/initex It will tell you at the end that it has created: latex.ltx. It creates too files with the .cfg suffix: you can configure some things there too. The following step (dumping the format from latex.ltx) is explained in the README. The only caveats is that amsfonts, for example, are organized (politically correct version of what I have in the mouth) à la TUG hierarchy standard. Just adjust the paths, or bind(1) (Plan9 way) etc. So I will repeat once more: LaTeX is a set of macros. The procedure has been embedded, hidden, submerged under Terabytes of things (to be politically correct), but there is no magic there; just undue complexity added so that some can advertise themselves as wizzards. This is FUD: there is nothing fondamentally difficult, nor any wizzardery in the process. You can use LaTeX with kerTeX with the supplementary benefit that you can be absolutely on top edge: kerTeX is all the latest versions of METAFONT/TeX and auxiliary programs, and once you have mastered the process, you can update as soon as you want since it is lightweight. Some LaTeX user could indeed create a rc script file to hget(1) the needed files and to launch the process. There is something that should alert LaTeX users: LaTeX doesn't exist without METAFONT/TeX, but you have been kept TeX illiterates. That has been one of my motivation to clean the Augean Stables. It's amazing how, in this period of general lies, free is used to enslave people. -- 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] LaTeX: supplementary tips
Hello! Thank you! I can't check TeX on Plan9 right now, but I'm going to do this in the nearest future... Can you please add these tips to the corresponding README on kergis.com? On Tue, 27 Apr 2010 13:36:39 +0400, tlaro...@polynum.com tlaro...@polynum.com wrote: Since it seems that LaTeX users are puzzled about how to do, some supplementary tips: 0) You can retrieve from CTAN: a) The fonts. For TeX proper (what runs indeed when called as latex(1)), it needs the TFM files, not the glyphes by themselves. But dvi drivers will need afterwards the fonts by themselves. For LaTeX, there are the amsfonts (CTAN::fonts/amsfonts/amsfonts.zip) and the LaTeX fonts (CTAN::fonts/latex/). You can retrieve only the *.mf and then compile the fonts with METAFONT (look at kerTeX_T/conf/KERTEX_T.post-install for the way kerTeX compiles the Computer Modern asking for the creation of *.tfm). Alternatively, the distribution has the TFM already created. But, for TeX, you will have to tell him where to look for TFM. This is done whether by adjusting the TEXFONTS env variable, or under Plan9 by bind'ing supplementary tfm/ subdirectories on /lib/kertex/fonts/tfm (by default, TEXFONTS=.:/lib/kertex/fonts/tfm). b) The base for LaTeX: CTAN::macros/latex/base.zip (there is also the doc.zip). 1) If the *.tfm for fonts LaTeX uses have been created or installed and are found in the path (TEXFONTS), the procedure is explained in base::manifest.txt. For all the include files, you need whether to adjust TEXINPUTS, or to bind LaTeX base/ on /lib/kertex/tex/mac, or to put yourself in the LaTeX base subdirectory (where the files are). Start by unpacking the files: echo \input unpack.ins | kertex/initex It will tell you at the end that it has created: latex.ltx. It creates too files with the .cfg suffix: you can configure some things there too. The following step (dumping the format from latex.ltx) is explained in the README. The only caveats is that amsfonts, for example, are organized (politically correct version of what I have in the mouth) à la TUG hierarchy standard. Just adjust the paths, or bind(1) (Plan9 way) etc. So I will repeat once more: LaTeX is a set of macros. The procedure has been embedded, hidden, submerged under Terabytes of things (to be politically correct), but there is no magic there; just undue complexity added so that some can advertise themselves as wizzards. This is FUD: there is nothing fondamentally difficult, nor any wizzardery in the process. You can use LaTeX with kerTeX with the supplementary benefit that you can be absolutely on top edge: kerTeX is all the latest versions of METAFONT/TeX and auxiliary programs, and once you have mastered the process, you can update as soon as you want since it is lightweight. Some LaTeX user could indeed create a rc script file to hget(1) the needed files and to launch the process. There is something that should alert LaTeX users: LaTeX doesn't exist without METAFONT/TeX, but you have been kept TeX illiterates. That has been one of my motivation to clean the Augean Stables. It's amazing how, in this period of general lies, free is used to enslave people. -- Best regards, santucco
Re: [9fans] LaTeX: supplementary tips
On Tue, Apr 27, 2010 at 01:45:14PM +0400, Alexander Sychev wrote: Hello! Thank you! I can't check TeX on Plan9 right now, but I'm going to do this in the nearest future... Can you please add these tips to the corresponding README on kergis.com? Done. -- 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] Distributed Pipelines
On Tue Apr 27 00:33:52 EDT 2010, lu...@proxima.alt.za wrote: 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? cpu/rx require a stream protocol. udp will not do. - erik
Re: [9fans] Distributed Pipelines
On Tue Apr 27 00:31:03 EDT 2010, news...@lava.net wrote: What about some mounting/binding hackery where you replace /dev/cons so that the original cpu command works? why the resistance to il? rx is a good example of il's strengths. in order for cpu to work, it uses 2 extra processes. rx is much more efficient. (and 1/4 the code) great for your trusted network. or perhaps your local supercomputer. rx doesn't do encryption. a srx using ssl/tls would be able to sneak a 0 write through since the record layer should expand that into a application record with application data length of 0. - erik
Re: [9fans] three sets of windows
I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) are there restrictions on it? i.e. should not be USB, or whatnot? any other details one should know? (I'm in a similar position to our friend Bill, here. Still working on a clean installation.) thanks K Bill Marcum marcumb...@bellsouth.net 27/04/2010 4:42:26 am On 2010-04-26, tammy turner tam...@windstream.net wrote: This is a multi-part message in MIME format. --=_NextPart_000_000B_01CAE4BF.3A826130 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable 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 The three windows side by side are the display of the program acme. You can place the mouse pointer in the middle window and use the page-up and page-down keys. Or put the mouse pointer in the scrollbar on the left. The scrollbar works like very old versions of xterm; button 1 scrolls up, 3 scrolls down, or you can drag the slider with button 2. If you have a 2-button mouse, try shift-button1.
Re: [9fans] three sets of windows
On Tue Apr 27 09:13:53 EDT 2010, kfeuerh...@wlu.ca wrote: I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) are there restrictions on it? i.e. should not be USB, or whatnot? any other details one should know? (I'm in a similar position to our friend Bill, here. Still working on a clean installation.) http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:item.detail?GroupID=38Code=31P7405current-category-id=E6480EC4EE7D42A79F5F1C0940B163ABhide_menu_area=yes - erik
Re: [9fans] three sets of windows
Thank-you. (And here I thought I'd spare you by asking the list for a change!) Much appreciated, as always. K erik quanstrom quans...@labs.coraid.com 27/04/2010 10:20:41 am On Tue Apr 27 09:13:53 EDT 2010, kfeuerh...@wlu.ca wrote: I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) are there restrictions on it? i.e. should not be USB, or whatnot? any other details one should know? (I'm in a similar position to our friend Bill, here. Still working on a clean installation.) http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:item.detail?GroupID=38Code=31P7405current-category-id=E6480EC4EE7D42A79F5F1C0940B163ABhide_menu_area=yes - erik
[9fans] A simple experiment
I had interest in being able to see plan 9 source at bitbucket.org. Part of the driver was my continuing inability to get replica to work well at home, and part just a need to tinker :-) So, I created an empty repo at bitbucket.org, http://bitbucket.org/rminnich/sysfromiso/overview and then did the usual hg clone -e '/bin/openssh/ssh -2' ssh://h...@bitbucket.org/rminnich/sysfromiso At this point on Plan 9 I have a directory, sysfromiso, that is empty save for a .hg Now on linux or other systems, you copy a bunch of directories in there, hg add them, and away you go. Plan 9 is more interesting: hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2 rc -c 'cd /tmp; bunzip2 iso.bz2' 9660srv -f /tmp/iso iso mount /srv/iso /n/iso now I've got the sources over there in /n/iso. What's next? Simple: cd sysfromiso bind -a /n/iso . And then add some trees: hg add sys/src then hg commit hg push -e '/bin/openssh/ssh -2' And I've got a starting point. What's interesting is that the directory always looks empty until I do the bind: term% ls sysfromiso sysfromiso/.hg term% So the script to continue updating the repo is pretty simple: #!/bin/rc hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2 rc -c 'cd /tmp; bunzip2 iso.bz2' 9660srv -f /tmp/iso iso mount /srv/iso /n/iso ape/psh cd sysfromiso bind -b /n/iso . x=`date` hg commit -m $x hg push -e '/bin/openssh/ssh -2' (note I need ape/psh when I use ssh for pushes -- quoting rules issue) This can be run from cron -- once you get through the ssh issues I mentioned in the earlier note. Result is an hg repo on bitbucket.org that I can get to from anywhere, and I can watch as Geoff continues to beat on the kw port :-) More importantly, it's going to be easier for me to bisect and find problems when I build from kernel source, which is very handy in my case. The web interface of bitbucket gives me a pretty reasonable way to compare different revs. I'm offering this note in the event others want to use this interface and repo. ron
Re: [9fans] A simple experiment
Nice work, but couldn't you just bind /n/sources/plan9/sys/src to the hg repo and push from there?
Re: [9fans] A simple experiment
More importantly, it's going to be easier for me to bisect and find problems when I build from kernel source, which is very handy in my case. The web interface of bitbucket gives me a pretty reasonable way to compare different revs. I'm offering this note in the event others want to use this interface and repo. is plan 9 really that complicated that bisect is a useful tool? perhaps i'm still in the dark ages, but i've done fine with diff(1) and history(1). perhaps the key difference is that i sync with sources by diffing and merging by hand. /n/sources/lsr is a great guide to Things That Have Changed. pull is a little too scary if you're responsible for keeping things running. - erik
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 1:54 PM, j...@9srv.net wrote: Nice work, but couldn't you just bind /n/sources/plan9/sys/src to the hg repo and push from there? That would almost certainly be slower than grabbing the ISO via HTTP and getting the file tree locally. John
Re: [9fans] A simple experiment
FWIW, I pull -n first, then see what´s going to change, then merge what I care about, then pull without -n, adding -s´s and -c´s as a result of which file I merged, and I´m done. Regarding pulls from sources I´ve found no problem so far (other than speed). Indeed, speed is not a problem here because we pull from a local mirror of replica (also updated via replica). Internally, I´ve switched from replica to repl (similar to replica, but a custom tool) only because it´s easier to sync trees that I know are in sync (e.g., because I copied files by hand). hth On Tue, Apr 27, 2010 at 7:49 PM, erik quanstrom quans...@quanstro.net wrote: pull is a little too scary if you're responsible for keeping things running. - erik
Re: [9fans] A simple experiment
On Tue Apr 27 13:58:39 EDT 2010, slawmas...@gmail.com wrote: On Tue, Apr 27, 2010 at 1:54 PM, j...@9srv.net wrote: Nice work, but couldn't you just bind /n/sources/plan9/sys/src to the hg repo and push from there? That would almost certainly be slower than grabbing the ISO via HTTP and getting the file tree locally. it would be interesting to try. if hg can push in parallel, it could be competitive. fetching the iso, decompressing the iso, etc are not free. and you can't push anything until after step 2. talk about killer latency. - erik
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 1:59 PM, erik quanstrom quans...@quanstro.net wrote: On Tue Apr 27 13:58:39 EDT 2010, slawmas...@gmail.com wrote: On Tue, Apr 27, 2010 at 1:54 PM, j...@9srv.net wrote: Nice work, but couldn't you just bind /n/sources/plan9/sys/src to the hg repo and push from there? That would almost certainly be slower than grabbing the ISO via HTTP and getting the file tree locally. it would be interesting to try. if hg can push in parallel, it could be competitive. fetching the iso, decompressing the iso, etc are not free. and you can't push anything until after step 2. talk about killer latency. - erik My experiments have shown that copying a large file via HTTP is significantly faster than copying the same file via 9P. I haven't tested it, but I would wager that opening, reading, and closing hundreds of small files via 9P would also be much slower than grabbing the same files in a compressed archive via HTTP and uncompressing. Also, I'm not sure of the exact mechanics of hg, but I'm guessing that a commit + push would involve at least two traversals of the tree, which is not fun when you're hitting sources for every file op. John
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 2:35 PM, John Floren slawmas...@gmail.com wrote: On Tue, Apr 27, 2010 at 1:59 PM, erik quanstrom quans...@quanstro.net wrote: On Tue Apr 27 13:58:39 EDT 2010, slawmas...@gmail.com wrote: On Tue, Apr 27, 2010 at 1:54 PM, j...@9srv.net wrote: Nice work, but couldn't you just bind /n/sources/plan9/sys/src to the hg repo and push from there? That would almost certainly be slower than grabbing the ISO via HTTP and getting the file tree locally. it would be interesting to try. if hg can push in parallel, it could be competitive. fetching the iso, decompressing the iso, etc are not free. and you can't push anything until after step 2. talk about killer latency. - erik My experiments have shown that copying a large file via HTTP is significantly faster than copying the same file via 9P. I haven't tested it, but I would wager that opening, reading, and closing hundreds of small files via 9P would also be much slower than grabbing the same files in a compressed archive via HTTP and uncompressing. Also, I'm not sure of the exact mechanics of hg, but I'm guessing that a commit + push would involve at least two traversals of the tree, which is not fun when you're hitting sources for every file op. John Assuming hg acts like most other DVCS: The commit would happen locally to the `database' in the .hg directory. The sources tree would be read once to do the commit into blobs in .hg. Push would then only send stuff from that .hg directory. Most DVCS don't touch the working directory for push/pull operations, they simply sync up the .hg/.git/.foo directories. Merging and such are all done after that sync, locally.
Re: [9fans] A simple experiment
My experiments have shown that copying a large file via HTTP is significantly faster than copying the same file via 9P. were you using fcp? i'm curious as to where the differences could come from, since the usual suspects that can make the difference (establishing a connection, sequential reads, directory walks/stats) wont come into play for one file.
[9fans] changes to the ARM SoC ports
booting(8) has been updated; take a look if you're using an ARM port. On the Kirkwood SoCs (Sheevaplug and Openrd-client), USB now works. Nemo was helpful fixing this, as usual. One of the people here is working on using the Kirkwood crypto acceleration hardware. The OMAP3530 port is now available in /sys/src/9/omap. It currently runs on the IGEPv2 board. The hardware can execute VFPv3 floating-point instructions, but 5[cal] don't generate them yet, so floating-point is currently emulated. USB isn't quite working yet. Once it is, we should be able to use USB Ethernet and thus run on Beagleboards. The ohci and ehci controllers are seen, but no devices yet. There are several USB errata that need to be looked into. From the latest omap3530 errata: - 3.1.1.130 only one usb dma channel (rx or tx) can be active at one time: use interrupt mode instead - 3.1.1.144 otg soft reset doesn't work right - 3.1.1.183 ohci and ehci controllers cannot work concurrently - §3.1.3 usb limitations: all ports must be configured to identical speeds (high vs full/low) This port is being made available now primarily as a basis for GSoC students; we expect it to improve. Rae McLellan of Bell Labs deserves thanks for helping to decrypt what passes for hardware documentation these days.
Re: [9fans] A simple experiment
looks like you got it going fetching http://plan9.bell-labs.com/sources/extra/plan9.tar.bz2 would improve your dowload speed as it only contains the source On Tue, Apr 27, 2010 at 2:38 PM, ron minnich rminn...@gmail.com wrote: I had interest in being able to see plan 9 source at bitbucket.org. Part of the driver was my continuing inability to get replica to work well at home, and part just a need to tinker :-) So, I created an empty repo at bitbucket.org, http://bitbucket.org/rminnich/sysfromiso/overview and then did the usual hg clone -e '/bin/openssh/ssh -2' ssh://h...@bitbucket.org/rminnich/sysfromiso At this point on Plan 9 I have a directory, sysfromiso, that is empty save for a .hg Now on linux or other systems, you copy a bunch of directories in there, hg add them, and away you go. Plan 9 is more interesting: hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2 rc -c 'cd /tmp; bunzip2 iso.bz2' 9660srv -f /tmp/iso iso mount /srv/iso /n/iso now I've got the sources over there in /n/iso. What's next? Simple: cd sysfromiso bind -a /n/iso . And then add some trees: hg add sys/src then hg commit hg push -e '/bin/openssh/ssh -2' And I've got a starting point. What's interesting is that the directory always looks empty until I do the bind: term% ls sysfromiso sysfromiso/.hg term% So the script to continue updating the repo is pretty simple: #!/bin/rc hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2 rc -c 'cd /tmp; bunzip2 iso.bz2' 9660srv -f /tmp/iso iso mount /srv/iso /n/iso ape/psh cd sysfromiso bind -b /n/iso . x=`date` hg commit -m $x hg push -e '/bin/openssh/ssh -2' (note I need ape/psh when I use ssh for pushes -- quoting rules issue) This can be run from cron -- once you get through the ssh issues I mentioned in the earlier note. Result is an hg repo on bitbucket.org that I can get to from anywhere, and I can watch as Geoff continues to beat on the kw port :-) More importantly, it's going to be easier for me to bisect and find problems when I build from kernel source, which is very handy in my case. The web interface of bitbucket gives me a pretty reasonable way to compare different revs. I'm offering this note in the event others want to use this interface and repo. ron -- Federico G. Benavento
Re: [9fans] A simple experiment
Federico G. Benavento benave...@gmail.com said: looks like you got it going fetching http://plan9.bell-labs.com/sources/extra/plan9.tar.bz2 would improve your dowload speed as it only contains the source On Tue, Apr 27, 2010 at 2:38 PM, ron minnich rminn...@gmail.com wrote: I had interest in being able to see plan 9 source at bitbucket.org. Part of the driver was my continuing inability to get replica to work well at home, and part just a need to tinker :-) So, I created an empty repo at bitbucket.org, http://bitbucket.org/rminnich/sysfromiso/overview and then did the usual hg clone -e '/bin/openssh/ssh -2' ssh://h...@bitbucket.org/rminnich/sysfromiso At this point on Plan 9 I have a directory, sysfromiso, that is empty save for a .hg Now on linux or other systems, you copy a bunch of directories in there, hg add them, and away you go. Plan 9 is more interesting: hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2  rc -c 'cd /tmp; bunzip2 iso.bz2'  9660srv -f /tmp/iso iso mount /srv/iso /n/iso now I've got the sources over there in /n/iso. What's next? Simple: cd sysfromiso bind -a /n/iso . And then add some trees: hg add sys/src then hg commit hg push -e '/bin/openssh/ssh -2' And I've got a starting point. What's interesting is that the directory always looks empty until I do the bind: term% ls sysfromiso sysfromiso/.hg term% So the script to continue updating the repo is pretty simple:  #!/bin/rc hget http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2/tmp/iso.bz2  rc -c 'cd /tmp; bunzip2 iso.bz2'  9660srv -f /tmp/iso iso mount /srv/iso /n/iso ape/psh cd sysfromiso bind -b /n/iso . x=`date` hg commit -m $x hg push -e  '/bin/openssh/ssh -2' (note I need ape/psh when I use ssh for pushes -- quoting rules issue) This can be run from cron -- once you get through the ssh issues I mentioned in the earlier note. Result is an hg repo on bitbucket.org that I can get to from anywhere, and I can watch as Geoff continues to beat on the kw port :-) More importantly, it's going to be easier for me to bisect and find problems when I build from kernel source, which is very handy in my case. The web interface of bitbucket gives me a pretty reasonable way to compare different revs. I'm offering this note in the event others want to use this interface and repo. ron -- Federico G. Benavento --
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 10:49 AM, erik quanstrom quans...@quanstro.net wrote: is plan 9 really that complicated that bisect is a useful tool? perhaps i'm still in the dark ages, but i've done fine with diff(1) and history(1). Not good enough for me. perhaps the key difference is that i sync with sources by diffing and merging by hand. /n/sources/lsr is a great guide to Things That Have Changed. pull is a little too scary if you're responsible for keeping things running. I find that something like hg is just way easier to deal with than the standard plan 9 tools. ron
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 10:59 AM, erik quanstrom quans...@quanstro.net wrote: it would be interesting to try. if hg can push in parallel, it could be competitive. fetching the iso, decompressing the iso, etc are not free. and you can't push anything until after step 2. talk about killer latency. pulling and decompressing the iso are far, far faster for me than replica. There's no comparison. ron
Re: [9fans] A simple experiment
On Tue, Apr 27, 2010 at 12:03 PM, Skip Tavakkolian 9...@9netics.com wrote: My experiments have shown that copying a large file via HTTP is significantly faster than copying the same file via 9P. were you using fcp? i'm curious as to where the differences could come from, since the usual suspects that can make the difference (establishing a connection, sequential reads, directory walks/stats) wont come into play for one file. fcp is still a 9p conversation. http get is a tcp stream. Fcp is better than cp but not that much better. If you're yanking one file, a TCP stream is pretty ideal. Dropping 9p on top of it, even when the 9p involves multiple TREADs in flight, is just making things slower. ron
Re: [9fans] A simple experiment
is plan 9 really that complicated that bisect is a useful tool? perhaps i'm still in the dark ages, but i've done fine with diff(1) and history(1). Not good enough for me. why? - erik
Re: [9fans] three sets of windows
I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) you might have seen one and not even known it. Many mice with a scroll wheel support pressing the scroll wheel as a 3rd button. its not nearly as pleasant as a real button, but it works. K Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com
Re: [9fans] three sets of windows
On Tue, Apr 27, 2010 at 6:54 PM, Tim Newsham news...@lava.net wrote: I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) you might have seen one and not even known it. Many mice with a scroll wheel support pressing the scroll wheel as a 3rd button. its not nearly as pleasant as a real button, but it works. Using a clickable scroll wheel nearly cripples my fingers; have any 9fans tried this mouse? http://www.amazon.com/3-Button-Optical-USB-Mouse-black/dp/B000FLUSEM/ref=cm_cr_pr_product_top My netbook's trackpad is unacceptable for Plan 9 use, and since it doesn't have a PS/2 port I can't plug in one of my old Logitechs. John
Re: [9fans] three sets of windows
2010/4/28 John Floren slawmas...@gmail.com: On Tue, Apr 27, 2010 at 6:54 PM, Tim Newsham news...@lava.net wrote: I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) you might have seen one and not even known it. Many mice with a scroll wheel support pressing the scroll wheel as a 3rd button. its not nearly as pleasant as a real button, but it works. Using a clickable scroll wheel nearly cripples my fingers; have any 9fans tried this mouse? http://www.amazon.com/3-Button-Optical-USB-Mouse-black/dp/B000FLUSEM/ref=cm_cr_pr_product_top My netbook's trackpad is unacceptable for Plan 9 use, and since it doesn't have a PS/2 port I can't plug in one of my old Logitechs. I've been using http://www.thehumansolution.com/evoluent.html recently, and I do love it. --dho John
Re: [9fans] changes to the ARM SoC ports
On Tue Apr 27 15:06:29 EDT 2010, ge...@plan9.bell-labs.com wrote: booting(8) has been updated; take a look if you're using an ARM port. good deal. thanks. Rae McLellan of Bell Labs deserves thanks for helping to decrypt what passes for hardware documentation these days. the only thing worse than modern hardware documentation is using a linux driver as a cheat sheet. - erik
Re: [9fans] three sets of windows
My netbook's trackpad is unacceptable for Plan 9 use, and since it doesn't have a PS/2 port I can't plug in one of my old Logitechs. I've been using http://www.thehumansolution.com/evoluent.html recently, and I do love it. How the hell is a shape patentable?
Re: [9fans] three sets of windows
Could be. Had a 3-button mouse long ago... Anyway, no matter. Have ordered one now. Thanks to all! K Tim Newsham news...@lava.net 27/04/2010 6:54:19 pm I'm curious about the 3-button mouse... (haven't seen one for a long while, but seems like it might be worth getting one.) you might have seen one and not even known it. Many mice with a scroll wheel support pressing the scroll wheel as a 3rd button. its not nearly as pleasant as a real button, but it works. K Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com
Re: [9fans] three sets of windows
off-topic... How the hell is a shape patentable? Easy. Just like when I used to clip a playing card to a bicycle frame with a clothespin to make noise. This was apparently finally patented in 2000 -- Sound generating device for spoked wheel (US Patent 6039338 issued 03/21/2000) I'm digging around the the Australian patent for the spoked wheel (which I think came out in 2000). Sorry I did not book mark it when I found it. Or how about IBM's patent application for Outsourcing of Services (see http://yro.slashdot.org/article.pl?sid=07/09/29/1734209) There are some REALLY BAD patents out there... EBo --
[9fans] Any plan9'ers at ESC in San Jose this week?
(ESC = Embedded Systems Conference... and apologies in advance for the cross-posts you may see)
Re: [9fans] Any plan9'ers at ESC in San Jose this week?
On Tue, Apr 27, 2010 at 9:18 PM, Joseph Stewart joseph.stew...@gmail.com wrote: (ESC = Embedded Systems Conference... and apologies in advance for the cross-posts you may see) I'm near san jose shall we all get together? ron
