Re: Charting the Future: Envisioning Plan 9 Release 5 for the 9fans Community. [Was:Re: [9fans] Supported Notebooks]

[Eli Cohen]

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 patch for dp9ik for 9legacy and I quickly realized how much effort
that actually would take

On Thu, Jan 25, 2024, 11:35 AM Don Bailey  wrote:

> Sometimes gatekeeping is good. It's OK if folks don't agree.
>
> I think it's healthy to create a strict regimen around "mainline". I am
> not against 9front doing whatever it wants, I just would prefer if the two
> did not merge. It's important to keep the 9 ecosystem stable, imo.
>
> D
>
> On Thu, Jan 25, 2024 at 1:02 PM thedaemon via 9fans <9fans@9fans.net>
> wrote:
>
>>
>> Don, you have been gate keeping this whole thread. I see noone agreeing
>> with you either.  We could all be a little kinder to one another,
>> especially since we all have love for Plan 9.
>>
>>
>> — thedæmon 﫠
>>
>>
>> On Thu, Jan 25, 2024 at 11:31 AM, Don Bailey > > wrote:
>>
>> Cool gaslighting.
>>
>>
>>
>> On Thu, Jan 25, 2024 at 12:25 PM Bakul Shah  wrote:
>>
>>> On Jan 25, 2024, at 8:44 AM, Don Bailey  wrote:
>>> >
>>> > I'm not sure what all this was, so I didn't read most of it.
>>> >
>>> > If 9front becomes the "mainline" 9, I will stop using 9 altogether.
>>> Both as a user and a developer.
>>> >
>>> > I trust the sources that come from 9legacy/9pio but I don't have any
>>> interest in the mess of whatever 9front is supposed to be.
>>> 
>>> 9front is eminently usable. May be you are rejecting it for the wrong
>>> reasons?
>>> 
>> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T42f11e0265bcfa18-M94e0ddeb954440392cd96a05
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Eli Cohen]

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! Quite an interesting paper. I vaguely recall reading
> this a long time ago.
>
> I think the key will be to figure out how to make this a very
> easy to use component. It is not rocket science but will
> probably require a few iterations to smooth out any rough
> edges and to see what evolves.
>
> Good to see there is interest in the community!
>
> On Jan 28, 2022, at 11:01 AM, Charles Forsyth 
> wrote:
>
> https://www.cs.york.ac.uk/rts/static/papers/R:N.C.:Audsley:2006.pdf might
> be of interest.
>
> They turned up at an embedded systems show at Birmingham NEC about that
> time.
> I was attending independently, but it was interesting to see,.
> Wandering about some boring other stands, I found one that was showing off
> a small embedded device running a remarkable system.
> There was source code on the screen.
> "Hmm", I asked, "what's the language it's running?"
> Lars Bok [for it was he], proudly, "It is SmallTalk!" in 64k [I think] on
> a micro with a real-time garbage collector and in-service code updating on
> the fly.
> Just fantastic. We bemoaned the boring nature of most of the stands. I
> mentioned Styx-on-a-Chip and he wandered off to have a look, returning to
> say it was also interesting.
> I forget the name of the system, but eventually the company was sold on or
> got different investors in, who turned it into a Java thing. As usual.
>
> On Fri, 28 Jan 2022 at 10:18, Lucio De Re  wrote:
>
>> On 1/28/22, Bakul Shah  wrote:
>> >
>> > Think of really simple, low power, low cost devices.
>> > USB can also provide power. USB+ATtiny85 devel boards
>> > cost ~$3 even at Amazon. And FPGA boards can be
>> > pretty inexpensive too. If you can find them.
>> >
>> I've recommended olimex.com in the past. They specialise in Open
>> Architecture Hardware. Their prices are very reasonable and product
>> range quite broad.
>> 
>> Lucio.
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-M90622b7b8d0862975bcbb175
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Eli Cohen]

hmmm. but for all of the devdraw fs and image backing, etc? can it access
RAM?

On Fri, Jan 28, 2022, 1:18 PM Tony Mendoza  wrote:

> Eli said - "...accelerated hardware devdraw on the fpga if that's even
> possible"
>
> It's possible.
>
> https://projectf.io/posts/fpga-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 different 802.11 and 802.3 are...
>
> the unfinished code is at https://github.com/echoline/etherESP32
>
> it would be cool to see an aijuboard with accelerated hardware devdraw on
> the fpga if that's even possible, or other hardware like that
>
> On Fri, Jan 28, 2022, 1:01 PM Tony Mendoza  wrote:
>
>> Sorry wrong libstyx repo
>>
>> https://github.com/inferno-os/inferno-os/tree/master/tools/libstyx
>>
>> T
>>
>> On 1/28/2022 at 2:54 PM, "Tony Mendoza"  wrote:
>>
>> A few years back I started trying to build something similar off of the
>> STM32F4 line of ARM MCUs.
>>
>> https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html
>>
>> Supports ethernet, spi, usb otg, etc.  Thought about porting the libstyx
>> library from Inferno over to
>> the STM32 platform.
>>
>> https://github.com/inferno-os/inferno-os/tree/master/tools/styxtest
>>
>> Thin OS layer was provided by FreeRTOS.  STM32F4 specific HW was accessed
>> using libopencm3
>>
>> https://libopencm3.org/
>>
>> If interested...
>>
>> https://github.com/tmendoza/stm32f4-template
>>
>> Tony
>>
>> On 1/28/2022 at 4:18 AM, "Lucio De Re"  wrote:
>>
>> On 1/28/22, Bakul Shah  wrote:
>> >
>> > Think of really simple, low power, low cost devices.
>> > USB can also provide power. USB+ATtiny85 devel boards
>> > cost ~$3 even at Amazon. And FPGA boards can be
>> > pretty inexpensive too. If you can find them.
>> >
>> I've recommended olimex.com in the past. They specialise in Open
>> Architecture Hardware. Their prices are very reasonable and product
>> range quite broad.
>> 
>> Lucio.
>> 
>> *9fans <https://9fans.topicbox.com/latest>* / 9fans / see discussions
> <https://9fans.topicbox.com/groups/9fans> + participants
> <https://9fans.topicbox.com/groups/9fans/members> + delivery options
> <https://9fans.topicbox.com/groups/9fans/subscription> Permalink
> <https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-Mb0d91d78bd0ccb6b864611c7>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-M7c105b558e297b07d1ace778
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Eli Cohen]

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 to see an aijuboard with accelerated hardware devdraw on
the fpga if that's even possible, or other hardware like that

On Fri, Jan 28, 2022, 1:01 PM Tony Mendoza  wrote:

> Sorry wrong libstyx repo
>
> https://github.com/inferno-os/inferno-os/tree/master/tools/libstyx
>
> T
>
> On 1/28/2022 at 2:54 PM, "Tony Mendoza"  wrote:
>
> A few years back I started trying to build something similar off of the
> STM32F4 line of ARM MCUs.
>
> https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html
>
> Supports ethernet, spi, usb otg, etc.  Thought about porting the libstyx
> library from Inferno over to
> the STM32 platform.
>
> https://github.com/inferno-os/inferno-os/tree/master/tools/styxtest
>
> Thin OS layer was provided by FreeRTOS.  STM32F4 specific HW was accessed
> using libopencm3
>
> https://libopencm3.org/
>
> If interested...
>
> https://github.com/tmendoza/stm32f4-template
>
> Tony
>
> On 1/28/2022 at 4:18 AM, "Lucio De Re"  wrote:
>
> On 1/28/22, Bakul Shah  wrote:
> >
> > Think of really simple, low power, low cost devices.
> > USB can also provide power. USB+ATtiny85 devel boards
> > cost ~$3 even at Amazon. And FPGA boards can be
> > pretty inexpensive too. If you can find them.
> >
> I've recommended olimex.com in the past. They specialise in Open
> Architecture Hardware. Their prices are very reasonable and product
> range quite broad.
> 
> Lucio.
> 
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-Me6241517a2c3673d4467fc7a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: Re[2]: [9fans] Sponsoring a new Intro book by the Flan 9 Poundation

[Eli Cohen]

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  wrote:

> keith, nice analysis, but what would you think about original post:
>
> >>Apparently the author of the well-known 'intro to OS abstractions' book
> has political views that are not cool and support oppression maybe I have
> heard secondhand.
>
> this insult to author of 'intro to OS abstractions' is worse than all
> vulgarities in this thread :-(
>
> this link is the 'intro to os abstractions' book
> https://www.google.com/url?sa=t=j==s=web==2ahUKEwjyxsD-gcv1AhWDsKQKHYgFBloQFnoECAUQAQ=http%3A%2F%2Fdoc.cat-v.org%2Fplan_9%2F9.intro.pdf=AOvVaw3V31IcFr5AdwkH5d_JXrVu
>
> a.b.
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T627a29a7babaf29e-Maaafecd429631eec9480a14d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Boot CD chokes

[Eli Cohen]

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 out" by
> > rebooting.
> 
> You're kidding right? So it's a single-user/multi-tasking OS?
> 
> --
> Duke
> ** Text only please. Bottom post is best for me **

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5888591114a7cf34-M4687cbf8566e649abe607b12
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Boot CD chokes

[Eli Cohen]

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 happen often as you are getting used to the new system

On Tue, Dec 28, 2021 at 9:22 AM hiro <23h...@gmail.com> wrote:
>
> so check if your user glenda is part of the group that has write
> permissions to /adm/timezone/local
>
> On 12/28/21, Duke Normandin  wrote:
> > On Tue, 28 Dec 2021 17:59:26 +0100
> > hiro <23h...@gmail.com> wrote:
> >
> >> adm? /adm is a folder, i don't see any reference where it's being
> >> used as hostowner...
> >> maybe you wanted to use "glenda" which is default hostowner.
> >
> > The docs I'm reading say that to setup the correct timezone:
> > log in as user:adm
> > then
> > cp /adm/timezone/CET to /adm/timezone/local
> >
> > etc etc
> >
> > Am RTFM!!! LOL
> > --
> > Duke
> > ** Text only please. Bottom post is best for me **

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5888591114a7cf34-M98c3490c5198333d68981ce1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] dp9ik port

[Eli Cohen]

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 tried to keep after that a bit and try to figure out a roadmap
based on what I have done before and what it would take to do this.

before I ever started on this project at all, I had looked into dp9ik
before to re-implement it in javascript for another project, so I do
know a little about the login process and how dp9ik works as a
pre-shared key authenticator for an encrypted connection. (not the
math behind that though! just ported what was necessary to javascript)

I started doing the same thing kinda, just back-porting stuff to send
a patch upstream. it rapidly started becoming as much of a mess as my
efforts to port to javascript, what was only C to C! I'm not a
professional here at all...

I did note it seemed helpful to have both types of plan 9 systems and
both types of drawterm because of slight differences in the keyboard
input

thanks everyone!

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T21443e91804188d5-Mb0b7e7708b2883c78c2fd9d6
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Getting to my dos USB drive on plan9 VMWARE (Windows 10)

[Eli Cohen]

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

On Mon, Sep 13, 2021, 8:09 AM Bakul Shah  wrote:

> On Sep 13, 2021, at 4:02 AM, revcomni...@gmail.com wrote:
> >
> > I have succeeded in installing plan9 on qemu but so far have not had any
> success in getting via plan9 to the USB fat drive that contains my data. If
> I go into /dev/ I cannot see the device listed there. Any ideas would be
> appreciated.
> 
> https://unix.stackexchange.com/questions/452934/can-i-pass-through-a-usb-port-via-qemu-command-line
> 
> -- Bakul
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tddd6ef89c1e17f3a-Me332f9f9adb6df3d9179cda0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Drawterm GPU (was: Software philosophy)

[Eli Cohen]

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
working right consistently...

- Eli

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tad29bfc223dc4fbe-Mcbf7a2c5fb834f377c53c19a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Drawterm GPU (was: Software philosophy)

[Eli Cohen]

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 thinking, though.

On Sun, Aug 22, 2021 at 6:46 AM Paul Lalonde  wrote:
>
> I'd love to see  GPU support for Plan9.  This discussion falls right into my 
> professional capacity.  I'll say that people generally *grossly* 
> underestimate the complexity of a modern GPU and of its supporting software 
> stack.  The GPU driver is effectively a second operating system with shared 
> memory and DMA interfaces to the host.  Even bringing up a modern GPU for 
> just compute tasks is a very large endeavour.
>
> That being said, if you want real hardware support, the best place to start 
> is currently AMD's open-source stack.  Ignoring the Vulkan bit, understanding 
> their platform abstraction layer (PAL) and shader ISA 
> (https://developer.amd.com/wp-content/resources/Vega_Shader_ISA_28July2017.pdf)
>  is the base.  The lower hardware levels are reasonably well-described in 
> linux's libdrm and its AMD support in amdgpu.
>
> Opinions on how to bring this to Plan9?  I don't really have any - it's a 
> huge pile of work with minimal benefit.  If you're looking for lightweight 
> graphics, WebGL is a doable path, and almost certainly the right way to 
> experiment with Plan9-like interfaces to graphics hardware.
>
> Paul
>
>
>
> On Sun, Aug 22, 2021 at 5:30 AM sirjofri  
> wrote:
>>
>>
>> 22.08.2021 14:10:20 Stuart Morrow :
>> > Also:
>> >> people have discussed that for years
>> >
>> > They have?  I mean I might have seen occasionally someone vaguely
>> > going "some sort of GPU support would be cool to have".  That isn't
>> > discussion.
>> 
>> I've even heard of someone actually making GPU stuff work on plan 9. I've
>> only heard from their partner, who made a cute glenda thing on a piece of
>> cloth. I chatted with her a little and told her she should encourage her
>> partner for some discussion about this in our channels. It looked like
>> it's some academic work, but I don't know any details about it.
>> 
>> Worst case, someone already has a proper and good GPU implementation for
>> Plan 9 and nobody knows about it.
>> 
>> sirjofri
>> 
>> Btw if the said person reads this: it would be nice to learn some
>> details.
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tad29bfc223dc4fbe-Mdcb928be475cb614573450f3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Software philosophy

[Eli Cohen]

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 things... tensorflow is
a really nice approach for custom networks, even making custom layers,
etc. I haven't seen any examples but it would be interesting to think
about that in C. it might end up being easier to write something like
that in C than port everything for something like tensorflow... I did
port a somewhat outdated C library: https://github.com/echoline/fann
it isn't nearly as customizable as tensorflow though.

I always really liked the "XCPU" and drawterm type ideas of using
other OSes for their existing strengths along with Plan 9. maybe
drawterm could have a GPU device driver or something... that being
said I have sometimes found it ends up surprisingly easier doing it
all on Plan 9...

- Eli

On Sat, Aug 21, 2021 at 7:48 PM  wrote:
> > I have ended up using 9front more and more, obviously. 9front was
> > started specifically to address the fact that Plan 9 from Bell Labs
> > didn't run on most computers...
> 
> me, too.
> 
> 9front have many kinds of device drivers.   If we live on other OSs than 
> plan9,
> we cannot do anything other than those device drivers.
> 
> However, if we consider it more deep, we don't need not so much
> kinds of running terminals.  We need only one cpu/auth/file server machine
> and many of drawterms, or as Russ is doing plan9port.
> 
> If we consider it like this, we should discuss what kinds of computer work
> we want.   I want to run deep learning on plan9...  If so, we need 64 bit
> kernel for cpu server, and python
> 
> Kenji
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-Mdf830ebc446636d4ca37b479
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Software philosophy

[Eli Cohen]

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 it. I didn't get very far with it and started to feel like I was just
making a mess. I often feel that way with my coding.

if anyone understood my feelings of being misunderstood, not that I ever
put any effort into knowing who any of you are, it did seem boomers made
all this. I'm on the fence about the moon thing though, I don't see any
particular reason we should believe in any lights in the night sky or other
ridiculousness.

On Thu, Aug 19, 2021, 4:47 AM hiro <23h...@gmail.com> wrote:

> > We have beef with the One Plan 9 idea. Or at least the all people I have
> > talked to about this topic.
> 
> personally i have no beef with it. i'd be happy for everybody to
> upgrade to 9front.
> it's all open-source for a reason, would be a shame if nobody believes
> in their own fork...

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-Me9f5351c0353c26fe7ae4eea
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Software philosophy

[Eli Cohen]

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 Bell Labs
didn't run on most computers... If I have any feeling at all about it,
it's that there's room for another fork that is an even simpler
research platform. in other discussions people say, why do we have
things that aren't relevant? We all love catclock, email... some users
may only want plan 9 for that... some people also discussed even
removing compiled binaries as much as possible. mostly, I like the
idea of plan 9 that runs on the computer I have... but I understand
that for a lot of reasons other people don't necessarily feel the same
way.

we wouldn't be here if we didn't agree Plan 9 is the best OS design.
and they're all free software. 9front has some very interesting things
that 9legacy can (and does) use as patches. it's just actually
difficult to write software, for some value of difficulty.

there's a lot of shit going on in the world today... we all gathered
here to agree Plan 9 is great software, then just be rude to each
other because...? I really don't understand, I'm not exaggerating.
what is the actual disagreement here?

On Wed, Aug 18, 2021 at 1:12 PM David du Colombier <0in...@gmail.com> wrote:
> 
> Here are some clarifications.
> 
> 9legacy used to be a an experimental patch queue for
> Plan 9 from Bell Labs, providing patches that were not
> yet accepted into the mainline distribution. That's why
> we didn't recommend to use 9legacy, unless you had
> specific needs.
> 
> However, this isn't really the case since 2015, because
> Plan 9 from Bell Labs is not maintained anymore
> (last release was 2015-01-10).
> 
> Today, 9legacy is more of a continuation of Plan 9 from Bell Labs.
> There are still experimental patches, but also a lot of fixes and
> improvements that would probably be part of Plan 9 from Bell Labs
> if it was still maintained.
> 
> Also, NIX is not maintained anymore. However, there are
> some other variants of 9k (the 64-bit Plan 9 kernel), including
> the one available as part of 9legacy, that are still in progress.
> 
> --
> David du Colombier

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-Me55ae2eef0de0a39ecd205ad
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] OAuth2 in factotum

[Eli Cohen]

"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?
> 
> Have you tried it? What bugs do you
> have to report?
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T6899bf3f0654295d-M7983db2521327a11491d43dc
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] patches from 9front

[Eli Cohen]

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... I have heard someone (moody?) has ported dp9ik
tlsclient to unix :)

- Eli

On Mon, Feb 22, 2021 at 8:47 PM  wrote:
>
> Quoth David du Colombier <0in...@gmail.com>:
> > > When I got git9 working on 9legacy, I backported a couple
> > > of utilities and changes:
> > >
> > > /n/sources/patch/walk
> > > /n/sources/patch/rc-line-split
> >
> > These patches are now part of 9legacy. Thanks!
> >
> 
> thank you :)
> 
> let me know if there's anything else you're interested
> in cherry picking, happy to help prepare patches.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M31a370987e95417ff7bd3705
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] patches from 9front

[Eli Cohen]

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:
http://felloff.net/usr/cinap_lenrek/newticket.txt

a preliminary rough draft roadmap:

figure out better how dp9ik is done on 9front (I've looked at this a
bit, the key exchange is used for chacha20-poly1305 PSK TLS, then a
lot is rc-based, rconnect with tlsclient...)
look at how that's different than 9legacy (libsec additions, etc.
figure out which parts should be different patches)
then make a better roadmap

another question already, though a bit early for it... how are 9legacy
patches generated? on 9front as far as I know everything is in
mercurial and people use hg diff

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M48beeaa7508450841756161d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] patches from 9front

[Eli Cohen]

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 that much and would learn from doing it, and if
> > so, what are priorities for things to port back as patches for 9legacy
> >
> In short: it's a bitch!
>
> I'm sure David will appreciate all the help he can get, but the code
> divergences will not be easy to tame.
>
> I don't like Git, but I also don't think the Plan 9 "dump" is adequate
> to the task of tracking "branches" as would apply in this complex
> case.
>
> Perhaps I can recommend isolating bug fixes as distinct from adding
> features, but where does one draw the line?

I'm not even sure where or how to start. dp9ik seems important if
9legacy doesn't already have something similar. that's probably both a
bug fix and feature... and quite a task! but I would be interested in
porting patches back to learn more

> 
> Best of luck, if you intend to proceed.
> 
> Lucio.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-Mf5ec8c7af40a876a0e7a3595
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] patches from 9front

[Eli Cohen]

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

thank you for Plan 9!
- Eli
--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M59dae010f6c9ef6b52216a94
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] cold boot installation of Plan 9 on a eeepc 701 :(

[Eli Cohen]

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 even though mine now lacks a screen.

On Sat, Feb 23, 2013 at 5:08 AM, Roberto Baitelli rmj49...@uol.com.brwrote:

 After power off power on i got
 trying sdD0... dosinit: can't open #S/sdD0/9fat
 dosinit #S/sdD0/9fat failed
 Boot from:
 i found the file bootdisk.img as Gorka said. But what would be the answer
 for the question above: Boot from... to get the instalation procedure go on
 using the bootdisk.img?

 On Feb 23, 2013, at 9:00 AM, 9fans-requ...@9fans.net wrote:

  Re: [9fans] cold boot installation of Plan 9 on a eeepc 701
:(




-- 
http://echoline.org

Re: [9fans] p9p srv files on plan 9

[Eli Cohen]

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 p9p in $namespace
 mounted under plan9? attempting to do so under drawterm
 objects Operation not supported on socket.

Re: [9fans] apparently nice summary of small linux pcs

[Eli Cohen]

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 such a machine. Every time we get to this point in this
  (recurring) conversation, I'm compelled to make sure everyone
  has seen the excellent Styx on a Brick paper, describing work
  to export the sensors and motors connected to a Lego
  Mindstorm controller over styx.
 
http://inferno-os.googlecode.com/svn/trunk/doc/lego.pdf

 don't forget jeff's pic controllers.

 - erik

Re: [9fans] apparently nice summary of small linux pcs

[Eli Cohen]

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 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 such a machine. Every time we get to this point in this
   (recurring) conversation, I'm compelled to make sure everyone
   has seen the excellent Styx on a Brick paper, describing work
   to export the sensors and motors connected to a Lego
   Mindstorm controller over styx.
  
 http://inferno-os.googlecode.com/svn/trunk/doc/lego.pdf
 
  don't forget jeff's pic controllers.
 
  - erik
 
 
 

[9fans] discrepency between plan9 and ixpc

[Eli Cohen]

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
% ls /n/anything
anything

the output of ls is just whatever directory i mount it in, though accessing
arductl and ardudata works fine despite their absence from the directory
listing.

anyone have any ideas what i might be doing wrong?

the source code is at https://github.com/echoline/NinePea

ps.
and sorry for calling you a grinch

Re: [9fans] discrepency between plan9 and ixpc

[Eli Cohen]

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
  arductl and ardudata works fine despite their absence from the directory
  listing.
 
  anyone have any ideas what i might be doing wrong?
 
  the source code is at https://github.com/echoline/NinePea

 Without looking at the code it sounds like
 you're not getting the Rstat correct.  Does
 the root qid return / for the stat name?

 You can use iostats(4) to help investigate.

 Cheers,
  Anthony


thanks!  that let me resolve the issue.

[9fans] happy holidays!

[Eli Cohen]

a video of plan9 blinkenlights:

http://www.youtube.com/watch?v=_nzUe0pqfMA

thanks maht, and all the rest of you!

Re: [9fans] novel userspace paradigms introduced by plan 9

[Eli Cohen]

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 does, but you'd have to also find a good way to bind a directory
elsewhere in the tree at a per-process level, unified with what was already
there (aka, hopefully NOT like mount -o bind).  This is only the tip of the
iceberg; plan9 does this per-process filesystem namespacing to set up a good
environment for a system which adheres to the orginal unix philosophies
such as, everything has a file to represent it.  linux does this well for
data on the disk, device nodes, and whatever gets put in /proc.  it does not
do this, generally, for something like an email message.  a good plan9
program, however, is likely to do this.
as an example of the power of this concept, `% topng  /dev/screen 
screenshot.png' will use the relatively simple program topng to convert the
*file* /dev/screen into the *file* screenshot.png.
One major difference is X11.  In plan9, the system handles the graphics more
directly.  network export of windows is handled differently.  it might be
interesting to make a rio for linux which draws directly to /dev/fb0.  Or it
might be better to convert /dev/fb0 to a /dev/screen on linux, even in
userspace, and then more or less use rio for plan9.  performance might be an
issue, but plan9 people are still waiting on 3d graphics if they even care
enough to wait...

-Eli

On Sat, Jul 2, 2011 at 10:24 AM, Jack Johnson knapj...@gmail.com wrote:

 On Sat, Jul 2, 2011 at 8:29 AM, dexen deVries dexen.devr...@gmail.com
 wrote:
  disclaimer: i'm not a plan 9 person for any viable value of `p9 person'

 I'm in the same boat, but I aspire to be in the other boat. :)

 -Jack