we've had discussions like this before. I do agree that having a more
"original" Plan 9 option like 9legacy is a good idea. in terms of what that
actually means doing, a lot of the obvious effort would be to go into
turning stuff from 9front into patches for 9legacy. I started to do this to
make a
I also started a paper about the very small 9P library I used on MCUs, I
was hoping to present this at IWP9 before we all ended up in the pandemic
Biff timeline https://echoline.org/NinePea.pdf
this paper is still not that polished yet
On Fri, Jan 28, 2022, 1:28 PM Bakul Shah wrote:
> Thanks!
-graphics/
>
> T
>
> On 1/28/2022 at 3:08 PM, "Eli Cohen" wrote:
>
> I started working on a project with an ESP32 board (with a toolchain for
> linux) to make a /net/etherESP32 for wifi with 9P right on the little
> board. I got as far as realizing how differe
I started working on a project with an ESP32 board (with a toolchain for
linux) to make a /net/etherESP32 for wifi with 9P right on the little
board. I got as far as realizing how different 802.11 and 802.3 are...
the unfinished code is at https://github.com/echoline/etherESP32
it would be cool
maybe a more recent book could be a community effort at least a bit, I
would be interested in contributing to such a project.
as for nemo... I have no idea who he is really, but that book is pretty
good, although very specific to the setup in his lab
On Mon, Jan 24, 2022, 10:34 AM Alexandr Babic
yes, but it also has very good networking capabilities
On Tue, Dec 28, 2021 at 10:05 AM Duke Normandin wrote:
>
> On Tue, 28 Dec 2021 12:56:19 -0500
> "Frank D. Engel, Jr." wrote:
>
> > Partially to answer an earlier question and partially to
> > emphasize just how different Plan 9 is: you "log
if you're not accustomed to plan 9 I want to be the first to reiterate
to be very careful with the mount command. on plan 9 mount mounts 9p
servers, not disks. mounting a disk file will write 9p to the file
(the disk)
that's a common mistake that people have made tools to recover from,
but it can
hello all,
I wanted to check back in about the continuing saga to port a dp9ik
patch upstream.
where I believe we left off in that discussion, there was advice to
make a roadmap, involving some kinds of software development
techniques I don't understand at all, to be completely honest... I
have
even aside from plan 9, I am not sure windows 10 supports that protocol in
that way. that was why people said to just use unix, until linux, then we
couldn't support our own load either...
then everyone burst into choreographed song and dance. it is so weird... I
don't know any of these people
hey Kenji,
when I was putting the apk on my phone I used the "adb" tool. I don't
exactly remember the process... the phone has to be paired with the
computer running adb either over a USB cable or over wifi, then the apk can
be installed with adb. I do recall it being a bit difficult to get it
I wasn't aware of open-source cards only for ML/NN... that's interesting.
I was just poking through the # drivers... as I recalled there was
something specifically for using the FPU, but now I can't figure that
out... I'm not sure where I saw that or thought that... that was more
what I was
hey Kenji,
deep learning is another interest of mine too. hardware support is a
big deal for that... some kind of support for GPUs would be nice.
people have discussed that for years... hardware drivers are difficult
and important to do correctly!
python is used a lot for some of the available
some of it for me is just nostalgia. there was always someone talking about
"the world these days" though, I have to admit. ignorance sucks too but
noticing anything is excruciatingly painful! I also had a vested interest
in submitting patches "upstream" to see what I could learn from trying to
do
what is all the friction actually about here?? the most important
philosophical question always ends up the same, how can we figure out
a good formula for not being jerks?
I have ended up using 9front more and more, obviously. 9front was
started specifically to address the fact that Plan 9 from
"Why am I so affected by her death? The deaths of countless others
have never elicited such an emotional response in me." - Data
"If we knew the answer to that... human history might be a lot less
bloody." - Riker
On Tue, Aug 17, 2021 at 9:22 PM wrote:
>
> Quoth Lucio De Re :
> > Does it work?
>
hey everyone,
first of all this has turned out to be somewhat difficult! I have also
been delayed from looking at it very much by other things going on.
all I have done so far is look a bit at tlsclient. it seemed like once
that supports dp9ik the rest is just simple rc scripts.
another note...
well... I have a few questions already. I have heard that thorough
scrutiny of dp9ik would be appreciated as Ori said, and hasn't really
been done yet... beyond my capabilities, though. I have explored dp9ik
a little bit, another document about it is this writeup:
On Tue, Feb 9, 2021 at 7:39 PM Lucio De Re wrote:
>
> On 2/10/21, Eli Cohen wrote:
> > I noticed the patches from 9front to 9legacy are not well-maintained. I'm
> > trying to figure out if this would be an appreciated exercise from someone
> > (me) who doesn't know all t
I noticed the patches from 9front to 9legacy are not well-maintained. I'm
trying to figure out if this would be an appreciated exercise from someone (me)
who doesn't know all that much and would learn from doing it, and if so, what
are priorities for things to port back as patches for 9legacy
I tried this a while back before my eee 701, uh, got mostly dismantled. I
had to edit a file for the southbridge, if i recall correctly, to be
detected. looks like maybe you got past that too? the network chipset
is atl2, no driver for it, btw... i'd be interested to hear more about
this
Plan9 has Unix socket support in /net right? You'd have to convert the
socket to a file in /srv with srv(4) and mount that.
On Sep 15, 2012 11:39 AM, Anthony Sorace a...@9srv.net wrote:
i'm certain i've seen this, but i can't reproduce it: is there a
method for getting the srv files created by
https://github.com/echoline/NinePea too (it needs work)
On Jul 17, 2012 11:52 AM, erik quanstrom quans...@quanstro.net wrote:
On Tue Jul 17 14:44:28 EDT 2012, a...@9srv.net wrote:
you don't want plan 9 on an 8 bit machine.
Which, of course, doesn't say anything about wanting styx/9p
on
Arduino uses C++. I guess it could be a .c file, though.
On Jul 17, 2012 12:14 PM, hiro 23h...@gmail.com wrote:
why does this have a .cpp file?
On 7/17/12, Eli Cohen echol...@gmail.com wrote:
https://github.com/echoline/NinePea too (it needs work)
On Jul 17, 2012 11:52 AM, erik quanstrom
hello everyone, i have been working on a 9P arduino library. it works now
with ixpc from libixp, modified slightly to communicate over the serial
port:
ixpc ls /
arductl
ardudata
however, i am getting this on plan9:
% echo b115200 /dev/eiaU0/eiaUctl
% mount -ncC /dev/eiaU0/eiaU /n/anything
%
On Jan 21, 2012 2:50 PM, Anthony Martin al...@pbrane.org wrote:
Eli Cohen echol...@gmail.com once said:
% echo b115200 /dev/eiaU0/eiaUctl
% mount -ncC /dev/eiaU0/eiaU /n/anything
% ls /n/anything
anything
the output of ls is just whatever directory i mount it in, though
accessing
a video of plan9 blinkenlights:
http://www.youtube.com/watch?v=_nzUe0pqfMA
thanks maht, and all the rest of you!
I have used gentoo extensively and plan9 for a few years now as well, and
this concept of namespaces for processes is a confusing but interesting
concept. maybe you could use grsec to limit the access to gentoo's file
system at a per-process level. This would be somewhat similar to what
plan9
27 matches
Mail list logo
