Hello,
I would like to use Plan9port (including Acme) on OS X Lion. But building the
current Plan9port tree (1ddb9b093c12) with Xcode 4.1 gives me multiple errors.*
Is there a place where I could find Plan9port binaries from an older OS X? I
miss Acme terribly.
I wish you a lovely weekend.
> 3) There seems to be an issue with 9pserve too;
> launching Plumber gives for example:
>9pserve : Aug 6 19:20:04.214 note: sys: bus error
>plumber: post9pservice plumb: 9pserve failed
(The "bus error" line doesn't appear if I remove /tmp/ns.*
before I run Plumber, but the "9pser
Thank you so much Andrey!
On 8 August 2011 02:09, andrey mirtchovski wrote:
> sorry, i posted the binaries in the wrong thread. take a look at
> "cocoa programmer wanted" to get the three binaries that work on my
> lion installation.
>
>
If anyone ever had /bin/9p too, it would be great.
(If someone is interested, I have most of the
other binaries, including bin/plumber, or even
bin/acme with 2-3 chording instead of 2-1
chording, so one can use the Alt key, the Cmd key,
and the trackpad instead of the mouse. I don't
have bin/acme
> It is possible that we just need to tweak the
> headers to get Carbon to build again, but Cocoa is
> obviously the right long term plan.
I have a "working" Cocoa version of Devdraw for
OS X Lion: I'm using it with Acme to write this email.
There is just the bare minimum:
no menu but 'Q
> This sounds very cool. Did you figure out a way
> to let acme move the mouse cursor the way it wants
> to?
Yes: Devdraw's setmouse() is implemented.
Yesterday I said: "There is just the bare minimum".
I should have said: "There is almost everything if
you use OS X Lion". (There is still mous
Does anyone acquainted with Acme's code have a
little time to add support for cmd+z (undo), and
to post the resulting binary (compatible OS X
Lion)?
According to my quick tests on Linux, the following
seems to work:
/usr/local/plan9/src/cmd/acme/text.c:754
case Kcmd+'c':
>> Devdraw is ready to send cmd+z (undo) when a right
>> swipe follows a left swipe (and vice versa), if
>> the fingers remained on the tactile device in
>> between.
>> Does anyone acquainted with Acme's code have a
>> little time to add support for cmd+z (undo), and
>> to post the resulting binar
Last week I said:
I will send my code at the end of next week: I
still need time to clean it and to try to resolve
some imperfections and inconsistencies.
I'll be late.
Last week I also said:
Another thing that annoy me is that I receive
swipe-up and swi
I have a temporary solution. As soon as INSTALL
finishes to compile the libraries (*/src/lib*),
do:
ranlib yourplan9/lib/*.a
The rest should compile successfully.
When I found this hack, I also tried to add ranlib
to bin/9ar, as Russ suggested, but I got the same
errors as you have.
I
> I'm using 4.1 currently, will try updating.
> Everything builds fine, but some stuff doesn't
> run.
On my system (Lion + XCode 4.1), all that is based
on Libthread doesn't run. So I'm testing Devdraw
with binaries coming from Snow Leopard (thank you
Andrey and Russ for those you have joined to
> So I will send my code in the next few days,
> unless there is a need.
I'm 9 days late, but here it is: the Cocoa version
of Devdraw. I just submitted it to Codereview:
http://codereview.appspot.com/5015042
I removed live resizing, because I found no way to
make it perfect: the window
> One issue I did not w/ acme: screen redraw is
> significantly slower than the Carbon version.
> Test by starting win in acme and doing something
> that creates a long listing (netstat, ps,...).
> Not a big issue as this can be fixed later.
Yes, it was very painful, but the new version is
very re
> could somebody put together a step-by-step on how
> to build for Lion? I've downloaded the plan9ports
> tarball, extracted it to /usr/local/plan9, and
> done an hg pull -u, but INSTALL dies with
> complaints from ld about a malformed TOC entry in
> libbio.a.
John, this problem comes from Xcode
> A solution is to use old binaries working on Snow
> Leopard, and then you can do:
>
>mk cocoa && DEVDRAW=cocoa acme
For Acme, you should use a recent binary that Russ
kindly compiled on Snow Leopard:
http://swtch.com/~rsc/acme
else Acme will not interpret "cmd+z" as "Undo" (a
c
> Can you guys perhaps create a small video about
> how you use your computers now? It's difficult to
> understand for someone who doesn't own a mac, but
> I would still like to see what you're doing there ;)
I will not give you a video: I will make you want
to own a Mac.
I used Slackware for ma
> Are there plans to add a "Hide devdraw"/Command-H
> function to devdraw on Mac OS X?
You can patch
$PLAN9/src/cmd/devdraw/cocoa-screen.m:/^makemenu
this way:
i = [[NSMenuItem alloc] initWithTitle:@"Full Screen"
action:@selector(calltogglefs:)
keyEquivalent:@"f"];
[m addItem:i];
[i release];
+
A bit off topic, but if some OS X users need a
mouse only for Acme, here is a patch to use Acme
without a mouse:
http://codereview.appspot.com/6115053
Once applied, Devdraw's manual (accessible from
the Help menu) will show the following:
On Mac OS X 10.6 or later, the follow
On 26 April 2012 11:48, Martin Kühl wrote:
>
> On Thu, Apr 26, 2012 at 00:15, david jeannot wrote:
> > A bit off topic, but if some OS X users need a
> > mouse only for Acme, here is a patch to use Acme
> > without a mouse:
> >
> > http://codereview.
19 matches
Mail list logo
