no matter what,
so you can determine if you're crossing a mountpoint. Imagine:
# starting fronm a fresh ns, put a file
# on the real file system there
% mkdir /usr/ori/kv
% touch /usr/ori/kv/value
# then mount in the kv store
% bind /dev/null /usr/ori/
d to union /rc/bin/git and
$objtype/bin/git` by hand.
Documentation has not yet been written. You'll need to
read the source.
Some usage examples:
git/clone git://git.eigenstate.org/git/ori/mc.git
git/log
cd subdir/name
git/add foo.c
git/commit
> On Tue, Apr 2, 2019 at 12:49 AM wrote:
>> One caveat I have: Git's index file format is a bit
>> boneheaded, so I'm ignoring it. The index doesn't affect
>> the wire protocol, so this isn't an interoperability issue,
>> unless you share the same physical repository on both
>> Plan 9 and Unix. If
> Impressive!
>
> I didn't imagine one could implement git in so few lines of C! Thanks for
> challenging my assumptions!
>
> I'd like to port it to Jehanne but I cannot find a license in the repository,
> so in theory it's "all rights reserved" under most jurisdictions.
>
> What's your take
> Hey folks,
>
> I rarely post in-fact maybe my second ever, I was wondering if anyone
> else or a group of us could work towards some window manager UI
> modifications to appear more attractive in some form from the current
> interface appearing in comparison to dwm(on other Nix forks) to a mo
> Hi, 9fans.
>
> I ported official Git client to 9legacy. It's very early version yet,
> but it can do basic commands such as fetch, pull, log, add, and commit
> -m.
>
> Probably there are many bugs. Some of them might be results from a
> issue of 8c that don't initialize rest fields of struct an
> Jeff (jas) and I have been chatting about organizing a "Plan 9 : 2020"
> workshop. We're trying to gauge everyone's interest, and to solicit agenda
> items, venue suggestions, and hopefully volunteers to help organize it.
I'd be interested in attending, and I don't mind taking some time to
help
> But as a general gauge of initial interest it's certainly useful.
Yes, I think that's mostly what's needed right now: Who's interesetd,
and where they are. It's important to know if we're looking for a
space to host 10 people or 1000 people, or something in between --
it's important for venue s
> Chris McGee writes:
>
>> I am unlikely to be able to come unless it is north eastern US or Canada,
>> maybe Toronto or Montreal. I know of at least one other Plan 9 tinkerer in
>> the area.
>
> Maybe an unofficial get together around BSDCan in Montreal next spring?
> The Saturday after the conf
> BSDCan is June 3-6 2020. There's a Postgres conference the week
> before at the same venue, so I'll be in Ottawa from May 25 to June
> 12 (taking some vacation time after BSDCan). If anyone wants to
> do an informal get-together, let's see what we can work out.
(Off-list response)
..How close
>> BSDCan is June 3-6 2020. There's a Postgres conference the week
>> before at the same venue, so I'll be in Ottawa from May 25 to June
>> 12 (taking some vacation time after BSDCan). If anyone wants to
>> do an informal get-together, let's see what we can work out.
>
> (Off-list response)
Or
>> The most official looking site for vanilla plan9 is 9p.io. It
>> doesn't show any sign of activity since 2015.
>
> Please look more closely:
>
> cpu% srv -n 9p.io sources /n/sources
Usually, that's not what people mean when they
say 'site'.
It's good to see patches being posted, but for
som
> This is a good idea. Let me know how do you want to proceed.
I will be busy working on other systems until December,
but when I get back, I'll just make the chages to the
wiki. If it's not editable, I'll email a patch to the
9fans list.
> 9p.io is a mirror of the former Bell Labs website.
>
>
> Looks like that was it - thanks a lot David! IMAP is syncing as we
> speak. It looks like I have my work cut out for me to get things
> updated to 9legacy's latest and greatest.
>
> Cheers,
> Steve
I've put some patches together that made acme Mail a bunch more usable
for me. Mostly around sho
th git9, or 'git format-patch HEAD^' on unix.
> But most of all, I think projects like these need participation and a
> record of decisions taken. I know Go have a proposal system, could we
> attempt to create something similar? Ori did point out in his
> presentation that /sys
>> and nobody is building a
>> release with an "OFFICIAL" stamp on it
>
> What exactly would you want such a stamp to mean?
>
Largely 2 things:
1) That this is the "up to date plan 9" that the
community around it believes should be used.
This seems to have improve
> On the tangential subject of acme mail, I have a very infrequent bug
> where the header of a newly arrived message pops up in the position
> where the /mail/fs/mbox window used to be, some time after the mbox
> window has been adjusted by another window opening. Does anyone else
> see this? Is
I got a box running 9legacy running, and fixed the portability
issues in git9, since it didn't seem like anyone else was going
to do the work.
There are two patches needed which I put on sources:
- rc-line-split:
implement `delim{...} syntax for rc
- walk
>> I got a box running 9legacy running,
>
> usb keyboard/mouse are working?
Yes, more or less - I've had the keyboard flake out
on me. But it's a raspberry pi, not a pc.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T04ec34b12463154
I realized that the ape-erik patch was only available as a
diff on 9legacy.org, and was missing inttypes.h for arm,
so I fixed that omission, and imported it as something
that you can get with patch/apply:
patch/apply ape-erik
I also ran into an issue with bad assembly in ape causing
cras
> Very cool. I just tried and it seems to work.
>
> patch/apply rc-line-split
>
> This patch does not apply cleanly on 9legacy because of conflict with
> rc-badrunes patch
> (see http://www.9legacy.org/patch.html) which is included in 9legacy CD
> image.
Ah, I was working from miller's p
> Ok, I got success by Richard's very kind help.
> Now, I can use wifi on rpi3B (ARM Cortex-A53) device
> using NEC WARPSTAR Aterm WR8170N.
Might be worth posting what wasn't working, and what
you changed to make it work, so that others can figure
it out if they run into the same issue. :)
-
IWP92020 is happening. Submit papers and sign up here:
http://iwp9.org
Hope to see you there!
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T7db458ccd8ef1400-Mec47812dd3861f1294e3c918
Delivery options: https://9fans.topicbox.
> If I show up do I have to do anything?
Nope. Do what you want.
But to me, the question reads oddly. It seems like the
reason for attending would be that you want to or do
something.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T
>> If I show up do I have to do anything?
>
> Nope. Do what you want.
>
> But to me, the question reads oddly. It seems like the
> reason for attending would be that you want to or do
> something.
oops: dropped a word: "to learn or do something."
--
9f
> Nah I'm a lurker, I read and chat, a Hiro of sorts I don't contribute much.
>
> Mostly interested in talks and demos and meeting some of the
> familiar names on the lists, not super interested in hacking, I
> think I would mostly slow things down.
No worries -- while I'd love to see you try out
I realized that a few people were still running the hg repo.
It's buggy and no longer maintained (and now, gone). Git9 is
self-hosting on github now.
To bootstrap git9:
hget https://github.com/oridb/git9/archive/master.tar.gz >
git9-master.tar.gz
tar xzf git9-master.tar.gz
I tried to get it working a little while ago to test out git9 changes,
and failed to get it installed.
The hardware provided by vultr seems to work fine, but the installer
gets confused by the order that the drives show up in, and tries to
install the 9fat to the CD. Turns out writing to read-only
> Is the link "registration page" [http://iwp9.org/register.html] broken?
Yes, it is. It should point to the eventbrite page.
Thanks!
Update pending.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T7db458ccd8ef1400-M9d9af0a70d4f867aef
> By the way, I have 9legacy system here, and I can test your git9
> if you want.
Sure.
I don't have specific tests in mind -- I'd just like to have
a way to test before committing to ensure that I don't break
things.
Failing that, bug reports and patches are always welcome.
--
> I made some changes to git9/proto.c that seem to handle
>
> git/fetch git+ssh://g...@git.ff.co.za:23456/waspa/console.git
>
> successfully. What is the procedure to submit such (small) changes for
> inclusion?
Put the code in an email. Ideally to this list so we can get more
eyeballs loo
> (I also needed to add the port recognition code to 9front's
> /sys/src/cmd/ssh.c to interpret the host:port combination, but that is
> a separate issue and I'll have to ask elsewhere about that.)
ssh, like most plan 9 programs, supports net!host!port syntax.
It making ssh gratuitously different
> Looking at 9legacy's ssh/(ssh1 ssh2) may say otherwise and that I'm
> willing to concede. But a "-p 4321" option and its equivalent seems to
> me to require just a couple of additional lines in the ssh(1) man page
> to be worth accepting.
Do you intend to make this syntax work consistently acros
> But where I only partially agree is where Plan 9 concepts contradict
> what may be "common practice". A URL is a well defined object and
> adopting it as a standard, as quite a few services have done (I'm
> thinking PostgreSQL and OpenLDAP, for example) rather than pursue the
> '!' convention see
git9: https support
due to popular demand (...and my own need), I got around
to implementing https support in git9. both pull and push
should work.
if someone could test on 9legacy, I'd appreciate it.
now, on to git/serve.
--
9fans: 9fans
Permalink:
htt
>
> due to popular demand (...and my own need), I got around
> to implementing https support in git9. both pull and push
> should work.
>
> if someone could test on 9legacy, I'd appreciate it.
>
main concern: differences in the webfs implementation.
--
In light of the COVID-19 situation, IWP9 will be rescheduled.
Right now, we don't know how bad things will get or how long
it will take to stabilize. As a result, we don't have a new
date yet. But this event will be happening.
We'll give you more information by April 18th. We hope that
this update
> Yes, I have tested vncs and vncv in 9front. They were written for the old
> protocol version 3.3 which does not support local mouse cursor or resizing
> the screen. It would improve the usability quite a bit if support for the
> latest protocol was added to these programs. Mouse cursor drawn b
> If anyone has further thoughts, anything they want added, or any lists
> or indices of works they want archived/mirrored, I would love to see
> these posted.
I think the lede got buried here, and people went of discussing git
clients.
Given that the aptly-named bitbucket is deleting mercurial r
> 9fans:
>
> The progress of the coronavirus (COVID-19) pandemic has
> required the 9th International Workshop on Plan 9 organization
> committee to acknowledge that holding the workshop in 2020
> will not be practical. We will work with our hosts at
> University of Waterloo to reschedule at an a
> You can try this Go library by mischief and some examples in the cmd
> package:
> https://bitbucket.org/mischief/draw9/src/default/
>
> Last I recall, it worked fine on 9front. I'm not sure about the other
> variants.
>
It should work elsewhere -- There have been no incompatible changes
to dev
> Perhaps this is an opportunity for the Plan 9 community to think what it
> would mean to run in a phone form factor. From my experience with the
> different phone OSes, there's quite a bit of similarity (home screens,
> grids of "apps").
Fundamentally, there's nothing about the building blocks i
> 3rd ed ran on the bitsy, we had one at LANL:
>
> https://plan9.io/wiki/plan9/Installation_on_Ipaq/index.html
>
> t'was ok.
How was the UI's reliance on chording and middle/right button
usage dealt with? That's what I see as the biggest challenge
for working well on phones.
--
> re: Ori. I understood OP to be talking about doing a new, phone-specific UI.
Yes. I think it's doable. It just needs someone to do the doing.
>From what I recall, there's even an android drawterm that can be used
to prototype it without first getting hardware support -- thou
s adequate, without
being complicated.
The code lives here:
https://git.eigenstate.org/ori/date.git
I'll probably be merging in the changes between Tmd and Tm
soon, and committing to 9front, possibly even as part of libc.
Some additional work is probably going to be needed to convert
from IANA
> Just out of curiosity (I may have missed the point): since this is not
> heavily system dependent, and more user related, and for the sake of
> APE, did you consider the standard C and the POSIX interfaces?
First, the posix interfaces share inadequacies with plan 9.
They only work for local time
> Date handling on plan 9 is almost adequate today if you don't
> have to parse dates or deal with timezones, and don't do
> multithreading. Otherwise, it's difficult to get right, and
> we often don't.
I should have said -- I'm hoping to get some feedback.
The best feedback would be "I don't see
> Hi folks,
> After the mice problems I have on my rpi2 with 9front [1], I
> decided to check if I can have an instance working on another
> machine, i.e. an old rpi model A. I cannot get through the
> boostrap process, the kernel panics.
Thanks for the reports. Two things:
0) It's going to be ve
> As a result, if we have a timestamp like this:
>
> Jan 1 2013, 7:00 PM EST
>
> will not be able to deal with the timezone component.
And now that I've started poking at converting code like
seconds(1), it looks like I'm going to need to solve it.
I'm thinking that I want to add /adm/time
>> As a result, if we have a timestamp like this:
>>
>> Jan 1 2013, 7:00 PM EST
>>
>> will not be able to deal with the timezone component.
>
> And now that I've started poking at converting code like
> seconds(1), it looks like I'm going to need to solve it.
> I'm thinking that I want to
> It does. With PC you mean microsoft? Anyway, I just tested out and it works
> on macOS 10.15, Windows 10, 9legacy.
No. I mean if you boot 9front from a USB stick on x86
hardware, and then plug the mouse in to that, will the
mouse work?
The question I'm trying to answer with this is 'is it
the
> I can connect to the venti from localhost, but not from any other machine.
> However, if I run nc -l on ports 17034 and 80, I can connect from any
> machine. It is definitely not the packet filter, since the problem persists
> even if I disable the packet filter. Any suggestions about what might
> Not helpful lol
> If 9p.io not be a generous public service by an authority such as R. Cox, E.
> Quanstrom, or C. Forsyth who can be relied on to maintain it in perpetuity,
> should we maybe mirror it as a WWW site on github.io for safekeeping?
The interesting parts of 9p.io are in served over
> Den tors 7 maj 2020 16:17Dave MacFarlane skrev:
>
>>
>> On Mon, Mar 30, 2020 at 9:12 PM Sean Hinchee wrote:
>>
>>> As a footnote, there's a decent git client written in Go that works
>>> alright on plan9 [4], but it's slow and memory intensive at the
>>> moment.
>>>
>>>
>> [...]
>>
>> [4] http
y in general. You can create
a directory and list it:
Even without execute permission it's listable.
Makes sense.
cpu% mkdir -p d/a/b
cpu% touch d/x
cpu% chmod -x d
cpu% ls -ld d
d-rw-r--r-- M 81 ori ori 0 Jun 5 07:53 d
cpu% ls d
>>> So, cd'ing into a directory withut +x leads
>>> to an inescapabler trap.
>> ...
>> fossil just moved up another notch in my estimation because directory search
>> restriction is so broken.
>
> o...@eigenstate.org, what version of fossil were your experiments done on?
> My observations are dif
> hi 9Fans
>
> I'm porting the latest Tcl to Plan 9. Any help greatly appreciated.
It's hard to help if you don't post the code or the specific errors.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te76ab77b2e389ee5-M43a02c64f35b85d0
> ok... attached are the compiler listings...
First off, let's keep this on the list so that anyone can help out,
follow progress, or learn. (retrying, typoed the address before)
> i have made very few changes to the code so
> no diff yet...
> -
> # f
> great...
>
Hopefully that's enough to get you past the hurdles for the
other files :)
If not, post a mkfile so that I don't have to hand-edit the
command lines for each compilation, at least.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/group
> i cannot find the definition of "struct addrinfo" anywhere...
>
> on freebsd it is in netdb.h
>
>
I have it in /sys/include/ape/netdb.h
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tb1516a0ceb94f23b-M95a943c965c0c3a12e169740
Del
> it looks look that some of the last errors are
> to do with new errors not being defined
I'm guessing you're not on 9front -- you're probably
going to need to backport some stuff.
> SO_REUSEADDR
9front has it in /sys/include/ape/sys/socket.h:43,
doesn't seem to have any associ
> the linker is looking for libinet.a
> i dont have it on my virtual box von oracle...!
>
There's probably a bogus '#pragma lib' in there; take
a look at /sys/doc/compiler.ps for some docs on how that
works.
--
9fans: 9fans
Permalink:
https://9fans.topic
> yup: https://github.com/Plan9-Archive
>
> On Thu, Jul 2, 2020 at 3:47 PM raingloom wrote:
>>
>> I just learned about this today. There are a lot of Plan 9 related
>> repos there. Are they backed up anywhere?
If you find any that aren't, of course, please make sure that we get
them in!
-
> Can you share the set of software and the workflow you used
> for the hg to git conversion?
I didn't do the conversion -- that was Sean Hinchee (henesy@gmail.com),
but when I've done the conversion for other repositories, I did it
using https://hg-git.github.io/: clone from the hg repository
> I don't understand that. Acme knows the characters' location or it couldn't
> draw them. Are you sure it's not just the frame library's lousy handling of
> italic fonts?
Unless I'm misunderstanding how this works, ',' (0x2c) gets mangled
to something like 0x10002c.
So, acme knows the location,
> 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 features that
aren't provided by Plan 9 tools, nonetheless.
When given a fam
> Are there any build instructions? ape/make can't seem to handle the
> Makefile (sources from git repo)
Looking at the changes in git, it seems like
lufia expected it to be built with gmake. I'm
not sure which port lufia used, but there's one
sitting in mveety's ports repo, here:
https://code.
> I am trying to set up a standalone (sd card boot) 9front installation on
> a Raspberry Pi 3 (using the pi3/4 image) to boot as a cpu server, but I
> can't figure out where to put the service=cpu and bootargs=... options.
>
> The pi uses /n/pidos instead of /n/9fat, and I tried placing these in
> Thanks, that is what I was missing - I had them on separate lines.
>
> Now I need to puzzle through this "tlsclient: auth_proxy: auth_proxy rpc
> write: interrupted" error whenever I try to use rcpu to connect back to
> the server as a different user (from a drawterm connection). If I just
>
all repositories served must have a '.git' directory inside
them:
% ls /usr/ori/srv/git9
.git/
It's acceptably fast for small repositories, but there's a lot
of low hanging fruit to pick. And of course, it's only been
tested rather lightly.
-
> 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.
And, wrote some things on it:
https://orib.dev/git9.html
https://orib.dev/gitserve.html
Hopefully
> 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.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T4e8db4c94a81d90f-Mb28cdde129fe
> 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.
There's no way of telling if we
> Is there a current URL from which I can snarf this program?
Still seems to be up on 9p.io contrib:
% ls /n/9pio/contrib/fernan/schem.tgz
/n/9pio/contrib/fernan/schem.tgz
Mirrored for convenience here:
https://orib.dev/tmp/schem.tgz
---
> Try git9's git/compat instead of standalone rc script. It still
> seems to be work in progress, but as it's actual stated purpose is
> for go get, maybe it will work for you.
I just tried the repo in question. Git/compat was broken with
it, so I fixed it.
And, yes -- 'git/compat' is definitel
in this patch works with:
upasname=o...@eigenstate.org
echo 'key proto=pass server=eigenstate.org '\
'service=smtp user=ori email=o...@eigensate.org '\
'
> The next thing which I've wanted for a while are some slimmed
> down sample configs. The general scheme that I'm proposing:
Oops, meant to send this to the 9front list, plumbed the wrong
address by accident.
This won't apply to the 9legacy upas; 9front is based on
quanstro's nupas. Though, I'll
> 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 tha
> Before moving to topicbox, was 9fans using upas/mlmgr to manage the mailing
> list? Does anyone use mlmgr or something else on Plan 9 or 9front or 9legacy?
Looking at old message headers -- 9fans seems to have been hosted
on mailman using exim. 9front uses upas for managing its mailing
lists.
> I see now.
> This has two consequences:
> - every time you run go, you must first ensure that /tmp/go is bound onto
> $GOROOT in the current process environment
> - your /tmp had better not be too temporary (some people use ramfs to mount
> /tmp as an in-memory filesystem)
> This was the iss
her things
haven't made back yet. Still, it seems to work
well enough for me to dogfood it.
The most visible change is thread sorting with
a compact layout is done by default.
Code below.
https://git.sr.ht/~ori/Nail
Sent using Nail.
--
9fans: 9fans
Pe
Quoth Skip Tavakkolian :
> 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 an
Quoth Steve Simon :
>
> osx drawterm source has been broken for a while due to apple withdrawing
> support fot quicktime libraries.
>
> with the move to big sur the prebuilt binaries now fail to run (i am guessing
> the quicktime shared libraries have now gone too)
>
> anyone able to help? i a
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
Quoth Steve Simon :
> We where discussing mice for plan9.
>
> I have just about given up on the apple magic mouse, its a shame,
> having the nice swipe features is cool but its just too unreliable at
> detecting middle button clicks to be usable with sam.
> This maybe due to the MagicPerfs softwar
sh over hjgit (dp9ik + tls) in order to
use it.
The hosting is basically the same setup I
described earlier, with one notable exception.
I'd like the site to get a bit more featureful
than what I want to ship with git9, so the
scripts are forked here:
https://shithub.us/ori/shithub
Quoth o...@eigenstate.org:
> https://shithub.us/ori/shithub
Oops, wrong URL. The real one is rather uglier:
http://shithub.us/git/ori/shithub/HEAD/info.html
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te1830283b1d36
Our compilers will sometimes produce a warning about
a non-interruptible temporary:
#include
#include
void
f(vlong a)
{
vlong x, y, z;
x = y = z = a;
}
cpu% 5c -w test.c
warning: /fd/0:7 non-interrup
Quoth j...@lifesoftserv.com:
> Might be more than it is worth but what if you made a small
> program/file server that addressed portions of the "larger" file as
> their own file in a temporary directory. On write you would have to
> preallocate the file on the disk and write eatch section to it's
Quoth Joe S :
> hiro:
> The purpose of doing this was not to just access multiple parts of the
> file. I was working off the quote below. Maybe a file server thats purpose
> is to mux parts of another file sounded like fun. My thoughts are that you
> could then transer thoes chunks on a sin
Quoth Stuart Morrow :
> On 29/12/2020, sirjofri wrote:
> > ori's new filesystem
>
> What's this? and why is it needed? Hjfs already fixes the worst thing
> about cwfs already (needing to copy files from one partition to
> another on the same disk).
crash safety, corruption detection, performance
Quoth Mack Wallace :
> I have a 9front server - I had tried compiling a new kernel (of the 9front
> variety) there, but with lackluster results (i.e. kernel panic) on the Pi.
fwiw, you're likely to get better results with
9front help on 9fr...@9front.org.
---
Quoth dlm-9f...@weaselfish.com:
> Is there a relatively concise list of the # filesystems (#s, #|, etc)
> and what each of them is/contains hiding somewhere? I've been poking
> around for one and not having much luck. I suppose one could be
> derived by grepping through man3, but that doesn't see
Quoth Lyndon Nerenberg :
> hiro writes:
> > only found out by accident,
>
> Not sure what's going on. I sent a couple of messages to
> 9front and 9front-bugs yesterday that vanished into a black
> hole ...
>
> --lyndon
As far as we can tell, they're currently in
the queue, which is currently ru
Quoth o...@eigenstate.org:
> Quoth Lyndon Nerenberg :
> > hiro writes:
> > > only found out by accident,
> >
> > Not sure what's going on. I sent a couple of messages to
> > 9front and 9front-bugs yesterday that vanished into a black
> > hole ...
> >
> > --lyndon
>
> As far as we can tell, they
Quoth Lyndon Nerenberg :
> Charles Forsyth writes:
>
> > it's also on bitbucket not github mainly for historical reasons but I also
> > can never decide which I dislike more.
> :-)
>
> The nice thing about having it in hg is that mercurial is part of
> 9front, so there's no need to muck about get
Quoth Dworkin Muller :
> If I have PasswordAuthentication enabled on a remote host (tested on
> MacOS and FreeBSD so far), I can log in to them without any problem.
> However, if I have passwords disabled, but have an RSA key on the Plan 9
> host and the corresponding pub key in authorized_keys on
Quoth Dworkin Muller :
> On Sun, 24 Jan 2021 22:33:59 -0800, o...@eigenstate.org wrote:
> ori> Quoth Dworkin Muller :
> ori> > If I have PasswordAuthentication enabled on a remote host (tested on
> ori> > MacOS and FreeBSD so far), I can log in to them without any prob
Quoth Dworkin Muller :
> On Mon, 25 Jan 2021 12:14:01 +, Richard Miller <9f...@hamnavoe.com> wrote:
> 9fans> There's a different example in the ssh2(1) man page, which
> 9fans> is what works for me. Note the use of rsa2ssh2 instead of
> 9fans> auth/rsa2ssh.
>
> Hmm. This may be part of my con
Quoth Dworkin Muller :
> On Tue, 26 Jan 2021 12:24:35 +1030, Alex Musolino wrote:
> alex> You're missing the 'role=client' tuple.
>
> You are exactly correct. Looks like rsa(8) has a bug in its example
> for generating and installing a fresh key for a remote Unix system, in
> that it says to use
1 - 100 of 354 matches
Mail list logo