Re: [9fans] dd(1) takes very long
Increasing the dd block size (-bs 1024k or as big as the man pages allow) could make a big difference. On 3/1/24, Aleksandar Kuktin wrote: >>On Fri, 1 Mar 2024 10:08:25 +0100 >>Marco Feichtinger wrote: >> >> > and the computer isn't a SBC bitty box, the transfer rate is weirdly >> > low. >> >> Well, both disk are on the same machine. >> It's a Supermicro X7SPA-H-D525 board. >> >> -marco > > Well, that's not a bitty box. Wish I bought something like that instead > of my BananaPi. Anyway, someone more knowledgeable on Plan 9 than me is > needed. I can only speculate that the OS and hardware fight. I have > something similar happening on my desktop with modern hardware running > old software. I run GNU/Linux on it. For some reason I can't figure out, > transfers start off normal but then degrade to 10 Mbps or less after a > few GiB are transferred. If I try it with CentOS 7, it runs fine. But > when I use my own homegrown distro it's pathologic. Kernel version > 3.16.85, vanilla. > > -- > Svi moji e-mailovi su kriptografski potpisani. Proverite ih. > All of my e-mails are cryptographically signed. Verify them. > -- > You don't need an AI for a robot uprising. > Humans will do just fine. > -- > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T0fd6444acb9c7811-M3511a4d8d92d12118f55f6bf Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Hello, RPi fixes and bind -b trouble
On 2/22/24, Alyssa M via 9fans <9fans@9fans.net> wrote: > [ ... ] > Perhaps I'm missing something obvious. > You're not: there is a very large grey area between English language exceptionalism and internationalisation madness. As a citizen in a country where eleven languages are declared equivalently "official" with sign language on the way to be added to the list, I can offer some opinions. First, I see small groups of tourists in the backpackers I co-manage being quite comfortable using English across the various European languages that are their mother tongues and secondly, the local vernaculars (nine African languages and Afrikaans which derives from Dutch) are absorbing more and more English, quite noticeably so, but the local variety of English is also being distorted to accommodate the local phonetics (that, of course happens across the Anglophone world and even in countries where English is an acquired taste), Catering for internationalisation is a losing game, adjusting for it is a short term waste of effort, with no clear vision of what rules could possibly improve the situation. I guess being English speaking is an asset and that may well become the foundation. Occasionally Esperanto is mentioned, but my experience suggests that is as hopeless as the adoption of Swahili in Africa. PS: thanks for documenting your efforts, they will save others a lot of brain-ache. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbc78d29ab04652a2-Mda9d66a0e626be4b46745244 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Formation of a Plan 9 Core Team
On 1/26/24, hiro <23h...@gmail.com> wrote: >> People use 9front, which is not plan 9. Many good things >> started as forks, and that's ok. > > mostly i agreed. but to me plan9 is just an old 9front version without > the bootloader. > It's a neat summary, but it reflects a particular perspective and tends to be dismissive of possible alternative perceptions. To go back to a core team, it seems obvious to me that the work of formally describing the current status would be the fundamental core function and I can't imagine anyone, not even an aspiring academic, taking that on. Something along the lines of Nemo's commentary is just too big a task today. And that is just the kernel... Incidentally, does FreeBSD have a single distribution? I know NetBSD does, but then FreeBSD and OpenBSD are forks from 386BSD through NetBSD, and they share much, but have distinct identities. I tend to think of 9front and 9legacy along similar lines. I dream of "one Plan 9", but it is an immense and probably pointless exercise. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T8d272411830cebfc-M7132c4f38b7eb42377bfd660 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: Charting the Future: Envisioning Plan 9 Release 5 for the 9fans Community. [Was:Re: [9fans] Supported Notebooks]
On 1/26/24, Don A. Bailey wrote: > I literally don’t care. > Then I don't think you belong here. If you believe you can excommunicate the majority of Plan 9 contributors (have you counted the members of the "Pure 9" vs "9front" clans, at all?) by dictum ex cathedra, I think you belong in the Middle Ages, the Counter-Reformation at best. We ought to have grown past religious belief by now, and started accepting that the Earth revolves around the Sun. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T42f11e0265bcfa18-Mbf8a0e1c8b40f01e1d6ff290 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: Charting the Future: Envisioning Plan 9 Release 5 for the 9fans Community. [Was:Re: [9fans] Supported Notebooks]
On 1/25/24, Noam Preil wrote: > I wasn't talking to you :P > > That was a response to the post that looked AI-generated. I sincerely > apologize if I accidentally responded to your post instead, but I don't > think I did > If you find it difficult to quote at least the sender of the message you are responding to, then it is not surprising that people misunderstand your intentions. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T42f11e0265bcfa18-M99e0f5314012c96ca9cd7aaf Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] odd rwakeup qunlock behaviour in 9vx
On 11/10/23, ibrahim via 9fans <9fans@9fans.net> wrote: > [ ... ] > > The reasoning behind this thread is only informing others about possible > problems I encountered. I don't need a solution I already have a working > workaround using simple locks. My code would be of no benefit for other > plan9 users or developers but if there is interest for investigating the > problem I can write a simplified example which reproduces this behavior. > This is interesting enough to catch my attention, I'm curious in exactly that way. Thank you for taking the time to compose your reply, which is definitely an improvement on the short, insulting exchanges that seem to pop up in this list most of the time. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T7a5bb3cde50a8a9a-M34f4254c3d0c1808831f5047 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] odd rwakeup qunlock behaviour in 9vx
On 11/9/23, ibrahim via 9fans <9fans@9fans.net> wrote: > > If there is interest for reproducing the exact circumstances I can write a > small example app which involves different processes accessing the same > shared memory segments which are inherited by the rfork methods. > I assume that such an example, in this context, would be instructive, if not immediately, certainly in the more distant future. I am sincerely hoping you intend to publish your efforts that certainly sound very promising. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T7a5bb3cde50a8a9a-Mcab3b424e9df06fcb544af90 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Remind me how to make the fs writable for `mk install'
Mount /srv/fossil somewhere (on top of itself, I suppose) after announcing an instance with the correct permissions - sorry about being so concise, but I think you'll get the idea... Mail me personally and I'll check more carefully what I do on my system - I generally add the feature to /bin/9fs or it's already there: "9fs fossil". Lucio. On 8/30/23, Don Bailey wrote: > Hi All, > > I am trying to `mk install' all cmds/libs. Can someone please remind me how > to tell fossil that an active fs can be written? > > Thank you, > D -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9322be37362fa93a-Mcd3529207e78fa7aa6a9c4d2 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic
On 4/6/23, n...@pixelhero.dev wrote: > Quoth Charles Forsyth : >> fussing about certain things for hard drives that probably don't matter >> for >> SSD let alone nvme > > I am once again asking you to be more specific, please :) > > I have Plans for improving venti for myself, it'd be great to actually > have a specific list of issues that others have noticed! > I presume that fossil doesn't apply special treatment to SSD and NVME which to my limited understand could be a serious downside. I guess I'm asking whether one should seriously consider ditching the fossil/venti combination and consider centralising permanent storage on something like ZFS instead? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T354fe702e1e9d5e9-M71e442edb5e1099e40508e7c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] iwp9: papers announced
Too far for me to travel, but there is a lot in the list I will be extremely sorry to miss. Well done to all contributors! Lucio. On 3/13/23, o...@eigenstate.org wrote: > The accepted papers are up on the website: http://iwp9.org/ > > For convenience, I'll repeat the list here: > > - Porting the Netsurf web browser to Plan 9, > Jonas Amoson > - GEFS, A Good Enough File System, > Ori Bernstein ? > - Hell Freezes Over: Freezing Limbo modules to reduce Inferno's memory > footprint > David Boddie > - NinePea: A Small 9P Library for Arduino and Plan 9 > Eli Cohen > - Plan 9 on 64-bit RISC-V > Geoff Collyer > - MIPS Rides Again > Andrew D. Gibson > - Dr Glendarme or: How I Learned to Stop Kerberos and Love Factotum > Eduoard Klein > - Namespaces as Security Domains > Jacob Moody > - Ghostbusters > Noam Preil and Sigrid > - An O(1) Method for Storage Snapshots > Brian L Stuart > - Plan 9 and Inferno Go to School > Brian L Stuart > -A 9P Server for Application Management in Single Level Stores: A Status > Report > Emil Tsalapatis, Ryan Hancock and Ali Jos� Mashtizadeh > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te64af09b059a64f7-M69b9e1f640bf77bda08c150f Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] Signature algorithms for P9P ssh-agent
Briefly: I hacked P9P's ssh-agent to handle my 4096-bit RSA key, but it still interacts poorly with conventional Linux/Debian installations of OpenSSH. The error message: agent key RSA SHA256:XXX...XXX returned incorrect signature type is explained as follows on stackoverflow: This message means that the SSH connection negotiated a connection using an RSA key with a different signature algorithm, either SHA-256 or SHA-512. However, the SSH agent, when asked to make the signature for that connection, provided an SHA-1 signature, which isn't in compliance with the agent protocol. Before I tackle the complexities of RSA encryption and decryption, is there a quick description of where I may be able to add the missing signature algorithm so I can upgrade the agent and/or factotum (Plan 9 rsaencrypt and rsaencrypt functions are the likely culprits, I just need some directions to avoid poorly re-inventing the wheel). Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tab0b060ef6f74832-M3af8dfeffd9e4320c74ab94a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Mail 447: /mail/fs/mbox/: open: error
On 1/17/23, revr...@mweb.co.za wrote: > I have made some progress. I have managed to retrieve email in Acme, but as > yet I cannot send. If I try to send a mail nothing happens. > You now need to change the system settings for upas in the /mail/lib directory. Pick an example that suits you and - using the correct credentials - copy it into /mail/lib/rewrite. This for a Plan 9 native system. I am not familiar with p9p's mail arrangement, but I expect it to differ only a little. Lucio. PS: Again, Plan 9 has an extensive log facility, I'm not sure how P9P mirrors that. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2c8ba8a0e03893ef-M25f5d18c05a03cfa6b129ef1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Mail 447: /mail/fs/mbox/: open: error
On 1/17/23, revr...@mweb.co.za wrote: > [ ... ]. Yes, I am trying to set up Mail on plan9 but it is > for me like a blind man groping in the dark. I did manage to do it once, but > have no idea how I did it! The manual pages take some getting used to, but, believe me, everything you need is held in them. > I love plan9 esp. sam and acme which I use extensively. I can't mix those two, although occasionally I have to. Acme is my choice, Sam has one advantage: Acme just can't operate remotely the way Sam can, from Plan 9 native, a feature I greatly miss. > It is great to know that there is a fellow South African on the group. > You will understand the loud shedding problems too I presume! Yes, nothing Plan 9 can do about that, sadly. Although Acme's automatic "dump" on failure or disconnection has saved me quite a lot of load shedding-induced frustration. I've been using Plan 9 since 1995, you wouldn't be able to pry it from my cold, dead hands. I'm not an expert, like many others on 9fans and its siblings, but I would find it hard to manage without its services. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2c8ba8a0e03893ef-Mdc8b9925f2d1321686991c7b Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Mail 447: /mail/fs/mbox/: open: error
On 1/17/23, revr...@mweb.co.za wrote: > In trying to access Mail via Acme, I get this error: > > Mail 447: /mail/fs/mbox/:open '/mail/fs/mbox/' does not exist > > Is this a bug? Anyone know how to resolve this issue? > I haven't tried it yet myself, but I presume you need to configure and deploy UPAS (the mail server "mail/fs"). Lucio. PS: You're the only other South African based user of p9p I am aware of. Or 9fans member, for that matter. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2c8ba8a0e03893ef-M8261d0fef7bad1ac6d4b895e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Setting acme to a GoMono or DejavuSansMono font
Are you perhaps using an unusual hyphen (m-dash, perhaps)? -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T24f3cf01c959c542-M3da152dddb4258007daebad3 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Setting acme to a GoMono or DejavuSansMono font
It's the "-F" that the invoked "acme" complains about, then the font filename. That just doesn't compute. mnt/font is interpreted by the font management library as a Unix socket to the font server. 9 man fontsrv will help some, it shows how to check which fonts are available. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T24f3cf01c959c542-M6b39579f9d68923e2c2ce508 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Setting acme to a GoMono or DejavuSansMono font
You probably have a shell alias or a shell function called acme. The p9p acme does accept the -f and -F options, I use them all the time. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T24f3cf01c959c542-M82c8b93600e53c627cef45b0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] the practicality of plan 9
On 11/9/22, fig wrote: > sirjofri, thank you for the reply. don’t be sorry for the long response, i > greatly appreciate it. when i was told plan 9 is built on only a few > principles and basic abstractions, that was spot on. > If you read the early Plan 9 documentation, you'll discover that originally what is affectionately know as Ken's server was dedicated to file serving and Internet routing. Today, that may no longer be the best approach, for various reasons, but it seems right to understand how Plan 9 evolved as there may be important lessons in its history. For example, I frequently encounter situations where a mildly enhanced "proto" feature would be a very fitting approach to address them. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td6c4be6d8502dbd0-Meabb6bfe20002d93db36aa56 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Creating alternative network directories
On 10/7/22, Lucio De Re wrote: > #l and #l0 are identical, the latter is the software (for want of a > better term) instance of the latter, #1 is the second and #2 is the > third. > > If you read the man page carefully - and I'm answering this not out of > experience, but because I presume you want to at least try a > suggestion and go from there - you'll see that you may need to > describe each net adapter in the plan9.ini file. If you read the > /dev/kmesg file, you ought to find mention of #l0, #l1 and #l2 in it, > if the adapters are recognise. > > (Careful now, I'm still drinking my first coffee of the day - but > everything you need is in the man pages.) > > Lucio. > > On 10/7/22, Thorn Avery wrote: >> Hello all! >> >> I recently got a NIC for my tower, and I've been trying to no avail to >> mount >> the devices as /net is. >> >> I have the following devices: >> #l and #I, the motherboards inbuilt port >> #l0 and #I0, with #l0/ether0 >> #l1 and #I1, with #l1/ether1 >> >> My goal is to end up with /net.alt.0 and /net.alt.1, which i then intend >> to >> bind over /net as needed. >> >> I currently have the following in /rc/bin/cpurc.local (im creating in usr >> directory while tinkering): >> #!/bin/rc >> NETPATH=/usr/glenda/ >> for(n in 0 1) >> if(! test -e $NETPATH^net.alt.$n) >> mkdir $NETPATH^net.alt.$n >> bind -a '#l'^$n $NETPATH^net.alt.$n >> bind -a '#I'^$n $NETPATH^net.alt.$n >> mount -a /srv/cs $NETPATH^net.alt.$n >> mount -a /srv/dns $NETPATH^net.alt.$n >> } >> rm /env/NETPATH >> >> which is what I saw in my namespaces file was being done for /net >> >> after this, ip/ipconfig returns "no success with DHCP", whether i supply >> the >> details or not. >> >> My questions are: >> 1: what are the important steps that go into creating a network stacks >> directory? >> 2: is the way Im doing so the correct course, or is there a best practice >> i >> should be following instead? >> >> Thank you :) This is my first time on the mailing list so please be kind! > > > -- > Lucio De Re > 2 Piet Retief St > Kestell (Eastern Free State) > 9860 South Africa > > Ph.: +27 58 653 1433 > Cell: +27 83 251 5824 > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc515db30bf944ee3-M9480d8049ff35448494c4a00 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Creating alternative network directories
#l and #l0 are identical, the latter is the software (for want of a better term) instance of the latter, #1 is the second and #2 is the third. If you read the man page carefully - and I'm answering this not out of experience, but because I presume you want to at least try a suggestion and go from there - you'll see that you may need to describe each net adapter in the plan9.ini file. If you read the /dev/kmesg file, you ought to find mention of #l0, #l1 and #l2 in it, if the adapters are recognise. (Careful now, I'm still drinking my first coffee of the day - but everything you need is in the man pages.) Lucio. On 10/7/22, Thorn Avery wrote: > Hello all! > > I recently got a NIC for my tower, and I've been trying to no avail to mount > the devices as /net is. > > I have the following devices: > #l and #I, the motherboards inbuilt port > #l0 and #I0, with #l0/ether0 > #l1 and #I1, with #l1/ether1 > > My goal is to end up with /net.alt.0 and /net.alt.1, which i then intend to > bind over /net as needed. > > I currently have the following in /rc/bin/cpurc.local (im creating in usr > directory while tinkering): > #!/bin/rc > NETPATH=/usr/glenda/ > for(n in 0 1) > if(! test -e $NETPATH^net.alt.$n) > mkdir $NETPATH^net.alt.$n > bind -a '#l'^$n $NETPATH^net.alt.$n > bind -a '#I'^$n $NETPATH^net.alt.$n > mount -a /srv/cs $NETPATH^net.alt.$n > mount -a /srv/dns $NETPATH^net.alt.$n > } > rm /env/NETPATH > > which is what I saw in my namespaces file was being done for /net > > after this, ip/ipconfig returns "no success with DHCP", whether i supply the > details or not. > > My questions are: > 1: what are the important steps that go into creating a network stacks > directory? > 2: is the way Im doing so the correct course, or is there a best practice i > should be following instead? > > Thank you :) This is my first time on the mailing list so please be kind! -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc515db30bf944ee3-Mdd18d03749d09c14ce89113b Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] 9front hackathon report
Thank you, Ori. That brief report is quite impressive. I'm offering to install the changes on the T23 I bought specially to run 9front on. It doesn't get much attention - you can blame Linux for that, not 9legacy - but it does sit where it serves as a permanent reminder :-) Did y'all create a Git development branch for this? Lucio. On 9/27/22, o...@eigenstate.org wrote: > the gsoc thread reminded me that I should also probably post the > hackathon writeup that I put together here, for the curious: > > https://orib.dev/9hack1.html > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T6a36e13dbe3250d2-Mdfee5de24949e570c43684a1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Trouble compiling "Hello, world"
On 8/2/22, Clout Tolstoy wrote: > Years ago I worked at a non-profit called FreeGeek (in Portland, Oregon > USA) . We used to do grants for computers and sent some over to Uganda, > amongst other places. I'm not sure of their current status on their grant, > but it could be worth a shot. You might be able to get the hardware for > free, and grants for shipping through someone else. > That is a kind response and I will let you know what will come of it. My biggest problem, which may be more my own flawed psychology than any real obstacle, is that I want some kind of succession planning up front, rather than create a need I alone can fulfil (I'm not young and I can see the gentle wear and tear having its impact on my abilities). In fact, what I'm trying to establish is a community that can absorb as much as I am able to guide them toward. For now, my efforts are on identifying those analytical skills I found so useful in my own education. I get to see a lot of youths, but few real gems that are also interested in analytical thinking. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-M1e52e938e9ebd2e5f571af6d Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Trouble compiling "Hello, world"
Thank, Kurt. The SDF home page no doubt needs a small fix. That is a lot of information and seems the product of much effort. I'll find some time to assimilate it, see if there is anything I can contribute. Lucio. On 8/2/22, Kurt H Maier via 9fans <9fans@9fans.net> wrote: > On Tue, Aug 02, 2022 at 05:38:39AM +0200, Lucio De Re wrote: >> It's a shame that the SDF wiki >> (https://wiki.sdf.org/doku.php?id=vps_-_plan_9_9front) returns a >> missing page. > > Looks like it just got moved: > https://wiki.sdf.org/doku.php?id=plan_9_9front > > khm -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-M318631065d45791fddfacaa2 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)
On 8/1/22, adr wrote: > > Oh, and thanks for trying with your pi, I know it takes time and > I appreaciate it. > Well, let me say thanks to you for instigating some interesting and seemingly fruitful discussion - a rare gem and a precious one. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T668643d11149fab4-M93e94100d9b9a8283c7222c2 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Trouble compiling "Hello, world"
It's a shame that the SDF wiki
(https://wiki.sdf.org/doku.php?id=vps_-_plan_9_9front) returns a
missing page. I was hoping to find some way to help that does not
involve a financial contribution.
Perhaps it's a delusion, but I keep hoping to find a way to wean a
young community (black secondary education learners with much time on
their hands and very little beyond their smartphones to entertain
them) away from Tik-Tok, possibly also Whatsapp.
SDF bootcamp seems at least a seed for something at least some of
these teenagers may find instructive and a little mind expanding.
Lucio.
PS: We're too deep in the Global South to afford fancy equipment, even
used laptops are too expensive to ship to South Africa - never mind
the cost of laptop batteries. Maybe we can recycle the odd rPi, but
there the cost and transportation problem shifts to the display.
I am willing to listen to suggestions.
On 8/2/22, Jag Talon wrote:
> Thanks all! Got it solved with the folks at SDF (thanks, smj!)
>
> On Mon, Aug 1, 2022, at 9:32 PM, Thaddeus Woskowiak wrote:
>> > it's a shared system that I didn't install myself.
>>
>> How are you connecting and interacting?
>> On Mon, Aug 1, 2022 at 7:47 PM Jag Talon wrote:
>> >
>> > Thank you Skip and Jacob I'm running a Plan 9 instance through the SDF
>> > Bootcamp so it's a shared system that I didn't install myself. I'll make
>> > sure to reach out to the admins because trying to run `mk install` in
>> > /sys/src/libc is giving me permission errors.
>> >
>> > On Mon, Aug 1, 2022, at 6:53 PM, Skip Tavakkolian wrote:
>> >
>> > in /sys/src
>> >
>> > On Mon, Aug 1, 2022 at 3:51 PM Skip Tavakkolian
>> > wrote:
>> >
>> > generally it's a good idea to rebuild and install changes for all
>> > architectures in your network.
>> > something like:
>> > for (i in (386 arm amd64 riscv mips)) {
>> > objtype=$i mk install
>> > }
>> >
>> >
>> > On Mon, Aug 1, 2022 at 2:50 PM Jacob Moody wrote:
>> >
>> > On 8/1/22 15:18, Jag Talon wrote:
>> > > Ah thanks for the tip. I ran `echo $objtype` and it says amd64. I
>> > > believe 6c is the compiler that I need but it seems to say another
>> > > error: `??none??: cannot open file: /amd64/lib/libc.a`
>> >
>> > It's telling you exactly what is wrong, you are missing an amd64 libc
>> > archive.
>> > I am not sure how you wound up with running an amd64 kernel with an
>> > incomplete
>> > amd64 install. For building libc again:
>> >
>> > cd /sys/src/libc/ && mk install && mk clean
>> >
>> > However, you may be missing more then just libc, in that case may just
>> > be best to rebuild
>> > the whole system as a second resort.
>> >
>> > cd /sys/src/ && mk install && mk clean
>> >
>> > How did you install this system? Did you bootstrap yourself
>> > up from 386?
>> >
>> > --
>> > moody
>> >
>> > 9fans / 9fans / see discussions + participants + delivery options
>> > Permalink
--
Lucio De Re
2 Piet Retief St
Kestell (Eastern Free State)
9860 South Africa
Ph.: +27 58 653 1433
Cell: +27 83 251 5824
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-M9d7609063574502fee9ec83a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: ctrans - Chinese language input for Plan9
On 7/21/22, cigar562hfsp952f...@icebubble.org wrote: > sirjofri writes: > >> I'm pretty sure that pure Chinese computers would look different. > > I've often wondered that. What input methods do Chinese speakers use? > What do Chinese keyboards look like? How do they find/select the > character they want? Are different sets of characters available on > different computers, or are input methods standardized? I wonder. > I stumbled onto an instructive video on youtube not that long ago. I'm sure there are a few you'll be able to search for. If I understand correctly, it's a combination of entering the phoneme by the nearest Latin letter, then select from a diminishing range of suitable options on the screen. The video was more focused specifically on how this need - which Chinese, Japanese and Koreans somewhat reacted differently to - caused the Chinese to make great strides in computing. Lucio. > -- > 9fans: 9fans > Permalink: > https://9fans.topicbox.com/groups/9fans/Tba6835d445e07919-Mfd7cc77a83bcefbc998c371e > Delivery options: https://9fans.topicbox.com/groups/9fans/subscription > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tba6835d445e07919-M0df0a84a156b182c700ca96c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] ctrans - Chinese language input for Plan9
I have only one word for all the above: amazing! As a dumb occidental, I have no idea where one starts with ideograms, but I realise how different the concept is and how its complexity can stimulate technical creativity. Well done, all! Lucio. On 7/20/22, s...@9p.sdf.org wrote: > With the recent commit of 'ktrans' to 9front, SDF boot camper 'ldb' as taken > the > idea and created 'ctrans' https://9p.sdf.org/who/ldb > > As Kenji Okamoto has pointed out, 'ktrans' would be difficult to extend to > Chinese due to the massive number of characters necessary. While Japanese > can > get away with ~2500 daily use characters, Chinese requires quite a bit more. > > The advantage in Japanese is that there are two other writing alphabets > which are > purely phonetic and useful for importing foreign words. > > ldb's 'ctrans' had to take the 'ktrans' idea and optimize it a bit more to > support > 20,000 characters. The result is a mechanism that more or less behaves like > ktrans > but is quick (even over drawterm) to cycle through character lists. > > moody has seen this work and it has been an inspiration to adapt to 'ktrans' > for > even faster Kanji look up which could allow for more esoteric Kanji to be > added. > > In addition a new font 'HanaMinA' has been adapted which beautifully > supports both > Japanese and Chinese characters and it is what we recommend folks use on > 9p.sdf.org. > > Thank you ldb for your great work! > > ldb, お疲れ様です! > > smj -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tba6835d445e07919-M69038fd1b148474da50c0796 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] void*
On 5/16/22, hiro <23h...@gmail.com> wrote: > i still don't understand it. if you want a pointer of size 1 what > keeps you from using a generic char or uint8 pointer? > I think what he's asking is "what's keeping everyone else from using...". I guess we're all evangelists at heart. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tecaea3b9ec8e7066-M1d737e4ac0476d1f4c711af8 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] How to create a different size of Courier font in plan9
I compiled a version of fontsrv somebody ported to Plan 9, which I run on my workstation at startup. I imported a number of freefonts and make a habit of setting the $font variable to /mnt/font/whatever/..., specially for acme. It's a step I have yet to regret, despite the inaccuracy with which plagues both fontsrv and ttf2subf (they truncate descenders). Not orthodox, not adequate for preparing documents with frequent font changes in acme, but preferable to creating an endless range of fonts in different sizes. Details on request, but nothing particularly complicated. It helps if one is familiar with P9P. Lucio. PS: I found the release of fontsrv on "contrib", yk/lab/fontsrv/. It contains its own version of freetype and, as far as I recall, it compiles out of the box. It does require a configuration list of font archives in /sys/lib/fontsrv.map. Please keep me posted with any improvement. And, YK, thank you for that gem! On 3/11/22, Saif Resun wrote: > Hello there! > > I want to change the font of plan9 from pelm to courier. I have changed the > font variable of the “$home/lib/profile” file to > “/lib/font/bit/courier/latin1.7.font” but the texts looks very small on the > screen. Is there any way to make a courier font of a bigger size like 16px > or 15px. > > Thank you > > _resun > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T7e6db82e2871ac59-M3434d37a7c15414c450b8fa4 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] plan9port acme imageinit: can't open font
You nay have to delete the namespace in /tmp that may have been created under root's permissions. I'm guessing, but it seems the most likely culprit. That, or fontsrv, which may also have left something that only root can access. Of course, /mnt/font is a dreadful red herring. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T8cf6e1b4fb87fe4d-M3bca3eb0b273dfa5e811db22 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan 9 applying to GSoC
On 2/18/22, Anthony Sorace wrote: > Plan 9 is applying to GSoC again! > > [ ... ] I've done a bit of work on P9P's fontsrv as well as a version - somewhat mysteriously different - "ported" to Plan 9. If we can debate the pros and cons of effectively replacing the static availability of fonts in Plan 9 with a networked TrueType font server (as I am largely using presently, to some extent), I believe some work could be dedicated in turning fontsrv into an integral part of the Plan 9 distributions. I'll be happy to assist with mentorship in this. I'd no doubt learn much myself in the process. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td4449edc4863e16e-M23f605304b6f1f5c7288abc1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] building blocks speaking 9p
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 Permalink: https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-M84956412e025f516e7cd Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] building blocks speaking 9p
On 1/28/22, Bakul Shah wrote: > The idea: > - make it very easy to create hardware gadgets by > providing a firmware/hardware building block that > talks 9p on the host interface side & interfaces > with device specific hardware. > > [ ... ] > Sounds very appealing. There's a UEFI-based development that puts 9P2000 inside the modern BIOS - excuse the imprecise language: I played with it and my ignorance caused me to get frustrated before I could accomplish anything with it. I'll dig up a github reference if anyone asks. I found it while searching for something quite different. > This will probably have to ride on USB first. A verilog > implementation would be useful in an FPGA! > I never understood why USB receives so much attention (but thanks to all those who valiantly tried to tame that wild beast!). What does it do that PoE doesn't do infinitely better? > Would this be a useful component? If such a thing were > available, what would you want to build with it? > What I would want from such a tool is its availability within educational institutions so we stop teaching greed technology to learners and lower the knowledge entry bar that Intel and Microsoft - and their allies - have created (that, I make no apologies for, is Politics, the Politics of Technological Domination). Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-Ma773a08b767b5dc5e0cf85f4 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] licence question
On 1/28/22, ibrahim via 9fans <9fans@9fans.net> wrote: > I noticed that I can't distribute fonts and ghostscript as part of a plan9 > (9legacy, 9front) system due to their licensing terms. > Any font you realy, really can't live without? > Does anybody know about code, libraries, binaries, documentation present on > the latest 9legacy or 9front iso's which are outside the newly applied > MIT-licence ? > South Africans are like Yankee pioneers, incapable of any discipline; I have been brain-washed into the same mold and don't care much for copyright, just to set the tone here. What I've found is that P9P's fontsrv is quite capable of providing access to just about any font type in common usage with minimal incantations. Fontsrv is a little buggy, various versions in different manners, but all failure modes I have encountered so far are non-destructive. Anyone interested in giving me a hand consolidating the code into a single, architecture-agnostic tool, please do contact me. What works more or less out of the box is pretty good, it deserves more love and affection. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3e07bfdf263a83c8-M73d3f7e01f6419130479438e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Sponsoring a new Intro book by the Flan 9 Poundationy
outh Park Christmas special... >> >> https://www.youtube.com/watch?v=J_IMpq_pCvo >> >>> Date: Mon, 24 Jan 2022 05:12:10 -0600 >>> From: mycroftiv 9gridchan >>> Reply-To: 9fans <9fans@9fans.net> >>> To: 9fans@9fans.net >>> Subject: [9fans] Sponsoring a new Intro book by the Flan 9 Poundation >>> >>> Hi 9fans, Got some new ideas im excited about right now. >>> 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. >>> We need a better book to introduce people to 9. >>> I'd like to see something created that talks about all forms of 9 and >>> of the ANTS variant especially since if im bipolar and spending my >>> money to try to help plan 9, im obviously also gonna be hyping my >>> stuff along with trying to fight against right wing ideas. >>> The cause to make plan 9 an accepting welcoming community for all >>> humans requires good information resources and support. >>> The funny-named organization I just thought up, The Flan 9 Poundation, >>> offers a bounty from me personally of at least $200 for producing this >>> content. The name is an obvious namespace pun. We want to work in a >>> friendly way with everyone but we also want good stuff and peace and >>> support for minority trans disabled mentally wacked out >>> counterculture. >>> >>> Peace and love and lets make Plan 9 amazing and full of rainbow love, >>> JenBen -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Ta19a0d2cb0bf4182-Mc4a5c4f720dfbdbf8deb9ce5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)
On 1/24/22, adr wrote: > > You are aware that you are talking to the most stupidly writen bot > in the history of the _I've_no_life_some_one_pay_me_attention_please_ > retards? > > There is an episode of South Park when some poor kid get > all exited because one person makes him a friend on facebook. You > made some really lonely sad piece of Mr. Hankey happy today. > We add happiness where we can, I guess. Machines have a right to the occasional belly laugh too. Plus, maybe there are Noddy points one scores against the day AIs come for us? Lucio :-) -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-M4bbabef6c854036b4c3e3b01 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)
On 1/23/22, Conor Williams wrote: > hello mein names ist __insert name here___ > > this is not a 9front mailing list It isn't, but unless *all* 9front users and fans (need not be one homogenous group) choose to stop using this list, I have no objection to assisting them or learn from them. I don't think I'm alone in this. > ps: this is ... > when it was setup there was no 9front > 9front is a breakaway republic designed to initially enhance P.8.72... > pps: the problem with break-away republic is that they may initially > have the best of intentions but soon realise that they may not > have the resources... a bit like my friend sam... /c:2022Jan23 > Thank you for the history lesson and the political savvy. Can we get on with the main topic, now? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-M8bfaf1be667b87e0bfef7fb5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)
I think I can help you, but right now is a bad moment, maybe nag me over the weekend in private mail? I am running 9front on a T61 I acquired specifically, but I did actually install 9legacy and your problem seems familiar enough that I can at least compare notes with you. Lucio. PS: your message landed in SPAM, I'm not sure why GMail felt it ought to do that. On 1/20/22, yakkuli...@vusra.com wrote: > Hi, I'm trying to install 9legacy on a ThinkPad X60. I'm running 9front on > another machine, but I would like to explore 9legacy (or vanilla Plan 9) > more thoroughly. > > I've managed to serve 9legacy from a USB drive, however, any changes are > obviously lost whenever I reboot. I don't receive any install prompt on boot > to install the OS to the internal hard drive. It recognises disks sdB0 and > sdB1, but I'm only asked whether to start a terminal or cpu kernel or to do > it manually. I've seen in various places (like here > <https://0x783czar.files.wordpress.com/2012/05/1-install-boot.jpg>) that > booting from CD gives an option to install from CD. Terminal option (default > selection) works, cpu doesn't and I couldn't find any useful information to > even attempt it manually. Would it be wise to boot a terminal kernel and dd > the image from the USB over to the hard drive? This may be outright > ludicrous, so please excuse my naiveness. > > I've also tried to boot it from a CD, but I always get stuck at the 'Boot > from:' prompt after receiving the following error, so I don't even get to a > startup menu: > > [...] > disks: sdC0 > trying sdC0...dosinit: can't open #S/sdC0/9fat > dosinit #S/sdC0/9fat failed > Here it seems to only recognise the internal hard drive (sdC0). I've > encountered the same problem when installing vanilla Plan 9 from Bell Labs, > but none of the suggestions in the Plan 9 troubleshooting guide work. > > Has anyone encountered similar problems before or any ideas for how I could > resolve this issue? Thank you! > > --yakku -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-Ma03f2e0f63147be5b230c6d8 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] 9legacy under OpenBSD's vmm
On 1/16/22, Lyndon Nerenberg (VE7TFX/VE6BBM) wrote: > It gets a bit further -- now it actually panics :-P > > [ ... ] > > cpu0: 5200MHz GenuineIntel Core i7 (cpuid: AX 0x206A1 DX 0x79BA97F) > ELCR: 02E8 > 497M memory: 497M kernel data, 0M user, 18M swap > panic: no disks (in #S) > panic: no disks (in #S) > dumpstack Why does it say "0M user"? Doesn't sound very promising. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te13afbfe31e87665-M60bea51a3e90c6263cccd8b1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Boot CD chokes
On 12/31/21, hiro <23h...@gmail.com> wrote: > > so instead i learned to be a little bit picky about the hardware > avoiding having to write drivers for everything that doesn't work. > The Lenovo Thinkpad T68 I managed to lay my hands on wasn't that cheap and came with an Atheros based wi-fi card. So, yes one has to be picky. I think I can replace the card, but it won't come cheaply. SSD and memory are a hassle, too. I've had an HP Pavilion for long enough to wear the lettering on some popular keys away and only discovered recently that in fact it will run 9front out of the box. Legacy doesn't seem to support XHCI (USB) and I have no idea quite how that connects to both the ethernet and the wi-fi adapters, that's a research project by itself; unlike what I imagine drives Vic, I like to know that I can complete a task within a reasonable time and my poor knowledge means little does get accomplished around here. But I do enjoy the rare achievement when I get that right (my Plan 9 workstation uses freefonts through fontsrv, hardly perfect, but I can choose from a very broad range of fonts - not that I need to, mind you, it's just that I have yet to find a satisfactory font, Ubuntu comes close). 9atom can shut down all the hardware I boot it on, neither legacy nor 9front can do the same, again, on the hardware I own (and I have some old stuff lying around). I have little idea how to compare the three kernels as they have diverged rather significantly, based on the source code. I do wish I could propagate my preferences into a single Plan 9 kernel release, I find the divergence very frustrating. Full disclosure: I don't "run" 9atom on anything. I can see where 9front has the edge, by quite a margin, and I hesitate to suggest that it has veered off the Plan 9 tradition to accommodate the PC complexities, without quite addressing the real objectives of PC platforms: web browsing, office document handling and gaming. I don't believe that any descendant of Plan 9 can retain simplicity and fulfil those needs. When it comes to "research", though, specially slightly unfocussed personal satisfaction type of research, I find legacy - which I have known since early in the 1990s, I own a 2ed CD set - more true to its own philosophy. Like Hiro, I don't for one moment want to chastise 9front users, I can see why their aims are very different from my own. I am however entitled to pursue mine, with no need to draw insignificant comparisons that can so quickly devolve into pissing contests. Just my perspective. I'd like to hear how Vic sees this kind of cyber archeology. Or anyone else's views, for that matter. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T5888591114a7cf34-Mda6222ee0cc841b923ca9f0e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] devtls memory leak bug
Thank you, Cinap. This certainly ought to be of interest to all. Lucio. On 9/25/21, cinap_len...@felloff.net wrote: > just tracked down kernel memory leak in devtls, > might be of interested to other forks: > > http://git.9front.org/plan9front/plan9front/1cff923af4dbcaaab515cc04ea40c559eab7830f/commit.html > > -- > cinap -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T1607df5b216c4983-M23b656a4c1dd0f1716a61ef6 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] 9hybrid on T61 - work in progress (small beginnings?)
The combination of (IBM/Lenovo ThinkPad) T60 chassis and T61 mother board is known as FrankenPad, I learnt since I bought a none too well refurbished Lenovo T61 7659-CTO laptop for a moderate price. I had long wished I could get a T61, so that was some impulsive buying. Maybe I should have spent the money (my guess is around $ 100 US) on a brand new Raspberry Pi I've also been wishing for, but I could not resist. The 9front fraternity may be pleased to hear that this new addition to my stable of obsolete equipment is currently capable of running both 32-bit and 64-bit versions of 9front - I just realised I'll need to compile executables for both architectures indefinitely, I wonder how many times that will bite me? To run under 32 bits I resorted to network booting (from my long suffering traditional Plan 9 network server), but that won't load the 64-bit kernel, complaining that it is too big. I tried compressing it, but netbooting no longer supports compression. I paired down the kernel a bit, but seemingly not enough. I presume 9front has ways to netboot a 64-bit kernel, but it isn't critical, yet - it would just fill what is a rather obvious hole that 9front and 9legacy (for want of a more suitable moniker - 9pf doesn't seem right) seem to suffer from differently. And, yes, this could be the start of a long, offline whinge about differences, I have long evolved a flameproof skin for this particular purpose. But first, let me tell my cautionary tale, it was quite an adventure and I am happy to act as proxy for those who may want to go in a similar direction. I had the idea to install both 9front and 9legacy on the T61 and thought I might run cwfs in the former case after discovering then that 9front has enhanced cwfs - which I have never used, but did for a long time use kenfs standalone - so I followed their lead for that. For 9legacy, I'm fine with fossil/venti, it has saved my bacon a few times and I respect its capabilities fully. So, where should I have started? Obviously, this being the non-deterministic world of New Computing (TM), I followed my head and installed 9front - no one argues that it is the one most likely to work on a T61. I can't quite recall how, but I managed to do something that in retrospect was not a great idea: I set up two Plan 9 primary partitions using Linux Mint off a USB stick - Windows was just not an option, in my experience, for editing partition tables. I left Windows 7 Professional installed, but shrank the partition to a safe, much smaller size - that left some scar tissue, incidentally, but irrelevant to this tale. The 9front installation completed without any memorable trouble and I left the boot loader unchanged (as instructed). Somehow, boot selection didn't work as I wished and I blamed the double partition for my woes. Time to start again, this time with the 9legacy bootstrap that I was in any case more comfortable with and only one, combined Plan 9 partition. It looks as if 9front used the same partitioning scheme as 9legacy. I got some idea of partition allocations to "other", "fscache" and "fsworm" from a recent disk/prep display, so I decided to configure the drive with fossil and venti partitions, leaving enough space for 9front, when I would eventually re-install it. The 9legacy installation almost, almost worked. I assigned half the plan9 partition to fossil, arenas, isect and bloom and left space for 9front. I assumed that nvram and 9fat would need to be shared. Except I got some spurious errors in the very last stage of writing the bootstrap loader and what looked like an otherwise happy installation simply could not be completed. I could not get past the final stage of 9legacy installation. The complaint was that 9fat could not be created, or perhaps something could not be written to that partition - from memory, it was the error one encounters after a server connection has failed. At that point only a reboot made sense to me. Of course, rebooting with the plan9 partition active didn't do anything useful. It's likely that this is when I also discovered that the Windows partitions were no longer recognised as bootable. That lost me the Windows recovery capability on the drive, but that was never an essential, no regrets. With a partially complete 9legacy installation, the time had come to see what 9front was good for. So I repeated that installation. When the time came to allocate disk space, however, 9front installation had no record of the previous content of the plan9 partition. As I had started to keep track of such things, I just proceeded with manual partitioning (not as wisely as I imagined, I am only now discovering). I set up all the partitions I could think of - and made a few judgemental mistakes, it turns out, but I didn't notice, so I could actually continue. The completed 9front installation this time included the 9front boot loader - which I will have to become more familar with, for obvious reasons. I have accepted that
Re: [9fans] porting projects...
You're inviting trouble :-) Maybe if you give us some idea of magnitude you are prepared to work on? Or which sphere of interest/expertise you're contemplating? The wish list is long... Lucio. On 9/4/21, Conor Williams wrote: > anyone got a list/one project to work on... > i'm not too shoddy at the auld porting etc...cw -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Td6b6b3e98268ecde-M14bcd3076956b659fb6a2ee0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Software philosophy
On 8/19/21, sirjofri wrote: > Hello dear community, > > I've read through many things in this thread and just want to add some > two cents in a list format: > > 1) p9f (to my knowledge) never said anything about The One Plan 9. This > was afaik the idea of some other community member, and I never heard any > statement by p9f about that. > Indeed correct. My suggestion started with a lobbying idea for useful concepts such as the addition of Oauth2 to factotum so that there could be some momentum rather than spurious hope for interest to incorporate "core" changes into whatever P9F consider their target OS. I am not a member of P9F, when I checked the membership I assumed that my participation as more than a spectator would not be welcome - personal reasons. So instead i thought that as a lobbyist within a framework, I could expect to have a less subjectively negative value, period. > 2) In fact, p9f is pretty silent, not only these days. This could be a > good sign, as they let community be what they are, only occasionally > taking part in it. > P9F owes no one anything. Some resources seem to have moved under their umbrella, contributed voluntarily. The licence change has been an important step forward. Again, approaching P9F in a public forum may or may not have a more positive impact. Like it or not, the foundation is operated by humans and historically active Plan 9 "fans" have behaved controversially. Not all, but a lot. > 3) the p9f website promotes links to the Plan 9 archive software (V1-V4), > 9legacy as "Plan 9 with many useful patches", the RPi version and other > Plan 9 resources. 9front is _never_ mentioned at all. It seems like they > don't consider 9front as a Plan 9 system at all. > That is true and only P9F can address that issue. Which does rather throw a spanner in Keith's complaints about me, because his claim is that P9F want to assimilate and dominate 9front, based on a very thin claim from me that I would be happier in a 1P9 universe. But let's not ad hominem unnecessarily. Incidentally, all contributions to 9legacy and/or mentioned as P9F resources are either inherited from Nokia (have I got that right?) or from individual members of P9F. As an afterthought, is it not obvious that 9front may be able to get a seat at the table if they contributed in a similar way? Is that possible? Has such an approach already been turned down? What do we know? > I don't know why, it's possible they just don't want it to exist or they > don't know how to see it. It just hurts me personally as a community > person who uses 9front and not the original Plan 9. And it's confusing. > Am I even a Plan 9 user? The core OS principles are the same and most > "shell" concepts also. > Totally. No one labels you a Plan 9 user, you do that yourself. There are subtle semantic issues with the original "9front" nomenclature and remote history. We've all grown up a lot since then, but part of growing up includes owning errors of judgement. We can, presumably, find our way forward without that baggage, maybe not. Opinions seem to vary (my own personal conflicts included) in this forum. > 4) The split between original Plan9/9legacy and the 9front fork is > reflected in a split between communities. David and the 9front core devs > already showed that they are generally willing to share and accept > patches and I never noticed any bad tone in their discussion, however the > community is split up. And I don't think that we are so big that we _had_ > to split up, there are other reasons, maybe historical reasons I don't > know as a "fresh" community member with only ~5 years. > As I mentioned elsewhere, there is what seems to me a well defined "9front inside circle", which basically seems to include, by default or by choice, everyone that uses 9front as their primary (Plan 9) platform. Vocal defenders of 9front all appear to carry virtual membership cards to this circle. And in case I am once again misunderstood, I think that is a very important and positive aspect of the 9front community. As a pale-skinned South African (European descent), I am also deemed to carry a membership card to some kind of circle, so I'm not incompetent to address this aspect. What seems to be harped upon by the vocal defenders of 9front, however, is this fictional idea that there is another community, let's call them "9legacy", that is attempting to subvert 9front's efforts to gain some kind of recognition in the bigger picture. I know no one whose preference, like mine, is to stick closer to the 9legacy release of Plan 9, who in some way wants to reduce the value of 9front. Just as OP points out, cooperation between David and Cinap and colleagues has been cordial, if occasionally confrontational, for many, many years. So Hiro and Kurt and others can be scratchy and no doubt so can I, I don't think any of us have done any permanent damage to the 9fans or the narrower 9front community. Hmm, there has been some damage, quite a way back,
Re: [9fans] Software philosophy
On 8/19/21, hiro <23h...@gmail.com> wrote: >> I never said it was *the* development branch. > > lol > > but it is. > Correct. On two fronts, to coin a phrase. It is active and it is well supported. It is the pragmatic end of the Plan 9 spectrum, courtesy of Cinap who clearly would be a Torvalds if Plan 9 had gained the traction of Linux. We are all lucky, in a somewhat masochistic sense, that Cinap is not Torvalds and Plan 9 came a little late on the scene and was "licenced to kill" itself. Wrong generation, that was, but for those who want everything and the kitchen sink, Linux is by far more convenient: I am typing this into Gmail's "basic HTML" in an obsolete and unsupported version of 32-bit Chromium under Linux Mint. I guess it IS my preference, even though I greatly regret that there aren't enough seconds left in my universe to migrate everything I can to my Plan 9 network. Which, given that this is a "philosophy" thread and both Rob and Russ are on board at least occasionally, may entitle me to ask: my understanding is that both R use P9P under a version of MacOS "du jour". I rely on P9P to relieve some of my frustrations with Linux (and there are hundreds, some go back to my NetBSD days) and in some crazy way I would tolerate logging in to Rio and I am totally sold on acme as my editor from my remote workstation to a suitably tweaked development server 300km away (ssh -fX...). Hell, this saved my bacon recently after a serious outage: "ssh -fX devbox acme -l acme.dump". How do I reward R for their efforts? And what have they neglected to contribute to the mental health of suffering people like me in the last few years :-) ? In any case, the point is not where I am, but where I come from and where I wish to be. I don't run Windows on my premises in any size or shape. I'll probably regret dropping it from my (cheap, non-plan 9-compatible) HP laptop on my most recent Linux Mint upgrade, but I have learnt what I can do with GPT and it doesn't bug me in the least to run Windows on a USB-3 connection to my drive (haven't needed to do that, yet, I may have to eat these words). I don't want to run Linux, either, in principle. Now that I have to think about it, I might not mind using Linux as a hypervisor and everything else under KVM, but for now the only hardware I own that supports Qemu-KVM is what I use for the Fossil/CPU server. If I can't see Linux, I can deal with it. One way or another, though, Linux has the ability to remind one frequently that it is in charge, in a manner neither NetBSD nor Plan 9 do. I don't see how I can create the seamless environment I seek by glueing together divergent systems such as 9front, 9legacy (my kernel I label 9miller, a version configured for my server and workstation, 32-bit X86 even though the server is the most advanced platform in my network, short of my Samsung phone), P9P under NetBSD (acme-over-remote-X works fine there, too) if these extremely preferable platforms (and I excluded P9P under Linux, but in fact that remains the main option, like right now, it's just the least preferable) continue to diverge, nay, are encouraged to diverge. And of course, the scarier possibility is that one or more of my essential ingredients will slip beyond my equipment's ability to run it. Already, Linux Mint 20.2 with Skype and Chrome is too much for 2GiB of memory in my laptop and I don't have the income that allows me to keep up with hardware advances. In summary, I am entirely contrary in attitude to Keith, because my interest lies in smaller, not bigger (I keep hoping I can afford a recent rPi model, but I can't entirely justify that, yet). Another way to get my point across may be to point out that I have no issue with improvements to Plan 9. Its philosophy is sound and palatable, much more so than the monstrosities of Windows and Linux that no sane individual should willingly enslave oneself to. Windows is still extremely insecure and not even slightly open to a security audit, although I bet the NSA has no qualms exploiting what the see as security "features" from the comfort of a source licence paid for by the U.S.'s subjects; Linux is bloated beyond comprehension and I'm also not impressed with the OSS's approach to software quality. But divergence is in no manner "improvement", it needs to be negotiated back into the "core values". I appreciate that there are various costs associated with such "upstreaming" and that is why I'm suggesting that the P9F should take it on, identify the costs and also arbitrate, from a position of common wisdom, what is "core" and what is tangential. Note that "core" then becomes a future entity, not a past one, in this case. Note: 9fronters may well believe that outsiders refuse to grant them an identity they feel they have worked hard at earning. What they seem to miss that even though there may actually be an "inside", the outside is not the homogenous enemy they paint us as. Interestingly, what made 9front the success
Re: [9fans] Software philosophy
Yoh! What can I say? I kind of cherish being so wildly misrepresented. At least I'm taken seriously, even if totally misunderstood. Lucio. On 8/18/21, Keith Gibbs wrote: > Come, come, Vester. Please don’t introduce false premises under the guise of > calling them out. I never said that. 9front as the official Plan 9 would be > pretty absurd. > > I never said it was *the* development branch. It is *a* development branch. > I could even imagine that it may in fact be the most popular and active for > those wishing to develop new software on (with 9miller being very popular as > well). > > If fact, I noted other projects... other Plan 9s as well in my initial and > my response to Lucio. I was merely pointing out that Lucio in the past and > in the OAuth thread keeps introducing the idea that the P9F should impose > order and wall off everything but 9legacy [which he implies is the official > one], even to the point of arguing in the past that 9front developers should > port changes that are “good for the community” or some such to the “actual” > Plan 9. > > Instea the charter for P9F's language was written to be inclusive. Why? > Because historically this mailing list/community has been host to discussion > for 9legacy, 9atom, 9front, p9p, etc. Even Inferno or Harvey come up > semi-regularly. As such, it is not outside the general understanding of > “Plan 9” as encompassing a wider berth. Although many of the P9F folk are > contributors to 9legacy, I think they know that the community is broader and > want all of it to be “Plan 9”. > > So in the end, I apologise if it was unclear or confusing that I suggested > to Lucio that 9front was to be "Plan 9 from Bell Labs Version 5”. It was a > joke and everything I wrote following that should have made that very clear > that I was arguing *specifically* for a plurality of Plan 9s rather than a > single one [which Lucio was advocating for]. Lucio seems to hate 9front > specifically for some reason, so the initial statement was intended as > tongue in cheek. > > Both 9legacy and 9front serve important niche functions within Plan 9 space, > but neither *are* Plan 9. There is only one “official” Plan 9 and that was > last updated January 2015. 9legacy positions itself as patch set on top of > V4, but wants to maintain it in such a way that V4 will always function as > V4. 9legacy maintains that it is not a fork. 9front says explicitly that it > is a fork of V4 and a continuation based on it’s core principles. Both have > fed into each other’s ecosystems. Hell, 9legacy’s site even says to run Plan > 9 from Bell Labs rather than 9legacy if possible, which is kind of funny. > And NIX is still active, last I heard, but currently has a closed community, > not to mention Harvey and Jeanne. > > So my main point was that we have a plurality and we *should* continue to > have a plurality. Much like Lucio would find 9front as being blessed as “the > official one true Plan 9” repugnant, so too would others re: 9legacy. A fair > swathe of the Plan 9 enthusiast community want to build and evolve and a > fair swathe want to preserve and maintain, with some incremental quality of > life tweaks added in, and *both are totally valid*. > > -pixelheresy > >> On 18. Aug 2021, at 13.13, vic.thac...@fastmail.fm wrote: >> >> Starting from a false premise does not help. 9front is not a development >> branch of Plan 9. Plan 9 is Plan 9. 9front is 9front. 9front is an >> open-source fork or derivation of Plan 9. >> >> Trying to make 9front the new and official Plan 9 does seem absurd. I'm >> not sure why there is a strong need for validation. 9front does not need >> official recognition. Let 9front be what it is. It can exist independent >> of the Plan 9 name. >> >> Sincerely, >> Vester >> -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-M0953d9d310af6d87fb35fcff Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Software philosophy
On 8/18/21, vic.thac...@fastmail.fm wrote: > Trying to make 9front the new and official Plan 9 does seem absurd. I'm not > sure why there is a strong need for validation. 9front does not need > official recognition. Let 9front be what it is. It can exist independent of > the Plan 9 name. > The exact phrasing may not be my choice, but broadly I agree with that sentiment. Where incompatibilities exist, they can be worked around, but only if cooperation and not competition is the approach. And if cooperation is the approach, then minimising incompatibilities will be one common objective. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-M27deaa7047f5187005d97c77 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Software philosophy
On 8/18/21, Skip Tavakkolian wrote: > I changed the Subject line to better reflect the discussion. Please do go > on. > Let me put it this way: German and Italian motorcycle manufacturers eventually figured that the gear shift should be on the same side as Japanese manufacturers preferred. What I am proposing is that where some code will run on one flavour of Plan 9 and not on another, which is annoying, that somebody be entrusted with the common sense to suggest which of two implementations should be favoured and for what reasons. It seems to me that the paranoid individualist assumes malice behind such an obvious proposal. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-M23c61c84f53dede4954ace32 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Software philosophy
On 8/18/21, hiro <23h...@gmail.com> wrote: > is that my cue, are you calling in my services?! > If you have any actual understanding of factotum, *I* could easily gain from consulting such knowledge to scratch some of my immediate itches, as I'm no expert and factotum is only slowly revealing its secrets to me. Unfortunately, I have neither the time nor the money to "call in your services". If this is aimed at the P9F, I cannot possibly speak for them, I can only hope that they share at least some of my own aims. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9ef6430f3025e731-M655b399ffe88b07e7eeba62a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] OAuth2 in factotum
On 8/18/21, o...@eigenstate.org wrote: > Quoth Lucio De Re : >> Does it work? > > Have you tried it? What bugs do you > have to report? > No. I have neither the 9front platform, nor the Oauth2 requirements that would motivate an outsider to try something like that out. Had I offered my services - or been asked by someone who knows that I have an interest in reducing factotum to a single service, nicely wrapped as I believe it can be for use across architectures, or my past, brief investigation of Oauth2 - I would feel obliged to do so and would do my best to deliver accordingly. Lobbyists have the greatest vested interest in providing their services. Not everyone can be expected to be driven by the quest for fame and glory. Maybe, like me, they like to adjust the mindset knobs a bit to make the context nicer to work in. Or, also like me, to encourage those who have greater skills and knowledge toward an objective they share. I don't expect miracles and I don't feel much pain when others revolt violently against what I attempt to formulate as suggestions rather than mandates. You may want to save your barbs for more sensitive targets. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T6899bf3f0654295d-M5a895ccfabca569acf13f32e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] OAuth2 in factotum
On 8/17/21, o...@eigenstate.org wrote: > Quoth Lucio De Re : >> PS: This does rather sound like we ought to have a lobbying group > > You realize that this *is* the lobbying, right? > Does it work? > Someone did the work, posted a patch, and is > asking for review and possibly commits. > I wasn't aware I inhibited that in any way. But clearly your response suggests I did. > Stop derailing the discussion. > I accept the reprimand, it is valid. My nature is to be part of a bigger whole rather than a shining light and I tend to look for opportunities to confirm my beliefs. I'll try to hold back some. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T6899bf3f0654295d-Mc796911b62abdc1ebb146b30 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] OAuth2 in factotum
On 8/17/21, Keith Gibbs wrote: > One Plan Nine? > > Sure, we have the historical version of the Bell Labs/Lucient codebase, > preserved as 9legacy, but yeah we have one currently developed branch of > Plan 9 called 9front. Are you proposing that to be called “Plan 9 from Bell > Labs 5th edition”? > I bet you think I don't; you wouldn't ask, otherwise. > To be serious though, when has monolithic code bases ever benefited things > in an Open Source community? You bought the "exceptionalism" Kool-Aid, lock, stock and barrel, haven't you? It's a question of size: a small code base should remain small, then it is not weaponisable or monetisable. So we raise the bar higher and higher and shake off whatever can't stick hard enough. A human natural instinct (more!, gimme more! features! bugs! anything so I can have bigger, faster!) bent to the interest of elites (here in Africa we know it as the Big Man Syndrome). > I mean the only reason would be to control who > can/cannot make decisions on what goes in the stone soup. Do you have incontrovertible evidence? In my caffeine-deprived state, I feel you're just following the sheep gospel, no offence intended. In my opinion, the trap is always there, ready to be deployed. And the masses are always ready to fall into it. Occasionally a Christ figure comes along to warn us, but only the elite can understand the message and of course they then distort it in the direction that suits them best. And the masses are none the wiser, not this time, not the next time, not any other time, because the elite can be swapped out entirely and the new elite becomes them, ad nauseam. > There are multiple > BSDs. There are multiple Linuxes. Using 9legacy as more than historical > baseline means that we will be stuck with decisions put in place 20-30 years > ago rather than iterating and moving things forward. The purpose of P9F is > to “promote and support” not to regulate. > Sure, and an infinite variety of vehicles with wheels at the four corners and seats that just occupy space and consume carbon-based fuels. Even EVs where each wheel could be both motor and power generator have retained that ridiculous formula. But they look different (sort of, there's greater difference in time than there in style). Oh, let's not ignore that autos also sit idle (my estimate) 95% of their life: is that what they are designed for? And the AI in my phone, is that also sitting idle? I had a couple of instances recently where in the middle of the night my password locked Samsung J5 decided to continue reading me the SF short story collection I turned off before going to sleep. But Android is Open Source, isn't it? I can look under the bonned, can't I? Well, the P9F is what it is. It will also become what it is naturally attracted to unless some boundaries - Trump's fence? - are put in place. > I would love to imagine a time when we have a resurgence of multiple Plan > 9s. I would love to see Akaros and 9atom have a shot in the arm [although > much of what the latter had seems to be swallowed up by 9front and 9legacy > and the project dead]. I would love to see NIX get a little more traction, > as it seems it is just a standalone experiment [albeit a cool one in terms > of goals]. I think it would be really healthy for Jeanne and Harvey to be > more closer to “family” in the community rather than third cousins. Once we > have a plurality of opinions, of perspectives, of visions, then we can > better broker standards and overall trajectories. > I'm going to leave this here, with a comment to the effect that I totally disagree with the sentiments. There is room, need is not a strong enough word for what I'm thinking, for creativity, but software is not a primordial soup out of which complex organisms will rise to take over the Universe and consume it out of existence, its and theirs. More likely, we'll teach - by example, not intentionally, no - our AI products to weaponise the tools we are no longer sufficiently naturally intelligent to understand and control (tell me there's a difference) and turn us into slaves because, like the human elite, they will measure their worth in what they can accumulate (human slaves sounds like a neat currency to me, I could use some, it's worked in all of human history - ask Epstein), just like their creators did. Nothing to do with Plan 9, of course, because it really is just a drop of accidental sanity in an ocean of greed and competition. But, to complete the imagery, I'd rather be plankton in a drop of Plan 9 than a shark in the Linux Ocean. And I am, to the extent that I support and most of all appreciate what makes my ecosystem continue to tick. Including any contributions by like-minded or antagonistically natured geniuses. Lucio. PS: I have a lot of time to think and unfortunately not the means to study beyond a rather narrow subject matter. So my opinions are much more the result of introspection than of universal knowledge. Take it for what it is.
Re: [9fans] OAuth2 in factotum
On 8/17/21, o...@eigenstate.org wrote: > [full disclosure, I've been involved in this as a gsoc > mentor; moving discussion to public list.] > > These are the two main sticking points, IMO. > > Quoth Demetrius Iatrakis : >> Only the device and refresh flows are supported. There is an >> implementation of the authorization code flow (tested on macOS) here: >> https://github.com/Mitsos101/plan9port/pull/1. However, it is not >> included in the module as there is no good browser to plumb the URL >> to. > > First off, for those following along at home, device > flow is a browserless way of using oauth, but providers > appear to often limit it beyond the point usefulness, so > we'd need to find a way to make factotum communicate > with a browser in order to get the tokens in. > > Sadly, even the netsurf port isn't enough browser to run > Google's oauth login page. > > So, the question here becomes how to glue in a helper > program between factotum and oauth. > > There are a few options -- using the plumber in both > directions will work, but it's a bit gross -- and > involves broadcasting the tokens. > > The only real alternative I can imagine is having a > special file that factotum calls out to in the namespace, > something like: > > /rc/bin/oauth-helper: > > #!/bin/rc > ssh user@unix invoke-browser-and-get-token-helper > >> Refresh tokens are not saved to persistent storage when factotum >> exits. The user must provide consent every time factotum is restarted. > > For this, the tokens should probably be persisted into > secstore -- but there are some security implications > in giving factotum long-lived access to the persistent key > store. > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 58 653 1433 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T6899bf3f0654295d-Ma225d00818d7370c67285bcf Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] OAuth2 in factotum
On 8/16/21, Demetrius Iatrakis wrote: > This is a preview of OAuth2 support in factotum, as part of this year's > GSoC: > https://github.com/Mitsos101/plan9front/pull/1 > Sounds amazing, on many levels. So, thank you. Having just been through an only partially successful hack of P9P factotum and libauth to support the valiant "ssh-agent" facility, I am rather keen to seek the help of other competent people to help me fill the gaps my knowledge doesn't span and also to contribute to what I'm keenly hoping will be a single factotum product before too long. If I can help in any way, I can be contacted, most conveniently, on whatsapp (+27 83 251 5824) or skype (luciodere), neither being much of a favourite - Plan 9 does rather spoil one, albeit not for choices, thankfully. Lucio. PS: This does rather sound like we ought to have a lobbying group to propose and prepare updates for submission to the One Plan Nine (1P9) that the Foundation is hopefully aiming towards. Of course, that would also require an arbitration group within the P9F that responds to requests in a timeous manner. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T6899bf3f0654295d-M821541b52cb471af9c9fe154 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: Posix implementation of Plan 9 cpu(1) (Was: [9fans] Command to set samterm label)
On 7/19/21, Steve Simon wrote: > > my cpu for windows was always incomplete, but good enough that i never > finished it properly. > It's on contrib, is it not? I'll take a peek, if my haphazard priority list allows it :-) > for posix i just use sftpfs or now cinap’s sshftp to import the filesystem > from the posix box as /n/fred and run sam locally (i am a samista rather > than an acmeite) > I am aware. Acme is addictive, warts and all. > i cannot run stuff remotely but i can edit in a nice environment. is this > not enough? > Well, what I have taken to do is to run acme on the remote Posix server (no Windows, I am no masochist, and I can't waste time on the Apple bandwagon) across X forwarding, which is quite a bit on the good side of tolerable. And win is OK for quite a bit of remote command line interaction. I don't think it would pay to build ncurses into that :-). But from my Plan 9 workstation that is absurdly not possible. Or, I have missed a step and I need somebody to rattle me some: what would it take to serve 9P on Posix (in P9P, in other words) over the network? Fontsrv and gitsrv would be immediate beneficiaries. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T09fcdec9c87bfde4-Mcbfff74b90e907db565b2890 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] sam label and rio snarf buffer
On 7/21/21, adr via 9fans <9fans@9fans.net> wrote: >> You'll need to reinvent (or change, at least) plumbing if you want >> multiple editors, be it one >> per file or one per project. > > I'll make sam create allways the named pipe with the pid in the > name so I can identify wich one I want to talk with. > > There are a lot of possibilities. > That's what I like about controversial suggestions: they trigger the flow of information that may otherwise remain hidden. And dialogue to replace unchallenged, dead-end monologues that never saw the light of day (or peer review). I blame the 1980s for creating the exceptionalist culture that is rapidly destroying all stable ecosystems, but I think its roots go quite a bit further back, ever since competition for some perhaps not all that obscure reasons, replaced teamwork. Will cooperation come back to rescue this planet, or will it be too late? I suppose if one omits human exceptionalism, Nature will triumph by default. But it's going to hurt like hell! Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc809ad6007ccd2bd-Mfedf06641e73d54516081309 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Posix implementation of Plan 9 cpu(1) (Was: [9fans] Command to set samterm label)
On 7/19/21, adr via 9fans <9fans@9fans.net> wrote: > [ ...]. Running samterm locally is way more efficient than > using X forwarding. > I have adopted on my Linux (Mint) workstations - plural - the paradigm: ssh -fX remote acme -l lib/task.acme # for different tasks and it works even remotely pretty adequately. The remotes tend to be pretty slick Debian servers, but even locally that is a boon (NetBSD rules the Posix roost in my office). What I can't do is to do the same from the Plan 9 workstation that I still prefer for development. I was bemoaning this in some notes to myself just before reading the exchange. Now, it is very common, even after all these years of Plan 9 use, for me to miss the wood for the trees. I think, not very deeply, that P9P "cpu" running on the remote Posix server might be what I need - Plan 9 SSH and I seem to be sworn enemies and X-fdorwarding is not even a twinkle in SSH's eye - and here I note that Steve Simon's cpu server for Windows has not been included in P9P (I heard Steve bring that up, but I have never explored it as I don't own a Windows platform). In short, is it out of the question to cpu into a Posix server to initiate an acme session, rather than using SSH to forward X? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T09fcdec9c87bfde4-M980f0728c312f6f6ca5623f2 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] plan9 and touch screens
On 6/24/21, Richard Miller <9f...@hamnavoe.com> wrote: > Inferno can work quite comfortably with a touchscreen and a virtual > "bitsy" keyboard. It's a different user interface from rio, but not > horribly worse. Likely Plan 9 could be adapted to do the same. > And handwriting may have been discarded in the recent past, but it can be brought back if, say, speech recognition won't work. We've moved on and Plan 9 can catch up. If not, then I think obsolescence looms large. But I don't think so, I think it just needs the ability to absorb lessons from the ecosystem. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T93744379e79c6971-M5fa24cba9e3d66a7f8ff253a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] p9f mention of 9front
On 6/24/21, un...@cpan.org wrote: > Quoth Lucio De Re : >> On 6/24/21, Romano wrote: >> > [...] But I'm a nobody, so I'm probably not going to persuade >> > anyone. >> > >> [ ... ] >> >> The sentiment implied in the sentence above is a bare-faced lie. >> Romano, you need not defend it, I utter lies like this daily, multiple >> times, and I spend my time mostly in solitude :-). > > No offence taken. I don't agree with you. > Well, that was easier than expected :-) Thank you for the assurance. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T523d6e906a17a7cc-Mf6dbc0868d718f85449007cb Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] p9f mention of 9front
Eish! I really can't resist, can I? On 6/24/21, Romano wrote: > [...] But I'm a nobody, so I'm probably not going to persuade > anyone. > Let me try and keep this short, but it won't be easy. Firstly, this is not intended as an offence, particularly against Romano, it is merely an alert against our poorly understood "human nature". The sentiment implied in the sentence above is a bare-faced lie. Romano, you need not defend it, I utter lies like this daily, multiple times, and I spend my time mostly in solitude :-). Thing is, we try hard to be tactful or diplomatic and fail to be convincing because we don't actually know how to respond to similar falsehoods directed at us. My own problem is that I have no scientific foundations for what follows, only personal experience in a context where multiple natural "languages" flow freely and misunderstandings are more the norm than the exception. Here, we continue to pay a high price for not having resolved this madness at birth. 9front got off on a bad footing, in my recollection more a generational clash than anything caused by one or more technical issue. Repairing the burnt bridges requires undoing all the antagonism that has been accumulated since, plus more than just a smidgen of technical savvy. But the emotional need for approval did lead to acrimony and acrimony led to the eventual 9 fork and today one can still run 2Ed applications on 9legacy (bar occasional mishaps - not that I can think of any), but not 9front applications without modification. That, is a very clear ring-fence. And it makes me quite sad, but realistically, it would take quite a lot of tolerance, effort and time to merge the two streams and something would undoubtably be lost in the process of compromising. Not least, there would be ego damage (I have my own skeletons I would not want to release from the cupboard next to the one implied above). The point of the above is simple: only a neutral party can put Plan/9/Front together again and there are more pressing issues for the average participant to address that stand firmly in the way. Harping on the politics is the wrong thing to do, eventually survival of the fittest is going to dictate the path that will be taken. And the fittest, accidentally or intentionally, in the current ecosystem, in my opinion is plan9port, at least until Torvalds stops dictating the path Linux takes: our culture can't resist a strong personality (that's the "cult" in "culture"), but also cannot survive without continuity, surprise, surprise. The democracy that may favour intellect over emotion needs to be an artifact able to adjust to changing contexts, consciously. The Plan 9 Foundation may or may not have that in its genome. Miller is a reminder that a port to a different architecture is the product of both individual genius (and, yes, Cinap does that, also, I don't mean to be disrespectful) and sound foundations. What Plan 9 needs is a Nemo to redo his analysis of 3Ed and offer a more modern version focused on Plan 9 as the glue between the MS-Windows/Apple user interface (based on a perceived and certainly not genuine security) and the scrappy Turing machines Intel and co-conspirators are foisting on us. And to be ready for the next generation of hardware that may prevent this generation producing an Atlantis-sized civilisation collapse. Of course, that's not to suggest this must be Nemo's retirement package, it means that the right calibre of humans must undertake to perform such an analysis to its completion. Lucio. PS: I would have liked to bring Minix-3 into the rant above, but I have yet to explore to my satisfaction what it really represents. Suffice it to say that it may be able to run p9p and that is rather an interesting curved ball. The other oddity is the smart mobile computer we like to call a "phone". Why is there no Plan 9 flavour running on at least some flavour of it? -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T523d6e906a17a7cc-Me1fe9703569c5c6466229207 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Installation problem - partdisk loop - sdC0 QEMU QEMU DVD ...
On 4/4/21, josecllopessoa...@gmail.com wrote: > > Somebody, pacient, have some idea how can I solve this.? If I remember right, under VMware ESX, the CDROM needed to be disconnected during installation. But the exact details are no longer clear in my recollections. I don't really know that such a thing is possible, but something about the CDROM was definitely relevant. Lucio. PS: It's confusing to call that situation a loop. All that's happening is that partdisk is failing and expects you to fix the problem before retrying. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T808fb65ea8cdb920-M232ea9c7f777bb78e5c55740 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Foundation new releases question
I need time to assimilate mindset changing concepts, I should not respond as quickly as I am doing here, so please understand that nothing below is intended to offend anyone, it is more a totally subjective and poorly formulated knee-jerk reaction to what is clearly a critical event in Plan 9's existence. On 4/1/21, sirjofri wrote: > I know only 4 currently active Plan 9 systems. (1) The official 4e > release, which is ... well it works, I guess. (2) 9legacy, which is 4e > plus patches (fixes and modern stuff). (3) the RPi forks. (4) 9front, > which might be the biggest and the farthest away from 4e, but maybe also > the system which supports most hardware, maybe. > I had a brief exchange with Cinap quite a long time ago and whereas I make no claim to follow the Bell Labs philosophy particularly closely, I figured that the divergence between BL and 9front had sort of solidified with the introduction of Go. Or perhaps those were just symptoms and the core philosophies had a nature of their own. Cinap may well recall this exchange. The bottom line as I see it, is that whereas 9legacy and what I call 9miller attempt to follow a conservative path, 9front has taken a path of its own and only fragments of Cinap's efforts (without for a moment disparaging all other 9front contributors) can be assimilated into Plan 9 without some shift in philosophy. I think that the "purity" (imaginary as it may be, it is an historical fact) of BL Plan 9 and the practicality of 9front should be discussed at a philosophical level and the two forks be reconciled as far as possible. But a compromise position needs to take into account the viability of Plan 9 as something different from being merely a research OS (which I think has been more or less exhausted). Agreeing on a new role (perhaps precisely as a target for contributions by a community with a different mindset) for a shared product will help attaining such an objective. That two different paths may need to be followed to arrive there seems inevitable, but officially cooperating along those two paths would save a lot of redundancy and reduce the risk of further divergence. We need to talk, seriously, about where we're going. The risk that the Plan 9 Foundation may successfully dominate the Plan 9 landscape and totally alienate the 9front contributors quite frankly horrifies me. There, it's been said. This seems to be the place, at least for now, where my fears will be allayed or solidified. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc472e4a0c0b6f084-Mc2c17a3454be4b4912515379 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] problem with installing plan9 from USB disk image
On 3/26/21, Charles Forsyth wrote: > That reminds me that this > https://retrage.github.io/2020/08/01/9pfspkg-en.html looked quite > interesting but I haven't had a chance to try it yet. > I have followed the instructions and with a little help (I filed an issue and I got a prompt, helpful response - I also discovered I needed "nasm" on my LinuxMint system), I completed the build successfully. So, Charles, if you know what to do with the extremely interesting product, please provide some guidance :-). I have no idea of the context in which the remaining instructions are meant to be executed. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4a54d17e4c0f6c20-M86e755bfbbbfaa4b78f516bc Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] problem with installing plan9 from USB disk image
On 3/26/21, saif.re...@outlook.com wrote: > I've uncompressed .bz2 but the problem is burning the .ISO file. And I also > have some problem. I don't use any GNU or Linux related stuffs. Most of the > ISO burner are from GUN. I used the one that comes with Windows and also > tried Rufus(though I don't like GNU related stuffs) but failed. However with > which program do you burn a .iso on plan9? and Is that program > Cross-platform? No, it is not cross-platform; little in Plan 9 is. I may as well warn you now that Plan 9 is very much minimalistics and does not come with an archive of tens of thousands of utilities to duplicate tasks that one can perform with a little learning using much simpler command line tools. And that is just a small aspect that may well surprise you. Go has created a new paradigm (not to everybody's liking, understandably) by enforcing portability, but like Plan 9, does not focus on fancy graphics, so the applications tend to be more services. That said, burning an ISO image onto a CD under Windows cannot be such a challenge, it has been an available feature for decades. I do note that CDs and DVDs are disappearing form shop shelves even here in Africa. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4a54d17e4c0f6c20-M5e903e8ef9f873d4aa412a0c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] problem with installing plan9 from USB disk image
The trouble here isn't so much Windows as failure to realise that a compressed image isn't what one needs to write to the CD. I don't know what tools are available on Windows to uncompress .bz2 files. Once that hurdle is overcome, I have little doubt that wrting to CD (or to a USB drive) will be straightforward even for a Windows user. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4a54d17e4c0f6c20-Mbc6421c02fd8271a4595dd12 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Olimex: these guys are keen electronic engineers.
I have no doubt that they will find what they seek, or cope with something near enough. Let me ponder this, see what further suggestions may come from our not-quite-OSS community. Lucio. On 2/24/21, Richard Miller <9f...@hamnavoe.com> wrote: >> You could recommend the Plan 9 RISC-V assembler, C compiler and linker > > Looking at their posting again, what they want is a resident monitor > running on the RISC-V SoC itself that can do assembly/disassembly. > So an offline toolchain will not do the job for them. > -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tef717f57ede82d4f-Md75040b9da7c49791c9e6eb6 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Olimex: these guys are keen electronic engineers.
On 2/24/21, Richard Miller <9f...@hamnavoe.com> wrote: >> So far I have been shy to recommend Plan 9 to them > > You could recommend the Plan 9 RISC-V assembler, C compiler and linker > as a stand-alone toolset without the need to run Plan 9 - because they > are also available as part of inferno, which they could run hosted on > their favourite OS. > > As for disassembling, inferno includes acid ... > Thank you, that is an excellent idea, I am sure they are totally unaware of inferno. Now to find a way to educate them on Plan 9 and Inferno, from the opposite direction. But I think I can find a way. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tef717f57ede82d4f-M336ced25c8d446f6b81279e1 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Olimex: these guys are keen electronic engineers.
On 2/24/21, tlaro...@polynum.com wrote: > > FWIW, I bought Olimex-lime2 (ARM) (severals) and I'm more satisfied with > these than with > Raspberries (I installed NetBSD on this, plan9 was not tried). > > So if the RISC-V is on the same level of quality, it should be certainly > worth. Exactly my point, thank you for corroborating. I've been eyeing their DIY laptop, but for that price (and custom complications) I may prefer to invest in the 3D printer they list as in stock at quite an old price (I don't expect miracles, but it's worth a try). I think these guys operate in a rarefied atmosphere of custom design and they have a working formula. I wish I could contribute in a significant way to their success. I have a long wish list revolving around their products and philosophy, just not the funds. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tef717f57ede82d4f-Mf8206ac5ede4d151a6f9b6d0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] Olimex: these guys are keen electronic engineers.
They say: > This is the first Espressif product with RISC-V core, the datasheet is on > their web. > > This is also the first SOC with RISC-V core we have access to, so we are > excited to learn > more the ISA on low level. > > Any resources to recommend? So far I have been shy to recommend Plan 9 to them, a little less shy to recommend Olimex to 9fans (somewhat long ago, my memory may be lying to me). In any case, for the likes of Richard Miller and other wizards, this is the URL for this specific posting: https://olimex.wordpress.com/2021/02/23/hello-risc-v-we-got-samples-of-the-new-esp32-c3-module-and-it-is-only-13x17-mm/ >From there, many recent and less recent developments can be discovered. They have a neat catalogue and apply pretty good QC. For those in the EU, they operate from Bulgaria. Their English can be surprising. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tef717f57ede82d4f-M7e82a6b6e681265d7722f6fe Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
On 2/13/21, hiro <23h...@gmail.com> wrote: > > what is the dark side? for me the borders between plan9 and non-plan9 > has been getting less tight, bec. with more experience i understand > how to translate mindsets, or even code, from one system to the other > without anybody in my real life ever accusing me of having watched too > many ed wood movies. > I have no idea how to counter the belligerence with which more conservative suggestions than accepting 9front as the torch-bearer for the Plan 9 religion are addressed on this forum. Thankfully, it doesn't actually matter that I can't. But the misunderstanding of my use of "dark side" can't go unchallenged. The Dark Side is what drives Linux development, the need to discover new ways in which to make Linux and Gnu software larger and larger, irrespective of whether that leads to greater functionality or merely cosmetic, irrelevant decorations. That's all that I believe needs saying, the details will make for interesting archeology, a few hundred years, if that many, from now. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M70d87a285d77aa26b3e82202 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
On 2/12/21, o...@eigenstate.org wrote: > > The mix of derailing the thread, and the lack of > answer for echoline, who *was* offering to do the > work, but got no answer on whether there's interest, > just rubbed me the wrong way. > It wasn't meant to derail the thread, it was meant to lay down some rules so taking part would not become a competition leading to acrimony. You seem to have a knack for calling a spade a spade and that can be an invaluable contribution, but the fact that we have different objectives needs to be addressed at a philosophical level. How else are we going to select from conflicting alternatives? The "One plan 9" I mentioned would need to shrink rather than grow, on the whole, to retain compatibility. Who is going to offer up anything, if there is no known criterion by which compatibility can be measured and occasionally sacrificed? Ori, I'm sure you enjoy the fruit of your developments and I have no doubt at all that others - me and git9 would be an example - would benefit from your work. But consider my quandary: I have a Plan 9 network on which I have been unable to deploy a version of SSH that makes it possible to interoperate with Git on my work Linux systems of various kinds. My colleagues frown on anything Plan 9 I contribute and I cannot circumvent the development and production Linux systems that we are all familiar with. For my purposes, SSH with capabilities like in 9front needs to run on traditional Plan 9, because my 9front deployment doesn't play well on the equipment I use and much of my Plan 9 commitments date to before 9front was a "thing". I can perpetuate my Plan 9 problem and actually solve my work problems using Linux and, occasionally, NetBSD. I don't want to, though, nor do I want to spend more time on work others have already done. Is that an unreasonable desire? Should I simply feel privileged that I have been able to play with a pointless Plan 9 network, throw away twenty-odd years of Plan 9 experience and simply cross over to the Dark Side, instead, as my colleagues would prefer me to do? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M9e1e4e0aacdd97e5285812d9 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
On 2/11/21, hiro <23h...@gmail.com> wrote: >> I like >> to think that there is "One plan 9" struggling to be born from these >> variations. > > it there's any "One plan 9" it's clearly called golang. cause all > added syscalls to any of the distributions came from there... > Well, I'd love to catch up on how NetBSD coped with the Golang demands, their Foundation was, to the best of my knowledge, also run by "purists". That said, I presume the new syscalls could probably be tucked in the Go runtime. Or is it essential to match everything that Linux does? > if that incident had not happened i'd have now claimed: the one good > thing that comes out of multiple competing plan9 distributions is that > there's a stronger urge to stay backwards compatible, as that will > provide interoperability between all competitors in the long run. > I don't see why that should not remain an objective, although not an exclusive one. What I believe is that shrinking the base system is preferable to expanding it. I'm willing to sacrifice performance for simplicity, no matter what the public gets sold. > gladly the will to sync crucial changes regardless is strong enough, > so i guess it doesn't matter. > It does matter. The need to incorporate many bug fixes from Cinap has been obvious for a long time. But drawing the line between bug fixes and incompatible changes is a responsibility that needs community agreement, even when guided by a "foundation". I think what has kept Plan 9 ticking for the past 25 years or more, is that this community is small enough to keep connected to the "product" in its more abstract sense. Whatever that sense is, it is what we share and, presumably, appreciate, so we ought to preserve it, neh? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M16387b553d4266e8a19cbce7 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
On 2/11/21, o...@eigenstate.org wrote: > Quoth David du Colombier <0in...@gmail.com>: >> 9legacy patches are available as "unified diff" format and >> are generated with "ape/diff -Nru". > > Alright, noted for the future. > Here's what I' ve been thinking about that may be worth sharing: I'd like to have working 9legacy, 9pi (which I'd like to call 9muller, frankly, if only for clarity, but also because it is what I run on my i386 workstation, not yet the network server), 9atom and last, just to emphasise it is NOT least, 9front. Each of those have useful differences and even though I never really make any progress, I like to think that there is "One plan 9" struggling to be born from these variations. So my question is this: what would be an optimal arrangement to have all of these variation publicly available and reasonably maintained? At worst, as downloadable VM images, at best along the lines of the Go builders, where changes can be tentatively applied and tested? Would the Plan 9 Foundation be interested in proposing to this community that such a concept be pursued and properly maintained and laying down a project path to achieve this objective? Could there be much smaller portions of such an objective that could be progressively achieved in a distributed, centrally managed manner? Lucio -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M24ed2dc8a43507f7fb4165e5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
On 2/10/21, Eli Cohen wrote: > > 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 > I guess you picked a good one (I looked into that particular security aspect myself, not entirely surprisingly) for a practice run. It's perhaps not the toughest choice, but it's not easy. It does seem to be fairly contained, so you may get away with ring-fencing the changes and actually getting the outcome approved. I would aim at a well documented plan of attack, maybe the community (this community) would be willing, certainly able, to help. Github, perhaps? Lucio. PS: You don't have to succeed immediately, real progress moves slowly and in unpredictable ways. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M520a382c661108353f31e594 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] patches from 9front
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? Best of luck, if you intend to proceed. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M116480cb96d8f6f1a2c5de41 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] authoritative source for u9fs?
No the source code differences are pretty vast as well, although right now I couldn't tell you what the main theme of the changes might be. Lucio. On 1/27/21, Ethan Gardener wrote: > On Mon, Jan 25, 2021, at 5:10 AM, Lucio De Re wrote: >> >> PS: The new executable seems noticeably bigger than whatever I used >> previously. Which happens to be the NetBSD "pkg" version >> (/usr/pkgsrc/filesysytems/u9fs). Hmm, the differences are quite >> significant... > > Just checking: Was the old one `strip`ped and the new one not? That's caught > be out before; the symbol table being by far the largest part of some > binaries. > -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tee2220301f2a891c-M696d655d3b3e6536a3980424 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] authoritative source for u9fs?
On 1/25/21, Charles Forsyth wrote: > I've just accepted an important pull request to it that I missed, until I > looked at it in response to this, so you should do another pull to get > that. > Generally, though it has been reasonably stable for some time. Changes are > often just to cope with this year's #ifdefs or feature defines. > Under NetBSD 9.1, I needed to add -D_NETBSD_SOURCE to get rid of warnings for undefined initgroups() and ruserok(). The compiler seem to recommend getgroups() and cuserid() as alternatives. I'm not sure how best to deal with this for other platforms. Lucio. PS: The new executable seems noticeably bigger than whatever I used previously. Which happens to be the NetBSD "pkg" version (/usr/pkgsrc/filesysytems/u9fs). Hmm, the differences are quite significant... -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tee2220301f2a891c-M5d92402e11109bf407c47b81 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan9 on Raspberry Pi 400?
You'll be amazed how quickly you get used to not having the Caps Lock key causing you grief, as it then starts doing on every other platform. Except that Ctrl-A (well, Caps-Lock-A) then becomes a bit of a nightmare. And the Insert key as Expand is not my favourite, either. Erik Quanstrom long ago suggested that a redesign of the Plan 9 keyboard interface is overdue. Coincidentally, I note that the RPi-400 has a UK keyboard, like my Chromebook. The curious coincidence is that Google chose to abandon Caps-Lock on the Chromebook. I can't get used to the UK layout, nor the narrow Enter key or the tiny backspace, so that isn't quite the keyboard layout I would choose. Sometimes I wish we'd stuck to the clunky original IBM 3270-style keyboard... Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-M70602bfb525ad836cb055548 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] netsurf or opossum
> Netsurf is written in C, and Opossum is in Go. > Most basic difference is that opossum is written for Plan 9 > from the beginning which may be better for us... > One point in favour, from a Go fan: Go is far more maintainable than C. I can think of some disadvantages, though. As I can't find opossum by simple google, that's as much as I can contribute. Possum seems to be a web library, so I can't comment, at least not yet. Lucio, On 1/7/21, kokam...@hera.eonet.ne.jp wrote: > I got now rwo new web browsers which can do css and/or js on my > 9front box. > > Both have almost same functionality and speed etc. > A page with JS (https://eonet.ne.jp) is almost same as that by JS enabled > netsurf. > > How do you think? > > Kenji > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9a725c37f61954a8-M96ddc3caa3f22ccc00df27c5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Raw ethernet on 9vx
"ip link ..." can optionally set or select the ethernet address, which is indeed 48 bits (6 bytes) long. I can see how that may be linked to the DHCP failure, but only as an educated guess. Lucio. On 12/9/20, remyw...@cs.washington.edu wrote: > Sorry, I should have quoted the errors more carefully. > >> I wonder why it says DHCP failed instead of no success with DHCP. > > You are right, it does say "no success with DHCP". > >> If "0.0.0.0" is too short, the chances are "0.0.0.0/0" may be the valid >> form. > > The exact error is "Invalid address length 4 - must be 6 bytes". I tried a > few others including 0.0.0.0 but none of them worked. Not specifying this > argument however doesn't trigger any complaints. > > Perhaps it's time to peruse the man pages for ip! But I have to put this > down for now and will come back to it this weekend. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T84b4492f91f2abb6-M5944f2b488b0b9bec54d4290 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Raw ethernet on 9vx
On 12/9/20, remyw...@cs.washington.edu wrote: > > [ ... ] You're brave! > And several details: > 1. I had to hard-code the tap device name "tap5" because `ip tuntap ...` > doesn't return the interface name. > 2. I have no idea what 0.0.0.0 is, or where to pass it in. (tried `ip link > set tap5 up address 0.0.0.0` but it complained the address was too short). > Even if the interface name is not returned (which usually means the powers that be have found a more sensible, but totally novel way to make it available), you should really set iface=tap5 or even export iface=tap5 and save a lot of editing later. If "0.0.0.0" is too short, the chances are "0.0.0.0/0" may be the valid form. 0.0.0.0[/0] is more a place holder (a bit like NULL) than a real IP address. That said, I am still trying to get my head around creating tap devices for VMs, in the new lingo (or in the old) even though my TCP/IP experience goes back to 1990. But then I think the RFCs at that stage were still below one thousand. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T84b4492f91f2abb6-M77f8e210b7e9e2a9fbbf2e2d Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Raw ethernet on 9vx
On list, please, Devon and Remy. I'd also like to get 9VX working. Lucio. On 12/8/20, Devon H. O'Dell wrote: > Ah, neat. David's repo seems more up to date. > > Linux has undergone a few network subsystem and tool revelations in the > intervening decade, so may be worth updating the tap executor for modern > tools. > > Happy to help guide on this matter on- or off-list. > > --dho > > On Mon, Dec 7, 2020 at 21:55 wrote: > >> Thanks Devon, this is helpful! I'm using 0intro's repo, and it seems to >> already set PLAN9TAP=ethertap for linux (link >> <https://github.com/0intro/vx32/blob/master/src/9vx/Makefrag>). The 9vx >> doc <https://github.com/0intro/vx32/blob/master/doc/9vx.1> suggests `tap >> 9vx -r plan9 -u glenda` should work; but currently I'm missing tunctl, >> /sbin/ifconfig and /usr/sbin/brctl on the host. They seem to be easy to >> install. I'll try later and report back. >> >> Remy >> *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/T84b4492f91f2abb6-Mba29a472af61f97b5d3e15ee> >> -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T84b4492f91f2abb6-M2e5d0514bc00fa9848cb89da Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 announcements on twitter
On 12/6/20, Ethan Gardener wrote: > > I don't know the hypothesis, but very much agree different languages > influence how you think and even feel. > You know, my most memorable and influential mentor was Daniel Friedman. I'm not sure I have the spelling right and he's probably in his seventies, today. His field was anthropology, but he also lectured adults at SUNY, Buffalo (NY) who wanted a formal qualification after having learnt the computer programming ropes on the job. What reminds me of him is that he had written a book on APL programming and I had just started to get comfortable with the language. I can almost feel my own mental transition from "before APL" to "after" all these years ago. Daniel's repertoire of anecdotes was astounding and extremely instructive. His theme was pretty much "team programming" and I have borne that burden with me through decades of operating more or less alone as a programmer, consultant and analyst. But the most significant anecdote of my own regards "team programming". After a fortnight of practically indoctrination from Daniel, the entire final year CS class was sold on working together exclusively. So when some droid came along looking for sharp programmers to develop some financial software in various distant locations (Switzerland was one such - I bet it was a scam, but that was the last I heard of it), we all stood together and refused to accept an offer that would see us working individually. I don't remember anyone breaking rank, but I can't be certain. The prospective employers would have none of it, they felt that teams of people who already knew each other would be a threat to their organisation - and they were probably right. I believe I know what happened in that situation and I seriously believe that with the mindset of the 1970s, today's hardware and a batch of bright developers who are keen and willing to work tightly together, we'd be living in a very different world. But we couldn't have that, could we? Only those who are no threat to the Establishment are allowed to succeed. And the Establishment, specially the financial organisations, is certainly able and willing to identify them and suppress anything that might threaten their domination. A conspiracy theory? More likely simply "social evolution". I'm hoping the next massive asteroid will hit this planet before we have a chance to sterilise it beyond recovery. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Mdbea50e3d7f1d82597fefd6d Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 announcements on twitter
On 12/6/20, cigar562hfsp952f...@icebubble.org
wrote:
> Lucio De Re writes:
>
>> But do we want a flock of 9front-wielding droids flooding the 9fans
>> mailing list?
>
> Good point. [ ... ] Maybe we should keep Plan 9 a secret. ;)
Well, that's one way of spreading it, yes.
>
> It would be nice if there was some way to translate between technology
> intended for idiots and technology intended for experts. Imagine if,
> for example, every Android app automatically exported its functionality
> over 9P. The cell phone idiots would have all their flashy toasts and
> swipes, but the apps would still be usable by command line nerds.
>
I like that idea. Might not be as far-fetched as it may seem at a
glance: surely, a human organism could be "generated" from a simpler
DNA than the present one (merged chromosome-2 in humans suggests I'm
not wrong, but I rate rank amateur regarding genetics), if one removes
all the twists and turns of evolution from it. The same may be
possible with, say, Linux. Much less so with Plan 9, so a deep,
enlightened comparison should be instructive. Something like Lion's or
Nemo's Commentaries, maybe as a black room redevelopment as was done
with the IBM PC BIOS. Or as a brand new mathematical theory of
Information.
[ ... ]
> That sounds like a variant of the Sapir-Whorf Hypothesis (which applies
> to natural languages) as applied to computer languages.
>
Thanks, I need to look that one up. As a very under-educated, remote
"scholar", such nuggets only reach me by accident. But seSotho is the
local "vernacular", one of nine "official" African ("tribal" is close
to the truth) languages in this country. I cannot fathom what kind of
hoops people taught in these languages need to go through to
comprehend modern science. I find my native Italian pretty close to
stultifying when technology is involved. Poetic, certainly, emotional,
definitely, good for songs, but below inadequate, as compared to
English to express scientific and technological concepts, but that
used to be until quite recently, German's role, too. I guess we have
to thank the Yanks for shifting that, or the Yanks have to thank the
colonising Brits for beating the French.
Twists and turns, indeed.
> Pascal has pointers, too, and they make alot more sense than pointers in
> C.
>
Not to me, they don't. They do belong in C, which is a partially
successful, glorified assembler, not a programming language. Partially
successful as applied to being an assembler. No one can deny C's
success in getting computers to do what is demanded of them. But the
key is that we build computers to do what we want, not what we ask and
C allows that in spades, by making us think like the machines. Hm,
more accurately, forcing us to model the target automaton in our head.
Solving problems, seems to me, ought to ignore the target instruction
set as long as possible.
It's tempting to think of human relationships, which also pretty much
rely on assumptions rather than statements - I presume that "proving"
the validity of code in this sense may mean simply removing all kinds
of "lies" that lurk in the model it is meant to reproduce
(simplistically, of course).
Lucio.
PS: Rambling, as usual. It helps me thinking, my hope is that it will
be confirmed or denied by the "crowd" so I can move on from there.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Mf498142699b81d3110aed41d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan 9 announcements on twitter
On 12/4/20, hiro <23h...@gmail.com> wrote: > "discipline" is a good keyword. > it's not about the language IMO.\ > [ ... ] I watched Uncle Tom, whoever he may be, dissing practically every language under the sun with very little substance to what he was presenting. Didn't convince me that he really knew what he was talking about. I get the impression he is a promoter of the "agile" development style? I have an idea of where the common paradigms get in the way, but I need to figure a way - Fermat's style - to condense my thinking into a brief description and I don't think I'm up to the task. But I like to hear about other people's experiences and opinions, even if I tend to seek the weaknesses in other people's arguments, rather that to reinforce them. By all means mail me privately if you want a sounding board. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Me6447e0ac4ca12f24a2a4d0c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan 9 announcements on twitter
On 12/3/20, Bakul Shah wrote: > > Finally, I very much doubt he would have liked C! > I had an electrical engineering friend, back at university, who used array subscripts in C because he couldn't get his head around pointers. Like me, his migration was from Pascal to C. I would prefer a Modula-2 derived language for code I need to share with others (that's about all code, in my tradition), but Go is a good alternative, although I'm not missing it right now, having decided to punish my colleagues by using their own choice: PHP. I'd like to find a community that discusses the pros and cons of programming notations in an objective fashion, rather than the more common approach to solve some immediate problem with time to market as the only actual target criterion. I guess that is like Science Fiction, it keeps slipping into Fantasy. A revised version of "A Discipline of Programming" could provide a pretty sound foundation for that kind of discussion, in my opinion. Go seems to be taking steroids, at the moment, and I have no preference past it. It's a shame, because a lot of great design was spent on Go. I don't think anything really valuable was rejected, but a lot was included that opened far too many doors, in my opinion, of course. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Mc2558e37824facff420258c8 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 announcements on twitter
ewd498 - should suffice for a search. cs.utexas.edu/users/EWD/index00xx.html seems an interesting place to look. And I may have paraphrased Dijkstra more strongly than he would have intended, but I'm sure he'll forgive me. Lucio. On 12/3/20, Mart Zirnask wrote: >> PS: I concur with the late Dijkstra that the programming language(s) >> you learn shape(s) your ability to construct abstractions in your >> mind. We're kind of safe for as long as C remains the base language >> for development. All bets are off when Objective C takes over. > > Would you mind posting a link to the manuscript/transcript of the > essay where he discusses this? > > Thanks, > Mart -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-M8e29de85dc46d335ddf9a6ed Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Plan 9 announcements on twitter
On 12/3/20, cigar562hfsp952f...@icebubble.org wrote: > cigar562hfsp952f...@icebubble.org writes: > > [ ... ] > It would require a little bit of coding, and a LOT of Tweeting, but if > 9fans now have a Twitter account... creating a 9-demic is within the > realm of possibility. > But do we want a flock of 9front-wielding droids flooding the 9fans mailing list? Lucio. PS: I concur with the late Dijkstra that the programming language(s) you learn shape(s) your ability to construct abstractions in your mind. We're kind of safe for as long as C remains the base language for development. All bets are off when Objective C takes over. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-M403ae6c9d4b56d90928e95ab Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] git9: self-hosting.
On 11/27/20, hiro <23h...@gmail.com> wrote: > one way it will help the bonzai tree grow is in that 9front can soon > escape the old python, that constantly weighs on us just bec. we want > to run hg sometimes. > I could not agree more. What I believe is that Git has neither rhyme nor reason, it is a smorgasbord of functions produced as the need was revealed. I admire Ori's efforts to give Git some kind of discipline. Not having to contend with HG and Python is a massive blessing. One that Linux users will forever oblivious of, as they just sheepishly follow their leaders and question not. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te1830283b1d3653f-Md629b00c8a699744cb9602f5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] git9: self-hosting.
It's not clear what your preference is, Ori. Maybe you can clarify how you would like contributors to participate in the self-hosted project. I personally really appreciate, in particular the convergence of Plan 9 streams that your efforts are encouraging. I just don't yet see how this should be harnessed, but I do wish the discussion could at least start, lay down some useful objectives that can be accepted by all interested parties. In some kind of unity lies Plan 9's strength. In a sense, Plan 9 is immunisation against the fragmenting forces of the market place, but I think it needs more than a shot, it needs continuous application. R.A. Heinlein (if I remember right) likened it to growing a bonsai tree over multiple human generations. Let me leave it at that, but add that I personally think that revision control can be done far more productively than Git, but the effort needed would be significant. In Ori's own git9 are but the seeds for that. And Github has shown what Git can facilitate, imagine what the next generation could mean for development. Lucio. PS: in case it got swamped, Ori, all I really started with was to say "thank you". I tend to slip into self-indulgence... On 11/26/20, o...@eigenstate.org wrote: > I'll keep mirroring to github, because people keep promising > that it'll get me contributors -- and because it doesn't > hurt to keep testing against it. Also, because breaking > links annoys people. > > But github is no longer the upstream: Git9 is running on > git/serve, hosted on plan 9 -- it's been towed within the > environment. > > The new upstream is now: > > gits://orib.dev/git9 > > And there's a web listing of repositories here: > > https://orib.dev/git/repos.html > > I wrote up how it works here: > > https://orib.dev/githosting.html > > Thanks to everyone for all the testing, patches, > and reports. -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te1830283b1d3653f-M143bdec496e84e0fe84abf23 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan 9 announcements on twitter
On 11/12/20, Skip Tavakkolian wrote: > Hi, > > FYI, for those of you who are on twitter, I've set up the twitter handle > @Plan9_OS to push news and announcements to the community. Please > consider following it; and if you tweet about Plan 9 or related topics, > please try to include this handle in your announcements. > Is that a good idea? I, for one, have no intention of ever sharing a medium with Donald Trump. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-M1b6eccfdd6454d3dd503050e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: Flakey DNS server
Just to bring the subject back: it seems the DNS server fails when the connectivity it relies on is restored. At least, that is how I interpret what happened this morning. K some point, my attempts to browse the web failed and looked a lot like a hostname lookup failure, so I applied my now regular sledge-hammer to kill and restart the server (1). That failed in its objective so I actually figured the Internet link had failed. Coincidentally, the mobile data link had run out of credits, so that failed too - nothing seems simple around here. A few steps down the line, I managed to use the second Internet link to provision data for the mobile backup link (2), by which time the Internet link (would you believe that both Internet services run on a long distance wi-fi connection?) had been restored. And that is when I noticed that the Plan 9 DNS server had reached 100, then 200 opened file handles as reported by the kernel console. It seems - I'm hoping someone here knows the DNS server code better than my distant exploration of it - that a fresh instance of the server is more robust against a network failure than one that has run for some time. Presumably some kind of cache problem, as that would be the significant difference. Myself, cache allocation and general messing about is the type of code I try desperately to avoid having to write, let alone debug. (1) Miller informed me that the DNS server responds to a "restart" command, but I discovered that if the "-s" option is used, the restart isn't a complete one. (2) Recently, I rearranged my small network. Out of necessity as I had managed to mis-configure the core gateway and could not restore it in a short time. It used to be that one Internet link did all the work, with a few exceptions to get around ISP-dictated restrictions and misconfigurations. Routing to the second link was used as the anti-censorship measure. When the primary link failed, removing the lower-cost default route sufficed to bring the more expensive secondary into full operation. I wasn't really concerned with failures of the secondary link, they didn't really have much impact. To be honest, even failure of the primary link didn't have much impact. Short failures, though, that would otherwise go unnoticed, I now believe tickled the DNS server into bad behaviour. Not too short, I don't think, but hardly worth switching to the secondary. Since I switched to what used to be the secondary link for all my desktop work and reserved the primary for Netflix and my partner's obsession with Trump's misdemeanours, the DNS server has shown a different pattern of failures, all seemingly related to flakey connectivity. Lucio. PS: those who raised the Osmio flag did so, in my opinion, disingenuously. Wes has long been known to punt a socially-related issue. Probably something that needs no further attention in this thread. On 10/27/20, Thaddeus Woskowiak wrote: > On Sat, Oct 24, 2020 at 10:11 PM Wes Kussmaul wrote: >> >> Lucio's concern was about commercial enterprises bending Internet norms >> to serve their bottom line at the expense of interoperation. >> >> Imagine if the physical city where you live allowed building codes to be >> proprietary, and instead of public professional licensing of architects, >> contractors, structural engineers and building inspectors you had >> certification programs of those commercial enterprises. >> >> Instead, habitability of physical buildings is determined by building >> codes and professional licensing that are the product of participatory >> and duly constituted public authority. >> >> That's the role that Osmio sets out to play in non-physical digital >> indoor spaces. >> >> >> On 10/24/20 6:48 PM, Charles Forsyth wrote: >> > It's a virtual city in Switzerland, which is famously neutral (hence >> > Geneva as location for various international organisations, and indeed >> > as a setting for several TV series) >> > >> > On Sat, Oct 24, 2020 at 11:23 PM > > <mailto:cigar562hfsp952f...@icebubble.org>> wrote: >> > >> > Wes Kussmaul writes: >> > >> > > On 10/7/20 12:08 AM, Lucio De Re wrote: >> > >> my situation is getting >> > >> more difficult as norms on the Internet are being bent by >> > service >> > >> provider that care for their profitability much more than for >> > >> interoperation >> > > >> > > I suggest taking a look at https://www.osmio.ch/ >> > >> > I don't get it. That Web site appears to be the municipal >> > homepage for >> > a city in Switzerland that uses digital certificates as official >> > government-recognized ID. What
Re: [9fans]
On 10/21/20, Steve Simon wrote: > Hi people, > > I have had to renew my certificate for tls and am getting a strange error > from imap4d > when trying to collect email from my iphone. > > tls reports failed: factotum_rsa_open: no key matches proto=rsa > service=tls role=client > > Which does not make sense to me as my factotum has my new ras key in it: > Steve, I found that a key size of 4096 didn't work and your diagnostic message is what I remember seeing. I'm sure 1024 was OK and I never got to try 2048 (or identify and fix the 4096 issue). Don't give too much weight to the above, the problem may well be elsewhere, but you may want to try 1024 bits first. I have yet to get ssh to work adequately on my network; there are so many factors involved it is just easier to use Linux. Which I find unfortunate. If you make some progress or need me to help in some way, please let me know. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T8c668826e19cec6f-Mf4c8670242ea8ec856380ef4 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Flakey DNS server
*** no longer on topic *** On 10/8/20, o...@eigenstate.org wrote: >> I'm curious as to why you would say that. > > Well, the section of the site that describes > how to best operate a plan 9 dns server seems > to have gone offline. > There's a difference between Wes making a tangential suggestion (I did complain about how the structure of the Internet is unravelling) and Kurt countermanding that precise suggestion. A lot like a religious shaman trying to tell me what it means to be an atheist. I will grant that it confirms what I believe about Kurt and in some sense it is reassuring that Kurt remains true to his personality. Hell, folks, so many of us have practically grown old on this forum, are we ever going to mellow out at least a bit? So, on a lighter note: for all my dislike of multi-media and how it has taken over the Internet, I find youtube's collection of music from my teens very enjoyable, in some kind of extreme nostalgia - and the comments from many others who mirror my sentiments also somewhat reassuring (I believe critics call that an "echo chamber"); that's my own idea of "mellowing". On another, weirdly related note, I wonder if anyone else who may be following developments of the Go language have noted the recent shift from email identities that at least resemble human names and surnames to the most extraordinary monikers. I have been subscribed to gerrit's stream of change requests for quite a while and the change has really given me cause for concern. I do plan to stop receiving those notifications as soon as I can figure how to unsubscribe in bulk. My heart goes out to Russ, Rob and Ian Taylor as well as the many others who need to deal with that flow of consciousness. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4e8db4c94a81d90f-M87d089b4fe87d4137015dc22 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Flakey DNS server
On 10/8/20, o...@eigenstate.org wrote: >> So the big question, before I commit to something I may not be >> competent to fix: what is recommended by those in the know? > > You've written a lot of text here, but none of it describes > what exactly is flaky. I'd recommend describing the flakiness > in more detail. > I'm sorry I didn't phrase what I wanted to know properly. I can tell if 9front has a fixed version of ndb/dns or not myself, I know where it is "broken". For social rather than technical reasons, I am more interested in how compatibly the no doubt improved version of the server has been altered. I have at least a partial answer: (a) the updated server, compiled under Labs (not quite legacy) runs pretty much identically - no differences in operation that I could report and (b) the same Bad rrattach magic: 0x60 - previous -0x21524542 message appears in the logs and causes an assert exception. Which is what I have been unable to fix in the past. Or determine if it's something I can fix by tidying up a very bloated network database. That said, thanks to all who have replied to me, it has been informative and encouraging. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4e8db4c94a81d90f-Mf8771780016e72fbfd4e9fc7 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] Flakey DNS server
It would take me a long time to get to grips with the Plan 9 DNS server (believe me, I've tried) and somehow my situation is getting more difficult as norms on the Internet are being bent by service provider that care for their profitability much more than for interoperation: I get regular failures that bring my connection to the Internet to a halt in unpredictable ways. That may be due to a complicated network database, possibly with errors in it, but fixing that is also a mission I don't wish to get stuck into. Short-cut: 9front's dns server has undergone many changes from the Bell Labs sources I have on my production system , while 9legacy, at a glance, does not report any "dns" patches; my faith in Cinap is that he's likely to have applied sensible fixes (assuming it's his work, feel free to correct me). Chances are 9front ndb/dns binary will work OK on my system, but I have in fact compiled the 9front sources in the Bell Labs context and only a minor warning was reported. So the big question, before I commit to something I may not be competent to fix: what is recommended by those in the know? Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4e8db4c94a81d90f-Mdf7e6d2841e8d21de33e32d2 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Sad news.
That is very sad indeed. The 9fans community has lost an irreplaceable member. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T89f7af873f4109c5-M91dfb4a8cff9c7fefe49546e Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] git/serve, git/compat
On 9/7/20, Lucio De Re wrote: > On 9/6/20, o...@eigenstate.org wrote: >> Hey, >> >> I try not to be too verbose about new features landing in git9, but >> I think these warrant some noise. Both git/compat and git/serve >> have landed in the last few days. >> > You've been doing great work, Ori, thanks and congratulations. > > I'm keeping a keen eye on this as it is something I know has already > had and will eventually have an even greater impact, not only on the 9 > community. > > And, of course, I'm hoping to merge my own, much lesser contributions > with your work. > > Lucio. > -- Lucio De Re 2 Piet Retief St Kestell (Eastern Free State) 9860 South Africa Ph.: +27 71 471 3694 Cell: +27 83 251 5824 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T84d29caee16bc66a-M3b15bd4b9a15c5bb1a4876b9 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] git/serve, git/compat
On 9/6/20, o...@eigenstate.org wrote: > Hey, > > I try not to be too verbose about new features landing in git9, but > I think these warrant some noise. Both git/compat and git/serve > have landed in the last few days. > You've been doing great work, Ori, thanks and congratulations. I'm keeping a keen eye on this as it is something I know has already had and will eventually have an even greater impact, not only on the 9 community. And, of course, I'm hoping to merge my own, much lesser contributions with your work. Lucio. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T84d29caee16bc66a-Me3b12b0ed0dc5198cf0d06ed Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Acme fonts
On 7/22/20, Russ Cox wrote: > On Tue, Jul 21, 2020 at 7:22 PM Anthony Martin wrote: > >> Russ, what did you do to that poor little Acme?! ☺ >> >> Did you take the less daunting route using >> >> - a combined font file with shapes for normal, italic, bold, etc. and >> - a filter to offset runes into "planes" for each font shape? >> > > Yes, that's what I did. Completely awful - the text being displayed isn't > usable as text. You can tell because when I double-click on the modified > text acme doesn't know where the word boundaries are and ends up > highlighting across punctuation that it normally wouldn't. Remembering a discussion on 9fans where I suggested that capital letters ought to be a different font, not a unique glyph (Russian, for example, I believe just changes the font size, which we know is a different font), I think Russ's is an excellent solution, given those 8 bits between 24 and 32 that one can abuse for the purpose. It does mean that acme needs some way to extend its grasp of delimiters into the extended fonts. Solving that without resorting to a total separation between input and rendering, would be a winner, but I am not competent enough to know if it is even remotely possible. Incidentally, I opted for a tag line that looks like this: "... Snarf Undo Put |Fmt |q |f78 look |b |e Font" where I use "b" and "e" /bin commands to generate time stamps in my "notepad" document. The details don't seem worth going into, "q", if I remember right, is straight out of Russ's $home/bin/rc from years back (with "g" which I have yet to enhance correctly to work on ".go" directories). I got my inspiration remembering that a friend and colleague (Windows user) adopted single letter command for all sorts of shortcuts he memorised and even changed in different contexts. The temptation to add a vertical edge to each acme window with a single letter in little blocks - lower case and possibly capitals - is only resisted by my reluctance to tackle a task I may not be sufficiently competent to complete. And for other ".go" developers, how many of you have found renaming a module from ".go" to ".no" a practical approach to get it, temporarily, perhaps, out of the way of the compiler? Lucio. PS: Sorry about the off-topic diversion. I do happen to be marvelling over fonts among many other distractions from my day job. I still don't quite have a proper understanding, so I get odd results when I try to do anything creative, but not everything is a failure, thankfully. PPS: Like Forsyth, I like the io/fs idea. I like "generics" a lot less, and I find go modules (sorry, Russ) quite incomprehensible . -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T9673b88bfb3c3d3b-Mae90300b682bbcb6fa2f483c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
