> but then, i can also run inferno natively on mac os x, right? only
> thing i will be missing is a single screen in which i will have both
> inferno and plan9.
I don't use Inferno as much as I ought to, but whenever I have an
Inferno screen open under Plan 9 I feel orphaned because my Plan 9
scre
hi uriel,
dont know why but actually inferno graphics on 9vx is slow as well.
but then, i can also run inferno natively on mac os x, right? only
thing i will be missing is a single screen in which i will have both
inferno and plan9.
thanks
dharani
On Fri, Jan 2, 2009 at 7:16 PM, Uriel wrote:
>
> The strange thing with drawterm+inferno is that even video playback
> over drawterm seems to work better than the painful redrawing of wm
> apps.
But inferno under drawterm seems superfluous to me. It can't be
totally impractical to run inferno in parallel with drawterm on the
same platform rat
If you use 9vx as your terminal, you can run inferno/acme locally,
which might improve things a bit, although it still leaves a lot to be
desired.
The strange thing with drawterm+inferno is that even video playback
over drawterm seems to work better than the painful redrawing of wm
apps.
Perhaps
hi jeff,
after a couple of hiccups, i made my plan9 installation to become a
cpu/auth server as well. i am also able to use graphics screen with
1280x768 resolution. the graphics screen is good enough for me so far.
on the drawterm stuff, yes, i keep using it and it is pretty good. the
only probl
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
> 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
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'
16 matches
Mail list logo
