> I will not give you a video: I will make you want
> to own a Mac.
If I had too much money I'd rather get me a secretary or not use
computers at all.
I'd like to see how you use acme with all that gesture stuff. Yeah, I
can read, but I don't understand the slang ;)
> 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
> 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
> 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
> anything useful from truss?
acid reports 'bad magic: unknown file type'. the app exits before any
of the standard osx instruments can record it.
here's the change to mkwsysrules.sh to build the cocoa devdraw by
default. i'm hoping with this my ./INSTALL will complete or exhibit
other errors.
-
On Wed, Sep 14, 2011 at 10:31 AM, ron minnich wrote:
> On Wed, Sep 14, 2011 at 10:28 AM, David Leimbach
> wrote:
> >
> >
> > On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski <
> mirtchov...@gmail.com>
> > wrote:
> >>
> >> add:
> >>
> >> [ "$SYSNAME" != "Darwin" ] || ranlib $2
> >>
> >> to th
On Wed, Sep 14, 2011 at 10:28 AM, David Leimbach wrote:
>
>
> On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski
> wrote:
>>
>> add:
>>
>> [ "$SYSNAME" != "Darwin" ] || ranlib $2
>>
>> to the bottom of $PLAN9/bin/9ar
>>
>> then cd src/cmd/devdraw && mk cocoa && cp cocoa $PLAN9/bin/devdraw
>>
>>
On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski
wrote:
> add:
>
> [ "$SYSNAME" != "Darwin" ] || ranlib $2
>
> to the bottom of $PLAN9/bin/9ar
>
> then cd src/cmd/devdraw && mk cocoa && cp cocoa $PLAN9/bin/devdraw
>
> now you're as far as I got :) i'm trying to figure out why 'colors'
> works,
add:
[ "$SYSNAME" != "Darwin" ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
then cd src/cmd/devdraw && mk cocoa && cp cocoa $PLAN9/bin/devdraw
now you're as far as I got :) i'm trying to figure out why 'colors'
works, but acme exits with return value of 1.
On Tue, Sep 13, 2011 at 8:59 AM, david jeannot wrote:
>> 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 l
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 ;)
On Wed, Sep 14, 2011 at 18:40, david jeannot wrote:
>> One issue I did not w/ acme: screen redra
> 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
David,
So far my testing on your prior version worked
decently on Lion (linked against Snowy built
9libs). Once this new version shows up in the
source tree I'll be able to test a little more.
One issue I did not w/ acme: screen redraw is
significantly slower than the Carbon version.
Test by sta
Thanks for all of your work on this!
On Tue, Sep 13, 2011 at 8:59 AM, david jeannot wrote:
> > 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://coder
> 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
well, i managed to compile everything using some combination of ranlib
$PLAN9/bin/lib/*, mk nuke and mk all. i think it goes like this:
run ./INSTALL, see it crash
run 'mk all' in $PLAN9/src/cmd & get arch errors as above
run "ranlib $PLAN9/lib/*.a"
run 'mk all' in $PLAN9/src/cmd & get TOC errors
> 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
> the latest developer preview is iOS 5 beta (which comes with Xcode 4.2)
sorry, this doesn't make much sense. i mean 'the latest developer
preview advertised by apple is for iOS5 beta, which comes with Xcode
4.2'
the latest XCode available in the app store is 4.1.1
the latest developer preview is iOS 5 beta (which comes with Xcode 4.2)
4.1 is the latest release of Xcode by the way. 4.2 is for Apple devs who
pay (according to the site anyway).
Dave
On Tue, Sep 6, 2011 at 12:41 PM, David Leimbach wrote:
> I'm using 4.1 currently, will try updating. Everything builds fine, but
> some stuff doesn't run.
>
>
> On Tue, Sep 6, 201
I'm using 4.1 currently, will try updating. Everything builds fine, but
some stuff doesn't run.
On Tue, Sep 6, 2011 at 12:37 PM, Russ Cox wrote:
> I am using Xcode 4.2 on Lion without problems.
> Can you try updating to the newer Xcode?
>
> Russ
>
>
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 am using Xcode 4.2 on Lion without problems.
Can you try updating to the newer Xcode?
Russ
I get the errors when I run ./INSTALL
Thanks,
Lucho
On Tue, Sep 6, 2011 at 12:54 PM, David Leimbach wrote:
> You have to then rebuild everything.
>
> On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov wrote:
>>
>> I get the same errors.
>>
>> Thanks,
>> Lucho
>>
>> On Tue, Sep 6, 2011 at
You have to then rebuild everything.
On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov wrote:
> I get the same errors.
>
> Thanks,
>Lucho
>
> On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu wrote:
> >> Try adding
> >>
> >> # HA HA HA. Apple broke things again.
> >> [ "$SYSNAME" != "Darwin
I get the same errors.
Thanks,
Lucho
On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu wrote:
>> Try adding
>>
>> # HA HA HA. Apple broke things again.
>> [ "$SYSNAME" != "Darwin" ] || ranlib $2
>>
>> to the bottom of $PLAN9/bin/9ar
>>
>
> Cocoa bits build this way, but other things don't.
>
It built ok here, but sam, and acme aren't doing anything terribly
interesting (well maybe it is interesting, but they're crashing, presumably
logging something to somewhere interesting).
I'll keep poking when I'm not at work later.
Dave
On Tue, Sep 6, 2011 at 9:26 AM, Jeff Sickel wrote:
> Nic
Nice handling of the Glenda icon.
Using Xcode 4.1 on Lion I get different errors (libstdio is another problem as
FPdbleword is no longer defined) so I'm still not rebuilding everything. 9c
picks up:
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)
9c -DMULTITOUCH -o
> Try adding
>
> # HA HA HA. Apple broke things again.
> [ "$SYSNAME" != "Darwin" ] || ranlib $2
>
> to the bottom of $PLAN9/bin/9ar
>
Cocoa bits build this way, but other things don't.
Here's a log: http://pastebin.com/mh5Z6xrf
--
Aram Hăvărneanu
Try adding
# HA HA HA. Apple broke things again.
[ "$SYSNAME" != "Darwin" ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
> David's new Cocoa devdraw is in the plan9port tree now,
> but not built by default.
>
> cd $PLAN9/src/cmd/devdraw
> mk cocoa
ld: in /Users/aram/plan9/lib/libbio.a, malformed archive TOC entry for
_Bwrite, offset 538981428 is beyond end of file 80716
for architecture x86_64
gcc version 4.2.1 (B
YES! This is great.
On Tue, Sep 6, 2011 at 7:16 AM, Russ Cox wrote:
> David's new Cocoa devdraw is in the plan9port tree now,
> but not built by default. There are still some rough
> edges to work out. If you want to play and maybe
> find and fix bugs, you can use
>
> cd $PLAN9/src/cmd/devdra
David's new Cocoa devdraw is in the plan9port tree now,
but not built by default. There are still some rough
edges to work out. If you want to play and maybe
find and fix bugs, you can use
cd $PLAN9/src/cmd/devdraw
mk cocoa
export DEVDRAW=$PLAN9/src/cmd/devdraw/cocoa
colors
acme
sam
whatever
Ru
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
>> 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
> According to my quick tests on Linux, the following
> seems to work:
>
> /usr/local/plan9/src/cmd/acme/text.c:754
> case Kcmd+'c': /* %C: copy */
> typecommit(t);
> cut(t, t, nil, TRUE, FALSE, nil, 0);
> r
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':
> 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
> swipe-left to cut (cmd+x),
> swipe-right to paste (cmd+v),
> swipe-up to execute (button 2),
> swipe-down to execute with arguments (2-1 chord),
> pinch to toggle fullscreen.
nice! and only 2 days after i stopped using os x...
i'll have a stab at doing someth
On Thu, Aug 25, 2011 at 2:33 PM, david jeannot wrote:
>> 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
Oh man, the gestures sound great!
On Thu, Aug 25, 2011 at 11:33 AM, david jeannot wrote:
> > 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 t
wow, thanks!
> 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
On Wed, Aug 3, 2011 at 5:52 AM, Russ Cox wrote:
> On Wed, Aug 3, 2011 at 12:25 AM, David Leimbach wrote:
> > I was with you till the "very easy" part. Been following the updates
> today
> > and noted that (earlier) the portion of INSTALL that detects the
> > architecture on Darwin was not worki
On Aug 2, 2011, at 3:31 PM, Russ Cox wrote:
> Is there anyone out there who knows Cocoa and
> Objective C well enough that this would be very easy?
> I am sure I could figure it out given enough time,
> but enough here is likely quite large.
The Cocoa API is growing (specifically the length of
t
On Wed, Aug 3, 2011 at 12:25 AM, David Leimbach wrote:
> I was with you till the "very easy" part. Been following the updates today
> and noted that (earlier) the portion of INSTALL that detects the
> architecture on Darwin was not working. Had a patch for that and
> regrettably blew it away (ac
I was with you till the "very easy" part. Been following the updates today
and noted that (earlier) the portion of INSTALL that detects the
architecture on Darwin was not working. Had a patch for that and
regrettably blew it away (accident), then had to turn my attention to
something else.
May t
I have updated plan9port to build and run on
OS X Lion. Everything works except devdraw,
the binary that handles putting windows on the
screen and managing the mouse and keyboard.
Devdraw was written 3 years ago, using the
Carbon framework. Apple wants to retire
that framework, so they have been
49 matches
Mail list logo