I’m happy to report that OSUOSL has secured funding for at least the next year.
https://osuosl.org/blog/osl-future-update/
They’re working on plans for longer-term funding so that this isn’t a recurring
issue, but nothing new there. Regardless, OSUOSL remains an amazing resource
that supports h
Greetings,
I am running a hosting provider (https://IRCNow.org) and might have some
extra hosting resources available in case the OSL runs into problems.
If the P9F needs help with hosting, feel free to contact me at
j...@ircnow.org, I may be able to help donate hosting resources.
--
Aaron Lin
j
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:
>
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
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
> 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
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
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
>
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.
>
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
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
This is the opposite of the suckless approach...
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
I disagree. It is a chore going thru the religion and it ends up not
having any relevance to the chip.
brucee
On Mon, Mar 30, 2009 at 8:15 PM, Icarus Sparry wrote:
> On Thu, 19 Mar 2009 03:43:34 +, Bruce Ellis wrote:
>
>> There is new fun in Casella land. 9fans with Forth experience are
>> n
On Thu, 19 Mar 2009 03:43:34 +, Bruce Ellis wrote:
> There is new fun in Casella land. 9fans with Forth experience are
> needed.
>
> Feel free to join the Casella group.
>
> -- Forwarded message -- From: brucee
>
> Date: Thu, Mar 19, 2009 at 2:21 PM
> Subject: New Chip (SEAf
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 chip) for half a year.
> We are testing it for a signal processing.
>
> I can confirm it is a wonderful chip.
> Bu
I am playing with the FORTHdrive (SEAforth-24 chip) for half a year.
We are testing it for a signal processing.
I can confirm it is a wonderful chip.
But it needs a little bit different view to the programming. ;-)
Pavel
I don't trust penguins. But it's worth a try. I haven't installed the
linux goo on my pusbox - if tiger wasn't house trained he would do
more than bark at it when it thrashes crazy.
But yes. Read the spec and come up with ideas. Move this to Casella
group if we have enough enthusiasts.
brucee
On
On Mar 18, 2009, at 11:47 PM, Bruce Ellis wrote:
The chip is a totally insane challenge. But looks like a lot of fun
and functionality.
What do you say to a linuxemu as the first pass? At least that keeps
us in the realm of using the official Forth environment until we gain
enough leverage
The chip is a totally insane challenge. But looks like a lot of fun
and functionality.
The company is cool too. Ask me if you need a contact. I flippantly
asked for 64 cores for a chess machine. There is apparently an
unannounced board with two chips - 80 cores.
I'm not sure any human should have
Wow... 40 cores of forthy-goodness. Makes me wish I'd spent more time with
forth than I have so far (well almost).
Dave
On Wed, Mar 18, 2009 at 8:37 PM, Bruce Ellis wrote:
> There is new fun in Casella land. 9fans with Forth experience are needed.
>
> Feel free to join the Casella group.
>
> --
Thanks for packaging it. It will be nice to
be able to apt-get install drawterm.
Russ
On 12/9/08, Martín Ferrari <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 9, 2008 at 05:12, Russ Cox <[EMAIL PROTECTED]> wrote:
>
> > If you update from the CVS repository
> > it should build and run just fine.
>
On Tue, Dec 9, 2008 at 05:12, Russ Cox <[EMAIL PROTECTED]> wrote:
> If you update from the CVS repository
> it should build and run just fine.
> If not, please let me know.
I have just uploaded to Debian drawterm with all the fixes.
Thanks a lot for your help!
--
Martín Ferrari
I've built drawterm successfully from the CVS sources on Ubuntu x86
and Gentoo x86. It also builds on Win32 if you install Mingw and MSYS
(in that order). I use devfs_win32.c from /n/sources/contrib/
cinap_lenrek.
rsbohn
> I am a user of debian an amd64 and also I succeeded to install plan9 on
> another machine, although my skills in plan9 are less than mediocre.
>
> However, I am ready to test drawterm and hopefuly be helpful.
>
> Also, I have already downloaded source of drawterm and tried to compile
> it (f
Hello,
> From: Mart�n Ferrari <[EMAIL PROTECTED]>
> Subject: Drawterm problems
I am a user of debian an amd64 and also I succeeded to install plan9 on
another machine, although my skills in plan9 are less than mediocre.
However, I am ready to test drawterm and hopefuly be helpful.
Also, I have
91 matches
Mail list logo
