Yes I started on working the toolchain a couple years ago, based on
some earlier work done at the labs. Development stalled due to other
work at the time and I never got back to it.
But it's on sources (tim/4acl.tgz) if anybody wants to pick it up.
I'm happy to provide any help.
tim
tim
i stumbled upon this the other day. xmonad is a tiling window manager
written in haskell that looks similar to acme, although it can be
completely keyboard-driven. if anyone has used it please comment on
it.
I use it as my X WM. So far I've been pretty satisfied with it. By
default you can't
That said, how do we mobilise the community to focus on useful
drivers? I suppose we start with Ron's wish list, then we explore
Russ' partially complete postings (i386 emulation, Centrino drivers,
I'm sure I've forgotten many more) and thirdly we post a list of
willing contributors,
The advantage of 9vx over drawterm, for me, is that 9vx
doesn't require a cpu server.
You are not using Plan 9 anymore then, rather you are using something
similar to Plan 9.
I felt that Plan 9 is abused by 9vx, which I felt at first glance, but
at that time I didn't want to say this...
On Mon, Jun 30, 2008 at 3:04 PM, Tim Wiess [EMAIL PROTECTED] wrote:
If you can wait a couple days I'll have some time later in the
week to port this over to OpenBSD.
I'm currently trying to get 9vx work on OpenBSD-4.3 (i386, 750Mhz,
256MB RAM), but each time I want to start 9vx I get
rfc 742 p. 42 says
[...] If the the user signals a push function then the
data must be sent even if it is a small segment.
by illegal i mean goes contrary to an rfc must. perhaps
i'm missing something.
i don't see how what was sent is contrary to that requirement.
