Re: [9fans] wifi interface
i'm inclined to extend the ethernet interface an etherx/ctl file that accepted commands along the lines of ssid, bssid, and channel to configure the connection. did the wavelan driver not do this for a reason beyond changing devether? any better ideas? there's already a ctl file. it's in the connection directory. we use this to set the hardware mtu. for example echo mtu 9000/net/ether0/clone i'm sure you can do this with your wireless commands as well. you'll need to set ether-ctl to an appropriate function. - erik
Re: [9fans] wifi interface
echo mtu 9000/net/ether0/clone interesting, i didn't realise clone had been overloaded like that, i just knew about the ctl file in the connection directory. that's plenty convenient, if a little strange. i'm sure you can do this with your wireless commands as well. you'll need to set ether-ctl to an appropriate function. indeed, i had already. thanks, tristan -- All original matter is hereby placed immediately under the public domain.
[9fans] removing spaces from filenames
# remove spaces from file names /// does not work EXT=boo rm run for (old in `{9 ls *.$EXT}) { new=`{echo $old | tr -d ' ' } echo mv $old $new run } # this works, but is ugly: # remove unwanted chars from file names EXT=boo 9 ls *.$EXT foo 9 cat foo | 9 tr -c [0-9][a-z][A-Z]'.''\x0a' '_' | 9 tr -s '_' '_' | 9 sed 's/_\././g' foo2 paste foo foo2 foo3 9 awk '{print mv , $0}' foo3 run what am I missing? Thanks, ++pac
Re: [9fans] removing spaces from filenames
2012/3/21 Peter A. Cejchan tyap...@gmail.com: for (old in `{9 ls *.$EXT}) { Here you are iterating over the elements of `{9 ls *.$EXT}, sepparated by $ifs. Therefore, spaces are breaking your lines into word fields. This is not what you want. Your second example directly process whole lines (uses sed), so it works. I think you will get what you want if you replace this line with: ifs=' ' for (old in `{9 ls *.$EXT}) { -- - yiyus || JGL .
Re: [9fans] known working wifi cards
PCMCIA: Wavelan PC24E-H-FC aka Avaya World Card Silver
Re: [9fans] known working wifi cards
On Wed, Mar 21, 2012 at 10:42 AM, Richard Miller 9f...@hamnavoe.com wrote: PCMCIA: Wavelan PC24E-H-FC aka Avaya World Card Silver aka Lucent Orinoco Silver aka IBM High Rate Wireless LAN etc. -sl
Re: [9fans] known working wifi cards
aka Lucent Orinoco Silver aka IBM High Rate Wireless LAN etc. Firsthand experience only ?
Re: [9fans] known working wifi cards
On Wed, Mar 21, 2012 at 11:02 AM, Richard Miller 9f...@hamnavoe.com wrote: aka Lucent Orinoco Silver aka IBM High Rate Wireless LAN etc. Firsthand experience only ? Perhaps it's a faulty assumption that all PC24E-H-FC cards are created equal. I've seen them branded many different ways. -sl
Re: [9fans] removing spaces from filenames
ifs=' ' for (old in `{9 ls *.$EXT}) { i think ls and the temporary file are getting in the way. if you use globbing and execing directly from the shell you can avoid quoting problems. for example, for(old in *^' '^*.$EXT) ifs=$nl mv $old `{echo $old | sed 's/ //g'} and now for a digression this looks like c programming to me. unfortunately mv doesn't take pairs, so we can't get rid of the for loop, but we can generate parallel lists. i'm going to assume that ☺ isn't in any of your file names. you could pick something else. the trick here is to paste ☺ onto the end of every list element. that way we know that '☺ ' are end-of-token markers, and other spaces are just spaces. then we can delete the spaces without ☺s, then delete the ☺s and then turn the remaining spaces (they mark the end of a token) into newlines. i'm going to assume that $ext also contains the '.'. old = *^' '^*$ext ifs=$nl new = `{echo $old^☺ | sed 's/([^☺]) /\1/g s/☺//g s/ /\n/g' } (the last two sed steps are combinable; s/☺ /\n/g.) now that we have this, we can while(! ~ $#new 0){ mv $old(1) $new(1) old=$old(2-) new=$new(2-) } this reminds me, the whole ifs thing is awkward because it applies for the whole command which is almost never what you want. i modified rc to allow one to specify a backquote splitter. e.g. new = `$nl {echo $old^☺ | sed 's/([^☺]) /\1/g s/☺//g s/ /\n/g' } - erik
Re: [9fans] Question about usage of Plan 9 based os systems
On Wed, 14 Mar 2012 22:08:57 +0100 Paschke Christoph c.pasc...@me.com wrote: for me very interesting question: who use a Plan 9 system productive? I now use Plan 9 for everything that does not involve 3D graphics, the www, or email. The latter is because as far as I'm aware there's no way to get a threaded message view. who use it just because bored with Linux as a tec gaming site? I do. Well, bored is one word for what I feel about Linux. More than that, I find Plan 9 liberating compared to early Linux or OpenBSD.
Re: [9fans] Question about usage of Plan 9 based os systems
On Wed, Mar 21, 2012 at 6:54 PM, Ethan Grammatikidis eeke...@fastmail.fm wrote: I now use Plan 9 for everything that does not involve 3D graphics, the www, or email. The latter is because as far as I'm aware there's no way to get a threaded message view. I don't think it would be much effort to address that point if it really matters to you. You could use that: https://bitbucket.org/mpl/acmemail-with-sort-by-thread/src as an example (or not).
Re: [9fans] Question about usage of Plan 9 based os systems
On 3/14/2012 4:08 PM, Paschke Christoph wrote: for me very interesting question: who use a Plan 9 system productive? who use it for research? who use it just because bored with Linux as a tec gaming site? who use it commercial in a business? who use it on an embedded device? who programs with limbo? what else? Although I used to use it in a graduate school setting as my main desktop (so writing thesis, remote connections to unix machines), I now simply have a VPS that runs it (well, 9front now). It is used as a playground for little experiments and projects that aren't tied to an existing platform (i.e. I don't need some massive toolkit). I also cannot find a better text content creation platform (tex,troff). I can't stress enough, however, the value of having a native installation close by. It provides an unparalleled focus on the platform itself that a virtual machine (or remote machine) just doesn't offer (and I can't offer any good reason *why* this is -- i'd wager it is just a placebo effect). To that end I do have some atom boards that are in the queue as soon as I have a free weekend. The 'productive' question doesn't apply to me. I'm not productive on linux or plan 9. -Jack
Re: [9fans] known working wifi cards
I use a Vonets USB WiFi Bridge vap11g I found on ebay for less than $10, I wrote a little driver to have it set its channel and ssid. I didn't have any documentation, so I snooped the usb traffic bridged to a windows instance running in virtualbox. Jerome On Wed, Mar 21, 2012 at 9:10 AM, Stanley Lieber stanley.lie...@gmail.com wrote: On Wed, Mar 21, 2012 at 11:02 AM, Richard Miller 9f...@hamnavoe.com wrote: aka Lucent Orinoco Silver aka IBM High Rate Wireless LAN etc. Firsthand experience only ? Perhaps it's a faulty assumption that all PC24E-H-FC cards are created equal. I've seen them branded many different ways. -sl
Re: [9fans] Regarding 9p based protocols message framing
Perhaps initially: over an IP network, 9P used to run over IL. still does, including on the system i'm sending this from. What advantages does it have over TCP? Does it worths the effort of tailoring it back in, esp. for a fossil/venti site? -- - Yaroslav
Re: [9fans] Regarding 9p based protocols message framing
On Wed Mar 21 16:11:41 EDT 2012, yari...@gmail.com wrote: Perhaps initially: over an IP network, 9P used to run over IL. still does, including on the system i'm sending this from. What advantages does it have over TCP? Does it worths the effort of tailoring it back in, esp. for a fossil/venti site? it takes maybe 10 minutes to put it back in. 9atom has il still, since i still use it. i never took it out. i see why one would want to eliminate il and go all tcp, but il is simplier and has no problems that bother me operationally. also there are some fine points of the argument where i have a different opinion than some. of course i may also be motivated by not wanting to put tcp in the file server. ymmv. (in fact, i'd go further than il. why do we need the ip in il?) tcp otoh has a handful of bugs that bite me now and again. the biggest current one is that there appears to be a bug in the implementation that triggers a condition that looks as if nagle is disabled for some connections and early bytes in the window are missing. (infinite resequence queue, full of tinygrams.) this crashes boxes when the run out of kernel memory. i've worked around this by limiting the resequence queue to a reasonable (scaled with the window) number of packets as well as bytes. clearly this is just a hack. but until the trigger for this condition is understood, it'll have to do. - erik
Re: [9fans] Regarding 9p based protocols message framing
What advantages does it have over TCP? Significantly simpler implementation. Lower overhead, giving better speed over local links. Also, although not an advantage of IL per se, there are a few advantages to Plan 9 having another protocol in the stack, especially one which can run 9p. It helps guard against any accidental network-dependent creep. Does it worths the effort of tailoring it back in, It's not hard to get back in. Erik's 9atom has it. Whether it's worth it or not is hard to say. I like having it, but NAT boxes (and occasionally non-NAT routers, although that's more rare) can cause problems. It is slower over common wide- area links (lacking TCP's congestion control). esp. for a fossil/venti site? It's mandatory if you want to use kenfs; it's entirely optional in a fossil/venti (or cwfs or kfs or whatever) environment. It's sort of depends what you want from the system. Personally, I'd suggest doing it if you have multiple systems on the same local net for the pedagogical benefits alone. Anthony signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [9fans] Regarding 9p based protocols message framing
What advantages does it have over TCP? Significantly simpler implementation. Lower overhead, giving better speed over local links. it's also message based. so things like rx depend on a protocol like il that preserves 0-byte writes. - erik
Re: [9fans] Regarding 9p based protocols message framing
On Mar 21, 2012, at 16:27 , erik quanstrom wrote: (in fact, i'd go further than il. why do we need the ip in il?) I'd love to have an IP-free, 9p-capable network in the mix. Plan 9 had this, way back when, with nonet (?), but that didn't survive the removal of the streams system in the 3rd edition (I know you know this already,but I'm not sure how widely it's known). Anthony signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [9fans] Regarding 9p based protocols message framing
I'd love to have an IP-free, 9p-capable network in the mix. Plan 9 had this, way back when, with nonet (?), but that didn't survive the removal of the streams system in the 3rd edition (I know you know this already,but I'm not sure how widely it's known). i'm probablly missing something, but i don't see why your lan couldn't be ip-free. you may have to have a sacrifical super-nat machine that transplants, say, ssh/nonet onto ssh/ip. the more plan 9-y way would be to import the gateway. i'm not sure which would be more elegant. - erik
Re: [9fans] Regarding 9p based protocols message framing
thanks, that's great. the retransmission interval is probally off by 3/4 orders of magnitude for today's local networks. 50-500µs would be a decent static retransmit interval. (goes to show that timing sleeps in ms anachronistic.) - erik
Re: [9fans] Regarding 9p based protocols message framing
importing /net is possible. just recently replaced openwrt linux nat router with a plan9 machine importing its /net.alt to avoid problems with random tcp connection drops. wrote a simple socks server so windows can use it as a gateway too. even use bittorrent thru that thing with udp relay :) works nicely overall. some programs have problems with /net.alt tho. mainly ape programs wich require a bind /net.alt /net. wrote hg extension that hooks mercurials http object obfuscated interface and uses plan9 webfs (/mnt/web) instead, also makes hg use factotum indirectly thru webfs. only disadvantage is that one doesnt get proper errstr thru all that python/ape wrappery :( -- cinap
Re: [9fans] Regarding 9p based protocols message framing
just recently replaced openwrt linux nat router with a plan9 machine importing its /net.alt to avoid problems with random tcp connection drops. where's it importing /net.alt from? - erik
Re: [9fans] Regarding 9p based protocols message framing
gateway machine has two ethernet cards. /net.alt is the external internet facing side where i get ip over dhcp from cable modem. the /net is the internal local network. running import gateway /net.alt on random plan9 machine to import the internet. -- cinap