On Dec 28, 2008, at 5:31 PM, Skip Tavakkolian wrote:
diversity is a good strategy in nature; plan9 is not above it.
Windows free for 15+ years and loving it. Though there are a few OS'
I've used in the past that I kind of regret, the exposure to non-x86
hardware has been an overall good
diversity is a good strategy in nature; plan9 is not above it.
On Sun, Dec 28, 2008 at 8:54 PM, Jeff Sickel wrote:
> Not with VMware Fusion it isn't. Mostly because you get a bunch of garbage
> being drawn/hidden when trying to get Plan 9's video drivers working. So
> it's mostly useless.
In that case I don't think you can blame VMware for lack of
document
>> but virtualizing
>> multiple cpus doesn't really work well in Parallels or VirtualBox
>> either, nor on VMWare's ESX servers
>
> I'm using both physical cpus on my ESX-based Plan 9 server. Should I
> be expecting erratic behaviour?
i've had a 4-vcpu vm running xp on a poweredge+esx (2Ă—qua
hi skip,
thanks, this helps.
i am now able to do drawterm and cpu now (same/different user).
regards
dharani
On Sun, Dec 28, 2008 at 1:30 PM, Skip Tavakkolian <9...@9netics.com> wrote:
>> now, drawterm works, which is good. but somehow cpu doesnt work for
>> me. this is what happens:
>>
>> mill
> now, drawterm works, which is good. but somehow cpu doesnt work for
> me. this is what happens:
>
> mill# cpu -h 192.168.1.199 -u vdharani
> cpu: can't authenticate: 192.168.1.199: auth_proxy rpc write:
> p9...@mill.edu: no key matches user=vdharani proto=p9sk1 dom=mill.edu
> role=client user? p
hi,
i have some minor issues with cpu/auth server.
i had kept this line:
aux/listen -q -t /rc/bin/service.auth -d /rc/bin/service tcp
in /cfg/mill/cpurc (mill is my cpu server name)
now, i moved it to /rc/bin/cpurc below the keyfs and cron commands (uncommented)
now, drawterm works, which is
> but virtualizing
> multiple cpus doesn't really work well in Parallels or VirtualBox
> either, nor on VMWare's ESX servers
I'm using both physical cpus on my ESX-based Plan 9 server. Should I
be expecting erratic behaviour?
++L
On Dec 28, 2008, at 12:24 PM, Uriel wrote:
On Sun, Dec 28, 2008 at 6:06 PM, Jeff Sickel callosum.com> wrote:
Unless you've got some NDA from VMWare in place so that you can
write a new
driver for Plan 9 to use whatever graphics chipset will work,
I'm no VMWare fan and their policy for relea
> As for drawterm, can we kill it already? 9vx and Inferno are much
> better alternatives..
your comments remind me non specificly of a monty python
skit with clease as the customer and idle as shopkeeper.
clease: hi, i'd like a cheese, please.
idle: no cheese today sir!
clease: no cheese?
idle
Thanks Russ for your comments,
This problem is not only with my fs. With the ramfs:
Thanks,
kix.
k...@sys:/tmp$ mkdir a
k...@sys:/tmp$ cp /usr/local/plan9/src/lib9p/ramfs.c a
k...@sys:/tmp$ cd a
k...@sys:/tmp/a$ 9c ramfs.c
k...@sys:/tmp/a$ 9l ramfs.o
k...@sys:/tmp/a$ mv a.out ramfs
k...@sys:/t
hi russ,
this works. thanks a lot.
regards
dharani
On Sun, Dec 28, 2008 at 8:12 AM, Russ Cox wrote:
> echo hwaccel off >'#v/vgactl'
>
>
On Sun, Dec 28, 2008 at 6:06 PM, Jeff Sickel wrote:
> Unless you've got some NDA from VMWare in place so that you can write a new
> driver for Plan 9 to use whatever graphics chipset will work,
I'm no VMWare fan and their policy for releasing documentation used to
be beyond idiotic, but please le
Or better yet, use drawterm to a vmware based Plan 9 stand alone CPU
server. Copy/paste works, rio is responsive, and the VMWare host
never needs to enter graphics mode. Don't configure the vm for
multiple cpus though, that doesn't work so well (but virtualizing
multiple cpus doesn't real
echo hwaccel off >'#v/vgactl'
to be clear, this behavior is while running the old plan 9 vmware
tool, right? without that, i'd expect the snarf buffer to work
properly within the guest environment, but you won't have any way to
get things out.
hi,
is anyone able to run rio well in plan9 cpu/auth server on vmware fusion 2.0?
i am able to run it in stand alone mode. but once i switch to cpu/auth
server mode, i only see black screen. then i am able to open new
windows, use it to some extent but things get clumsy. i dont see the
window bor
hi russ,
okay, this confirms some of the postings in the past.
in my opinion, this shortfall is really a bad one. cut-and-paste is
something very common operation (that too in plan9). it is really
difficult to live without it. i wonder why it has to be this
complicated in vmware.
btw this is wha
hi russ,
thanks for the info.
thanks
dharani
On Sat, Dec 27, 2008 at 3:10 PM, Russ Cox wrote:
>> this is regarding alpha channel.
>> i am able to change the alpha value for an image by setting new alpha value
>> for every pixel.
>> but i was thinking we also could set the alpha value for all of
19 matches
Mail list logo