From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3e1162e60708290652t45d3e088u7394f52fb525c4bf@mail.gmail.com> Date: Wed, 29 Aug 2007 06:52:24 -0700 From: "David Leimbach" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Parallels v 3 and Plan 9, anyone tried yet? In-Reply-To: <200708291335.l7TDZ3U08507@zamenhof.cs.utwente.nl> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_639_28663846.1188395544050" References: <3e1162e60706080438w6ca9b29o661eb58cfb338f58@mail.gmail.com> <14ec7b180706081223y2ab8549j78308cecefaef767@mail.gmail.com> <3e1162e60706081235i550406cch43ba52c68481639a@mail.gmail.com> <14ec7b180706081243j2e859eaay5a5bc4b017ecd3d1@mail.gmail.com> <3e1162e60706081411i3a5fb58bsfe83181ea416bd39@mail.gmail.com> <14ec7b180706081421r29e5e400h7d25703f3d8630d9@mail.gmail.com> <3e1162e60706081442w142ececcnec030a835a0f1e5b@mail.gmail.com> <14ec7b180706081741h71566f92w9aa151544352a270@mail.gmail.com> <3e1162e60706090504h74728c4awcf08d2f5d7cda6af@mail.gmail.com> <200708291335.l7TDZ3U08507@zamenhof.cs.utwente.nl> Topicbox-Message-UUID: b2109fcc-ead2-11e9-9d60-3106f5b1d025 ------=_Part_639_28663846.1188395544050 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yeah when I did manage to get parallels to run plan 9 (v3) it looked like garbage and I couldn't install it due to graphics mess ups. I'm now hearing really great things about VMWare Fusion for the Mac... and I'm considering taking my business there. On 8/29/07, Axel Belinfante wrote: > > late follow up. I'm running v 3 build 4560, with converted v 2 image. > seems to work fine, as far as I can judge -- > apart from things I notice while typing this, see below (*) > > did not (yet) try direct install of plan 9 in v 3. > > resolution 1680x1050 is standard supported, > aux/vga -m vesa -p lists no depth 32 at all, only 8, 16 and 24. > this is on a quite recent 20" imac. > > audio works per ac97 instructions in wiki > page 'Installing in parallels desktop on Mac OS X' > > > (*) minor problems: > I'm typing this from a vncv session to unix within the parallels > plan 9 on the mac. it works ok, but the mouse cursor does funny things. > > screen shot http://www.cs.utwente.nl/~belinfan/parpic01.png > > in the vnc-ed unix session I run rio as wm. > when I move the fat arrow in the vnc window, > while moving it a transparent square box > (or rather: hole, since it is tranparent) > of, dunno, 10x10 pixels appears in the mouse cursor, > moreover, pieces of the mouse cursor get left behind. > combined with the transparancy thing this means I can draw by > moving mouse moving south-east and can erase by moving mouse north-west. > > also, probably unrelated to vncv, when I use lens outside the vncv window > I also see the image of the mouse cursor in the lens window. don't > recall seeing that in native plan 9. > > > turns out I have an 'international english' keyboard > where `/~ key is next to left shift key, > and a plus-minus/paragraph(?) key is at the usual `/~ position. > parallels seems not to know about this keyboard: > when I press the plus-minus/paragraph(?) key I get the `/~. > > > about the 'Installing in parallels desktop on Mac OS X' page: > I was surprised to see that > applying the suggested 'hget -o file URL' idiom to existing > /sys/src/9/port/devaudio.c overwrites the first part of it > by retreived file, but leaves the last part in place. > turns out 1) ac97 port/devaudio.c is shorter than the original > 2) hget -o opens existing file without truncate, on purpose. > I guess in case of an existing (different) file, first get > original out of the way before using: hget -o file URL > > > Axel. > ------=_Part_639_28663846.1188395544050 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yeah when I did manage to get parallels to run plan 9 (v3) it looked like garbage and I couldn't install it due to graphics mess ups.

I'm now hearing really great things about VMWare Fusion for the Mac... and I'm considering taking my business there.



On 8/29/07, Axel Belinfante <Axel.Belinfante@cs.utwente.nl > wrote:
late follow up. I'm running v 3 build 4560, with converted v 2 image.
seems to work fine, as far as I can judge --
apart from things I notice while typing this, see below (*)

did not (yet) try direct install of plan 9 in v 3.

resolution 1680x1050 is standard supported,
aux/vga -m vesa -p lists no depth 32 at all, only 8, 16 and 24.
this is on a quite recent 20" imac.

audio works per ac97 instructions in wiki
page 'Installing in parallels desktop on Mac OS X'


(*) minor problems:
I'm typing this from a vncv session to unix within the parallels
plan 9 on the mac. it works ok, but the mouse cursor does funny things.

screen shot http://www.cs.utwente.nl/~belinfan/parpic01.png

in the vnc-ed unix session I run rio as wm.
when I move the fat arrow in the vnc window,
while moving it a transparent square box
(or rather: hole, since it is tranparent)
of, dunno, 10x10 pixels appears in the mouse cursor,
moreover, pieces of the mouse cursor get left behind.
combined with the transparancy thing this means I can draw by
moving mouse moving south-east and can erase by moving mouse north-west.

also, probably unrelated to vncv, when I use lens outside the vncv window
I also see the image of the mouse cursor in the lens window. don't
recall seeing that in native plan 9.


turns out I have an 'international english' keyboard
where `/~ key is next to left shift key,
and a plus-minus/paragraph(?) key is at the usual `/~ position.
parallels seems not to know about this keyboard:
when I press the plus-minus/paragraph(?) key I get the `/~.


about the 'Installing in parallels desktop on Mac OS X' page:
I was surprised to see that
applying the suggested 'hget -o file URL' idiom to existing
/sys/src/9/port/devaudio.c overwrites the first part of it
by retreived file, but leaves the last part in place.
turns out 1) ac97 port/devaudio.c is shorter than the original
2) hget -o opens existing file without truncate, on purpose.
I guess in case of an existing (different) file, first get
original out of the way before using: hget -o file URL


Axel.

------=_Part_639_28663846.1188395544050--