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
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
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
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
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
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,
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
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
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
[ 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
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:
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
15 matches
Mail list logo
