Since there wasn't much interest in that (which unbreaks e.g.
https://www.nginx.com),
here's a longer diff that syncs with Mozilla's release branch for those CA
organisations
which we currently carry.
Compared to the in-tree version it adds the following:
+ /C=FR/O=Certplus/CN=Certplus Root CA
Theo de Raadt wrote:
> I'm wondering if anyone doing an install/upgrade has noticed any
> behaviour changes in the last week...
Small buglet:
grep /tmp/i/cgiinfo: No such file
Hi,
When installing with a dhcp server that does not provide domain-name
and name-server information, the user is not asked for this
configuration.
Using DNS domainname my.domain
Using DNS nameservers at none
The -n check in donetconfig() is always true as the variables have
been assigned with a
> From: Jeremie Courreges-Anglas
> Date: Fri, 30 Dec 2016 20:23:21 +0100
>
> As discussed, these files aren't used and aren't useful. make build +
> make release are ok with this.
>
> (Well, make release is ok until
> COPY/usr/local/share/u-boot/am335x_boneblack/MLO/usr/mdec/am335x/ML
Theo de Raadt wrotes:
>
>I'm wondering if anyone doing an install/upgrade has noticed any
>behaviour changes in the last week...
Is it about ftp-ssl?
>
>There's a secret diff being tested :-)
>
Op 12/30/16 om 19:30 schreef Theo de Raadt:
I'm wondering if anyone doing an install/upgrade has noticed any
behaviour changes in the last week...
There's a secret diff being tested :-)
Tried an upgrade on a rarely used, roughly two months old, CURRENT system.
Is it related to "wxallowed" ?
On Sat, Dec 24, 2016 at 10:45:16PM +0100, Theo Buehler wrote:
> On Sat, Dec 24, 2016 at 05:44:07PM +0100, Jérôme FRGACIC wrote:
> > Hi @tech,
> >
> > I remark that ed(1) do not support adress ranges which begin with
> > comma or semicolon, for example ",10p" which is equivalent to "1,10p" or
> > "
