Le sam. 20 juil. 2019 à 20:54, Daniel Shahaf a écrit :
>
> Stefan Sperling wrote on Sat, 20 Jul 2019 09:51 +00:00:
> > But as a user I find it infuriating when software I use contains
> > artificial restrictions like this. We should assume our users know
> > what they are doing. Subversion is not
Le sam. 20 juil. 2019 à 16:55, Nico Kadel-Garcia a écrit :
>
> On Fri, Jul 19, 2019 at 7:41 AM Pierre Fourès wrote:
> >
> > Hi all,
> >
> > I have a script accessing an old svn server whom SSL certificate have
> > expired a long time ago. Up to now, I was permanently accepting the
> > certificate
Le ven. 19 juil. 2019 à 20:44, Stefan Sperling a écrit :
>
> On Fri, Jul 19, 2019 at 08:38:57PM +0200, Stefan Sperling wrote:
> > On Fri, Jul 19, 2019 at 01:40:52PM +0200, Pierre Fourčs wrote:
> > > Hi all,
> > >
> > > I have a script accessing an old svn server whom SSL certificate have
> > > exp
On Sat, Jul 20, 2019 at 2:54 PM Daniel Shahaf wrote:
>
> Stefan Sperling wrote on Sat, 20 Jul 2019 09:51 +00:00:
> > But as a user I find it infuriating when software I use contains
> > artificial restrictions like this. We should assume our users know
> > what they are doing. Subversion is not a
Stefan Sperling wrote on Sat, 20 Jul 2019 09:51 +00:00:
> But as a user I find it infuriating when software I use contains
> artificial restrictions like this. We should assume our users know
> what they are doing. Subversion is not a web browser.
I'm not entirely sure I'm convinced by this logic.
On Fri, Jul 19, 2019 at 7:41 AM Pierre Fourès wrote:
>
> Hi all,
>
> I have a script accessing an old svn server whom SSL certificate have
> expired a long time ago. Up to now, I was permanently accepting the
> certificate on the first run of the script and then everything was
> sailling smooth. I
On Sat, 20 Jul 2019, 11:51 Stefan Sperling, wrote:
>
> But as a user I find it infuriating when software I use contains
> artificial restrictions like this.
We recently disabled plaintext password storage (by default) in the build
configuration, making it effectively unavailable to users who d
On Fri, Jul 19, 2019 at 09:52:32PM +, Daniel Shahaf wrote:
> Stefan Sperling wrote on Fri, 19 Jul 2019 18:45 +00:00:
> > It looks like the interactive prompt omits an option to save the cert
> > if it sees a certificate failure of class 'other' from the above list.
> > I am not sure why this de
Stefan Sperling wrote on Fri, 19 Jul 2019 18:45 +00:00:
> It looks like the interactive prompt omits an option to save the cert
> if it sees a certificate failure of class 'other' from the above list.
> I am not sure why this decision was made but that's what the current
> code seems to do.
The ra
On Fri, Jul 19, 2019 at 08:38:57PM +0200, Stefan Sperling wrote:
> On Fri, Jul 19, 2019 at 01:40:52PM +0200, Pierre Fourès wrote:
> > Hi all,
> >
> > I have a script accessing an old svn server whom SSL certificate have
> > expired a long time ago. Up to now, I was permanently accepting the
> > ce
On Fri, Jul 19, 2019 at 01:40:52PM +0200, Pierre Fourès wrote:
> Hi all,
>
> I have a script accessing an old svn server whom SSL certificate have
> expired a long time ago. Up to now, I was permanently accepting the
> certificate on the first run of the script and then everything was
> sailling s
Hi all,
I have a script accessing an old svn server whom SSL certificate have
expired a long time ago. Up to now, I was permanently accepting the
certificate on the first run of the script and then everything was
sailling smooth. I reinstalled a couple of months ago a new box where
this script was
12 matches
Mail list logo