Re: [9fans] reverse search direction in p9p acme
would it run on native plan9, too? thanks, peter, aka ++pac
Re: [9fans] reverse search direction in p9p acme
I haven't tried, but I don't see why not. On Mon, Sep 19, 2011 at 10:01 AM, Peter A. Cejchan tyap...@gmail.com wrote: would it run on native plan9, too? thanks, peter, aka ++pac
Re: [9fans] reverse search direction in p9p acme
i'm not sure about adding more invisible state to acme windows. i've sometimes imagined a version of acme where shift-right-click would reverse the search. no way of implementing it under plan 9 itself though. On 19 September 2011 09:19, Mathieu Lonjaret mathieu.lonja...@gmail.com wrote: I haven't tried, but I don't see why not. On Mon, Sep 19, 2011 at 10:01 AM, Peter A. Cejchan tyap...@gmail.com wrote: would it run on native plan9, too? thanks, peter, aka ++pac
[9fans] qemu usb flash drive (stick)
It seems that I have the same problem with https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ term% usb/usbd usb/usbd: /dev/usb: no hubs `ls #u' works (but why is that important?) I'm also missing the /srv/usb file: term% usbfat: mount: can't open /srv/usb: '/srv/usb' does not exist cannot mount /srv/usb Any tips?
[9fans] qemu usb
It looks like I have the same problem with https://groups.google.com/forum/#!searchin/comp.os.plan9/usb/comp.os.plan9/dBpkbPyQrzw/0TagYRLa02MJ usbd is running and I'm getting usb/disk: /dev/usb: no devs, 2) usbfat: says can't open /srv/usb: '/srv/usb' file does not exist, and 3) ls #u works (btw why is that important)? Any workarounds? I just want to use a flash/external usb drive to save some files. Networking (if possible on qemu with my eee laptop) is on my future TODO list :)
Re: [9fans] reverse search direction in p9p acme
On Monday 19 of September 2011 10:37:54 roger peppe wrote: i'm not sure about adding more invisible state to acme windows. if `hidden' is the keyword, then let's have some new files in acme's control file hierarchy for various bits of state. aside of Rev, also paths from the Include command, the `dirty bit' that affects behavior of Del, Delcol, and Exit, and any other elements of hidden state. a few new files per window. privately i think the Rev command is redundant, but meh. -- dexen deVries [[[↓][→]]] For example, if the first thing in the file is: ?kzy irefvba=1.0 rapbqvat=ebg13? an XML parser will recognize that the document is stored in the traditional ROT13 encoding. (( Joe English, http://www.flightlab.com/~joe/sgml/faq-not.txt ))
Re: [9fans] reverse search direction in p9p acme
On 19 September 2011 09:55, dexen deVries dexen.devr...@gmail.com wrote: On Monday 19 of September 2011 10:37:54 roger peppe wrote: i'm not sure about adding more invisible state to acme windows. if `hidden' is the keyword, then let's have some new files in acme's control file hierarchy for various bits of state. making the state available to programs doesn't really cut it for me. for it to be useful in moment-to-moment interactions with acme, it must be visible on screen, in the same way that the dirty bit has the top left indicator (well, mostly). privately i think the Rev command is redundant, but meh. well, i've gone all these years without it, so it is redundant in that sense, but it still feels a bit awkward when browsing a large file and right clicking one-too-many times, that i have to copy the text to the tag, insert :-/, reselect and/or quote metacharacters, and click. it's a sequence i often get slightly wrong too by getting the selection slightly out. a single-click reverse search would quickly internalise and be very useful i think. the difficulty is coming up with the right way of doing it.
Re: [9fans] reverse search direction in p9p acme
On Mon, Sep 19, 2011 at 10:37 AM, roger peppe rogpe...@gmail.com wrote: i'm not sure about adding more invisible state to acme windows. Well I needed to do that in a hurry, but I'll gladly reimplement it later better if you have a nice suggestion. i've sometimes imagined a version of acme where shift-right-click would reverse the search. no way of implementing it under plan 9 itself though. Yeah my first idea was with ctrl+right click but I figured it was easier/faster to just add it as a text command. On 19 September 2011 09:19, Mathieu Lonjaret mathieu.lonja...@gmail.com wrote: I haven't tried, but I don't see why not. On Mon, Sep 19, 2011 at 10:01 AM, Peter A. Cejchan tyap...@gmail.com wrote: would it run on native plan9, too? thanks, peter, aka ++pac
[9fans] nupas smtp update
i just pushed a change to nupas smtp that should fix problems with dialing a records before exhausting all possible mx records (on all valid networks). this had been causing me some grief of late. it also logs exactly which server was contacted and some details about the dns entry. for example, ladd Sep 18 05:40:03 quanstro sent 590 bytes to 9fans@9fans.net (mail.9fans.net:67.207.142.3;pref=10) this is good for tracking down trouble, since dns is so unreliable. - erik
[9fans] dirty windows in Acme
there's a slightly annoying bug in Acme regarding the per-window `dirty bit'. expected behavior: cut + paste leaves the window in `clean' state current behavior if a file is opened: cut + paste of file content leaves the window in `clean' state (correct behavior) cut + paste of file pathname in tag leaves the window in `dirty' state (unexpected behavior) -- dexen deVries [[[↓][→]]] For example, if the first thing in the file is: ?kzy irefvba=1.0 rapbqvat=ebg13? an XML parser will recognize that the document is stored in the traditional ROT13 encoding. (( Joe English, http://www.flightlab.com/~joe/sgml/faq-not.txt ))
Re: [9fans] mail client; general question web vs command
On 14 September 2011 14:39, Richard Miller 9f...@hamnavoe.com wrote: smtp: bad network /net/tcp!bluestar!12345 (tcp!bluestar!12345) This should have been corrected by the hg update. But update only changes the source code - you still have to rebuild the command with cd $PLAN9/src/cmd/upas/smtp mk smtp.install Ok. I wonder how I could forget to rebuilt then, but I did. Anyway, after rebuilding I get: ;$PLAN9/bin/upas/smtp -ai 'tcp!128.141.146.215!12345' rudolf.syk...@gmail.com rudolf.syk...@cern.ch msg Segmentation fault ; ... so still unsuccessful to send email... Thanks for further comments. I will also try to find out some details about the segmentation fault. Ruda
Re: [9fans] dirty windows in Acme
On 19 September 2011 13:55, dexen deVries dexen.devr...@gmail.com wrote: there's a slightly annoying bug in Acme regarding the per-window `dirty bit'. expected behavior: cut + paste leaves the window in `clean' state current behavior if a file is opened: cut + paste of file content leaves the window in `clean' state (correct behavior) cut + paste of file pathname in tag leaves the window in `dirty' state (unexpected behavior) workaround: use the Snarf command.
Re: [9fans] reverse search direction in p9p acme
Maybe a chorded 3-1 click (not 1-3). -rob
Re: [9fans] Nemo book
On Thu, Sep 15, 2011 at 8:46 PM, Jens Staal staal1...@gmail.com wrote: Alternatively - would a newlib approach be a better bet to get binutils/gcc going? I have been trying to read up on it and to try to locate the syscall information I need from plan9 libc. If anyone got any pointers on how to do this, it would be appreciated :) I was unsure of the cross compiler idea. Was this to run on linux to create plan 9 binaries? If you really want to do that, just go ahead and port the plan 9 c compilers etc. to unix. I did the amd64 linker in about 10 minutes. It's very straightforward C code, far easier to port than the sort of stuff you find in the GNU world -- someone once complained on this list that Plan 9 C code was some sort of old usage or something -- they did not realize that was a *virtue*. The ?c would be a bit longer to do but probably not much. Then you can compile all Plan 9 code on Unix-like systems to target Plan 9. That may not be what you meant. ron
Re: [9fans] reverse search direction in p9p acme
On 19 September 2011 15:50, Rob Pike robp...@gmail.com wrote: Maybe a chorded 3-1 click (not 1-3). +1 3-2 and 3-1 both do the same thing currently AFAIK, so one could go.
Re: [9fans] Nemo book
2011/9/19 ron minnich rminn...@gmail.com: On Thu, Sep 15, 2011 at 8:46 PM, Jens Staal staal1...@gmail.com wrote: Alternatively - would a newlib approach be a better bet to get binutils/gcc going? I have been trying to read up on it and to try to locate the syscall information I need from plan9 libc. If anyone got any pointers on how to do this, it would be appreciated :) I was unsure of the cross compiler idea. Was this to run on linux to create plan 9 binaries? If you really want to do that, just go ahead and port the plan 9 c compilers etc. to unix. I did the amd64 linker in about 10 minutes. It's very straightforward C code, far easier to port than the sort of stuff you find in the GNU world -- someone once complained on this list that Plan 9 C code was some sort of old usage or something -- they did not realize that was a *virtue*. The ?c would be a bit longer to do but probably not much. Then you can compile all Plan 9 code on Unix-like systems to target Plan 9. That may not be what you meant. ron Actually it was the complete opposite that I wanted :) The aim I had was basically to compile legacy lunix applications for Plan9 on a lunix host. For hobby development such a cross compiler + 9vx could be a really nice environment to cut your teeth on while figuring out the right way to do things. I have been playing with trying to compile some legacy lunix applications under APE with or without the old gcc (anyone else experience a crashed 9vx when you try to use gcc?). Often stuff fail due to configure scripts expecting GNU sed, autoconf etc (the gmake port works nicely!)... I guess the right way would be to try to dig through what they want to do and make a real mk file to compile it instead, but I hoped for a lazier approach ;) So what I was thinking (perhaps naively) was first to just compile the ported gcc/binutils (/n/sources/extra/gcc) (which should have all the executeable information for Plan9 in it) + the GCC-ified APE libs on Linux as a cross compiler for Plan9 (and thus NOT have to worry about porting all of GNU to APE first...). After trying to learn about cross compilers I saw this thing about newlib, where it seems like you can make a cross compiler suspiciously easily [1, 2]. But as I said previously. I am a complete noob on this and unfortunately very limited time to actually make it work, but if someone got something similar done before (I suppose the initial GCC port was cross compiled from a lunix host of some kind?), it would be interesting to get it working (and preferrably on an as modern version of GCC as possible). [1] http://wiki.osdev.org/Porting_Newlib [2] http://wiki.osdev.org/Boomstick
Re: [9fans] Announcing Inferno for Android phones
On Sat, Sep 17, 2011 at 3:05 PM, ron minnich rminn...@gmail.com wrote: What would truly be interesting, since we don't need to reboot to switch modes, would be a button to do just that ... It's really easy to switch modes from the shell. To go from zygote to Inferno: stop zygote stop media start media-inferno start inferno To go from inferno to zygote: stop inferno stop media-inferno killall emu-g start media start zygote Adding an appropriate menu item in Inferno would allow you to switch back to the Java UI easily. Might be a little tougher on the Java side to go to Inferno, without being connected to a PC. John
Re: [9fans] Announcing Inferno for Android phones
On Mon, Sep 19, 2011 at 10:25 AM, John Floren j...@jfloren.net wrote: On Sat, Sep 17, 2011 at 3:05 PM, ron minnich rminn...@gmail.com wrote: What would truly be interesting, since we don't need to reboot to switch modes, would be a button to do just that ... It's really easy to switch modes from the shell. To go from zygote to Inferno: stop zygote stop media start media-inferno start inferno To go from inferno to zygote: stop inferno stop media-inferno killall emu-g start media start zygote Adding an appropriate menu item in Inferno would allow you to switch back to the Java UI easily. Might be a little tougher on the Java side to go to Inferno, without being connected to a PC. yeah, android is so powerful, eh? You can't just exit it. ron
Re: [9fans] Announcing Inferno for Android phones
but showing that menu on the inferno side would be very neat. ron
Re: [9fans] Nemo book
i thought it was great that something called newlib would still have to implement a function called isatty
Re: [9fans] Nemo book
On Mon, Sep 19, 2011 at 06:50:01PM +0100, Charles Forsyth wrote: i thought it was great that something called newlib would still have to implement a function called isatty This has always been the problem with new: it doesn't last... Same goes for something dated today... -- 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] reverse search direction in p9p acme
i don't think either does anything. -rob
Re: [9fans] reverse search direction in p9p acme
On Mon Sep 19 14:19:02 EDT 2011, robp...@gmail.com wrote: i don't think either does anything. in rio, b3 gives you a menu. - erik
Re: [9fans] Nemo book
On Mon Sep 19 14:08:02 EDT 2011, tlaro...@polynum.com wrote: On Mon, Sep 19, 2011 at 06:50:01PM +0100, Charles Forsyth wrote: i thought it was great that something called newlib would still have to implement a function called isatty This has always been the problem with new: it doesn't last... Same goes for something dated today... doing is always dated today. - erik
[9fans] kerTeX: AMS fonts added (today + 7 :-^)
Doing is perhaps dated---everyday---today, but release will be dated next week. The new version of kerTeX, including work on the encoding, and including the AMS fonts will be released next week. Why announce this now? 1) To wink at Erik's sentence (Nemo book). 2) To compell by a public announce M. Laronde to release what is already there and needs only some testing. -- 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] kerTeX: I said today + 7 :-^)
On Mon, Sep 19, 2011 at 08:45:45PM +0200, tlaro...@polynum.com wrote: Doing is perhaps dated---everyday---today, but release will be dated next week. Hey folks! I said (to answer Erik) that the release will be: today + 7 (i.e next week). (And this starts from today:=2011-09-19.) The current downloadable version is still the previous release! I think it's better to wait for the next, since with the AMS fonts, one can submit mathematical papers, and the installation of LaTeX will be trivial (main problem was with the fonts). -- 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] Nemo book
just go ahead and port the plan 9 c compilers etc. to unix Already done. The inferno distribution contains, in /utils, all the Plan 9 xa, xc, xl (for x in [012568kv]) compilable by gcc.
Re: [9fans] Announcing Inferno for Android phones
Are there some clues about what is needed in a compatible phone? Simply unlocked android or any other niggles? The phones available from China are usually based on a big seller (and come off the same hardware production line). One I have is based on the nokia E5 (and is called the Wank E5). If I hurry I can throw around a box of new phones at IWP9. brucee On 20 September 2011 03:29, ron minnich rminn...@gmail.com wrote: but showing that menu on the inferno side would be very neat. ron -- Don't meddle in the mouth -- MVS (0416935147, +1-513-3BRUCEE)
Re: [9fans] Announcing Inferno for Android phones
One I have is based on the nokia E5 (and is called the Wank E5) surely a forutune? -Steve
Re: [9fans] Announcing Inferno for Android phones
Reminds me of some Chinese PC's we evaluated many years ago. One model was called My Personal Woody... On Mon, Sep 19, 2011 at 5:49 PM, Bruce Ellis bruce.el...@gmail.com wrote: Are there some clues about what is needed in a compatible phone? Simply unlocked android or any other niggles? The phones available from China are usually based on a big seller (and come off the same hardware production line). One I have is based on the nokia E5 (and is called the Wank E5). If I hurry I can throw around a box of new phones at IWP9. brucee On 20 September 2011 03:29, ron minnich rminn...@gmail.com wrote: but showing that menu on the inferno side would be very neat. ron -- Don't meddle in the mouth -- MVS (0416935147, +1-513-3BRUCEE)
Re: [9fans] Announcing Inferno for Android phones
These high resolution displays in current mainstream smartphones are worth their bucks in my view!. But if the china phones are available with 800x480 and under 100 Euros I might reconsider...
Re: [9fans] Announcing Inferno for Android phones
Unlocked android, basically, but I think it's best if you can run Cyanogenmod on it. That's what we've used for all of our testing, because it's available for a lot of phones and provides a reasonably similar environment across all of them. Since the E5 is not an Android phone, you probably won't have much luck with that one. See if there are any other Wank-ers that can run Android. John On Mon, Sep 19, 2011 at 2:49 PM, Bruce Ellis bruce.el...@gmail.com wrote: Are there some clues about what is needed in a compatible phone? Simply unlocked android or any other niggles? The phones available from China are usually based on a big seller (and come off the same hardware production line). One I have is based on the nokia E5 (and is called the Wank E5). If I hurry I can throw around a box of new phones at IWP9. brucee On 20 September 2011 03:29, ron minnich rminn...@gmail.com wrote: but showing that menu on the inferno side would be very neat. ron -- Don't meddle in the mouth -- MVS (0416935147, +1-513-3BRUCEE)
[9fans] Parallels 6/7 and Q(qemu for mac)
Someone had any lucky with these VMs? Parallels simply crash at Bell's p9, with 9atom it freezes displaying this message, igbe: unusable PciCLS: 0, using 8 longs. Q installs it perfectly, but network doesn't work. Looks like I'll keep my dirty and old proliant a little longer. -- S.
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
On Mon Sep 19 20:57:48 EDT 2011, m...@zan.st wrote: Someone had any lucky with these VMs? Parallels simply crash at Bell's p9, with 9atom it freezes displaying this message, igbe: unusable PciCLS: 0, using 8 longs. Q installs it perfectly, but network doesn't work. any way to get a dump of the registers out of parallels? - erik
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
Someone had any lucky with these VMs? Parallels simply crash at Bell's p9, with 9atom it freezes displaying this message, igbe: unusable PciCLS: 0, using 8 longs. Q installs it perfectly, but network doesn't work. Parallels stopped working reliably with release 4, and completely with release 5. And for a lot more than just Plan 9. VMware Fusion works fine. --lyndon
Re: [9fans] Nemo book
2011/9/19 Richard Miller 9f...@hamnavoe.com: just go ahead and port the plan 9 c compilers etc. to unix Already done. The inferno distribution contains, in /utils, all the Plan 9 xa, xc, xl (for x in [012568kv]) compilable by gcc. Would this be possible to use for a cross compiler with a Plan9 target? A kencc port (preferably including the APE pcc) as a cross compiler on a lunix host could potentially also be interesting if it would work. I guess this port [1] might be a good starting point? Any pointers on how it would be done? [1] http://code.google.com/p/ken-cc/
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
On parallels 6 I can get 9atom a step further by changing the emulated network adapter. Manually edited the config.pvs file for the guest VM and changed the entries for the adapter type: NetworkAdapter AdapterType_patch=1 id=0 dyn_lists=NetAddress DnsIPAddress SearchDomain EmulatedType3/EmulatedType : VirtualNetworkID/VirtualNetworkID AdapterType3/AdapterType : /NetworkAdapter ether#0: NE2000: port 0x8200 irq 7 addr 0x4000 size 0x4000: 001c42e28625 : #l0: NE2000: 10Mbps port 0x8200 irq 7 tu 1514 addr 0x4000 size 0x4000: 001c... : 9atom then hangs a little further along, I didn't try too many other options, just a quick look during my lunch break. On 20 September 2011 10:56, stephano zanzin m...@zan.st wrote: Someone had any lucky with these VMs? Parallels simply crash at Bell's p9, with 9atom it freezes displaying this message, igbe: unusable PciCLS: 0, using 8 longs. Q installs it perfectly, but network doesn't work. Looks like I'll keep my dirty and old proliant a little longer. -- Adrian Tritschler Melbourne, Australia
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
Parallels 6 runs Plan 9 for me.