That's fixed for me now with the new version of GnuTLS 3.7.1
Thanks!
Best regards,
Grigorii
On Tue, 9 Mar 2021 at 20:30, Bob Proulx wrote:
> Erik Auerswald wrote:
> > Grigoriy Sokolik wrote:
> > > I've rechecked:
> >
> > I cannot reproduce the problem, the certi
iscussion? Because it looks okay to me.
>
> Grigoriy Sokolik wrote:
> >$ curl -v https://translationproject.org/latest/coreutils/ -o
> /dev/null
> ...
> >* Connected to translationproject.org (80.69.83.146) port 443 (#0)
> ...
> >* successful
Because wget uses gnutls for verification, curl -- openssl and browsers --
their own implementations.
Thanks!
Best regards,
Grigorii
On Fri, 19 Feb 2021 at 21:06, Benno Schulenberg <
coordina...@translationproject.org> wrote:
>
> Op 17-02-2021 om 10:28 schreef Nekolyanich:
> > I find this
The thing is that translationproject returns the wrong certificate.
Thanks!
Best regards,
Grigorii
On Tue, 16 Feb 2021 at 19:28, Paul Eggert wrote:
> On 2/15/21 3:07 AM, Grigoriy Sokolik wrote:
>
> > But be careful, this is really bad advice: fetching anything without
> &
The temporary workaround could be, at least to skip the certificate
validation:
```
$ git --no-pager diff
diff --git a/bootstrap b/bootstrap
index 7523f65b4..dcb8aa388 100755
--- a/bootstrap
+++ b/bootstrap
@@ -180,7 +180,7 @@ bootstrap_epilogue() { :; }
# specified directory. Fill in the first
I have the same issue.
Some investigations:
1. I decided to find out the particular command that fails and added
more debug print:
diff --git a/bootstrap b/bootstrap
index 7523f65b4..44c21db23 100755
--- a/bootstrap
+++ b/bootstrap
@@ -749,6 +749,7 @@ download_po_files() {
