Re: [9fans] Plan 9 History Timeline

02.08.2025 04:20:11 Ron Minnich : > I wonder if this is the place for links to publications and results. > We produced a fair bit of stuff for HPC, including the amd64 compiler > and the ratrace command which are still around; some stuff which may > come back, like NiX; and a lot of stuff that's n

Re: [9fans] Plan 9 History Timeline

I wonder if this is the place for links to publications and results. We produced a fair bit of stuff for HPC, including the amd64 compiler and the ratrace command which are still around; some stuff which may come back, like NiX; and a lot of stuff that's not, like the curried system calls. On Thu,

Re: [9fans] Plan 9 History Timeline

31.07.2025 23:08:24 ron minnich : > sorry if I missed this, but how do you want updates? github pull requests, > just send you the lines, ... ? Honestly, I think these updates would integrate quite nicely in any way, so you can choose the way you want. A pull request would be easiest for me, but

Re: [9fans] Plan 9 History Timeline

sorry if I missed this, but how do you want updates? github pull requests, just send you the lines, ... ? thanks On Mon, Jul 21, 2025 at 12:19 PM Steve Simon wrote: > it might be interesting to add coraid’s work to the timeline - their core > code is not released but it begat 9atom. i expect Br

Re: [9fans] mk clean on /sys/src/cmd/git

It's worth reiterating that 9fans' policy is that this is not an appropriate place to post "AI" or LLM-generated content. We've banned the account. It was a moderation miss letting this through. We apologize for the error. -- 9fans: 9fans Permalink: https:

Re: [9fans] mk clean on /sys/src/cmd/git

Vào 22:06, Th 2, 28 thg 7, 2025 thales.of.miletus < miletus.thales@gmail.com> đã viết: > That is a good question. In many cases, it is true that you > can rebind /bin using commands such as: > > bind /bin /oldbin > bind /newbin /bin > > This works when the namespace is fully under the user’s >

Re: [9fans] mk clean on /sys/src/cmd/git

Your LLM is lying to you. Unfortunately, since this got through to the mailing list, you're now misleading people. For anyone reading this -- the message is simply wrong, and anything in it should be ignored. On Sun, 27 Jul 2025 14:09:02 +0900 "thales.of.miletus" wrote: > That is a good questio

Re: [9fans] mk clean on /sys/src/cmd/git

The broader question is architectural in nature. Should Plan 9 be employed as a conventional local system, or should it be used as it was originally intended, as a distributed environment in which each user maintains an independent and potentially dynamic view of available resources? In configurat

Re: [9fans] mk clean on /sys/src/cmd/git

That is a good question. In many cases, it is true that you can rebind /bin using commands such as: bind /bin /oldbin bind /newbin /bin This works when the namespace is fully under the user’s control. Plan 9’s namespace model supports it well. However, this assumes a standalone setup. Plan 9 was

Re: [9fans] IRC question for libera.chat

Quoth Andreas.Elding via 9fans <9fans@9fans.net>: > Thank you, this made things much clearer. Apparently they block you if you're > using a VPN for some reason. > > > On Sunday, July 27th, 2025 at 3:49 PM, noodle via 9fans <9fans@9fans.net> > wrote: > > > Quoth Andreas.Elding via 9fans 9fans@9

Re: [9fans] IRC question for libera.chat

Thank you, this made things much clearer. Apparently they block you if you're using a VPN for some reason. On Sunday, July 27th, 2025 at 3:49 PM, noodle via 9fans <9fans@9fans.net> wrote: > Quoth Andreas.Elding via 9fans 9fans@9fans.net: > > > So lately I've been having issues connecting to li

Re: [9fans] IRC question for libera.chat

Quoth Andreas.Elding via 9fans <9fans@9fans.net>: > > So lately I've been having issues connecting to libera.chat with ircs, and > other clients. It always fails connecting, no matter which client I use. > > Has something changed? > > Sent with Proton Mail secure email. Works fine on my side.

Re: [9fans] mk clean on /sys/src/cmd/git

Quoth Frank D. Engel, Jr. : > > However, how do you wind up in a situation in which you can't change /bin? > > Worst case couldn't you just: > >     bind /bin /oldbin > >     bind /newbin /bin > > ? > pretty sure you responded to an llm, and the llm lied to you; you should always be able t

Re: [9fans] mk clean on /sys/src/cmd/git

Interesting...  always learning something new. However, how do you wind up in a situation in which you can't change /bin? Worst case couldn't you just:     bind /bin /oldbin     bind /newbin /bin ? On 7/25/25 01:01, miletus.thales@gmail.com wrote: I would like to clarify the role of |

Re: [9fans] mk clean on /sys/src/cmd/git

I would like to clarify the role of $path in Plan 9 and in 9front. Some have said that Plan 9 has no concept of path, due to the use of union mounts. This is not accurate. The shell in Plan 9, called rc, uses a variable named $path to locate commands. This variable is defined in /rc/lib/r

Re: [9fans] mk clean on /sys/src/cmd/git

On Thu, Jul 24, 2025 at 4:56 PM Frank D. Engel, Jr. wrote: > There is no concept of "path" in 9front/Plan9 - not needed due to union > mounts. Perhaps sadly, that's not true. `$path` is still a thing in `rc`; see `/rc/lib/rcmain` or `echo $path` at the `rc` prompt. Ori is correct that on 9front i

Re: [9fans] mk clean on /sys/src/cmd/git

Yes, I'd say it's largely a historical mistake, and we mostly ignore it, but it's there. Quoth Jacob Moody : > That's not true, rc has a $path, you can see for yourself: > > cpu% echo $path > /bin . > > Most stuff does just use /bin, but for convenience rc also includes the cwd > in $path. > >

Re: [9fans] mk clean on /sys/src/cmd/git

That's not true, rc has a $path, you can see for yourself: cpu% echo $path /bin . Most stuff does just use /bin, but for convenience rc also includes the cwd in $path. On 7/24/25 15:54, Frank D. Engel, Jr. wrote: > There is no concept of "path" in 9front/Plan9 - not needed due to union > mount

Re: [9fans] mk clean on /sys/src/cmd/git

There is no concept of "path" in 9front/Plan9 - not needed due to union mounts. You just mount additional directories on top of /bin to "merge" them at one location. On 7/23/25 18:12, o...@eigenstate.org wrote: on 9front, I think the default path is (/bin .), but I think it's worth being a

Re: [9fans] 11th iwp9 pdf proceedings link broken

The initial problem appeared on the http://iwp9.org/11e page, the archive page of the 2025 edition, that should at one point be available at 11e.iwp9.org. I just forgot to copy the .pdf over. It's done now and the link isn't broken anymore. Thanks Maurizio for pointing out the problem and ron for p

Re: [9fans] mk clean on /sys/src/cmd/git

on 9front, I think the default path is (/bin .), but I think it's worth being a bit more robust. Done. Quoth Kyohei Kadota via 9fans <9fans@9fans.net>: > Hi, David. > > I found, on /sys/src/cmd/git, mk clean exits with an usage error. For example: > > % cd /sys/src/cmd/git > % mk clean > rm -f *

Re: [9fans] Plan 9 History Timeline

it might be interesting to add coraid’s work to the timeline - their core code is not released but it begat 9atom. i expect Brantly will be happy to supply some major releases. there was also nCube but i know little if what they did (other than make VOD servers) or anything that might remain fr

Re: [9fans] Plan 9 History Timeline

On Mon, Jul 21, 2025 at 11:20 AM sirjofri via 9fans <9fans@9fans.net> wrote: > [snip] > > And don't forget Brazil! > > I know plan 9 has a solid history in Brazil, did they have their own fork? It > would be cool to learn more about that. Kinda. As I understood it, Brazil was sort of a mostly

Re: [9fans] Plan 9 History Timeline

This is very nice, thanks. For Plan 9, the Fourth Edition (2002-04-27) is missing. /n/sources was started on 2002-12-12. Also, I think you could note that the last change at Bell Labs was done on January 2015. -- David du Colombier -- 9fans: 9fans Perma

Re: [9fans] Plan 9 History Timeline

Hi, 19.07.2025, 18:11, ron minnich: > I would say the first real harvey commit was feb 1 2015 or so, those earlier > commits were from 0intro's trees.  I added that, thanks. > Jehanne forked off a few years after that. It would be cool to know some more precise year for that graph. > > On Sa

Re: [9fans] Re: Why does 9legacy's 9k kernel ignore all uarti8250 devices?

Hi, Adrian. I use Arch Linux. My versions are: - linux 6.15.6.arch1-1 - qemu-base 10.0.2-1 Hmm, the code snippet in i8250pnp: if(uart == head) head = uart->next; else (uart-1)->next = uart->next; This snippet removes the uart from the list. So current implementation looks very strange t

Re: [9fans] Update on my IWP9 paper

This is definitively interesting. After your talk during IWP9, we wondered with Paul if it was not almost mandatory, with the Nix scheme, to explore also the "RC": Realtime Core. I will eagerly wait for the future episodes of the quest 8-) On Sun, Jul 20, 2025 at 09:57:09AM +, Brian L. Stuart

Re: [9fans] alloca; " (Why not add it?)" -- because ...

Email z soboty 19 lipca 2025 od Charlesa Forsytha: > languages such as Ada that have dynamically-sized values, including values > returned as unconstrained array types, run a second stack in parallel, > putting the dynamically-sized things on that. i suppose it's similar to > Weinstein and Wulf's Q

Re: [9fans] Update on my IWP9 paper

On Sun, 20 Jul 2025 09:57:09 +, "Brian L. Stuart via 9fans" <9fans@9fans.net> wrote: 9fans> So why did it seem to work so much better with the kernel 9fans> driver? You may remember that the kernel driver couldn't 9fans> use the DMA controller, so it wrote the data with programmed 9fans> I/O.

Re: [9fans] alloca; " (Why not add it?)" -- because ...

As per C99, variable length arrays are allowed so conforming compilers would have to support the equivalent of alloca() but the plan9 C dialect is older. > On Jul 19, 2025, at 9:22 AM, Charles Forsyth > wrote: > > (except that you can do all the work in C, and with extern register you might >

Re: [9fans] alloca; " (Why not add it?)" -- because ...

I suspect not using alloca() would be a pretty fundamental change in ChickenScheme. Probably better to focus on some other Scheme as overall there are quite a few better implementations than Chicken. See https://ecraven.github.io/r7rs-benchmarks/ > On Jul 19, 2025, at 8:55 AM, ron minnich wrote

Re: [9fans] alloca; " (Why not add it?)" -- because ...

(except that you can do all the work in C, and with extern register you might make them strictly equivalent) On Sat, 19 Jul 2025 at 17:21, Charles Forsyth wrote: > the work required to manage that seems broadly equivalent to saving, > restoring and managing a frame pointer. > > On Sat, 19 Jul 20

Re: [9fans] alloca; " (Why not add it?)" -- because ...

the work required to manage that seems broadly equivalent to saving, restoring and managing a frame pointer. On Sat, 19 Jul 2025 at 17:19, Charles Forsyth wrote: > languages such as Ada that have dynamically-sized values, including values > returned as unconstrained array types, run a second sta

Re: [9fans] alloca; " (Why not add it?)" -- because ...

languages such as Ada that have dynamically-sized values, including values returned as unconstrained array types, run a second stack in parallel, putting the dynamically-sized things on that. i suppose it's similar to Weinstein and Wulf's QuickFit (one very fast malloc strategy) but with stacked li

Re: [9fans] Plan 9 History Timeline

I would say the first real harvey commit was feb 1 2015 or so, those earlier commits were from 0intro's trees. Jehanne forked off a few years after that. On Sat, Jul 19, 2025 at 9:05 AM Dan Cross wrote: > On Sat, Jul 19, 2025, 11:53 AM ron minnich wrote: > >> If you can add an entry for HPC, s

Re: [9fans] Plan 9 History Timeline

On Sat, Jul 19, 2025, 11:53 AM ron minnich wrote: > If you can add an entry for HPC, starting in 2000, at LANL, with the setup > of the centre, I'll add events after that. Just want to let you put that > HPC line where you'd like it. > And don't forget Brazil! > On Sat, Jul 19, 2025 at 8:29 AM

Re: [9fans] alloca; " (Why not add it?)" -- because ...

Sorry, I got that confused, but I still believe that, clever or no, they should just find a way to not use alloca. On Sat, Jul 19, 2025 at 8:53 AM Bakul Shah via 9fans <9fans@9fans.net> wrote: > On Jul 19, 2025, at 8:02 AM, ron minnich wrote: > > > I'd argue that fixing Chez not to need alloca

Re: [9fans] alloca; " (Why not add it?)" -- because ...

On Jul 19, 2025, at 8:02 AM, ron minnich wrote: > > I'd argue that fixing Chez not to need alloca is a better approach. I believe it is Chicken Scheme that requires alloca() as it uses "Cheney on the MTA" garbage collection method that essentially allocates all heap objects on the stack. It is

Re: [9fans] Plan 9 History Timeline

If you can add an entry for HPC, starting in 2000, at LANL, with the setup of the centre, I'll add events after that. Just want to let you put that HPC line where you'd like it. On Sat, Jul 19, 2025 at 8:29 AM sirjofri via 9fans <9fans@9fans.net> wrote: > 17.07.2025 22:22:42 ron minnich : > > > T

Re: [9fans] Plan 9 History Timeline

17.07.2025 22:22:42 ron minnich : > This is nice, I'll try to get my changes in Nice, thank you. A few notes: Right now, there is a limitation that we can't add more than one event per year per system. I mean, we can add more, but they will visually overlap, which is not so nice. I don't know

Re: [9fans] 11th iwp9 pdf proceedings link broken

I went to iwp9.org and tried the link to proceedings, and it works fine for me On Fri, Jul 18, 2025 at 12:24 PM Avindra G wrote: > try: > > https://iwp9.org/11thiwp9proceedings.pdf > > avindra goolcharan > > > On Mon, Jul 14, 2025 at 9:34 AM Maurizio Boriani > wrote: > >> Hi, >> the link http

Re: [9fans] Chez Scheme port?

> On Jul 18, 2025, at 8:51 AM, o...@eigenstate.org wrote: > > Quoth Bakul Shah via 9fans <9fans@9fans.net>: >> I recommend getting in touch with Chez Scheme folks (Matthew Flatt?) >> or Gambit folks (Marc Feeley) to see if they are interested in >> helping or, better, any of their students may b

Re: [9fans] Chez Scheme port?

On Jul 18, 2025, at 8:51 AM, o...@eigenstate.org wrote: > > Quoth Bakul Shah via 9fans <9fans@9fans.net>: >> I recommend getting in touch with Chez Scheme folks (Matthew Flatt?) >> or Gambit folks (Marc Feeley) to see if they are interested in >> helping or, better, any of their students may be in

Re: [9fans] Chez Scheme port?

Quoth Bakul Shah via 9fans <9fans@9fans.net>: > I recommend getting in touch with Chez Scheme folks (Matthew Flatt?) > or Gambit folks (Marc Feeley) to see if they are interested in > helping or, better, any of their students may be interested in porting! > > I had a very rough port of Gambit with

Re: [9fans] Chez Scheme port?

Thanks. I'll follow up. On Thu, Jul 17, 2025 at 9:09 PM Bakul Shah via 9fans <9fans@9fans.net> wrote: > > I recommend getting in touch with Chez Scheme folks (Matthew Flatt?) > or Gambit folks (Marc Feeley) to see if they are interested in > helping or, better, any of their students may be interes

Re: [9fans] Chez Scheme port?

On Jul 18, 2025, at 2:38 AM, Shawn Rutledge wrote: > > Using linked lists for everything is already wasteful: no need make it worse > by taking a 128-bit cons cell, two values, and then adding a few more bits to > each value for the type tag. You might end up doubling the size to keep word >

Re: [9fans] 11th iwp9 pdf proceedings link broken

try: https://iwp9.org/11thiwp9proceedings.pdf avindra goolcharan On Mon, Jul 14, 2025 at 9:34 AM Maurizio Boriani wrote: > Hi, > the link http://iwp9.org/11e/11thiwp9proceedings.pdf seems to be broken. > > Thank you, > > best regards. > > -- > Maurizio Boriani > ---

Re: [9fans] Chez Scheme port?

On 7/18/25 04:25, Shawn Rutledge wrote: > snip... > There are a couple of obstacles: Chicken uses stack allocation heavily > (Cheney-on-the-MTA implementation), and we don’t have alloca() on Plan 9.   > (Why not add it?)  And the other is that Chicken’s compiler generates C code: > it would have

Re: [9fans] Chez Scheme port?

There are a good number of Scheme and Lisp interpreters that do work on Plan 9. I tried every one that I could find. But I’m not fond of the lack of smart NaN-boxing in most of them: cons cells tend to be bigger than they need to be. (Using linked lists for everything is already wasteful: no

Re: [9fans] Chez Scheme port?

I recommend getting in touch with Chez Scheme folks (Matthew Flatt?) or Gambit folks (Marc Feeley) to see if they are interested in helping or, better, any of their students may be interested in porting! I had a very rough port of Gambit with Feeley's help but that was a long time ago and all thos

Re: [9fans] Chez Scheme port?

On Thu, Jul 17, 2025 at 07:00:07PM -0700, Skip Tavakkolian wrote: > Has anyone looked into porting the Chez Scheme compiler? I haven't tried Chez on Plan 9, but I have played a bit with s9fes. If you really want to try something strange, I did do a scheme implemention on Inferno a long time ago.

Re: [9fans] Plan 9 History Timeline

This is nice, I'll try to get my changes in On Thu, Jul 17, 2025 at 12:30 PM sirjofri via 9fans <9fans@9fans.net> wrote: > Hi, > > sometimes I'm confused about the number of Plan 9 related projects and how > they fit into the whole scheme of Plan 9 World. So I started collecting > some historic

Re: [9fans] Floating point… error? Bug?

Thanks, that seems to be it; Ori got me pointed in the same direction in #plan9 on irc. > On Jul 16, 2025, at 19:45, Dan Cross wrote: > > On Wed, Jul 16, 2025 at 5:57 PM Anthony Sorace wrote: >> I have a floating point issue I don’t understand. I have a stripped-down >> reproducer here: >> >

Re: [9fans] Floating point… error? Bug?

On Wed, Jul 16, 2025 at 5:57 PM Anthony Sorace wrote: > I have a floating point issue I don’t understand. I have a stripped-down > reproducer here: > > http://a.9srv.net/tmp/fptest.c > > Tested on 8c on 9legacy and 6c on geoff’s 9k, “step” prints different things > for the intermediate value and

Re: [9fans] IWP9 photos

samesiez On Mon, 14 Jul 2025, 23:20 paul lalonde, wrote: > Same! > > On Mon, Jul 14, 2025, 2:10 p.m. Gorka Guardiola wrote: > >> >> On Mon, Jul 14, 2025, 21:00 ron minnich wrote: >> >>> I have no objection to my name being up there. >>> >> Me neither. >> >> G. >> > *9fans

Re: [9fans] IWP9 photos

Same! On Mon, Jul 14, 2025, 2:10 p.m. Gorka Guardiola wrote: > > On Mon, Jul 14, 2025, 21:00 ron minnich wrote: > >> I have no objection to my name being up there. >> > Me neither. > > G. > *9fans * / 9fans / see discussions >

Re: [9fans] IWP9 photos

On Mon, Jul 14, 2025, 21:00 ron minnich wrote: > I have no objection to my name being up there. > > > Me neither. G. --

Re: [9fans] IWP9 photos

I have no objection to my name being up there On Mon, Jul 14, 2025 at 6:52 AM wrote: > On Fri, Jul 11, 2025 at 06:27:56PM +0200, Edouard Klein wrote: > > Hi ! > > > > You can now find the pictures at: > > > > http://iwp9.org/11e/index.html#pic > > > > Would it be possible, for the ones on the g

Re: [9fans] IWP9 photos

On Fri, Jul 11, 2025 at 06:27:56PM +0200, Edouard Klein wrote: > Hi ! > > You can now find the pictures at: > > http://iwp9.org/11e/index.html#pic > Would it be possible, for the ones on the group photo accepting it of course, to have a caption giving names or nicknames the usual way for the pe

Re: [9fans] IWP9 photos

"mia via 9fans" <9fans@9fans.net> writes: > Whoops, I missed all this. I am now subscribed. > > Quoth Edouard Klein : >> >> I'm not quite happy with the way I transformed Mia's raw files into jpg, >> I find the result overexposed. >> >> If you know what you are doing, please do not hesitate to g

Re: [9fans] IWP9 photos

On Fri, 11 Jul 2025 21:09:48 -0400, mia via 9fans <9fans@9fans.net> said: > Whoops, I missed all this. I am now subscribed. > > Quoth Edouard Klein : >> >> I'm not quite happy with the way I transformed Mia's raw files into jpg, >> I find the result overexposed. >> >> If you know what you are doing

Re: [9fans] IWP9 photos

Whoops, I missed all this. I am now subscribed. Quoth Edouard Klein : > > I'm not quite happy with the way I transformed Mia's raw files into jpg, > I find the result overexposed. > > If you know what you are doing, please do not hesitate to give it a go > and send me a better result, which I'll

Re: [9fans] IWP9 photos

Hi ! You can now find the pictures at: http://iwp9.org/11e/index.html#pic I'm not quite happy with the way I transformed Mia's raw files into jpg, I find the result overexposed. If you know what you are doing, please do not hesitate to give it a go and send me a better result, which I'll upload

Re: [9fans] Uglendix (Plan9/Linux distro) released to docker hub

this is awesome!!! I have not used this yet, and I would not use it quite through docker, but thank you for putting this together!! I really appreciate what you are doing here, arusekk! On Wed, Jul 9, 2025 at 6:30 AM Arusekk via 9fans <9fans@9fans.net> wrote: > > Hi fans, > > I would like to ann

Re: [9fans] Awesome Plan 9 list

And please do send updates or new things you find that are missing! I am more than happy to merge new entries. I have a few other adjacent lists including one for Inferno, for those interested. On Tue, Jul 8, 2025 at 11:43 AM Skip Tavakkolian wrote: > > Thank you to all those who maintain this

Re: [9fans] the linux appliance has networking

I have run 9front as a thread and it works great. I need to do a youtube demo -- we were unable to show it at IWP9 due to display compatibility funnies. On Sat, Jul 5, 2025 at 8:38 AM sirjofri via 9fans <9fans@9fans.net> wrote: > Hi, > > Not that it really makes sense, but have you tried runn

Re: [9fans] the linux appliance has networking

Hi, Not that it really makes sense, but have you tried running 9front as a thread? Inferno could also be interesting... sirjofri -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te76ab24d61c9ede7-M283c0dd451b9938b395fa20f Delivery optio

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> Sorry, I was not clear and carelessly left out the reference to "native port > of Lua", http://shithub.us/kvik/lu9/HEAD/info.html Thanks for mentioning the project. My Plan 9 endeavours have regrettably been on a standby for several years now but I've mostly kept up with maintaining the Lua po

Re: [9fans] The Big Questioning: Plan 9 everywhere?

for elua run on x86? doest it start in x86-16, bigreal, protected, or paging-enabled mode? Can you get me a binary and an initial PC? This is the kind of thing for which vmthreads were made. On Fri, Jul 4, 2025 at 2:30 PM Clout Tolstoy wrote: > could elua (embedded lua) potentially be ran in vmx

Re: [9fans] The Big Questioning: Plan 9 everywhere?

could elua (embedded lua) potentially be ran in vmx? It would probably take some porting, but that runs on a handful of bare metal SoC's. Was thinking it could be an interesting way to jail it off from the OS. One would have to figure out how to mount the rootfs via p9fs and it would probably be g

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Fennel seems to work well with Lua as well. I started writing a 9P server to track players playing different dart games. (Why not?) And it works. But it’s all hard coded, so I started thinking of encoding the rules for each game in fennel. Sent from my iPhone > On Jul 4, 2025, at 11:55 AM, Ro

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Nice to hear about Lua and StreetLisp. It would probably make sense to have a native languages page or something like it on the foundation web site, so people know about this work! On Thu, Jul 3, 2025 at 4:05 PM Thaddeus Woskowiak wrote: > > On Thu, Jul 3, 2025, 5:02 PM Lyndon Nerenberg (VE7TFX/V

Re: [9fans] The Big Questioning: Plan 9 everywhere?

On Thu, Jul 3, 2025, 5:02 PM Lyndon Nerenberg (VE7TFX/VE6BBM) < lyn...@orthanc.ca> wrote: > Thaddeus Woskowiak writes: > > > I'm not a programming wiz but it would be nice to have a well supported > > language on Plan 9 besides c. I prefer that it be small and simple enough > > to git/clone then m

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Thaddeus Woskowiak writes: > I'm not a programming wiz but it would be nice to have a well supported > language on Plan 9 besides c. I prefer that it be small and simple enough > to git/clone then mk install and jump right in. A great example of the > simplicity I'm after is the native port of Lua

Re: [9fans] The Big Questioning: Plan 9 everywhere?

I agree with Moody. As for languages: I'm not really interested in porting languages to enable dragging along legacy software for the sake of running it on Plan 9. An example I have is kicad. It's huge but useful and I've made a few PCBs with it but I have no interest in ever seeing it run on Pla

Re: [9fans] HDMI display power management on 9Pi

Skip Tavakkolian wrote: When HDMI on 9Pi is turned off (due to inactivity), it doesn't completely shut the power off on the display. Anyone know what causes that? If I recall, Linux can do this. i recall that worked for me at least in 9front and likely in 9legacy. you need to add the following

Re: [9fans] The Big Questioning: Plan 9 everywhere?

On 7/2/25 07:46, Dan Cross wrote: > On Tue, Jul 1, 2025 at 6:37 PM Jacob Moody wrote: >> One of the reasons why Plan 9 is nice is that we do not have to copy >> everyone else's mistakes and assume >> their baggage for supporting X, Y, and Z environments. >> >> [snip] >> If people feel like we nee

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> Also, the cautionary note is to not be too reactive against the rest of the world Are you shitting on react and the art of restful API development? I have reported you to the relevant webshit authority. --your fellow webshitops tbh i am very thankful you brought up this wording as until now th

Re: [9fans] The Big Questioning: Plan 9 everywhere?

alef is pretty cool On Tue, Jul 1, 2025 at 11:47 PM Daniel Maslowski via 9fans <9fans@9fans.net> wrote: > > Pointless FUD. Which is not the Plan 9 way, I hope. > > On another note, Deno would make a sensible choice nowadays. > > On Mon, 30 Jun 2025, 23:53 , wrote: >> >> "Danny Wilkins via 9fans"

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Quoth ron minnich : > > go: unsupported GOOS/GOARCH pair plan9/arm64 Can take a look here: https://github.com/golang/go/issues/57540 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tf84d656c78bbda91-M01f305e3a03dfdcc4dccc8da Delivery op

Re: [9fans] The Big Questioning: Plan 9 everywhere?

go: unsupported GOOS/GOARCH pair plan9/arm64 so yeah. For Go, ARM is fine. arm64 not. I stopped work on harvey about the time of this CL. Harvey was just not getting traction, and the other folks had lost interest too. It was an experiment, I (we) learned a lot, but it was not going to succeed. F

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> On Jul 2, 2025, at 00:35, Jacob Moody wrote: > If people feel like we need something other than C, I'd prefer to see us > write something for ourselves, not import another language > off the shelf. So what about Limbo then? (I have no experience, so maybe I’m missing an obvious reason that

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> On Jul 1, 2025, at 01:40, Ron Minnich wrote: > > I think you may well be. We did try a push for plan 9 support in rust > in 2019 or so, but found a distinct lack of interest. > > rather than port the rust compiler to plan 9, if support ever got in, > it might be easier to use the linux applian

Re: [9fans] The Big Questioning: Plan 9 everywhere?

On Tue, Jul 1, 2025 at 6:37 PM Jacob Moody wrote: > One of the reasons why Plan 9 is nice is that we do not have to copy everyone > else's mistakes and assume > their baggage for supporting X, Y, and Z environments. > > [snip] > If people feel like we need something other than C, I'd prefer to se

Re: [9fans] The Big Questioning: Plan 9 everywhere?

One of the reasons why Plan 9 is nice is that we do not have to copy everyone else's mistakes and assume their baggage for supporting X, Y, and Z environments. A lot of how things become nicer on plan 9/9front is someone took the chance to take a step back, analyze the problem practically, and d

Re: [9fans] you almost can have zig

I'm happy to let others more knowledgable track down the zig plan 9 support, I'm busy trying to get it to run :-) maybe you can tell them to change how they do rename while they're at it, since it's a messy dependency. On Tue, Jul 1, 2025 at 2:55 PM wrote: > Quoth ron minnich : > > the linux ap

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Quite that the Rust ecosystem covers things that Go simply doesn't. That's fine though. A good subset would do. Plus, there are more and more native Rust implementations over time, so interop issues will be negligible. On Mon, 30 Jun 2025, 23:33 Paul Lalonde, wrote: > Yes, there's absolutely a w

Re: [9fans] you almost can have zig

Quoth ron minnich : > the linux appliance script is to this point (reminder: SIDECORE_DISTRO is a > flattened docker container in cpio format) > > term% SIDECORE_DISTRO=zig linux > running sidecore version > 2025/07/01 09:07:39 [ERROR] No handler for 100227.0 # no locking > # bash -i > root@(none)

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Pointless FUD. Which is not the Plan 9 way, I hope. On another note, Deno would make a sensible choice nowadays. On Mon, 30 Jun 2025, 23:53 , wrote: > "Danny Wilkins via 9fans" <9fans@9fans.net> wrote: > > > Obviously what needs to push is rust and node so that p9 can be a real > > next gen ser

Re: [9fans] The Big Questioning: Plan 9 everywhere?

01.07.2025 02:38:46 Stanley Lieber : >> On Jun 30, 2025, at 6:39 PM, Stanley Lieber wrote: >>  > markdown >> >> this builds and runs on plan 9: >> >> https://www.pell.portland.or.us/~orc/Code/discount/ I'll look at that, it looks promising! > actually, werc even ships an awk implementation: > h

Re: [9fans] The Big Questioning: Plan 9 everywhere?

In spite of early controversies the language seems to have come along nicely. I'd suggest play with it and find out for yourself (if interested). > On Jun 30, 2025, at 8:09 PM, o...@eigenstate.org wrote: > > V is.. controversial. The author has made a huge number of > questionable claims and prom

Re: [9fans] The Big Questioning: Plan 9 everywhere?

V is.. controversial. The author has made a huge number of questionable claims and promises. In terms of new languages, there's some support in Zig for Plan 9: https://github.com/ziglang/zig/blob/master/src/link/Plan9.zig https://github.com/ziglang/zig/blob/master/lib/std/os/plan9

Re: [9fans] The Big Questioning: Plan 9 everywhere?

I like the V language - while much like Go, interoperates with C quite well. In fact its first compiler was written in Go. Compiles itself in under a sec on m1 mac & ryzen 2700 (v->c which is then compiled with tcc). The "production" version compiles in about 3s on the mac and 6s on freebsd (spl

Re: [9fans] The Big Questioning: Plan 9 everywhere?

I think you may well be. We did try a push for plan 9 support in rust in 2019 or so, but found a distinct lack of interest. rather than port the rust compiler to plan 9, if support ever got in, it might be easier to use the linux appliance approach: linux cargo build for example. but first you'll

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Jacob Moody wrote: > > Has anyone tried to build Gnu Awk under APE? I've always wondered > > if it would work there. > > For fun I gave it a go, but we can't get past the configure: > > cpu% cd /mnt/term/home/moody/downloads/gawk-5.3.2 > cpu% ape/psh > $ ./configure > usage: ls [-ACFHLRUacdflprs

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> On Jun 30, 2025, at 6:39 PM, Stanley Lieber wrote: > > > markdown > > this builds and runs on plan 9: > > https://www.pell.portland.or.us/~orc/Code/discount/ actually, werc even ships an awk implementation: https://only9fans.com/sl/werc/63085c71ab79cb4defc3ba64b5285e7db86f0d07/bin/contrib/

Re: [9fans] The Big Questioning: Plan 9 everywhere?

> markdown this builds and runs on plan 9: https://www.pell.portland.or.us/~orc/Code/discount/ sl -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tf84d656c78bbda91-M43766e96dee6e13aa5f9923b Delivery options: https://9fans.topicbox.com

Re: [9fans] The Big Questioning: Plan 9 everywhere?

On 6/30/25 16:40, arn...@skeeve.com wrote: > "Danny Wilkins via 9fans" <9fans@9fans.net> wrote: > >> Obviously what needs to push is rust and node so that p9 can be a real >> next gen server platform :) Think of all the apps we could run with electron. > > Adding node is to invite a swarm of secu

Re: [9fans] The Big Questioning: Plan 9 everywhere?

Paul Lalonde wrote: > I've thought of bringing Rust along. It seems to be a thing in the world > I'm finding myself in these days. > The shortest path looks like adding the plan9 calling convention (and > register convention) to LLVM and seeing if we can cross-compile our way to > glory. > But I

Re: [9fans] The Big Questioning: Plan 9 everywhere?

"Danny Wilkins via 9fans" <9fans@9fans.net> wrote: > Obviously what needs to push is rust and node so that p9 can be a real > next gen server platform :) Think of all the apps we could run with electron. Adding node is to invite a swarm of security problems. Definitely not the Plan 9 way, IMHO.

  1   2   3   4   5   6   7   8   9   10   >