hi russ,
thanks for the info.
thanks
dharani
On Sat, Dec 27, 2008 at 3:10 PM, Russ Cox r...@swtch.com 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
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
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
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.
echo hwaccel off '#v/vgactl'
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
On Sun, Dec 28, 2008 at 6:06 PM, Jeff Sickel j...@corpus-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 releasing documentation used to
be beyond
hi russ,
this works. thanks a lot.
regards
dharani
On Sun, Dec 28, 2008 at 8:12 AM, Russ Cox r...@swtch.com wrote:
echo hwaccel off '#v/vgactl'
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
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:
On Dec 28, 2008, at 12:24 PM, Uriel wrote:
On Sun, Dec 28, 2008 at 6:06 PM, Jeff Sickel j...@corpus-
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
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
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
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?
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# cpu -h
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Ă—quad core)
On Sun, Dec 28, 2008 at 8:54 PM, Jeff Sickel j...@corpus-callosum.com 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
diversity is a good strategy in nature; plan9 is not above it.
18 matches
Mail list logo