Re: [9fans] Tcl on Plan 9

On Mon, Aug 20, 2018, at 2:33 PM, Олег Бахарев wrote: > How extract Tcl from iso on replica ? use 9660srv http://man.aiju.de/4/dossrv -- The lyf so short, the craft so long to lerne. -- Chaucer

Re: [9fans] 9P or better file services for multiple platforms

On Sat, Sep 1, 2018, at 11:29 AM, Rui Carmo wrote: > > I myself have similar needs and recently bookmarked this:  > https://github.com/chaos/diod (but had no time to test it yet). diod's readme states it speaks 9p2000.L. Isn't that incompatible with Plan 9? I recall reading something like, "9p

Re: [9fans] 9P or better file services for multiple platforms

I had a thought pertaining to the original topic. On Sat, Sep 1, 2018, at 6:21 AM, Lucio De Re wrote: > The question, then, is what file service will satisfy these needs, > including access control, automatic backup as provided by default > under Plan 9, etc. I am not very fond of Linux's propensi

Re: [9fans] 9P or better file services for multiple platforms

On Sun, Sep 2, 2018, at 7:02 PM, Lucio De Re wrote: > On 9/2/18, Ethan Gardener wrote: > > I had a thought pertaining to the original topic. > > > [ ... ] > > > > FreeBSD has ZFS too, which of course offers snapshots, but it has so many > > options that I fou

Re: [9fans] 9P or better file services for multiple platforms

On Sun, Sep 2, 2018, at 7:24 PM, Lucio De Re wrote: > You're here. Sometimes an audience is all the artist needs as the > stimulus. How does it go? "They also serve...". I probably shouldn't talk about all I've done for the sake of an audience. XD I tell myself I'm doing my latest project primar

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Mon, Sep 3, 2018, at 1:40 PM, Chris McGee wrote: > While the idea that many eyes makes bugs shallower seems to have failed > in the world of complex behemoth software it may work here. I think it worked for a while, but eventually complexity grew beyond even the many eyes approach.

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Tue, Sep 4, 2018, at 11:51 AM, Lucio De Re wrote: > On 9/3/18, Ethan Gardener wrote: > > On Mon, Sep 3, 2018, at 1:40 PM, Chris McGee wrote: > >> While the idea that many eyes makes bugs shallower seems to have failed > >> in the world of complex behemoth software

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Wed, Sep 5, 2018, at 4:25 AM, Ori Bernstein wrote: > > > CPUs, such as Intel/AMD x64 > > are vastly more complex so "optimising" C compilers are trying to make > > something simple take advantage of something far more complex. > > Ironically, because of the complexity in the CPUs, many of the

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Wed, Sep 5, 2018, at 12:42 PM, Chris McGee wrote: > > They even built their own high level hardware language (Chisel) that > generates Verilog using Scala. Yuck. >From what I've heard of Verilog and VHDL, this is the sane approach. I only >have second hand knowledge of these languages, my s

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Thu, Sep 6, 2018, at 1:32 AM, Bakul Shah wrote: > On Wed, 05 Sep 2018 07:42:52 -0400 Chris McGee wrote: > > Could you get away with a much simpler, smaller hardware design and still > > run Plan 9 in a reasonable way? Maybe one side of the software/hardware > > divide has to take on more comple

[9fans] APL for Plan 9?

Is there an implementation of APL or a related language for Plan 9? -- The lyf so short, the craft so long to lerne. -- Chaucer

Re: [9fans] Touchpad

On Thu, Sep 20, 2018, at 9:25 AM, hiro wrote: > doing it in plan 9 would be a waste of time. I don't want to waste anyone's time, but I do remember wishing I could have different settings for different pointing devices on the same laptop. At the time, I had a bunch of Kensington mice which defa

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

On Tue, Oct 2, 2018, at 3:41 PM, Dave MacFarlane wrote: > What do you mean by "a complete, installable system for plan9ports"? That's my question too! > If you mean one that uses p9p in place of gnu utils, that's something > I've thought about > trying to do before, but I'd suggest taking it one

Re: [9fans] renaming rio to rioc!

On Tue, Oct 2, 2018, at 3:28 PM, Mayuresh Kathe wrote: > since it's not the original rio in plan9port, how about renaming it to > rioc (rio clone)? Why? :) I can think of a good reason, but why don't you say why you want to do it? Just feelings of what is right and wrong? Personally, my own fe

Re: [9fans] plan 9 : any pager?

On Wed, Oct 3, 2018, at 4:20 AM, Skip Tavakkolian wrote: > Turn off the scroll in the rio window that the shell is running in, then cat > the file. This is my preferred option too. Also works in 9term. I liked to play MUDs this way, but without color I missed stuff. -- Progress might have be

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

On Thu, Oct 4, 2018, at 4:44 AM, Mayuresh Kathe wrote: > On Wed, Oct 03, 2018 at 11:23:45PM +0200, Aram Hăvărneanu wrote: > > > i had been trying to work with a collaborator to develop a complete, > > > installable system for plan9port. > > > > Plan9port is already installable. > > aram, by a com

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

On Thu, Oct 4, 2018, at 8:50 AM, Rui Carmo wrote: > I wouldn’t allow the passive-aggressive mood that surfaces here from > time to time to turn me off the project. > > That said, I’m fascinated by how often (and how quickly) some threads > devolve into “there is no point in doing that” or “we d

Re: [9fans] plan 9 : any pager?

On Thu, Oct 4, 2018, at 9:29 AM, Rudolf Sykora wrote: > On Thu, 4 Oct 2018 at 09:22, Ethan Gardener wrote: > > > > On Wed, Oct 3, 2018, at 4:20 AM, Skip Tavakkolian wrote: > > > Turn off the scroll in the rio window that the shell is running in, then > > >

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Tue, Oct 9, 2018, at 4:28 AM, Lucio De Re wrote: > On 10/9/18, Bakul Shah wrote: > > One thing I have mused about is recasting plan9 as a > > microkernel and pushing out a lot of its kernel code into user > > mode code. > > > There are religious reasons not to go there I'm trying to forget

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Tue, Oct 9, 2018, at 4:08 AM, Digby R.S. Tarvin wrote: > I thought there might have been a chance of an early attempt to target the > x86 because of its ubiquity and low cost - which could be useful for a > networked operating system. And those were 16 bit address constrained in the > early d

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Tue, Oct 9, 2018, at 11:22 PM, Digby R.S. Tarvin wrote: > > > On Tue, 9 Oct 2018 at 23:00, Ethan Gardener wrote: >> >> Fascinating thread, but I think you're off by a decade with the 16-bit >> address bus comment, unless you're not actually talking abou

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Tue, Oct 9, 2018, at 8:14 PM, Lyndon Nerenberg wrote: > hiro writes: > > > Huh? What exactly do you mean? Can you describe the scenario and the > > measurements you made? > > The big one is USB. disk/radio->kernel->user-space-usbd->kernel->application. > Four copies. > > I would like to star

Re: [9fans] Plan 9 potential target ports (Was: PDP11 (Was: Re: what heavy negativity!))

On Fri, Oct 12, 2018, at 3:37 PM, Chris McGee wrote: > >> I do recall, vaguely, an Olimex comment about graphics being more >> accessible, but I did not make a note, the little that stuck was that >> some hardware manufacturer had embraced a slightly better standard >> than VESA, or some such.

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

On Tue, Oct 30, 2018, at 4:52 AM, Lucio De Re wrote: > > Is there a technical reason (beside fonts that do not cover them) not > to use a Unicode values for the first letter? Not a major reason, but at least one of Plan 9's build tools compares them as C chars, and would need to be fixed. I ca

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

On Tue, Oct 30, 2018, at 3:37 PM, Steve Simon wrote: > > There once was a vax port but i don’t know what its letter was. Well, 7 used to be Alpha. I remember someone being very annoyed because he still had Alpha hardware when the Go team decided to use 7 for Arm64.

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

On Tue, Oct 30, 2018, at 3:15 PM, Brian L. Stuart wrote: > On Tue, 10/30/18, Richard Miller <9f...@hamnavoe.com> wrote: > > > Is there a technical reason (beside fonts that do not cover them) not > > > to use a Unicode values for the first letter? > > > > They're a bit harder to produce on the key

Re: [9fans] A heartfelt thanks... :-)

On Fri, Nov 16, 2018, at 2:03 AM, Giacomo Tesio wrote: > Il giorno ven 6 gen 2017 alle ore 10:38 Anthony Martin > ha scritto: > > I'm interested in reading about your awake system call and the changes > > you've made to rendezvous and the variuos locks in libc. > > Hi Anthony, sorry for the 2 yea

Re: [9fans] A heartfelt thanks... :-)

On Fri, Nov 16, 2018, at 11:35 PM, Giacomo Tesio wrote: > Il giorno ven 16 nov 2018 alle ore 22:39 Ethan Gardener > ha scritto: > > Please forgive my laziness in not reading the code, but how do you actually > > implement sleep? Does the process read a file guaranteed to bloc

[9fans] non-captive user-interfaces: some ramblings; Plan 9 possibilities

On Fri, Nov 30, 2018, at 3:53 AM, Mayuresh Kathe wrote: > non-captive user-interface There's a term for what I've been looking for! Lately I've been wanting to implement basically everything with non-captive interfaces. I've been having trouble designing the programs because of my poor memory

Re: [9fans] sources down

On Fri, Dec 28, 2018, at 7:43 PM, Skip Tavakkolian wrote: > while I'm thinking about it, is it possible for 9legacy.org to use > letsencrypt?   Go's acme/autocert package (golang.org/x/crypto/acme/autocert) > works great. "This package is a work in progress and makes no API stability promises."

Re: [9fans] sources down

Oh, when you put it that way, I can't disagree! :D On Fri, Dec 28, 2018, at 9:15 PM, Skip Tavakkolian wrote: > It's all relative. For example, compared to the current President of > the United States, this API is extremely stable :)> > On Fri, Dec 28, 2018, 11:58 AM Eth

Re: [9fans] sources down

On Sat, Dec 29, 2018, at 3:58 AM, Lucio De Re wrote: > Personally, I think HTTPS is overrated, or has just made itself overrated. I've heard from multiple sources that this kind of single-ended authorization isn't worth much, but I'm not so sure. My current ISP re-encrypts all data from imgur w

Re: [9fans] Acme resize bug

On Sun, Dec 30, 2018, at 10:22 PM, Jacob Moody wrote: > Hello 9fans, > > I've noticed that sometimes when resizing acme columns there is a > strip left at the bottom that doesn't get redrawn. > It's a bit hard to notice with the default colours, but changing it up > makes it more obvious. > I was

[9fans] Plumber architecture question

Every so often, I start wondering why the plumber isn't simpler. Here's my simpler design: There is no plumber. Instead, `plumb` reads the plumbing files and acts accordingly. To receive input from the plumber, programs post a pipe in /srv. No need for a special-purpose filesystem. It will

Re: [9fans] Plumber architecture question

On Sat, Jan 5, 2019, at 2:12 PM, erik quanstrom wrote: > you need plumber so cpu can be transparent to plumbing. Good point. I think it could be done with multi-/srv, but I see one problem: you wouldn't want cpu to export all of /srv. (Right?) I think it could be dealt with by mounting a sepa

Re: [9fans] rc scripts, how to get spaces in array elements generated by command output?

On Sat, Jan 5, 2019, at 11:52 PM, Anthony Martin wrote: > You need to change the input field separator, $ifs. Yep, that was the only way to do it for a long time. There is now a patch for a shortcut: var=`"{cmd} The patch is incorporated in current 9front. Example run: term% foo=`"{echo a b

Re: [9fans] Rc port.

On Wed, Jan 23, 2019, at 9:59 PM, Federico Benavento wrote: > I’ve been able to survive quite well on a regular Mac terminal with it. I remember thinking regular rc was tolerable on a Mac terminal thanks to the terminal copy/pasting with normal keybindings, but this would be better. I've been t

[9fans] Scripts in 9pm

Not an important subject, I have other tools, but just in case anyone knows, how do you write scripts for 9pm? On Fri, Jan 25, 2019, at 11:11 PM, Ethan Gardener wrote: > 9pm rc is a bit > broken anyway. There doesn't seem to be a way to make an executable > script I set $path w

Re: [9fans] Scripts in 9pm

And then I found it's barely reasonable to run Windows batch files from 9pm rc. Despite rc using Windows path syntax, changes to $path made in rc don't get propagated to the batch file. Also, rc doesn't find batch files in the path. *And* I can't remember why I started trying to use 9pm! I

Re: [9fans] any git client?

On Tue, Feb 5, 2019, at 10:42 AM, Emery Hemingway wrote: > > Libgit2 *is not* portable. They use mmap everywhere for I/O, which breaks > for 9P or NFS. I'm pretty sure I once figured out how to emulate mmap, at least in a general way. Maybe it was relying on the process to call the flush routin

Re: [9fans] microsoft's plan 9 distribution

On Sat, Feb 16, 2019, at 12:49 AM, hiro wrote: > https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/ I got excited for a moment, but then I saw, "This server contains protocols that support Linux metadata, including permissions." It's going to be

Re: [9fans] microsoft's plan 9 distribution

On Mon, Feb 18, 2019, at 9:11 PM, Lyndon Nerenberg wrote: > Is Upspin an alternative? (Not helpful if you're required to talk to > specific AFS infrastructure.) For my use, I may as well use SMB over a VPN. AFS has just the right sort of caching to minimize mobile data usage without messing up.

Re: [9fans] microsoft's plan 9 distribution

Oh lol... you know Upspin isn't designed to work with Windows Android or iOS when you see how permissions are granted: a file called Access with no extension. This is all right if you do everything from the command line, but it's not exactly the ease and flexibility they claim to be going for.

[9fans] Are there disadvantages to walk?

I remember hearing of some disadvantage to walking directories, but can't remember what it was. Could someone remind me, please? Perhaps there was more than one, of course. Perhaps a performance trick couldn't be employed?

Re: [9fans] Are there disadvantages to walk?

On Mon, Apr 1, 2019, at 5:27 PM, hiro wrote: > perhaps you mean that if you bind a lot you have to walk a lot :) If that's the only issue, I'll be happy. :)

Re: [9fans] Are there disadvantages to walk?

On Mon, Apr 1, 2019, at 8:53 PM, Brian L. Stuart wrote: > > The only complaint I've had about walk was the expectation > in the protocol that servers produce the list of Qids all > the way down. That got in the way when experimenting > with a server that used a hash table of full path names > to

Re: [9fans] UI design | enhancements.

No offense taken, but just to note: I found Plan 9 very refreshing and very useful as it is. It was a relief after the massive noise and clumsiness of traditional GUI, and the different but still irritating inherent clumsiness and bugginess of terminal emulation. That's not to say Plan 9 is wit

Re: [9fans] UI design | enhancements.

On Mon, Apr 15, 2019, at 7:43 AM, Michael Misch wrote: > The whole thing is a good discussion. plan9's design works, very well; for > about 80% of would be users. For differently abled people in any capacity it > all falls apart quickly. Begging your pardon, but for *this* differently abled per

Re: [9fans] UI design | enhancements.

On Tue, Apr 16, 2019, at 4:56 AM, Lucio De Re wrote: > > Is it worth my while to delve into p9p's innards and see if I can find > all the locations where this needs to be corrected? Is it going to be > one locations or far too many? I couldn't tell you exactly, but I can tell you X window manager

Re: [9fans] The lost (9front) boot menus ...

9front boots via an initrd with a script, doesn't it? That script could be modified to present a menu/prompt, perhaps only if a certain variable is set in plan9.ini. On Sat, Apr 20, 2019, at 2:42 AM, hiro wrote: > hell. i have to do *exactly* the same with same dimension of timeouts > slightly

Re: [9fans] user interface questions

On Thu, Apr 25, 2019, at 7:57 PM, LM wrote: > > Also wondering what user interfaces are typically used with Plan 9 > programs (programs not designed for the command line). Is there > anything on the roadmap for user interface development? I've looked > at several GUI and TUI libraries on a varie

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

On Fri, May 3, 2019, at 1:34 PM, hiro wrote: > a lot of us younger people have an intuitive understanding only of > newer hardware, and no idea about older bottlenecks, obvious back > then. Meanwhile, I have an intuitive understanding of older hardware and no idea about newer bottlenecks. And I

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

On Tue, May 7, 2019, at 5:17 AM, Lucio De Re wrote: > Keep in mind where Minix-3 > lurks, before you discount it... I didn't discount Minix-3 until I learned it's recently started using memory protection, and they're having trouble making it work with their IPC. I'll wait until they've got it

Re: [9fans] Plan9 on radpberry pi zero ?

On Fri, Aug 16, 2019, at 2:26 PM, Олег Бахарев wrote: > > Do you mean something like BlackIce II (I'm under RV32I)? There is still one > interesting board (inexpensive) on the RISC V 64 bit (RV64IMAG) - if you want > I will show where to get Yes please

[9fans] Plan 9 security

On Mon, Aug 19, 2019, at 12:53 PM, Cyber Fonic wrote: > > It has been said : "The 'S' in IoT stands for security". If Plan9 can address > that deficiency of the current state of the art for IoT devices, then it > would be a worthwhile exercise. Plan 9 may have a decent security model, but it's

Re: [9fans] Plan 9 security

On Tue, Aug 20, 2019, at 2:29 PM, Don A. Bailey wrote: > > Fwiw Plan 9’s code vase has indeed been audited. By me. Several exploitable > bugs were found including a kernel exploit due to the env driver. I wrote a > working PoC for it which is somewhere on the internet, but it’s quite old. My ap

Re: [9fans] printing from Plan 9

On Sat, Sep 14, 2019, at 10:04 AM, Richard Miller wrote: > Before replacing my expiring inkjet printer I thought I'd ask > the list: does anyone still use lp(1) nowadays, and are there > printers currently on the market which work well with Plan 9? I got an Epson because they have an email print s

Re: [9fans] aux/timesync -n doesn't work

On Tue, Sep 10, 2019, at 3:20 PM, Олег Бахарев wrote: > aux/timesync doesnt work in raspberry pi 2. How to fix this problem ? I could never get it working until I did this: term% cat /rc/bin/termrc.local # timesync # when timesync(8) says "$ntp", it's lying. rm -f /sys/log/timesync TIMESYNCARGS=(

Re: [9fans] aux/timesync -n doesn't work

On Thu, Sep 19, 2019, at 11:11 AM, Richard Miller wrote: > > # when timesync(8) says "$ntp", it's lying. > > Actually it's not. But it depends on having a definition > for ntp= associated with your host or [sub]network in the > ndb database. Oh of course! I wrote a top-level definition in ndb, a

Re: [9fans] building Alef language

On Fri, Sep 20, 2019, at 9:45 PM, Phil Kulin wrote: > > # I don't know why, but "tar x alef.tgz" command do nothing... You requested to extract a file named alef.tgz from a tar stream on standard input. ;) You need the f option to specify a tar file.

Re: [9fans] I went down a Forth rabbit hole and found Glenda

Replying to the subject, I'm surprised there's not more association between Forth and Plan 9. Both seem to be based on changing design goals to make the software simple. ;) The biggest difference for me is the Forth world tells you how. (It's a bigger world, so there are more people to write boo

Re: [9fans] building Alef language

On Sun, Sep 22, 2019, at 10:38 AM, Rodrigo G. López wrote: > so you need them running in order to execute them publicly, in front of the > go masses. I don't think it's quite that bad. (But maybe it is! XD )

Re: [9fans] aux/timesync -n doesn't work

On Sun, Sep 22, 2019, at 11:01 AM, Richard Miller wrote: > > I don't think I ever had a reason for that assumption beyond laziness and > > craziness. > > Not so crazy. RTFMing in Plan 9 requires close attention - minimalist style > means every word matters. Thanks! The trouble is I knew that;

Re: [9fans] Re: moving 9fans to new server, but still 9fans@9fans.net

Glad the changeover was successful. :) On Fri, Oct 11, 2019, at 8:14 PM, hiro wrote: > i received a lot of html here. > > in addition to the original html sent by the authors there is now even > more html stuff, e.g. those footers: > 9fans / 9fans / see discussions + participants + delivery opti

Re: [9fans] Re: moving 9fans to new server, but still 9fans@9fans.net

On Wed, Oct 23, 2019, at 8:38 AM, Anthony Martin wrote: > Ethan Gardener once said: > > As for the footer, I'm sure I'll be glad to have the permalink in every > > email, and it's not in the headers. > > > > [...] > > > > Permalink: > &g

Re: [9fans] plan9port on osx

> i cannot find a plan9port maillist, so i am asking here. it's called plan9port-dev and it's on google groups: https://groups.google.com/forum/#!forum/plan9port-dev -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Teef4e32e6f6c10de-M1d6

Re: [9fans] Object Icon, drawterm, riox

On Sun, Jan 5, 2020, at 4:13 PM, hiro wrote: > i object indeed. it's insulting what they did to those programs. Indeed! It's been a while since I felt strongly enough to close a page in disgust. "Transient windows" indeed. -- 9fans: 9fans Permalink: https

Re: [9fans] Help with Interpretation

On Mon, Jan 6, 2020, at 12:19 AM, Frank D. Engel, Jr. wrote: > > I built the file server using a 32-bit 386 kernel but I think 64-bit > CWFS was used? 64-bit CWFS just means it uses larger addresses for larger disks & files, it's nothing to do with the system architecture. If I remember right,

Re: [9fans] iOS drawterm

how about vnc + drawterm -G; 2 connections? just a wild suggestion. -G (no graphics) is a feature of 9front's drawterm, but i think it should connect to labs. red cursor is a little 9front hack; it's transparent to red only. i'm sure it could be reverted fairly easily, but the cursor is too sma

Re: [9fans] Plan9 on virtual machine in Mac os

On Wed, Mar 25, 2020, at 6:39 AM, Cyber Fonic wrote: > I have been using Russ Cox's 9vx on OS/X Mavericks > with considerable success. The only issue being that I need to connect a > Logitech 3 button mouse via a Unifying RF dongle (BlueTooth mice don't work > for me).

Re: [9fans] Plan9 on virtual machine in Mac os

On Wed, Mar 25, 2020, at 8:11 PM, Brian L. Stuart wrote: > On Wednesday, March 25, 2020, 02:02:40 PM EDT, Ethan Gardener > wrote: > > i still miss 9vx. it was so convenient when it > > worked. fun too; i had it full-screened in a little > > ... > > Was? I still us

Re: [9fans] Plan9 on virtual machine in Mac os

On Wed, Mar 25, 2020, at 9:30 PM, Nicolas S. Montanaro wrote: > VMware works excellently with 9front on macOS. No quirks - just install > as usual. 9vx doesn't even require installation as such, which is nice but doesn't matter so much in the long term. (but i did have trouble getting vmware its

Re: [9fans] iOS drawterm

On Fri, Mar 27, 2020, at 5:51 AM, Anthony Sorace wrote: > I mean, c’mon, now it practically *needs* drawterm... > > https://www.instagram.com/p/B-OctqFhNnB/?igshid=rmqsml1hwqck It also needs to be mounted vertically in a case which looks like the Blit. :D

Re: [9fans] iOS drawterm

On Tue, Mar 31, 2020, at 9:52 AM, yy wrote: > > In case there is any interest, I would be glad of helping to port > devwsys: https://bitbucket.org/yiyus/devwsys-prev/src/default/ > > Even if the goal is to have drawterm, this may be an easier middle > step, since it would allow you to get somethi

Re: [9fans] Plan9 and Pine

this would be easy with a stylus on a resistive touchscreen and a few well-placed physical buttons. on a progressive^Winaccurate touchscreen with no buttons, what changes would be required? strictly speaking, none at all: i've used plan 9 over vnc from my tablet with various interfaces. it's no

Re: [9fans] Plan9 and Pine

On Wed, Apr 29, 2020, at 7:46 PM, Thaddeus Woskowiak wrote: > KDE Plasma > uses a different input method meaning drawterm does not trigger the > onscreen keyboard. You can use Plan 9's onscreen keyboard: rio -k bitsy/keyboard bitsy/keyboard has a scribble area which can be turned off with -n. Se

[9fans] `test -x` returns wrong results for directories

in rc-httpd, i rely on `test -x` to check if a directory is searchable. this works in plan9port, 9base, inferno (with root from host fs), gnu coreutils, and freebsd. it doesn't work in 9front, nor in labs plan 9. (the labs version tested was a live-cd from 2010.) term% test -x static ; echo $st

Re: [9fans] `test -x` returns wrong results for directories

On Fri, Jun 5, 2020, at 8:22 PM, Richard Miller wrote: > Looks to me like access(2) is not doing the right thing for directory > execute (=search) permission. thanks for the tip. access is a very simple function. it doesn't do the right thing, but there's a reason: BUGS Since file

Re: [9fans] `test -x` returns wrong results for directories

On Sat, Jun 6, 2020, at 2:25 PM, Charles Forsyth wrote: > execute permission on files, meaning here non-directories, is a special > variant of read. a file with mode 0111 can be opened with OEXEC and read(2) > will work as well as exec(2), > but can't be opened with OREAD, because it's not got an

Re: [9fans] `test -x` returns wrong results for directories

On Sat, Jun 6, 2020, at 10:13 PM, o...@eigenstate.org wrote: > > it's open() which is failing. i suppose it should. > > > > if the open fails, maybe access should stat the file, and if it's a > > directory, try dirread(2). or maybe just opening it for reading will > > work. i don't know, i'm new t

Re: [9fans] `test -x` returns wrong results for directories

On Mon, Jun 8, 2020, at 3:13 AM, Charles Forsyth wrote: >> "search" is exactly the wrong word for what this bit does, because if you >> don't have "search" permission, the one thing you can still do is look at >> the names. > > in ramfs, but that's a bug that no-one had noticed oh it's the sam

Re: [9fans] 9p File mount in OpenBSD

what is serving the host directory? is qemu involved? i ask because qemu's 9p is not the same as plan 9's 9p. plan 9's 9p is 9p2000 which transports a subset of plan 9 system calls over the network. qemu's 9p is 9p2000.L which transports a subset of *linux* system calls over the network. the 2 p

Re: [9fans] 127.0.0.1 considered harmful

On Sat, Jul 11, 2020, at 12:04 PM, Richard Miller wrote: > So the problem seems to be latency of 9p transactions. Could it be > an artifact of tcp flow control not adapting well to the loopback > interface? Can anyone offer an insight? A comment in the default /lib/ndb/local makes me think the loo

Re: [9fans] 127.0.0.1 considered harmful

On Mon, Jul 13, 2020, at 8:04 AM, Lucio De Re wrote: > On 7/11/20, Ethan Gardener wrote: > > # > > # because the public demands the name localsource > > # > > ip=127.0.0.1 sys=localhost dom=localhost > > > Yes, someone should submit a legacy patch just to corr

Re: [9fans] Acme fonts

On Thu, Jul 23, 2020, at 6:27 AM, Lucio De Re wrote: > > It does mean that acme needs some way to extend its grasp of > delimiters into the extended fonts. How about just masking off the top few bits when checking for delimiters? Not really a clean solution, but certainly simple. It would mean s

Re: [9fans] Early version of Floppy Demo

On Thu, Jul 23, 2020, at 6:50 PM, Skip Tavakkolian wrote: > Going by memory, assuming aux/vga ran, you should be able to type 8-Alt-1-2 > to type 8½ > You should also be able to start acme or sam instead of 8½. These will probably work, except acme hadn't been invented yet and sam may or may not

Re: [9fans] Early version of Floppy Demo

On Thu, Jul 23, 2020, at 10:33 PM, Skip Tavakkolian wrote: > > > On Thu, Jul 23, 2020 at 1:31 PM Ethan Gardener wrote: >> On Thu, Jul 23, 2020, at 6:50 PM, Skip Tavakkolian wrote: >> > Going by memory, assuming aux/vga ran, you should be able to type >> > 8-A

Re: [9fans] Early version of Floppy Demo

On Thu, Jul 23, 2020, at 10:59 PM, Will Senn wrote: > Interestingly enough, I found an old 4 floppy set of vd's in the same folder > with the demo image. It looks like they are Nov 1995 (I apparently winimaged > them from floppies back then). When I boot disk 1, it complains about not > having a

Re: [9fans] Object Icon, drawterm, riox

On Fri, Aug 28, 2020, at 7:04 PM, Leonardo wrote: > I can see the need for a window have an owner and stay on the screen only if > your owner stays, I'm not sure I'm thinking clearly today, but don't we have this? A single window normally requires at least 3 procs, (keyboard, mouse, output,) so,

Re: [9fans] Plan 9 in Brazil

On Sat, Aug 29, 2020, at 10:30 PM, o...@eigenstate.org wrote: > > I really don't understand why Plan 9 has not been adopted. Legacy base? > > Porting software is expensive and time consuming. Unix > mostly works. On top of that, Unix has many features. > Bolted on in ways that don't fit, but featu

Re: [9fans] Plan 9 in Brazil

On Tue, Sep 1, 2020, at 1:10 PM, hiro wrote: > > developing new, non-unix operating systems > > which? Google's Fuschia, Huawei's Harmony. Besides, hobbyist interest in operating systems seems as alive as ever. -- 9fans: 9fans Permalink: https://9fans.to

Re: [9fans] Flakey DNS server

On Thu, Oct 8, 2020, at 4:48 AM, Lucio De Re wrote: > *** no longer on topic *** > 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 > co

Re: [9fans] 9term, insta scroll to bottom?

On Sat, Oct 24, 2020, at 2:01 AM, nydldm...@mail.com wrote: > Hi, I am an idiot and sometimes I cat huge files in 9term (on 9front) > > The result of this is a mess I cannot seem to scroll to the bottom of, how > can I instantly scroll to the bottom in 9term? Enable scroll. When at the bottom,

Re: [9fans] Re: various problems with installing go lang

On Wed, Oct 28, 2020, at 9:46 AM, Richard Miller wrote: > > That's telling you that it's attempting to rebuild some of the go library. > (Don't ask why. Rather than use something understandably deterministic like > mk, > the go authors have opted for an inference engine to detect "staleness", > w

Re: [9fans] Re: various problems with installing go lang

On Wed, Oct 28, 2020, at 1:08 PM, Richard Miller wrote: > > non-deterministic builder > > It's probably not non-deterministic. It's just unpredictable (to me) > because the rules are encoded in the logic of 'go build' rather than > being visibly exposed as mk patterns. I understand, but I'm sure

Re: [9fans] Re: Plan 9 announcements on twitter

On Sat, Dec 5, 2020, at 10:25 PM, cigar562hfsp952f...@icebubble.org wrote: > > 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 >

Re: [9fans] 9Front / cwfs64x and hjfs storage

You can add disks. CWFS config allows multiple devices/partitions to form the WORM. It's like a simple form of LVM. I forget the exact syntax and I don't think there's a man page documenting cwfs's particular variant syntax, but I think it's something like (/dev/sdE0/worm /dev/sdF0/worm) in plac

Re: [9fans] 9Front / cwfs64x and hjfs storage

On Tue, Dec 29, 2020, at 1:06 PM, Alex Musolino wrote: > > While it is not yet a concern, I am trying to figure something out > > that does not seem to be well documented in the man pages or the fqa > > about the file systems. > > Parts of fs(4), fs(8), and fsconfig(8) can be applied to cwfs. The

Re: [9fans] Dual dialing/forking sessions to increase 9P throughput

> The idea, basically, is to use an open flag (OJUMBO) to signal that two > connections to the same server should be attempted. What's the advantage over fcp(1)? 9p can have numerous requests "in flight" at once to work around latency issues, but of all the user programs, fcp is probably the o

Re: [9fans] TabFS

On Sat, Jan 2, 2021, at 11:14 AM, Nick LaForge wrote: > Saw this on hacker news today: https://omar.website/tabfs/ Awesome! I may very well steal this for my (non-filesystem) control efforts. It would be just-about the best test case I could have. -- 9fans

  1   2   >