Nemo liked the first one
-- Forwarded message -
From: Francisco J Ballesteros
Date: Mon, Sep 26, 2011 at 3:31 AM
Subject: Re: still looking for a logo?
To: nix-...@googlegroups.com
Ok. I vote for this one.
Could you guys vote and, say, tomorrow we put in the web
the one that w
my comment on the logos
-- Forwarded message -
From: ron minnich
Date: Mon, Sep 26, 2011 at 8:50 AM
Subject: Re: still looking for a logo?
To:
Put them both up if you want. The first one you mentioned had the
orangy flavor of nixie tubes. The second one is nice and compact, and
Quoth Romano :
> Some publicity from O'Reilly!
>
> Original Message
> From: O'Reilly Programming Newsletter
> Sent: April 10, 2021 5:00:40 PM UTC
> To: un...@cpan.org
> Subject: Go, Rust, Plan 9, and more
>
> O’Reilly Programming Newsletter
>
> 04/10/2021 -- In This Issue:
>
Some publicity from O'Reilly!
Original Message
From: O'Reilly Programming Newsletter
Sent: April 10, 2021 5:00:40 PM UTC
To: un...@cpan.org
Subject: Go, Rust, Plan 9, and more
O’Reilly Programming Newsletter
04/10/2021 -- In This Issue:
* Rust and Go: Better together
* Safe
Quoth Shiro :
> Hello,
>
> I’m not sure I’m reporting to the appropriate place. Please advise. And
> apologies in advance if I’m spamming this group.
>
This is fine, but 9fr...@9front.org is probably
better for 9front specific questions.
As far as uploading information -- 9front ships
with w
sorry, didn't notice the cross-post.
-- Forwarded message -
From: Rodrigo G. López
Date: Tue, Jan 14, 2020, 6:36 AM
Subject: Re: [9front] IWP92020 Announcement
To: <9fr...@9front.org>
DC1301 is repeated on the front page.
i'm very glad to see this, i will sign up once i get all
Of interest to anyone in New Jersey.
-- Forwarded message -
From: Walt Mankowski
Date: Wed, 12 Dec 2018 at 11:24
Subject: [PLUG] Brian Kernighan speaking at Princeton ACM tomorrow night
To:
Hi everyone,
Brian Kernighan will be speaking at the Princeton ACM meeting tomorrow
nig
Hi, 9fans,
I recently posted this to the Inferno list. I still haven't gotten any
replies after almost a week. Since factotum originated on Plan 9, I'm
re-posting this to 9fans. Hopefully, someone in 9-landia will be able
to provide some insight into what factotum does on Inferno. Thanks!
===
a mixture of clive macos and plan9ports
> On 9 Mar 2018, at 01:45, Aram Hăvărneanu wrote:
>
>> I don't think anyone is running it anymore.
>> At least, I'm not running it.
>> Sorry.
>
> What do you run?
>
> --
> Aram Hăvărneanu
>
Most likely http://lsub.org/ls/clive.html
Looks fun!
Sean
On Thu, Mar 8, 2018 at 4:45 PM, Aram Hăvărneanu wrote:
> > I don't think anyone is running it anymore.
> > At least, I'm not running it.
> > Sorry.
>
> What do you run?
>
> --
> Aram Hăvărneanu
>
>
> I don't think anyone is running it anymore.
> At least, I'm not running it.
> Sorry.
What do you run?
--
Aram Hăvărneanu
I once used octopus.
It uses inferno as the middle layer of graphics, which made the
octopus somewhat complicated, I felt. I'm not against the inferno,
however, octopus could make the graphics much easier and simpler.
Therefore, using inferno made the purpose unclear I thought.
That's the reason
I don't think anyone is running it anymore.
At least, I'm not running it.
Sorry.
> El 8 mar 2018, a las 13:38, Rudolf Sykora escribió:
>
>> On 3 March 2018 at 20:27, Francisco J Ballesteros wrote:
>> Octopus would run on Plan 9, although we used inferno for (hosted) terminals,
>> and it used Op
On 3 March 2018 at 20:27, Francisco J Ballesteros wrote:
> Octopus would run on Plan 9, although we used inferno for (hosted) terminals,
> and it used Op as the protocol (a descendant of 9p like everyone else),
Ok. So does anybody use octopus these days?
Why not? (Who wouldn't like a ubiquitous e
On Sat, Mar 3, 2018, at 4:22 PM, Rudolf Sykora wrote:
> Hello,
>
> I am not sure this email ever made it to the forum,
> hence I decided to ask once more...
>
> Thanks for any comments...
>
> -- Forwarded message --
> From: Rudolf Sykora
> Date: 16 June 2016 at 10:30
> Subject:
On Sun, Mar 4, 2018, at 7:17 AM, Francisco J Ballesteros wrote:
> All sources were made public and you have links in the web pages, eg.,
> http://lsub.org/export/osrc.zip for the octopus.
> Should anyone be bored and need something to read, drop me a line if you
> can't find them.
> HTH
Oh, than
I've used each system to write the next, then discarded the old one; so it's
quite possible you won't be able to run old ones unless you adjust them for
today.
All sources were made public and you have links in the web pages, eg.,
http://lsub.org/export/osrc.zip for the octopus.
Should anyone be
Rudolf Sykora writes:
> environment. I want to be working on my home desktop, realize what
> time it is, run out the door to catch my train, open my laptop on the
> train, continue right where I left off, close the laptop, hop off the
> train, sit down at work, and have all my state sitting there
Microtik RB450G port was done by Geoff and was in the main Labs report.
All the info needed for a Vocore2 port are in the open; my effort has been
limited to "thoughts and prayers".
On Mar 3, 2018 3:44 PM, "hiro" <23h...@gmail.com> wrote:
> A Microtik RB tftp/bootp
> loads a cpu kernel; it is th
also, i'd like to use 9p instead of cifsd on the 9front server to
reach those files from the windows environment (what the file explorer
and non-drawterm programs see :)).
it just keeps on breaking. it does reconnect after you press cancel or
ok (i don't remember), but it always keeps a while and when you have
files open or transfers happening you have to start again when
everything below breaks.
On 3/4/18, Steve Simon wrote:
> i see.
>
> i would have thought/hoped
i see.
i would have thought/hoped that windows would remake the cifs session when
windows comes out if standby, using cached credentials, so other than being a
bit slow to start, cifs to the plan9 server should come back.
i guess i am missing something.
-Steve
On 3 Mar 2018, at 23:32, hiro
> A Microtik RB tftp/bootp
> loads a cpu kernel; it is the token MIPS machine (maybe VCore2 is supported
> some day).
This sounds really interesting, did you mention this before and are
there more details somewhere?
octopus concepts were a real showoff, though so far i only managed to
use Op a lot, to mount mechiel's ircfs and display it in wm/irc. it
worked very well.
> also, i would have thought you could build a windows drawterm which also
> included the code from exportfs so you could use 9fs and aan to get at the
> files on your windows box.
we don't use exportfs for this any more, but yes, i already use the
equivalent feature for this direction.
i want to
You can dump the acme session at will and reload it to restore the session;
that combined with pxeloading a term or using drawterm, you almost don't
have to worry about losing your work or where you are. You can also use P9P
acme and import/fusemount the the Plan 9 fileserver with the same effect.
On Sat, Mar 03, 2018 at 07:13:57PM +, Steve Simon wrote:
>
> personally i think this idea will become more and more important as we get
> fiber to the home, local storage will become a thing of the past.
I remember hearing this sentiment with '9600 baud modems' standing in
for 'fiber to the
Octopus would run on Plan 9, although we used inferno for (hosted) terminals,
and it used Op as the protocol (a descendant of 9p like everyone else),
Plan B was more a modified Plan 9 system with name spaces replaced and the
early ideas of the Octopus window system implemented.
No need to apolog
My appologies for misreprisenting your system.
Would octopus run on plan9 or was the planB boxes or the
streamlined filesystem api intrinsic to tos implmenetation?
-Steve
In octopus you didn't have to "save" the state. The window system was kept
running at a server, including the layout you were using.
It was nice, and I miss it. II'll have to do something about it when I get some
time.
> On 3 Mar 2018, at 20:13, Steve Simon wrote:
>
> i am pretty sure nemo’s
i am pretty sure nemo’s octopus window system in planB had a way to save and
restore its state so you could migrate your sessions from one terminal to
another.
also, i would have thought you could build a windows drawterm which also
included the code from exportfs so you could use 9fs and aan t
I have 9front running on a server at ovh france, my workstation is a
windows 7 machine with drawterm in autostart. drawterm itself is run
with -p option so that it can make use of AAN, which recovers broken
TCP connections e.g. after resuming from sleep in the mornings or
during any network state c
Hello,
I am not sure this email ever made it to the forum,
hence I decided to ask once more...
Thanks for any comments...
-- Forwarded message --
From: Rudolf Sykora
Date: 16 June 2016 at 10:30
Subject: ubiquitous environment?
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fan
It looks like 9fans messages are getting processed again. I asked this a
couple of weeks ago.
-- Forwarded message -
From: Skip Tavakkolian
Date: Mon, Mar 20, 2017 at 12:26 AM
Subject: DNS
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
It seems Plan 9 dns can't reso
> So, I've been looking at the source code of Inferno, and I've noticed
> that, when mount(1) wants to connect to a Styx/9P2000 server on a remote
> machine, it generally opens up a new TCP connection... one for each new
> mount... even if it's just an additional connection to the same service
> on
On 3 March 2016 at 02:09, wrote:
> I recently posted the following to the Inferno mailing list (but
> received no response). I'm re-posting here, as this applies to Plan 9
> just as much as to Inferno, anyway...
>
Sorry. You asked some interesting questions but I was busy with something
else
wh
On plan9, you use srv to add the connection as a file to /srv, then mount the
file. Mount does not make TCP connections (although srv can call mount for you
as a convenience feature).
Multiplexing requires ensuring that tag and fid collisions do not occur, either
with coordination or translatio
I recently posted the following to the Inferno mailing list (but
received no response). I'm re-posting here, as this applies to Plan 9
just as much as to Inferno, anyway...
> So, I've been looking at the source code of Inferno, and I've noticed
> that, when mount(1) wants to connect to a Styx/9P2
2016-02-02 23:25 GMT-02:00 :
>
>
> It is hard to say without seeing the code, but this construction sounds
> wrong
> as recvp() in Srv.read would block the 9p read loop causing you to
> not process any other 9p requests when one client is blocked in a read.
> You also want to handle flushes otherwi
> I'm using a file server for exchange data between 9P clients. When a new
> file is created, I create a plan9 channel and two threads (one for handle
> reads and other for writes), a write(2) to the file is translated into a
> sendp and a read(2) is translated into a recvp on the channel. The cha
i'd recommend studying 9pserve.c in plan9port.
On Tue, Feb 2, 2016 at 10:17 AM Tiago Natel
wrote:
> 2016-02-01 20:03 GMT-02:00 :
>
>> > Is there a reason why lib9p doesn't have a clunk function pointer in
>> Srv struct?
>>
>> what about Srv.destroyfid()?
>>
>> Destroyfid
>>
2016-02-01 20:03 GMT-02:00 :
> > Is there a reason why lib9p doesn't have a clunk function pointer in Srv
> struct?
>
> what about Srv.destroyfid()?
>
> Destroyfid
>When a Fid's reference count drops to zero (i.e., it
>has been clunked and there are no out
> I have a file server project using Srv and I want to know when no one
> client have a specific file opened.
i believe since you're using alloctree and passing in the destroy function, you
don't need it.
> Is there a reason why lib9p doesn't have a clunk function pointer in Srv
> struct?
what about Srv.destroyfid()?
Destroyfid
When a Fid's reference count drops to zero (i.e., it
has been clunked and there are no outstanding requests
referrin
Someone here can help me?
-- Forwarded message --
From: Tiago Natel
Date: 2016-02-01 19:17 GMT-02:00
Subject: lib9p: Add clunk callback to Srv struct
To: 9fr...@9front.org
Hello folks,
Is there a reason why lib9p doesn't have a clunk function pointer in Srv
struct?
I have a fi
Thanks Richard.
> Just delete 'user=kokamoto'.
Wow, that's easy enough.
I tried user='', and got confused.
Kenji
>> my content of /n/9fat/cmdline.txt is:
>> readparts=1 nobootprompt=local user=kokamoto ipconfig='-g 192.168.11.1 ether
>> /net/ether0 192.168.11.17 255.255.255.0' kbmap=/boot/jp
>>
>> So, how I can change the login user?
Just delete 'user=kokamoto'.
Quoting erik quanstrom :
oh, editors have a 40 year head start. rpi can't possibly have reached
that level of tedium yet, can they have?
I think Eternal-September saturation levels may have effected a bit of
a steeper curve on the who-cares charts
khm
> 1. You will need one plan9 fix:
Now available as /n/sources/patch/bcm-mmukmap-bug - I hope somebody
can apply this on sources.
> raspberry pi boxes and discussions about them are as varied and
> entertaining as program editors.
oh, editors have a 40 year head start. rpi can't possibly have reached
that level of tedium yet, can they have?
- erik
raspberry pi boxes and discussions about them are as varied and
entertaining as program editors.
On Mon, Jul 7, 2014 at 4:53 PM, wrote:
> > real time clock. If you configure a kernel without the 'fakertc'
>
> Thanks Richard.
> Yes, I wondered what is this when compiling 9pi.☺
>
> > fakertc d
> real time clock. If you configure a kernel without the 'fakertc'
Thanks Richard.
Yes, I wondered what is this when compiling 9pi.☺
> fakertc device. With a network connection, the time should be
> corrected by aux/timesync soon after booting.
I made over a LAN to wireless bridge yesterday.
W
On one RPi I am using a GPS module. I need to add support for its PPS signal
for more accurate time keeping.
> On Jul 7, 2014, at 7:39 AM, Skip Tavakkolian
> wrote:
>
> there are RTC modules for the pi (talk over i2c, based on DS1307 or DS3231).
> i use them with linux distro's and they seem
there are RTC modules for the pi (talk over i2c, based on DS1307
or DS3231). i use them with linux distro's and they seem to work fine.
On Mon, Jul 7, 2014 at 6:59 AM, Richard Miller <9f...@hamnavoe.com> wrote:
> > By the way, how I can arrage the correct time in this system?
> > I don't mean t
> By the way, how I can arrage the correct time in this system?
> I don't mean the /adm/timezone/local, because
> in the usual PC, we can change it at BIOS screen.
Unlike a PC, the raspberry pi doesn't have a battery-backed
real time clock. If you configure a kernel without the 'fakertc'
device,
>>> I've tried to run 9pi from richard miller on qemu but failed
> ...
>> does anyone have the s9pi kernel image that corresponds to this?
>> i don't so i can't connect this failure to the source.
Looking at file dates, that was an old kernel which came from
9pi.img-old.gz . I've now replaced 9pi
>> This works though with a linux kernel compiled for the raspberry, e.g.
>> from http://xecdesign.com/qemu-emulating-raspberry-pi-the-easy-way/
>> wget http://xecdesign.com/downloads/linux-qemu/kernel-qemu
I would bet that linux kernel isn't actually configured for the
raspberry pi -- it will be
It seems to be mothra's spam blocker doing it.
On Jan 15, 2013, at 17:03, hiro <23h...@gmail.com> wrote:
> Oh, I didn't know it was mothra's fault, I thought it was my DNS spam blocker.
>
oh, that's easy, you just need to use the -v option to cat...
On 15 Jan 2013, at 20:04, Kurt H Maier wrote:
> On Tue, Jan 15, 2013 at 02:39:02PM -0500, Stephen Wiley wrote:
>> Page can render images.
>> Inline images are for pomp aristocrats with lots of spare bandwidth laying
>> around.
>
> T
On Tue, Jan 15, 2013 at 11:04 AM, Kurt H Maier wrote:
> This is an outrage. I was promised html parsing and in-line images with
> cat.
Best mailing list message ever. :)
-J
On Tue, Jan 15, 2013 at 02:39:02PM -0500, Stephen Wiley wrote:
> Page can render images.
> Inline images are for pomp aristocrats with lots of spare bandwidth laying
> around.
This is an outrage. I was promised html parsing and in-line images with
cat.
Page can render images.
Inline images are for pomp aristocrats with lots of spare bandwidth laying
around.
--Stephen
On Jan 15, 2013, at 12:26 PM, Kurt H Maier wrote:
> On Tue, Jan 15, 2013 at 11:58:59AM -0500, erik quanstrom wrote:
>> On Tue Jan 15 11:47:31 EST 2013, mve...@gmail.com wrote:
>>>
On Tue, Jan 15, 2013 at 11:58:59AM -0500, erik quanstrom wrote:
> On Tue Jan 15 11:47:31 EST 2013, mve...@gmail.com wrote:
> > It doesn't render in mothra.
>
> cat is just as equiped to take on the modern web.
cat can render images?
On Tue Jan 15 11:47:31 EST 2013, mve...@gmail.com wrote:
> It doesn't render in mothra.
cat is just as equiped to take on the modern web.
- erik
It doesn't render in mothra.
Sent from my iPhone
On Jan 15, 2013, at 6:17 AM, ron minnich wrote:
> On Tue, Jan 15, 2013 at 4:17 AM, David Leimbach wrote:
>> http://fiorentinix.altervista.org/ajbev3.php
>
> so, what is that place?
>
> ron
>
No idea
On Tue, Jan 15, 2013 at 4:17 AM, David Leimbach wrote:
> http://fiorentinix.altervista.org/ajbev3.php
>
so, what is that place?
ron
And I thought you guys were still using fossil and venti *g*
On 1/15/13, David Leimbach wrote:
> It just occurred to me this could be the backup software I use on my Mac
> that runs overnight Its java based client may have done some bad things
>
> Sent from my iPhone
>
> On Jan 15, 2013, at 4
It just occurred to me this could be the backup software I use on my Mac that
runs overnight Its java based client may have done some bad things
Sent from my iPhone
On Jan 15, 2013, at 4:17 AM, David Leimbach wrote:
> http://fiorentinix.altervista.org/ajbev3.php
>
This is not from me. I just received a bunch of mail from myself on a few
email accounts at about this time.
Sent from my iPhone
On Jan 15, 2013, at 4:17 AM, David Leimbach wrote:
> http://fiorentinix.altervista.org/ajbev3.php
>
http://fiorentinix.altervista.org/ajbev3.php
-- Forwarded message --
From: Marie Hogfors
Date: Mon, Nov 26, 2012 at 3:15 PM
Subject: Gathering for Uriel. Need photos!!!
To: anu_kotam...@hotmail.com, z...@incoherencia.com, 23h...@gmail.com,
frisco.rami...@gmail.com, death.proof.butter...@gmail.com,
thewhiteti...@gmx.net, s...@
On Thu Sep 6 20:01:22 EDT 2012, aris...@ar.aichi-u.ac.jp wrote:
> 2011?
>
> Kenji Arisawa
>
> On 2012/09/07, at 2:38, Nemo wrote:
>
> > [I'm sending this on behalf of Eric Jul. Thus, the From is wrong :). ]
> >
> > Dear Inferno/Plan 9 fans.
> >
> > Attached is the initial call for participati
2011?
Kenji Arisawa
On 2012/09/07, at 2:38, Nemo wrote:
> [I'm sending this on behalf of Eric Jul. Thus, the From is wrong :). ]
>
> Dear Inferno/Plan 9 fans.
>
> Attached is the initial call for participation for the 7th International
> Plan 9 Workshop, Dublin, Ireland, November 14-16, 2012.
On Thu Sep 6 13:40:16 EDT 2012, n...@lsub.org wrote:
> [I'm sending this on behalf of Eric Jul. Thus, the From is wrong :). ]
>
> Dear Inferno/Plan 9 fans.
>
> Attached is the initial call for participation for the 7th International
> Plan 9 Workshop, Dublin, Ireland, November 14-16, 2012.
>
[I'm sending this on behalf of Eric Jul. Thus, the From is wrong :). ]
Dear Inferno/Plan 9 fans.
Attached is the initial call for participation for the 7th International
Plan 9 Workshop, Dublin, Ireland, November 14-16, 2012.
Please note that the workshop this time takes place in November and t
On Tue, 2012-01-10 at 22:19 -0800, ron minnich wrote:
> This is kind of a fun one: stuff that DID NOT work. I like the basic
> idea ...
> “failures” may actually provide clues to even more significant
> results than the original experimenter had intended. The research is
> useful, even though th
Can I get away with designing something at the pub which I know is flawed
and then writing it up?
Are you sure this isn't from The Onion?
On 11 January 2012 17:19, ron minnich wrote:
> This is kind of a fun one: stuff that DID NOT work. I like the basic idea
> ...
>
> ron
> --
brucee
Don't m
On Tue, Jan 10, 2012 at 10:19:36PM -0800, ron minnich wrote:
> This is kind of a fun one: stuff that DID NOT work. I like the basic idea
I generally learn more from what I do wrong than from what I do right---
sometimes because when "it works", it is not absolutely for the reasons
I had explicitel
This is kind of a fun one: stuff that DID NOT work. I like the basic idea
...
ron
-- Forwarded message --
From: Edward Talbot
Date: Tue, Jan 10, 2012 at 1:48 PM
Subject: Call for Papers: LASER 2012—Learning from Authoritative Security
Experiment Results
To: Ronald Minnich
Ron
term% cd /tmp
term% dd -bs 512 -count 1 < /dev/zero > nvram
1+0 records in
1+0 records out
term% nvram=nvram
term% xd nvram
000
010
etc.
term% auth/wrkey
bad nvram key
bad authentication id
bad authentication domai
I asked this of nemo, should have
forwarded here as well:
-- Forwarded message --
Hi Francisco,
Doesn't authsrv itself write to the raw data file
you provide in `nvram=' in plan9.ini? Otherwise,
what would be the format to do so manually?
Also, what does "device name" mean in th
Thanks, now everything works fine.
But if you want that windows clients can connect any vacfile (in /lib/vac or
$home/lib/vac), you must modify the file /bin/9fs.
This is: vacfs -m /n/`{basename $1.vac} `{cat $score}
To this: vacfs -p -m /n/`{basename $1} `{cat $ score}
(-p Disables permission ch
Pavel built a reproducer and sent it to me:
-- Forwarded message --
From: Pavel Zholkover
Date: Mon, Jan 17, 2011 at 12:24 PM
Subject: Re: plan9 go output faults on 9vx with rfork
To: ron minnich
Hi Ron!
I think I've traced the cause of the crash. It is unfortunately the
sysc
Spanish keyboards use different keysyms which are generated by the
following dead keys:
asciitilde → dead_tilde
grave → dead_grave
asciicircum → dead_circumflex
apostrophe → dead_acute
The attached awk script can be used to fix the output of 'mklatinkbd -x':
mklatinkbd -x $PLAN9/lib/keyboard
This is the opposite of the suckless approach...
I thought this might interest some 9fans.
James
-- Forwarded message --
From: Benjamin Pierce
Date: Tue, Aug 24, 2010 at 4:44 PM
Subject: [TYPES/announce] Postdoc opportunities at UPenn, Harvard, and
Northeastern
To: types-annou...@lists.seas.upenn.edu, Coq Club
, Study on Mechan
Datewise this looks like a pretty good potential for continuation
of the IWP9 '09 ;-)
Thanks,
Roman.
--- Begin Message ---
Hello everyone,
We have confirmed that we'll hold our annual mentor summit on the 24 &
25 October this year at the Googleplex in Mountain View, California.
Assume we will al
some interesting talks in here, esp. the boot time reduction one.
ron
-- Forwarded message --
From: Peter Stuge
Date: Sat, Aug 8, 2009 at 7:28 AM
Subject: [coreboot] ELC 2009 videos and slides
To: coreb...@coreboot.org
http://free-electrons.com/blog/elc-2009-videos/
Some I f
moving to plan9port-dev.
http://bitbucket.org/rsc/plan9port/issue/5/acme-typing-at-1-char-sec-on-ubuntu-904
Subject: [9fans] p9p acme: incredibly slow typing in tag line for file.
From: ron minnich
Date: Sun, Jun 28, 2009 at 1:04 AM
To: Fans of the OS Plan 9 from Bell La
While it says best and brightest I'm going anyway. :-)
Planning to be there for coreboot and plan 9. I've registered for
those topics or whatever it is you do. Anyway I have tried to put
those names on the board.
Hope some of you can make it.
ron
-- Forwarded message --
From: G
It is just weird, all very deja vu. The previous generation of Moore's
designs went through a similar quagmire to nowhere.
Robby
poor man, how stressful is that !
On Tue, Apr 7, 2009 at 3:24 PM, maht wrote:
>
>> These docs aren't dated.
>
> they appeared in the last week or so, before that was a page saying TPL
> pulled funding and sacked Moore
>
Catching up with my online reading and the Forth group is indeed full
of this since the weekend.
It is just w
These docs aren't dated.
they appeared in the last week or so, before that was a page saying TPL
pulled funding and sacked Moore
Robert Raschke wrote:
> On Mon, Apr 6, 2009 at 7:00 PM, maht wrote:
>>
>> SeaForth is dead already
>>
>> http://colorforth.com/vTPL.htm
>>
>> http://colorforth.com/S40.htm
>>
>
> These docs aren't dated. And I remember a lot of discussion about 1 -
> 2 years ago about the patent issues surroundi
On Mon, Apr 6, 2009 at 7:00 PM, maht wrote:
>
> SeaForth is dead already
>
> http://colorforth.com/vTPL.htm
>
> http://colorforth.com/S40.htm
>
These docs aren't dated. And I remember a lot of discussion about 1 -
2 years ago about the patent issues surrounding Chuck Moore's work. So
I'm wonderin
What a shame - tho there is a certain charm in owning a custom
computer that can't be replicated. Hopefully there will be a firesale
of stuff. There can't be many in the wild, mine is serial number 30 -
what's your Jeff?
brucee
On Tue, Apr 7, 2009 at 4:00 AM, maht wrote:
>
> SeaForth is dead alr
"It's just a flesh wound."
On Apr 6, 2009, at 1:00 PM, maht wrote:
SeaForth is dead already
http://colorforth.com/vTPL.htm
http://colorforth.com/S40.htm
SeaForth is dead already
http://colorforth.com/vTPL.htm
http://colorforth.com/S40.htm
Bruce Ellis wrote:
Please share your experience.
http://groups.google.com/group/casella
brucee
On Thu, Mar 19, 2009 at 8:45 PM, Pavel Klinkovsky
wrote:
I am playing with the FORTHdrive (SEAforth-24
Sorry for forwarding this to 9fans; it seems we have a lot of people
discussing GSoC stuff there too.
Please don't reply to this on 9fans. Instead, please take GSoC to
plan9-g...@googlegroups.con, and if you are considering submitting a
proposal, as Leslie suggests, please *do so now*. We only hav
1 - 100 of 118 matches
Mail list logo
