Ricardo Wurmus <[email protected]> writes:
> Pierre Neidhardt <[email protected]> writes: > >> With Epiphany: […] >> 0:00:02.444056430 6908 0xdc3320 WARN curlhttpsrc >> gstcurlhttpsrc.c:1068:gst_curl_http_src_handle_response:<curlhttpsrc0> Curl >> failed the transfer (60): SSL peer certificate or SSH remote key was not OK > > That’s the same error I got. It may be worth checking if we can patch > gstcurlhttpsrc.c to ensure that the path of the certificate bundle is > set via environment variable. > > A hack to check that this is indeed the cause might be to place the cert > bundle in the expected default location that libcurl uses when the > client does not specify a location. Here’s a little patch to confirm that indeed this problem is caused by gstcurlhttpsrc.c (of gst-plugins-bad) not configuring libcurl to look for certificates in the right place: --8<---------------cut here---------------start------------->8--- diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm index f43a0fc2f..7a39e6653 100644 --- a/gnu/packages/gstreamer.scm +++ b/gnu/packages/gstreamer.scm @@ -286,7 +286,15 @@ developers consider to have good quality code and correct functionality.") #:configure-flags (list (string-append "--with-html-dir=" (assoc-ref %outputs "doc") - "/share/gtk-doc/html")))) + "/share/gtk-doc/html")) + #:phases + (modify-phases %standard-phases + (add-after 'unpack 'foo + (lambda _ + (substitute* "ext/curl/gstcurlhttpsrc.c" + (("source->custom_ca_file = NULL;") + "source->custom_ca_file = \"/etc/ssl/certs/ca-certificates.crt\";")) + #t))))) (propagated-inputs `(("gst-plugins-base" ,gst-plugins-base))) (native-inputs --8<---------------cut here---------------end--------------->8--- With this patch and gst-plugins-bad installed I do see the video when using this command: GST_DEBUG=2 eolie https://old.reddit.com/r/funny/comments/a53e07/finally_redone_correctly/ Can you confirm this? -- Ricardo
