[digiKam-users] appimage not loading: symbol lookup error

[digikam-2]

I saw that some people have problem with loading the appimage, it die
with:

> ./digikam-5.9.0-01-x86-64.appimage
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options
> digikam: symbol lookup error: /usr/lib/libfontconfig.so.1:
> undefined symbol: > FT_Done_MM_Var

Some font libraries are missing from the appimage.

The solution is to:

$env LD_PRELOAD="/usr/lib/libfreetype.so" digikam-5.9.0-01-x86-64.appimage


--
sknahT

vyS

[Gilles Caulier-4]

Interesting.

I currently rebuild the 6.0.0 pre release bundle from the scratch and i will investigate why this options are necessary.

Q : which target os do you use exactly ?

Gilles Caulier

2018-07-03 19:56 GMT+02:00 <[hidden email]>:

I saw that some people have problem with loading the appimage, it die
with:

> ./digikam-5.9.0-01-x86-64.appimage
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options
> digikam: symbol lookup error: /usr/lib/libfontconfig.so.1:
> undefined symbol: > FT_Done_MM_Var

Some font libraries are missing from the appimage.

The solution is to:

$env LD_PRELOAD="/usr/lib/libfreetype.so" digikam-5.9.0-01-x86-64.appimage


--
sknahT

vyS

[Hans-Peter huth]

On Wed, 4 Jul 2018 11:20:54 +0200
Gilles Caulier <[hidden email]>
wrote:

> Interesting.
>
> I currently rebuild the 6.0.0 pre release bundle from the scratch and i
> will investigate why this options are necessary.
>
> Q : which target os do you use exactly ?
>

I have exactly the same issue since a while, on Manjaro Linux.First time i
noticed that was with digikam-5.9.0-20180304T103918-x86-64.appimage, but
newer versions have the same problem. Freetype version here is 2.9.1-1

HP
>


--
--------- 8< -------------
Why taunt me? Why upbraid me? I am merely a genius, not a god.
(Nero Wolfe)
Meine Bilder: http://jalbum.net/a/1456383
Berge: http://jalbum.net/de/browse/user/album/1823943

[Gilles Caulier-4]

With the appimage 6.0.0 pre release published today ?

Le mer. 4 juil. 2018 à 18:21, Hans-Peter <[hidden email]> a écrit :

On Wed, 4 Jul 2018 11:20:54 +0200
Gilles Caulier <[hidden email]>
wrote:

> Interesting.
>
> I currently rebuild the 6.0.0 pre release bundle from the scratch and i
> will investigate why this options are necessary.
>
> Q : which target os do you use exactly ?
>

I have exactly the same issue since a while, on Manjaro Linux.First time i
noticed that was with digikam-5.9.0-20180304T103918-x86-64.appimage, but
newer versions have the same problem. Freetype version here is 2.9.1-1

HP
>


--
--------- 8< -------------
Why taunt me? Why upbraid me? I am merely a genius, not a god.
(Nero Wolfe)
Meine Bilder: http://jalbum.net/a/1456383
Berge: http://jalbum.net/de/browse/user/album/1823943

--

[digikam-2]

On Wed, 4 Jul 2018 11:20:54 +0200
Gilles Caulier <[hidden email]> wrote:

> I currently rebuild the 6.0.0 pre release bundle from the scratch
> and i will investigate why this options are necessary.
>
> Q : which target os do you use exactly ?

I use Manjaro (archlinux derivative), current. But...

I've had the same problem on Archlinux, Centos 7.2 and Ubuntu 17.04

--
sknahT

vyS

[Hans-Peter huth]

On Wed, 4 Jul 2018 18:31:00 +0200
Gilles Caulier <[hidden email]>
wrote:

> With the appimage 6.0.0 pre release published today ?
>

i can't see a release published today. Latest on
https://files.kde.org/digikam/ is 16-Jun. With this release i get:
[hph@hackbrett4 Temp]$ ./digikam-6.0.0-git-20180616T070709-x86-64.appimage
-- digiKam AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam
application digikam: symbol lookup error: /usr/lib/libfontconfig.so.1:
undefined symbol: FT_Done_MM_Var [hph@hackbrett4 Temp]$

HP

--
--------- 8< -------------
Why taunt me? Why upbraid me? I am merely a genius, not a god.
(Nero Wolfe)
Meine Bilder: http://jalbum.net/a/1456383
Berge: http://jalbum.net/de/browse/user/album/1823943

[Maik Qualmann]

Gilles, there are no new files on the server today? All have the date of June
16th.

Maik

Am Mittwoch, 4. Juli 2018, 18:31:00 CEST schrieb Gilles Caulier:

> With the appimage 6.0.0 pre release published today ?
>
> Le mer. 4 juil. 2018 à 18:21, Hans-Peter <[hidden email]> a écrit :
> > On Wed, 4 Jul 2018 11:20:54 +0200
> > Gilles Caulier <[hidden email]>
> >
> > wrote:
> > > Interesting.
> > >
> > > I currently rebuild the 6.0.0 pre release bundle from the scratch and i
> > > will investigate why this options are necessary.
> > >
> > > Q : which target os do you use exactly ?
> >
> > I have exactly the same issue since a while, on Manjaro Linux.First time i
> > noticed that was with digikam-5.9.0-20180304T103918-x86-64.appimage, but
> > newer versions have the same problem. Freetype version here is 2.9.1-1
> >
> > HP
> >
> >
> >
> > --
> > --------- 8< -------------
> > Why taunt me? Why upbraid me? I am merely a genius, not a god.
> > (Nero Wolfe)
> > Meine Bilder: http://jalbum.net/a/1456383
> > Berge: http://jalbum.net/de/browse/user/album/1823943
> >
> >
> > --
>
> Send with Gmail Mobile

[Gilles Caulier-4]

2 AppImage bundles, 64 and 32 bits are now uploaded :

https://files.kde.org/digikam/

Gilles Caulier

2018-07-04 19:43 GMT+02:00 Maik Qualmann <[hidden email]>:

Gilles, there are no new files on the server today? All have the date of June
16th.

Maik

Am Mittwoch, 4. Juli 2018, 18:31:00 CEST schrieb Gilles Caulier:
> With the appimage 6.0.0 pre release published today ?
>
> Le mer. 4 juil. 2018 à 18:21, Hans-Peter <[hidden email]> a écrit :
> > On Wed, 4 Jul 2018 11:20:54 +0200
> > Gilles Caulier <[hidden email]>
> >
> > wrote:
> > > Interesting.
> > >
> > > I currently rebuild the 6.0.0 pre release bundle from the scratch and i
> > > will investigate why this options are necessary.
> > >
> > > Q : which target os do you use exactly ?
> >
> > I have exactly the same issue since a while, on Manjaro Linux.First time i
> > noticed that was with digikam-5.9.0-20180304T103918-x86-64.appimage, but
> > newer versions have the same problem. Freetype version here is 2.9.1-1
> >
> > HP
> >
> >
> >
> > --
> > --------- 8< -------------
> > Why taunt me? Why upbraid me? I am merely a genius, not a god.
> > (Nero Wolfe)
> > Meine Bilder: http://jalbum.net/a/1456383
> > Berge: http://jalbum.net/de/browse/user/album/1823943
> >
> >
> > --
>
> Send with Gmail Mobile

[digikam-2]

On Wed, 4 Jul 2018 22:57:43 +0200
Gilles Caulier <[hidden email]> wrote:

> 2 AppImage bundles, 64 and 32 bits are now uploaded :
>
> https://files.kde.org/digikam/
>
> Gilles Caulier

Just downloaded: digikam-6.0.0-git-20180704T214137-x86-64.appimage on
Manjaro, no difference. It still needs the:

env LD_PRELOAD="/usr/lib/libfreetype.so" appimage-name.appimage

to run

--
sknahT

vyS

[Gilles Caulier-4]

I just integrated this pre-loading in internal AppImage run bash script. Please try again with this version :

digikam-6.0.0-git-20180705T134252-x86-64.appimage

Gilles Caulier

2018-07-05 4:01 GMT+02:00 <[hidden email]>:

On Wed, 4 Jul 2018 22:57:43 +0200
Gilles Caulier <[hidden email]> wrote:

> 2 AppImage bundles, 64 and 32 bits are now uploaded :
>
> https://files.kde.org/digikam/
>
> Gilles Caulier

Just downloaded: digikam-6.0.0-git-20180704T214137-x86-64.appimage on
Manjaro, no difference. It still needs the:

env LD_PRELOAD="/usr/lib/libfreetype.so" appimage-name.appimage

to run

--
sknahT

vyS

[digikam-2]

On Thu, 5 Jul 2018 14:08:27 +0200
Gilles Caulier <[hidden email]> wrote:

> I just integrated this pre-loading in internal AppImage run bash
> script. Please try again with this version :
>
> digikam-6.0.0-git-20180705T134252-x86-64.appimage
> <https://files.kde.org/digikam/digikam-6.0.0-git-20180705T134252-x86-64.appimage>

Nope on Manjaro and Centos 7.2:

$ downloads/appimages/digikam-6.0.0-git-20180705T134252-x86-64.appimage
-- digiKam AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam application
digikam: symbol lookup error: /usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var


env LD_PRELOAD="/usr/lib/libfreetype.so" downloads/appimages/digikam-6.0.0-git-20180705T134252-x86-64.appimage
-- digiKam AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam application
Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found
Digikam::AlbumWatch::AlbumWatch: AlbumWatch use QFileSystemWatcher
Digikam::AlbumManager::setDatabase: Database Parameters:
   Type:                     "QSQLITE"
   DB Core Name:             "/home/froggy/downloads/appimages/digikam4.db"
   DB Thumbs Name:           "/home/froggy/downloads/appimages/thumbnails-digikam.db"
   DB Face Name:             "/home/froggy/downloads/appimages/recognition.db"
   DB Similyritiy Name:      "/home/froggy/downloads/appimages/similarity.db"
   Connect Options:          ""
   Host Name:                ""
   Host port:                -1
   Internal Server:          false
   Internal Server Path:     ""
   Internal Server Serv Cmd: ""
   Internal Server Init Cmd: ""
   Username:                 ""
   Password:                 ""

I appreciate all the hard work of the team, but instead of spending your
time on this, why not just document it. And tell the people running it with the
env LD_PRELOAD= if they have a problem with loading the appimage?


--
sknahT

vyS

[Gilles Caulier-4]

Because AppImage must work as well. It's have been the case until now, with new Linux distro release.

Typically i add the preload rule in internal startup bash script in the bundle :

https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11

This must do the job, or i miss something ?

Gilles Caulier

2018-07-05 16:04 GMT+02:00 <[hidden email]>:

On Thu, 5 Jul 2018 14:08:27 +0200
Gilles Caulier <[hidden email]> wrote:

> I just integrated this pre-loading in internal AppImage run bash
> script. Please try again with this version :
>
> digikam-6.0.0-git-20180705T134252-x86-64.appimage
> <https://files.kde.org/digikam/digikam-6.0.0-git-20180705T134252-x86-64.appimage>

Nope on Manjaro and Centos 7.2:

$ downloads/appimages/digikam-6.0.0-git-20180705T134252-x86-64.appimage
-- digiKam AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam application
digikam: symbol lookup error: /usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var


env LD_PRELOAD="/usr/lib/libfreetype.so" downloads/appimages/digikam-6.0.0-git-20180705T134252-x86-64.appimage
-- digiKam AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam application
Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found
Digikam::AlbumWatch::AlbumWatch: AlbumWatch use QFileSystemWatcher
Digikam::AlbumManager::setDatabase: Database Parameters:
   Type:                     "QSQLITE"
   DB Core Name:             "/home/froggy/downloads/appimages/digikam4.db"
   DB Thumbs Name:           "/home/froggy/downloads/appimages/thumbnails-digikam.db"
   DB Face Name:             "/home/froggy/downloads/appimages/recognition.db"
   DB Similyritiy Name:      "/home/froggy/downloads/appimages/similarity.db"
   Connect Options:          ""
   Host Name:                ""
   Host port:                -1
   Internal Server:          false
   Internal Server Path:     ""
   Internal Server Serv Cmd: ""
   Internal Server Init Cmd: ""
   Username:                 ""
   Password:                 ""

I appreciate all the hard work of the team, but instead of spending your
time on this, why not just document it. And tell the people running it with the
env LD_PRELOAD= if they have a problem with loading the appimage?


--
sknahT

vyS

[digikam-2]

On Thu, 5 Jul 2018 19:13:19 +0200
Gilles Caulier <[hidden email]> wrote:

> Because AppImage must work as well. It's have been the case until
> now, with new Linux distro release.
>
> Typically i add the preload rule in internal startup bash script in
> the bundle :
>
> https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11
>
> This must do the job, or i miss something ?

Please note that I'm not a bash programmer but:

if [ -f "/usr/lib/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib/libfreetype.so"
elif [ -f "/usr/lib64/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib64/libfreetype.so"
fi

in my case (Manjaro): /usr/lib/libfreetype.so is not a file but a
link:

$ ls -alF /usr/lib/libfreetype.so
lrwxrwxrwx 1 root root 21 May  2 04:15 /usr/lib/libfreetype.so -> libfreetype.so.6.16.1*

So shouldn't it be a "-e" instead of a "-f":

if [ -e "/usr/lib/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib/libfreetype.so"
elif [ -e "/usr/lib64/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib64/libfreetype.so"
fi

Warning: I'm not a bash programmer

--
sknahT

vyS

[Gilles Caulier-4]

Hum,

I changed the bash code.

https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11

Try again with AppImage build today :

digikam-6.0.0-git-20180706T144835-x86-64.appimage

Gilles Caulier

2018-07-05 20:13 GMT+02:00 <[hidden email]>:

On Thu, 5 Jul 2018 19:13:19 +0200
Gilles Caulier <[hidden email]> wrote:

> Because AppImage must work as well. It's have been the case until
> now, with new Linux distro release.
>
> Typically i add the preload rule in internal startup bash script in
> the bundle :
>
> https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11
>
> This must do the job, or i miss something ?

Please note that I'm not a bash programmer but:

if [ -f "/usr/lib/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib/libfreetype.so"
elif [ -f "/usr/lib64/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib64/libfreetype.so"
fi

in my case (Manjaro): /usr/lib/libfreetype.so is not a file but a
link:

$ ls -alF /usr/lib/libfreetype.so
lrwxrwxrwx 1 root root 21 May  2 04:15 /usr/lib/libfreetype.so -> libfreetype.so.6.16.1*

So shouldn't it be a "-e" instead of a "-f":

if [ -e "/usr/lib/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib/libfreetype.so"
elif [ -e "/usr/lib64/libfreetype.so" ]; then
    LD_PRELOAD="/usr/lib64/libfreetype.so"
fi

Warning: I'm not a bash programmer

--
sknahT

vyS

[digikam-2]

On Fri, 6 Jul 2018 15:06:59 +0200
Gilles Caulier <[hidden email]> wrote:

> Hum,
>
> I changed the bash code.
>
> https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11
>
> Try again with AppImage build today :
>
> digikam-6.0.0-git-20180706T144835-x86-64.appimage
> <https://files.kde.org/digikam/digikam-6.0.0-git-20180706T144835-x86-64.appimage>

Worked, thank you



--
sknahT

vyS

[meku]

I notice that the appimage now displays errors on Ubuntu on startup:

ERROR: ld.so: object '/usr/lib64/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

Running Ubuntu 18.04 and libfreetype6 is installed:

/usr/lib/i386-linux-gnu/libfreetype.so.6
/usr/lib/x86_64-linux-gnu/libfreetype.so.6

On Fri, 6 Jul 2018 at 23:53, <[hidden email]> wrote:

On Fri, 6 Jul 2018 15:06:59 +0200
Gilles Caulier <[hidden email]> wrote:

> Hum,
>
> I changed the bash code.
>
> https://github.com/KDE/digikam/blob/master/project/bundles/appimage/data/AppRun#L11
>
> Try again with AppImage build today :
>
> digikam-6.0.0-git-20180706T144835-x86-64.appimage
> <https://files.kde.org/digikam/digikam-6.0.0-git-20180706T144835-x86-64.appimage>

Worked, thank you



--
sknahT

vyS