Bug 26367

Summary: Adding flatpak repository will cause "Aborted (core dumped)" message
Product: Mageia Reporter: Thomas Bigot <thomas.bigot>
Component: RPM PackagesAssignee: Neal Gompa <ngompa13>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: ftg
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: flatpak-1.6.2-1.mga8.src.rpm CVE:
Status comment:

Description Thomas Bigot 2020-03-21 10:04:10 CET 
Description of problem:

On a Mageia fresh install, I install Flatpak, and trying to add flathub repository, I get this error:

# flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

Note that the directories 

'/var/lib/flatpak/exports/share'
'/root/.local/share/flatpak/exports/share'

are not in the search path set by the XDG_DATA_DIRS environment variable, so
applications installed by Flatpak may not appear on your desktop until the
session is restarted.


(flatpak remote-add:33933): GLib-Net-WARNING **: 10:01:43.034: Failed to set GnuTLS session priority with error beginning at %COMPAT:-VERS-TLS1.1:-VERS-TLS1.0: The request is invalid.
**
GLib-Net:ERROR:../tls/gnutls/gtlsconnection-gnutls.c:103:g_tls_connection_gnutls_set_handshake_priority: assertion failed: (priority)
Bail out! GLib-Net:ERROR:../tls/gnutls/gtlsconnection-gnutls.c:103:g_tls_connection_gnutls_set_handshake_priority: assertion failed: (priority)
Aborted (core dumped)

Version-Release number of selected component (if applicable):
1.6.2-1.mga8

How reproducible:
Always

Steps to Reproduce:
1. urpmi flatpak
2. flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
Comment 1 Frank Griffin 2020-03-21 17:40:31 CET 
Can you rerun your test under gdb, e. g.

   urpmi flatpak-debuginfo
   gdb flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

and when it aborts, issue the gdb command "bt".  Please post the resulting backtrace here.

CC: (none) => ftg

Comment 2 Thomas Bigot 2020-03-21 18:07:40 CET 
Here is the bt:

#0  0x00007ffff750ac50 in raise () at /lib64/libc.so.6
#1  0x00007ffff74f2528 in abort () at /lib64/libc.so.6
#2  0x00007ffff76d8de3 in g_assertion_message_expr.cold () at /lib64/libglib-2.0.so.0
#3  0x00007ffff77329fb in g_assertion_message_expr () at /lib64/libglib-2.0.so.0
#4  0x00007ffff7fbacf6 in g_tls_connection_gnutls_handshake_thread_handshake () at /usr/lib64/gio/modules/libgiognutls.so
#5  0x00007ffff7fbfe17 in handshake_thread () at /usr/lib64/gio/modules/libgiognutls.so
#6  0x00007ffff7fc00de in async_handshake_thread () at /usr/lib64/gio/modules/libgiognutls.so
#7  0x00007ffff78ebaee in g_task_thread_pool_thread () at /lib64/libgio-2.0.so.0
#8  0x00007ffff7733fa4 in g_thread_pool_thread_proxy () at /lib64/libglib-2.0.so.0
#9  0x00007ffff773374e in g_thread_proxy () at /lib64/libglib-2.0.so.0
#10 0x00007ffff76a3f90 in start_thread () at /lib64/libpthread.so.0
#11 0x00007ffff75d2f9f in clone () at /lib64/libc.so.6
David Walser 2020-03-22 17:07:54 CET

Assignee: bugsquad => ngompa13

Comment 3 Thomas Bigot 2020-07-22 15:44:14 CEST 
Tried with latest flatpak, no segfault any more.

Resolution: (none) => FIXED
Status: NEW => RESOLVED