From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#34861: TLS Error with Flatpak Date: Sun, 24 Mar 2019 23:13:19 +0100 Message-ID: <87woknsyyo.fsf@gnu.org> References: <87va0a5834.fsf@elephly.net> <87mulm4obc.fsf@gnu.org> <87d0mnn282.fsf@elephly.net> <87ef73yiyr.fsf@elephly.net> <87imwgpl5e.fsf@gnu.org> <002a84964102ac2171089fa7dc007092@disroot.org> <2d04774df83fe600777de7b8f26aca87@disroot.org> <1b38d1aece009c4dc9321811abeea14d@disroot.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:54666) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h8BNU-00006i-6E for bug-guix@gnu.org; Sun, 24 Mar 2019 18:14:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h8BNT-0002Iq-DL for bug-guix@gnu.org; Sun, 24 Mar 2019 18:14:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:43692) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h8BNT-0002Im-A6 for bug-guix@gnu.org; Sun, 24 Mar 2019 18:14:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1h8BNT-0005Xm-54 for bug-guix@gnu.org; Sun, 24 Mar 2019 18:14:03 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (Raghav Gururajan's message of "Sun, 24 Mar 2019 06:48:11 +0000") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Raghav Gururajan Cc: 34861-done@debbugs.gnu.org Hello, "Raghav Gururajan" skribis: > Adding remote repo in Flatpak is working now. Thank you very much. Nice! > Can you make export variable information mentioned at the end "guix packa= ge -i flatpak" process? I think we should rather find out why GIO uses the =E2=80=9Cdummy=E2=80=9D = TLS backend by default. The GnuTLS backend is part of =E2=80=98glib-networking=E2=80= =99, not GLib, and =E2=80=98GIO_EXTRA_MODULES=E2=80=99 was not being set, which is why the= correct TLS backend wasn=E2=80=99t found. Fixed in commit 16360cc884030eb69590dc18d9694b04c67273f6. Once you=E2=80=99ve upgraded you should no longer need to set =E2=80=98GIO_= USE_TLS=E2=80=99. Thanks! Ludo=E2=80=99.