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 problem.
ori> > However, if I have passwords disabled, but have a
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 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
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 those remote
hosts, I'm failing
On Mon, 25 Jan 2021 07:10:18 +0200, Lucio De Re wrote:
lucio.dere> On 1/25/21, Charles Forsyth wrote:
lucio.dere> > I've just accepted an important pull request to it that I missed,
until I
lucio.dere> > [...]
lucio.dere> Under NetBSD 9.1, I needed to add -D_NETBSD_SOURCE to get rid of
lucio.der
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 thi
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
Yes but bitbucket ditched hg so its now all git
On Mon, Jan 25, 2021 at 12:10 AM Lyndon Nerenberg wrote:
> 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
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 getting git installed.
--lyndon
-
it's also on bitbucket not github mainly for historical reasons but I also
can never decide which I dislike more.
Originally, it was on Google Source and bitbucket had hg, so I used that.
Now that they are all gits, perhaps there's no difference.
At one time I thought that Atlassian did say they ba
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.
On Fri,
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
[ Originally send to 9front-bugs, but this is applicable
across the board ... ]
This patch makes 'news -an' do the right thing.
/n/dump/2021/0122/sys/src/cmd/news.c:44,65 - news.c:44,72
void
main(int argc, char *argv[])
{
- int i;
+ int i, aflag = 0, nflag = 0;
+ int dou
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
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T75f93775
I cleaned up my RFC/I-D viewer and mirroring tools and pushed them
up to /n/9pio/contrib/lyndon/rfc.tar. They're a bit more functional
than the existing /lib/rfc/grabrfc, and interface nicely with the
plumber.
Note that I have an /rc/bin/aux directory that I 'bind -a' to
/bin/aux in my global nam
15 matches
Mail list logo
