Your message dated Sat, 16 Jul 2022 15:37:19 +0100
with message-id <YtLNH6qj/[email protected]>
and subject line Re: Bug#1014984: symbol lookup error: 
/usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0: undefined symbol: 
g_task_set_name in Debian 11
has caused the Debian Bug report #1014984,
regarding flatpak: symbol lookup error: 
/usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0: undefined symbol: 
g_task_set_name
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1014984: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014984
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: flatpak
Version: 1.8.2-3
Severity: important
X-Debbugs-Cc: [email protected]

Dear Maintainer,

after discovering that the flathub Scribus app doesn't find the whole of the 
system installed fonts I informed about there:

https://github.com/flathub/net.scribus.Scribus/issues/21

Following advice I tested it with AbiWord and found the same issue (which seems 
as a flatpak issue, therefor this report).

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

Essentially I created a file with AbiWord/Scribus (debian repositories 
packages)  and applied a specific font to a text and saved. Now, opening those 
files with AbiWord/Scribus (flatpak apps) results in the program not finding 
the font.

   * What outcome did you expect instead?

That flatpak has access to all installed fonts.

Thanks a lot, let me know if I can give any useful info.

Best regards!


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.8.0-3-amd64 (SMP w/3 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_AR:es
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages flatpak depends on:
ii  adduser                3.118
ii  bubblewrap             0.4.1-1
ii  dbus                   1.12.20-1
ii  libappstream-glib8     0.7.17-1
ii  libarchive13           3.4.3-2
ii  libc6                  2.30-8
ii  libdconf1              0.38.0-1
ii  libfuse2               2.9.9-3
ii  libgdk-pixbuf2.0-0     2.40.0+dfsg-5
ii  libglib2.0-0           2.66.1-2
ii  libgpgme11             1.14.0-1+b1
ii  libjson-glib-1.0-0     1.6.0-1
ii  libmalcontent-0-0      0.9.0-2
ii  libostree-1-1          2020.7-1
ii  libpolkit-agent-1-0    0.105-29
ii  libpolkit-gobject-1-0  0.105-29
ii  libseccomp2            2.4.4-1+b1
ii  libsoup2.4-1           2.72.0-2
ii  libsystemd0            246.6-2
ii  libxau6                1:1.0.8-1+b2
ii  libxml2                2.9.10+dfsg-6.1
ii  libzstd1               1.4.5+dfsg-4
ii  xdg-dbus-proxy         0.1.2-1

Versions of packages flatpak recommends:
ii  desktop-file-utils                                   0.26-1
ii  gtk-update-icon-cache                                3.24.23-2
ii  hicolor-icon-theme                                   0.17-2
ii  libpam-systemd                                       246.6-2
ii  p11-kit                                              0.23.21-2
ii  policykit-1                                          0.105-29
ii  shared-mime-info                                     2.0-1
ii  xdg-desktop-portal                                   1.8.0-1
ii  xdg-desktop-portal-gtk [xdg-desktop-portal-backend]  1.8.0-1

Versions of packages flatpak suggests:
ii  avahi-daemon    0.8-3
pn  malcontent-gui  <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
On Sun, 17 Jul 2022 at 00:25:24 +1000, Dwight Walker wrote:
>        libgio-2.0.so.0 => /usr/local/lib/x86_64-linux-gnu/libgio-2.0.so.0
> (0x00007fa2b6ad7000)
>        libgmodule-2.0.so.0 =>
> /usr/local/lib/x86_64-linux-gnu/libgmodule-2.0.so.0
> (0x00007fa2b68d3000)
>        libglib-2.0.so.0 =>
> /usr/local/lib/x86_64-linux-gnu/libglib-2.0.so.0
> (0x00007fa2b658c000)
>        libgobject-2.0.so.0 =>
> /usr/local/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> (0x00007fa2b6338000)
...
>        libz.so.1 => /usr/local/lib/libz.so.1 (0x00007fa2b5f57000)

These libraries in /usr/local were not supplied by Debian, and are older
than the versions of the equivalent libraries that are packaged in Debian.
Presumably you built them from source at a time when Debian 9 or 10 was
current. Please remove them (or if you really need a locally-installed
copy, upgrade them to a version >= the version in Debian 11).

Libraries in /usr/local/lib and /usr/local/lib/x86_64-linux-gnu are
used in preference to the Debian-supplied libraries in
/lib/x86_64-linux-gnu and /usr/lib/x86_64-linux-gnu, so if the
locally-installed version is too old, you will see symbol lookup errors
like the ones you reported. This is because the current version of GLib
has g_task_set_name, and the current version of gdk-pixbuf requires it,
but your locally-installed copy of GLib is an older version that did not
provide that symbol.

This is a local misconfiguration, and not a bug in a Debian package,
so I'm closing the bug report.

    smcv

--- End Message ---

Reply via email to