--- Begin Message ---
Subject: |
feh does encounter certificate errors with valid certificates |
Date: |
Sun, 22 Oct 2017 20:33:39 +0000 |
feh https://i.imgur.com/263enxT.jpg
feh opens image
Problem:
address@hidden ~/src/guix/guix$ feh https://i.imgur.com/263enxT.jpg
feh WARNING: open url: server certificate verification failed. CAfile: none
CRLfile: none
feh WARNING: https://i.imgur.com/263enxT.jpg - File does not exist
feh: No loadable images specified.
See 'man feh' for detailed usage information
nss etc are in my profile, no problem with other curl based applications.
--
ng0
GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588
GnuPG: https://dist.ng0.infotropique.org/dist/keys/
https://www.infotropique.org https://ng0.infotropique.org
signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#28948: feh does encounter certificate errors with valid certificates |
Date: |
Sun, 05 Nov 2017 16:21:15 +0100 |
User-agent: |
Notmuch/0.25.1 (https://notmuchmail.org) Emacs/25.3.1 (x86_64-pc-linux-gnu) |
Marius Bakke <address@hidden> writes:
> I submitted it upstream in hope of getting feedback/testing there, but
> it was simply merged as-is: <https://github.com/derf/feh/pull/340>
>
> I do agree that it's rather crude, will try to improve it a bit.
Feh 2.22 has been released with this patch, so I pushed the
native-search-path update with it.
I think we should add the CURL_CA_BUNDLE search path to the "curl"
package too so that we can control it on foreign distros (it seems to
opportunistically search /etc/ssl/certs), and make libcurl users that
implement it inherit from curl using (package-native-search-paths ...).
I'll do that on 'core-updates' in a few days if no further comments.
signature.asc
Description: PGP signature
--- End Message ---