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] Chez Scheme port?

s that with the submodule'd libraries the code base is quite large. Probably doable but a sizeable porting effort. I never got far enough in to lisp to understand the nuance between different implementations that drives the infighting, but perhaps Sigrid's Street Lisp[0] is of interest,

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. >> >

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] The Big Questioning: Plan 9 everywhere?

> Adding node is to invite a swarm of security problems. Definitely > not the Plan 9 way, IMHO. > > 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 /mn

Re: [9fans] Auth failures on my cpu server

ing is messed up with your nvram, you can try rerunning auth/wrkey to set a new password with your nvram partition visible in the namespace(meaning #S typically, and potentially with $nvram env variable set). Thanks, Moody -- 9fans: 9fans Permalink: https://9fan

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

Responses in-line. On 6/5/25 12:10, Daniel Maslowski via 9fans wrote: > Moody, first of all, I apologize. To be clear, I would not wamt to claim > anyone else's work as mine, especially not right in front of them. Quite the > opposite; I credit others on a regular basis. All I&#x

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

On 6/5/25 11:25, Daniel Maslowski via 9fans wrote: > Thank you for supporting my argument! > > I assume that you are not suggesting to not question Rob's conclusions from 3 > decades ago. I am, new computers are not nice to use. I don't want to make 9front like a modern linux/mac/windows/whatev

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

Responses in-line. On 6/5/25 07:42, Daniel Maslowski via 9fans wrote: > > Operating systems have made their journeys as well. Be it macOS, Windows or > Ubuntu as they are today having iterated over many concepts in terms of > widgets and interaction design, and BeOS famously having experimented

Re: [9fans] A challenge for all of you out there ...

On 6/2/25 18:02, Ron Minnich wrote: > Jacob, re-reading, all the work you have done is quite impressive, and > I'd like to find a way to link something on p9f.org to it. Further, I > will now go try it myself. But, wow, that's very nice stuff :-) > > Looking at all the work people have done, my fe

Re: [9fans] Re: An easy way to run 9legacy

On 6/3/25 05:42, hiro wrote: >> The issue is where to put them, do we have a /README.md? >> Do we have /alien or /unix? > > sounds like a good idea. however it would be called, i'd put it next to ape. This is not the same thing, we do not have a /ape. So do we put a .md file in the root of every

Re: [9fans] Re: An easy way to run 9legacy

On 6/2/25 11:23, hiro wrote: > sorry to disagree moddy, but we already document how to use qemu in > the 9front fqa. qemu virtualized amd64 is one of the easy ways to boot > up a real 9front kernel, so i wouldn't say we don't support this > "target". There's a big difference between running a real

Re: [9fans] A challenge for all of you out there ...

Responses in-line. On 6/2/25 12:59, ron minnich wrote: > I think there's been lots of good work done, and I did find the 9front FQA > quite usable. > > What I've had complaints about, and where I think the foundation can help, is > to provide a central place to connect all these disparate effor

Re: [9fans] Re: An easy way to run 9legacy

On 6/2/25 02:04, a...@xplshn.com.ar wrote: > It would be great to have that in the 9front git mirror > (https://github.com/9front/9front ) The 9front git mirror is just that, a mirror of git.9front.org. I updated stuff to have github actions for syncing largely b

Re: [9fans] A challenge for all of you out there ...

On 6/1/25 23:53, Cody Holliday wrote: > Hey Jacob, > > That is all really interesting! You have put a ton of work into > improving things. > I myself have been thankful for the qemu builds so I can skip all the > rigamarole. > > I think to Ron's point: why is this not clear and easy to find on

Re: [9fans] A challenge for all of you out there ...

Hey Ron, I have been putting a ton of work regarding this, so I want to show where 9front is now and open the discussions about specifics we can do better. Right now we have a nightly builder which builds the entire tree and all supported architechtures and runs our suite of tests. The full log

Re: [9fans] Microsoft Opens WSL - also starring "plan9"

Does anyone else find it annoying that they seem to use "plan9" and "9p" interchangeably in their code and documentation? Considering they've extended 9p yet again (to what they call 9p2000.W) I find there not much real "plan9" anywhere here. Regarding the NT kernel bits, there was some DoS vuln

Re: [9fans] Next Generation Acme

Just to comment on some small points. On 5/13/25 07:20, Aram Hăvărneanu wrote: > Here are some of my ideas for the next generation of Acme. Please > disagree or add more. > > Of course, this is all a pipe dream since I have no time to work > on this, but one can dream... The purpose of this threa

Re: [9fans] add delkey(1) to factotum man page's "see also"

> mailing list for the command to delete keys. > > Can this get in 9legacy and 9front's factotum man page? I've added delkey(1) to the SEE ALSO section of factotum(4) in 9front. Thanks, moody -- 9fans: 9fans Permalink: https:

Re: [9fans] github mirror status

On 4/7/25 01:43, Roman Belenov wrote: > Hello, > > Just noticed that https://github.com/9front/9front >  didn't sync for a few days - is it > temporary? Looks like it's a handy way to keep/share local changes. > > Regards, Roman > We use a separate repository

Re: [9fans] Serving tftp on a second interface

aux/listen lacks a -x, but in your /cfg/$sysname/cpustart you could do something like: @{ rfork n bind '#I1' /net aux/listen -q } Bit of a workaround, but it should work. Maybe a discussion can be had about doing this better. On 4/8/25 15:43, Paul Lalonde wrote: > Ok, on to my next probl

Re: [9fans] Tailscale on Plan 9

er internet. If it is of any use I've written a short blog post[2] about how I have this NAT configuration all setup. [0] http://man.9front.org/8/tinc [1] https://git.9front.org/plan9front/plan9front/a3fef8384db2ce1ff98c38373c59841b83c83ce0/sys/src/cmd/ip/tinc.c/f.html [2] https://posixcaf

Re: [9fans] slides ...

On 3/19/25 09:46, o...@eigenstate.org wrote: > Quoth ron minnich : >> It's been a while ... my iwp9 paper is all troff, I'd like to use troff for >> slides, looking for some hints. >> >> thanks > > Here's some example slides in troff: > > http://repo.cat-v.org/troff-slider/ > > I'm going

Re: [9fans] 9front/9legacy woes

e)(/dev/newDisk/fsworm) config: filsys other (/dev/newDisk/other) config: filsys dump o config: end Yes this is a bit annoying, that's why it's been fixed in both hjfs and in gefs, which work fine with only a plan9.ini change (when changing the disk ordering). - Jacob Moody > >

Re: [9fans] git under Plan9/9legacy

On 3/13/25 17:04, tlaro...@kergis.com wrote: > On Thu, Mar 13, 2025 at 04:51:24PM -0500, Jacob Moody wrote: >> On 3/13/25 16:27, tlaro...@kergis.com wrote: >>> I'm perhaps doing something incorrect. >>> >>> git(1) is available on 9legacy too. >>>

Re: [9fans] git under Plan9/9legacy

On 3/13/25 16:27, tlaro...@kergis.com wrote: > I'm perhaps doing something incorrect. > > git(1) is available on 9legacy too. > > But, after launching webcookies and then webfs, when trying to clone a > git repository, I have an error. > > With debugging on, say: > > term% git/clone -d https://

Re: [9fans] NIX this evening

On 3/8/25 03:03, tlaro...@kergis.com wrote: > On Fri, Mar 07, 2025 at 01:09:30PM -0600, Jacob Moody wrote: >> On 3/7/25 06:10, tlaro...@kergis.com wrote: >>> On Thu, Mar 06, 2025 at 03:47:42PM -0800, ron minnich wrote: >>>> thanks, Jacob. >>>> I'm go

Re: [9fans] Re: Need help explaining mouse gone crazy: HP DY651A/M-U0013-O

On 3/7/25 12:45, cigar562hfsp952f...@icebubble.org wrote: > No, I'm using the mice on Linux. I bought them when I installed Plan 9 > because they were on the recommended hardware list: > > https://plan9.io/wiki/plan9/Supported_PC_hardware/index.html > > I used them on 9front until I realized t

Re: [9fans] NIX this evening

could help improve the quality of nix in isolation. > > Also a nix/nix for scaffolding scripts (building a namespace---in the > case of a dedicated nix/ dir---, testing and so on). > Sure, that would be a help in maintaining nix in isolation but it won't rem

Re: [9fans] NIX this evening

On 3/6/25 15:07, ron minnich wrote: > Jacob re the rebase, thank you, it works in qemu and on my t420. > > I'm thinking to just set my 9front head to what you've done, push it to my > fork, and proceed from there. Do you see any reason not to?  Sure by all means. > > Where, ultimately, might w

Re: [9fans] NIX this evening

o an > AC; it would be useful to bring that over.  > > Lots to do, whoever wants to help, we're open for business. I did a quick rebase: https://github.com/majiru/9front/tree/nix Didn't get a chance to test but maybe someone else can ens

Re: [9fans] Antialised TrueType fonts

lementation and that's totally fine if you don't want to return to original truetypefs code. I just wanted to provide all of this context to not dissuade you from future work with the project and to give some context for how things work in 9front. Thank you, Jacob Moody > > Th

Re: [9fans] plan 9 for linux users

ware accelerated VMs are really quite good these days. At this point I would only suggest getting a pi if you either want to use Richard Miller's distribution or have a particular interest/need for arm or arm64 9front. Not worth the headache if you actually want to use it for something.

Re: [9fans] plan 9 for linux users

On 2/21/25 17:14, Dworkin Muller wrote: > On Fri, 21 Feb 2025 15:03:11 -0600, Jacob Moody wrote: > moody> This is not quite the case though, /dev/drivers gives you a mapping of > the > moody> single character names to their "full" names. This name then > corr

Re: [9fans] plan 9 for linux users

pping of the single character names to their "full" names. This name then corresponds to their entry within section 3 of the manual pages. Where you'll find specific documentation of the device interface. Thanks, moody -- 9fans: 9fa

Re: [9fans] Plan9/9front USB and UEFI

thing like: usbdsebug=-ddd will get you some pretty verbose output. A log of what shows up with that would be a good first step to figuring out what is going wrong. Thanks, moody On 2/17/25 16:02, adventures in9 wrote: > The *nousbxhci= is exactly what I had to do to boot my AMD system >

[9fans] Re: Plan9 [v]seprint(2) API design bug

On 2/9/25 17:05, Alejandro Colomar wrote: > [CC += 9fans@] > > Hi Jacob, > > On Sun, Feb 09, 2025 at 03:51:13PM -0600, Jacob Moody wrote: >> On 2/9/25 14:59, Alejandro Colomar wrote: >>> Hi all, >>> >>> I found a few addresses inspecting both th

Re: [9fans] git/rebase for someone used to git pull --rebase

otebranch. Again I don't use our rebase, it's a thin wrapper on top of exporting and importing which I tend to do myself I would suggest to start without it to get an understanding of how this stuff works. Thanks, moody -- 9fans: 9fans P

Re: [9fans] git/rebase for someone used to git pull --rebase

give you all the details about what remote branches we're tracking. I don't tend to use our git/rebase much, I tend to just use git/log -se branchA..branchB or the inverse to get the commit list and git/export and git/import by hand. Or stash my curren

Re: [9fans] Question about rimport

te any suggestions about what may be going on.  Something to do > with permissions / namespaces?  I'll continue to research on my own - but I'm > very new to Plan 9 / 9Front. > If it's using USB then it's likely in /shr/usb ('#σ' device). Thanks, moody

Re: [9fans] 9front in the browser (v86)

On 1/28/25 15:49, Skip Tavakkolian wrote: > I stumbled onto this today and it made me chuckle. Performance isn't bad at > all. > > https://copy.sh/v86/?profile=9front > > It might be interesting to have a Plan 9 server on the backend to > import the '#l' from and to boot the term with user crede

Re: [9fans] 9front USB EFI Boot hang

nt to make yourself a plan9 partition + a 9fat perhaps take a look at what the installer scripts do (/rc/bin/inst/*) to see the process. Thanks, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tb7ff9ca34535affa-M49c5421caeb0b2872

Re: [9fans] /usr/src and /usr/ports not git directories ?

On 1/23/25 17:53, Warner Losh wrote: > > > On Thu, Jan 23, 2025, 4:45 PM Jacob Moody <mailto:mo...@posixcafe.org>> wrote: > > On 1/23/25 16:49, Steffen Nurpmeso wrote: > > Hello. > > > > Jacob Moody wrote in > >  <mailto

Re: [9fans] /usr/src and /usr/ports not git directories ?

On 1/23/25 16:49, Steffen Nurpmeso wrote: > Hello. > > Jacob Moody wrote in > : > |On 1/22/25 23:37, Steffen Nurpmeso wrote: > |> Tomoaki AOKI wrote in > |> <20250123074932.170b7959bca443a934599...@dec.sakura.ne.jp>: > |>|On Thu, 23 Jan 2025 0

Re: [9fans] Re: /usr/src and /usr/ports not git directories ?

s hard to infer exactly what the goal is. Is the issue wanting to use git in a way that would require it to be present within the base system, but encountering issues with doing so due to licenses? The git present in 9front is MIT licensed, and has already been

Re: 9vx vs qemu + 9pi or 9pc (was Re: [9fans] NIX experience)

for running this with the mac hardware acceleration, the only thing I might add is that when using that you'll want to use '-cpu host' instead of what's there. I imagine the performance (and power draw) would be much better compared to emulating arm64 or amd64 in usersp

[9fans] History of aux/mnihongo

Hello, I recently have have working with aux/mnihongo for 9front and I was curious if anyone has some history on how it came to be and/or who wrote it originally. Thanks, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans

Re: [9fans] Plan9 C compiler targetting WASM

wever the userspace bits function well enough to compile the entire 9front userspace. I don't anticipate more work happening on this front soon, but if anyone is curious the repository can be found here: https://shithub.us/moody/riscv/HEAD/info.html --

[9fans] Re: 9fans now moderated

This is great news. Thank you Anthony and the p9f for taking this over. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T124eb3ec9c594189-Ma5bd094b07d2aa3334f15c80 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: venti/mirrorarenas usage

I realize now I didn't answer with respect to the comparison to mirroring from fs(3). These fundamentally solve different problem, fs(3) mirror is for online disk mirroring. As in you have two drives in your machine and you want your machine to use both of them for redundant storage(think RAID).

Re: [9fans] Re: venti/mirrorarenas usage

If you look at the top of the file you'll see: /* * Mirror one arena partition onto another. * Be careful to copy only new data. */ Now if you combine this with some of the information from venti(8): The data log is logically split into sections called arenas, typically

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

din garbage to "using AI to disincentivize open > discussion communities" > > On Fri, May 17, 2024 at 4:16 PM Jacob Moody <mailto:mo...@posixcafe.org>> wrote: > > > > > https://www.linkedin.com/pulse/critical-analysis-9front-community-conflict-vest

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

f misinformation would run rampant. I really expected better. - Moody On 5/17/24 09:14, Jacob Moody wrote: > https://www.linkedin.com/pulse/critical-analysis-9front-community-conflict-vester-thacker-htt3f/ > > This linked-in article is frankly disgusting, I suggest you take this > incorre

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

https://www.linkedin.com/pulse/critical-analysis-9front-community-conflict-vester-thacker-htt3f/ This linked-in article is frankly disgusting, I suggest you take this incorrect garbage down. On 5/17/24 07:43, Samuel Reader via 9fans wrote: > It is only a first draft, and it is not a finished pr

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 11:20, Don Bailey wrote: > > I have zero emotional attachment to Fossil. What I am asking for, not even > demanding, is a fact-based assessment of the asserted issue. Pointing at the > code is not an emotional attachment. It's literally the opposite. It's asking > to demonstrate and

Re: [9fans] List of companies that use Plan 9.

Thank you, I look forward to seeing your work then. On 5/15/24 11:21, Don Bailey wrote: > Sounds good. > > D > > > On Wed, May 15, 2024 at 12:19 PM Jacob Moody <mailto:mo...@posixcafe.org>> wrote: > > On 5/15/24 10:56, Don Bailey wrote: > > Yea

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 10:57, hiro wrote: >> I don't understand the difference between code being included in the >> distribution and being "back in 9front". These are the same thing. If we >> ship code we maintain it. > > there are some exceptions :) I would like to see a list, that could should either be

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 10:56, Don Bailey wrote: > Yeah but that's the thing... "explained in this list" works while the > discussion is being had. But searching for that and attempting to grok the > discussion and the context of discussion at a later date? Not so much. Some > centralized documentation shoul

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 10:20, Don Bailey wrote: > This is part of the issue I've had with 9front. If there are valid reasons > for things to disappear or not be used, that's OK. But please document them > and provide rationale/evidence for their removal. That way, even if another > group chooses not to remo

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 10:18, Lucio De Re wrote: > What makes you think I want Fossil back in 9front? I suggested that the > sources could be included in the distribution, so they would not fork-rot as > they are doing presently. I don't understand the difference between code being included in the distribu

Re: Clarifying Lucio's Additional Requests [Was: Re: [9fans] List of companies that use Plan 9. ]

On 5/15/24 09:18, Don Bailey wrote: > This thread is perhaps one of the best examples of the bizarre ecosystem that > Plan 9 has evolved (devolved?) into. While I have not always understood Vic's > choices, I was, in the past, aware of his /position/ at certain entities... > and provided him wit

Re: [9fans] List of companies that use Plan 9.

On 5/15/24 04:02, Lucio De Re wrote: > I have asked precisely NOTHING and have only pointed out the consequences of > omitting sources from the 9front distribution because it leads to undesirable > divisions. I'm just trying to correct the misinformation you stated. When you call the decision to

Re: Clarifying Lucio's Additional Requests [Was: Re: [9fans] List of companies that use Plan 9. ]

At this point I can't really tell if you're using some LLM to be ironic or if you actually think this junk is of any substance. I am not sure how you don't see this copy pasta garbage as anything else than a waste of everyone else's inbox and time. On 5/15/24 00:55, vic.thac...@fastmail.fm wrote

Re: [9fans] List of companies that use Plan 9.

On 5/14/24 23:46, Lucio De Re wrote: > If this comes across as a troll, keep in mind that it is your interpretation > that makes it so, a lesson we South Africans are still busy learning, at our > country's expense. > > I've got Fossil running under 9front; thanks to all those who prodded me (an

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/13/24 10:56, ibrahim via 9fans wrote: > > On Monday, 13 May 2024, at 4:39 PM, Jacob Moody wrote: >> Fine my dude, you don't have to call us Plan 9, you don't have to want to >> use our code. However I ask that you be mindful in how you talk to new users >&g

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/13/24 04:22, ibrahim via 9fans wrote: >> I would make a big difference between what plan 9 is and what the licenses >> are. Software doesn't care about licenses. People do (and they should!). >> >> So what is plan 9 even? Can we compare it to UNIX™ or unix or posix? Who >> knows... >> >> I g

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/13/24 06:56, ibrahim via 9fans wrote: > On Monday, 13 May 2024, at 1:11 PM, hiro wrote: >> i mean contributing to the plan9 team. i don't share in your discrimination >> of 9front vs. non9front code. i bet if all of us can be gainfully employed >> to work on "real plan9" we can all stop cont

Re: [9fans] one weird trick to break p9sk1 ?

usand dollars and a few days compute time (maybe less if using > cloud services) is enough for a full brute-force exploration of the > single-DES keyspace. I'm very glad we were able to communicate this and thank you for taking the time to talk about this here in this thread. Thank yo

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/13/24 00:45, ibrahim via 9fans wrote: > libttf was one example and because it made its way into 9legacy i inspected > it. > >> Are you implying that a majority of users are using Plan9 in a commercial >> setting? That seems a bit absurd. >> For personal use I think these license issues (if

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/12/24 22:52, ibrahim via 9fans wrote: > On Monday, 13 May 2024, at 5:09 AM, Jacob Moody wrote: >> When people suggest tossing that all out for a minimally patched 4e, I think >> some people rightfully feel a bit annoyed. That's a lot of baby that goes >> out with

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

On 5/12/24 20:46, Dan Cross wrote: > On Sun, May 12, 2024 at 9:33 PM wrote: >> I don't think this approach has ever worked in >> the open source world -- it always starts with >> someone building something useful. The vision >> and goal is defined by the work being done. >> >> After something usef

Re: [9fans] one weird trick to break p9sk1 ?

On 5/12/24 08:16, Richard Miller wrote: > I'm using a new subject [was: Interoperating between 9legacy and 9front] > in the hope of continuing discussion of the vulnerability of p9sk1 without > too many other distractions. > > mo...@posixcafe.org said: >> If we agree that: >> >> 1) p9sk1 allows th

Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)

. [0] http://only9fans.com/moody/fossil/HEAD/info.html On 5/11/24 19:43, o...@eigenstate.org wrote: > As far as I can tell, 9front doesn't have a problem > on this side; we just imported the Power64 compilers, > have working versions of risc64, etc, all pulled in > from the 9legacy world. &g

Re: [9fans] Interoperating between 9legacy and 9front

had previously stated I would publish the PoC that friends of mine in university built as part of their class, I have been asked to not do that so I will not. - moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tde2ca2adda383a3a-Mf9740abb168ade9f12c1caa5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Interoperating between 9legacy and 9front

For the sake of time I am going to just reply here after reading all of the existing thread On 5/10/24 03:17, Lucio De Re wrote: >> why don't you just let 9legacy die? > > You are not paying attention: I have a multi-gigabyte commitment to Fossil. I > am not convinced *I* could "just port" Fossi

Re: [9fans] Interoperating between 9legacy and 9front

On 5/10/24 05:58, Richard Miller wrote: >> From: o...@eigenstate.org >> ... >> keep in mind that it can literally be brute forced in an >> afternoon by a teenager; even a gpu isn't needed to do >> this in a reasonable amount of time. > > [citation needed] > Two people have independently broken t

Re: [9fans] Interoperating between 9legacy and 9front

o it wont be me, sorry. Sure it sucks that things have drifted, but all our code is there, neatly organized out in to commits, if someone wants to import our work it is readily available. However something tells me most people are just going to use 9front as is. Good luck, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tde2ca2adda383a3a-M6a4b734a4d1906cf86d9da88 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] drawterm factotum interference in 9front

front system, as plan9port factotum does not support dp9ik. This is in part why I wrote tlsclient: https://github.com/majiru/tlsclient Thanks, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T132487c88905c339-M9167f6811d24c3bc885b2

Re: [9fans] VCS on Plan9

at it would look like to do a proper port. Cross compiling from some linux to a plan 9 a.out and bootstrapping that way seems to be the most likely. Thanks, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tab271

Re: [9fans] VCS on Plan9

9front used mecurial for VCS, but I don't think that answers your question. >From what I understand folks used to make diffs against the last release. >There was also some use of replica as you eluded to. Thanks, moody -- 9fans: 9fans Perma

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

All of what Brian said is true for 9front as well. If you want to see our code implementation of this you can find it in /sys/src/9/bcm/ether4330.c. The only difference is that 9front puts firmware in /lib/firmware and not /sys/lib/firmware. We do not provide the binary files ourselves you need t

Re: [9fans] openat()

all. As mentioned already the act of getting whatever handle you choose from the 9p server and back to userspace as a method of reuse to prevent a couple of internal walks within the 9p server I think are not going to be favorable in performance. Thanks, moody

Re: [9fans] openat()

do???). Each process has it's own current working directory: % pwd /home/moody % @{cd /} % pwd % /home/moody > This is all based on the assumption that holding a file/directory open keeps > it alive and in existence... which on Plan 9, I think it doesn't, does it? As > I und

[9fans] Re: WASM

Sorry, dropped the links. [0] https://github.com/euclaise/w2c9/ [1] https://github.com/SlashScreen/ricket -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc92420e9a897ad5a-M86bc494d6d6f4e73b1cf63d9 Delivery options: https://9fans.topicb

[9fans] Re: WASM

ecosystems, I think the w2c2 fork was capable of running a rust binary compiled to wasm. I personally might think effort may be better spent elsewhere. Thanks, moody (I had to input this via the web interface, emails from my client were getting dropped seemingly

Re: [9fans] Re: Hello, RPi fixes and bind -b trouble

r 9front has helped improve this, we have more aware unicode routines with respect to word breaks, line breaks, and grapheme breaks. Ktrans has been included and expanded to cover some chinese input methods. However the system still has issues dealing with decomposed unicode, both in display and i

Re: [9fans] Re: Hello, RPi fixes and bind -b trouble

probably the best option. In regards to hjfs, I agree it should probably be brought in line with this if this is the convention we would like v9fs to use. I will purpose a patch to change it on the 9front list. Apologies and thank you, moody On 2/22/24 13:45, Alyssa M via 9fans wrote: > Well,

[9fans] Re: Hello, RPi fixes and bind -b trouble

Err sorry, I realize now my diagnoses of what devmnt is doing is likely not entirely correct, but I would bet money on this being a bug in your walk code. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbc78d29ab04652a2-Mf5a02677fb44b38c

[9fans] Re: Hello, RPi fixes and bind -b trouble

directory, it does not show it. Just my guess anyway. I plan to look in to that tapefs bug. 9front hasn't touched this code and I agree something seems fishy. Thank you for debugging this, I'll test it out and commit a fix. Thanks, moody -- 9f

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

n to your difference of opinion, I have, at almost every step of the way, asked what your complaints are. You repeatedly have chosen to avoid my questions and respond in bad faith. How else am I supposed to interpret this? My email is still open if you want to send me a list of actual compla

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

think this temper tantrum you've been throwing on this list all day is somehow going to convince anyone else to work with/for you? It's rich that you feel like you can dictate rules (no 9front code) but have no interest in making any effort yourself to make that a reality. I

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

It doesn't matter if one is "mainline" or not, you've completely missed the point of my mail. One is usable and the other is not. One has a community, the other does not. One has people who share source, there other does not. Put your time where your mouth is and do something about the sorry sta

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

Do you have specific issues with our code? All I've seen is vague finger pointing. We don't need some authority to point at 9front and say its "mainline", people see where the effort is going, endorsement or not. On 1/25/24 10:44, Don Bailey wrote: > I'm not sure what all this was, so I didn't re

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

own here. There are clearly some folks interested here in continuing "mainline plan 9" why not work together and get something that is easier for folks to use? 9front will continue to be over here with a ten year plus head start. - moody -- 9fans:

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

modern compatibility with software as required, all this stuff. I don't know where you folks think the code is going to come from, there really isn't that much activity outside of 9front. If you want to personally take up the lead and fix everything bug-for-bug starting again from 4e o

Re: [9fans] Supported Notebooks

On 1/24/24 14:28, Michael Grunditz wrote: > I have looked at the reform code and I like how it is done. I think that it > would be easy to use for porting 9legacy or in fact any system. But it is > more work than a recompile. > > Michael It is certainly not drag and drop. Getting the arm64 com

Re: [9fans] Supported Notebooks

drifted quite a bit at this point. I would suggest giving 9front a try first, but it sounds like you have already ruled that out. Thanks, moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T724dd319036f59d3-M66908ce5c382

[9fans] Re: Mounting a 9P filesystem under a Linux "user namespace"

Edouard, I am no Linux expert, but I think if you create a mount namespace as part of the user namespace you will be allowed to execute mounts without root.  In terms of clients, I am not aware of any other then the one within the linux kernel. Regards, Moody

Re: [9fans] programs from UNI*x

On 6/28/23 10:09, arn...@skeeve.com wrote: > I'd love to know if gawk can be made to work on Plan 9. > Latest release is at https://ftp.gnu.org/gnu/gawk/ > > Or you can clone the git repo. > > Thanks, > > Arnold whats the issue with the awk we already have? --

Re: [9fans] How do I build from source on linux?

t there was a time when joining a new lab was a chance to explore new ways of working. Narrowness of experience leads to narrowness of imagination." - moody -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T5b2523de4ef223e9-Mc

  1   2   >