Re: [9fans] Recommended emulators/VMs for P9 install

I am agreed with Federico, vmware. Do not spend time with other emulators. El 15 de abr de 2010, 9:02 p.m., "Federico G. Benavento" < benave...@gmail.com> escribió: vmware, the rest just suck, qemu and virtual box being the slowest On Thu, Apr 15, 2010 at 2:11 PM, Joel C. Salomon wrote: > My

Re: [9fans] Spook/Glenda image use restrictions?

Steve Arons said: > For Glenda: http://plan9.bell-labs.com/plan9/glenda.html unfortunately neither that page no the documentation explicitly state what copyright and/or use restrictions for the images are. Maybe it was presumptuous of me, but I emailed Renee for clarification. It really should

Re: [9fans] Spook/Glenda image use restrictions?

For Glenda: http://plan9.bell-labs.com/plan9/glenda.html If by Spook you mean the cigarette-smoking spy, it was designed by Luca Cardelli: http://lucacardelli.name/indexArtifacts.html

Re: [9fans] Spook/Glenda image use restrictions?

So, what's *your* definition of fairness then? I think you confused the phrase "fair use", which has a specific legal meaning, with the meaning of the word "fair", which is not to be found anywhere in the law. :) Bothering about such nonsense is definitely unfair if you think of all the starvi

Re: [9fans] Spook/Glenda image use restrictions?

So, what's *your* definition of fairness then? On 4/15/10, erik quanstrom wrote: > On Thu Apr 15 13:35:21 EDT 2010, 23h...@googlemail.com wrote: >> Bothering about such nonsense is definitely unfair if you think of all >> the starving children in the third world. > > logical fallacy. if everyone

Re: [9fans] Recommended emulators/VMs for P9 install

> There are probably better file server configurations, > but essentially I don't really trust fossil from a performance > or stability standpoint. it's curious that fossil is typically considered the only choice. what about ... - kfs - cwfs - ken's fs in another vm. - erik

Re: [9fans] Recommended emulators/VMs for P9 install

ymmv, but here are two configurations I use: VMware fusion on Mac -- but only to run cpu/fs/auth -- I use either drawterm or ACME-sac to get into it. It is very snappy. Easily as snappy (for me) as my standalone Plan 9 equivalent and I do basically all my work in this environment. I do not r

Re: [9fans] Recommended emulators/VMs for P9 install

Hello erik, Thursday, April 15, 2010, 8:44:08 PM, you wrote: >> main issue is interrupt count does not go below 4000. . .need to dig more >> into this, probably to compose a mail to the list :), but it does not hurt >> too much, at least for now. > that shouldn't be happening unless you're doi

Re: [9fans] Recommended emulators/VMs for P9 install

On Thu Apr 15 14:57:21 EDT 2010, benave...@gmail.com wrote: > vmware, the rest just suck, qemu and virtual box being > the slowest there are relatively easy things we could do to make virtual box better, but as it doesn't run well on linux, it's hard to find the motivation. - erik

Re: [9fans] Recommended emulators/VMs for P9 install

vmware, the rest just suck, qemu and virtual box being the slowest On Thu, Apr 15, 2010 at 2:11 PM, Joel C. Salomon wrote: > My computer died, so I'm in the market for a new one.  I figure I'd > like to get back into hacking on Plan 9 so I plan to install it > beneath a VM in whatever machine I b

Re: [9fans] Recommended emulators/VMs for P9 install

i would think that 9vx is the logical choice for linux. the free vmware player works well on vista and win7. i used qemu for a while and it seemed stable and usable. > My computer died, so I'm in the market for a new one. I figure I'd > like to get back into hacking on Plan 9 so I plan to instal

Re: [9fans] APE: a further note.

On Thu Apr 15 14:52:12 EDT 2010, benave...@gmail.com wrote: > -T with in APE for lunix code doesn't cut it without hand > editing tons of it, there's always a function prototype > missing or even conflicting... hand depending on the > size of the project it can be unmanageable... excellent reason

Re: [9fans] APE: a further note.

-T with in APE for lunix code doesn't cut it without hand editing tons of it, there's always a function prototype missing or even conflicting... hand depending on the size of the project it can be unmanageable... On Thu, Apr 15, 2010 at 3:30 PM, erik quanstrom wrote: >> gcc(1) is very verbose (we

Re: [9fans] Recommended emulators/VMs for P9 install

> main issue is interrupt count does not go below 4000. . .need to dig more > into this, probably to compose a mail to the list :), but it does not hurt > too much, at least for now. that shouldn't be happening unless you're doing a lot of disk/network io. if you're using 9atom, one would expec

Re: [9fans] Recommended emulators/VMs for P9 install

Hello If you want to buy a desktop computer, and feel like running native plan9, I've got this machine (desktop) two/three weeks ago and run Plan9 reasonably well, and of course the other "mainstream" OS like win7 and linux. As for VM, i've used vmware server 2.0 (free) and runs quite well, 9g

Re: [9fans] APE: a further note.

> gcc(1) is very verbose (well: I always set -Wall). ken-cc > is---surprise---more laconic; but when he was saying: no! he was right, > for things that were going silently under NetBSD. compile with -FVTw. -T causes type signatures to be emitted. the linker won't link mismatched type signatures.

Re: [9fans] Spook/Glenda image use restrictions?

On Thu Apr 15 13:35:21 EDT 2010, 23h...@googlemail.com wrote: > Bothering about such nonsense is definitely unfair if you think of all > the starving children in the third world. logical fallacy. if everyone dropped their livelyhood to help the starving children, there would be more starving chil

[9fans] APE: a further note.

Still fixing things for correct compilation of TeX and al. under Plan9, I stumbled upon this one. Traditional lex(1) uses: char yytext[]; The code (main code for translation between Pascal and C), was declaring in the external units: char *yytext; The result is no problem at compilation/linkage,

Re: [9fans] kirkwood (sheevaplug) configuration changes

> I've just pushed changed kirkwood kernel sources to sources. Just a heads up: I had to delete the entry for cga.$O in the wk/mkfile in compiling a new kernel for the sheevaplug. I haven't yet tested the resulting kernel. I also had unexpected trouble with /arm/lib/libsec.a, but that may be spu

Re: [9fans] Spook/Glenda image use restrictions?

Bothering about such nonsense is definitely unfair if you think of all the starving children in the third world.

[9fans] Recommended emulators/VMs for P9 install

My computer died, so I'm in the market for a new one. I figure I'd like to get back into hacking on Plan 9 so I plan to install it beneath a VM in whatever machine I buy. I'm even considering Windows 7 Pro with Virtual PC, but I think I'd prefer Xen or one of the Linux-based things (VirtualBox, e

Re: [9fans] 9vx patch to read environment var PLAN9

On Thu Apr 15 12:53:57 EDT 2010, yand...@mit.edu wrote: > Clearly, this calls for an XML-based configuration file, setting the > environment of each program at startup by patching gnulibc. > > I didn't have the energy to make a forced acronym for `bloat', so let's just > assume I did and that I

[9fans] Spook/Glenda image use restrictions?

All, Does anyone know the use restrictions for the Glenda image or the Spook icon for mail? I'd like to use them in slides for an upcoming security lecture but I don't know if that case falls under fair use. Ideas? Thanks, D

Re: [9fans] 9vx patch to read environment var PLAN9

Clearly, this calls for an XML-based configuration file, setting the environment of each program at startup by patching gnulibc. I didn't have the energy to make a forced acronym for `bloat', so let's just assume I did and that I suggested the configuration files live in /etc/bloat, ok? *Chad

Re: [9fans] 9vx patch to read environment var PLAN9

Plan 9 is not trying to be compatible to linux. While some people make life on earth as exciting as possible, others are trying to fly to Mars. On 4/15/10, Balwinder S Dheeman wrote: > On 04/15/2010 03:46 PM, Ethan Grammatikidis wrote: >> >> On 15 Apr 2010, at 09:44, Balwinder S Dheeman wrote: >

Re: [9fans] 9vx patch to read environment var PLAN9

On 04/15/2010 03:46 PM, Ethan Grammatikidis wrote: > > On 15 Apr 2010, at 09:44, Balwinder S Dheeman wrote: > >> On 04/14/2010 09:55 PM, Ethan Grammatikidis wrote: >>> >>> I don't usually like to say "why bother", but given 9vx could be >>> launched with the appropriate parameter from a 2 line sh

Re: [9fans] 9vx patch to read environment var PLAN9

2010/4/15 EBo : > >> Define reasonable. For me, that’s just 1 single spot. But it seems >> the Linux people are very insistent on Freedom meaning do what you >> want, even if it's against the build suggestions. >> I say stick to one hardcoded path, and make everyone else stop doing >> it their own

Re: [9fans] 9vx patch to read environment var PLAN9

> But the world isn't Linux. > http://www.freebsd.org/cgi/man.cgi?query=hier&sektion=7 I never said it was, but if you look at FeeBSD's /usr/local you will also see they are in agreement. EBo --

Re: [9fans] 9vx patch to read environment var PLAN9

> > Just to add more complications ;) > > Did you choose the word "complications" because in watchmaking it > denotes extra (and often near-pointless) features? :D Those watches are amazing! Speaking for simplicity, the first time I saw the Salisbury cathedral clock

Re: [9fans] 9vx patch to read environment var PLAN9

On 15 Apr 2010, at 09:44, Balwinder S Dheeman wrote: On 04/14/2010 09:55 PM, Ethan Grammatikidis wrote: On 13 Apr 2010, at 06:20, EBo wrote: Skip Tavakkolian <9...@9netics.com> said: but both of the hard-coded paths in 9vx main.c are obviously in RSC's home directories it's not hardcode

Re: [9fans] 9vx patch to read environment var PLAN9

On 15 Apr 2010, at 08:39, EBo wrote: Define reasonable. For me, that’s just 1 single spot. But it seems the Linux people are very insistent on Freedom meaning do what you want, even if it's against the build suggestions. I say stick to one hardcoded path, and make everyone else stop doing it

Re: [9fans] 9vx patch to read environment var PLAN9

On 04/14/2010 09:55 PM, Ethan Grammatikidis wrote: > > On 13 Apr 2010, at 06:20, EBo wrote: > >> Skip Tavakkolian <9...@9netics.com> said: >> but both of the hard-coded paths in 9vx main.c are obviously in RSC's home directories >>> >>> it's not hardcoded; >> >> What? The findroot

Re: [9fans] 9vx patch to read environment var PLAN9

On 15 Apr 2010, at 07:48, EBo wrote: what I had meant is simply that when a user tries to run a program which has been installed system wide it should simply work. A good goal, but I'm not sure an environment variable is a good way to achieve it. At the very least it means, in a typical Li

Re: [9fans] 9vx patch to read environment var PLAN9

> Define reasonable. For me, that’s just 1 single spot. But it seems > the Linux people are very insistent on Freedom meaning do what you > want, even if it's against the build suggestions. > I say stick to one hardcoded path, and make everyone else stop doing > it their own way, and stick to