<div dir="ltr"><div dir="ltr"><div dir="ltr">Please try this command line before to run the appimage :<div><br></div><div>export LD_PRELOAD=$LD_PRELOAD:/usr/lib64/libfontconfig.so.1<br></div><div><br></div><div>Adjust the name of .so file if necessary.</div><div><br></div><div>If it work i will patch the ApppImage startup script.</div><div><br></div><div>Gilles Caulier</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 23 févr. 2019 à 11:11, Stuart T Rogers <<a href="mailto:stuart@stella-maris.org.uk">stuart@stella-maris.org.uk</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Gilles<br>
<br>
When I downloaded the latest V6 appimage and tried to run it I get<br>
<br>
digikam: symbol lookup error: /usr/lib64/libfontconfig.so.1: undefined <br>
symbol: FT_Done_MM_Var<br>
<br>
on my system I have a package called libfontconfig1 at 2.13.1 which <br>
contains that library.<br>
<br>
So it wont run on my Tumbleweed system.<br>
<br>
Stuart<br>
<br>
On 22/02/2019 15:03, Gilles Caulier wrote:<br>
> Using the AppImage is safe, at least to test and see if the problem <br>
> still exists. backup your database, and create a new one with 6.0.0. <br>
> Look if problem is fixed or not.<br>
> <br>
> Gilles Caulier<br>
> <br>
> Le ven. 22 févr. 2019 à 16:00, Stuart T Rogers <br>
> <<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a> <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>> a écrit :<br>
> <br>
>     Gilles<br>
> <br>
>     I am waiting for V6 to be compiled and available in the openSUSE<br>
>     Tumbleweed repositories rather than having to compile it or use the<br>
>     appimage.<br>
> <br>
>     I know this problem does not make sense but the same error happens on<br>
>     any album I try to refresh which exists on this partition.<br>
> <br>
>     I have another partition with other albums on it and a refresh on that<br>
>     does not show any error, however that partition is an NTFS formatted<br>
>     one<br>
>     which used to be shared with a now defunct windows system.<br>
> <br>
>     Stuart<br>
> <br>
>     On 22/02/2019 14:50, Gilles Caulier wrote:<br>
>      > digikam.general: scan mode: ScheduleCollectionScan ::<br>
>      > ("/home/stuart/Work/Graphics1/Pentax-K-70/2019/02/")<br>
>      > digikam.database: Folder does not exist or is not readable:<br>
>      > "/home/stuart/Work/Graphics11/Pentax-K-70/2019/02"<br>
>      ><br>
>      > Very strange...<br>
>      ><br>
>      > Q: why not to use 6.0.0 and to rebuild the database from scratch,<br>
>     step<br>
>      > by step, collection by collection. With more than 630 bugs closed in<br>
>      > this release, and 2 years of devel, there is a chance to see this<br>
>      > problem disappear...<br>
>      ><br>
>      > Gilles Caulier<br>
>      ><br>
>      > Le ven. 22 févr. 2019 à 15:43, Stuart T Rogers<br>
>      > <<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a> <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>>> a écrit :<br>
>      ><br>
>      >     The partition is a 506GB EXT4 partition mounted at<br>
>      >     /home/stuart/Work/Graphics1. The partition has 380GB free and<br>
>     I have<br>
>      >     validated the structure and it shows no errors.<br>
>      ><br>
>      >     The database is SQLite and was a new database so no hang over<br>
>     from<br>
>      >     previous database.<br>
>      ><br>
>      >     I have attached the console trace from startup of digikam<br>
>     through to<br>
>      >     the<br>
>      >     end of a refresh using F5 key  on the Pentax-K-70/2019/02 album<br>
>      ><br>
>      >     Stuart<br>
>      ><br>
>      >     On 22/02/2019 13:46, Gilles Caulier wrote:<br>
>      >      > No idea... which is the partition type of<br>
>     /home/stuart/Work/... ?<br>
>      >      > What's the trace of full rescan from scratch ? Just<br>
>     redirect the<br>
>      >     console<br>
>      >      > to a text file compress it and share.<br>
>      >      > What's the database type ?<br>
>      >      ><br>
>      >      > Gilles Caulier<br>
>      >      ><br>
>      >      > Le ven. 22 févr. 2019 à 14:31, Stuart T Rogers<br>
>      >      > <<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a> <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>>>> a écrit :<br>
>      >      ><br>
>      >      >     I have now started digikam again with a completely new<br>
>     set of<br>
>      >     databases<br>
>      >      >     and believe it or not the error still exists.<br>
>      >      ><br>
>      >      >     digikam.database: Folder does not exist or is not<br>
>     readable:<br>
>      >      >     "/home/stuart/Work/Graphics11/Pentax-K-70/2019/02"<br>
>      >      ><br>
>      >      >     now I have no idea how to resolve this error. How can<br>
>     digikam<br>
>      >     come up<br>
>      >      >     with this folder name which does not exists anywhere in my<br>
>      >     hard drive?<br>
>      >      >     The correct part of the path contains Graphics1 which<br>
>     exists<br>
>      >     and the<br>
>      >      >     contents display just fine.<br>
>      >      ><br>
>      >      >     Stuart<br>
>      >      ><br>
>      >      >     On 21/02/2019 12:19, Stuart T Rogers wrote:<br>
>      >      >      > I did another clean up of everything but still see<br>
>     the error<br>
>      >      >      ><br>
>      >      >      > digikam.database: Folder does not exist or is not<br>
>     readable:<br>
>      >      >      > "/home/stuart/Work/Graphics11"<br>
>      >      >      ><br>
>      >      >      > as soon as I try to add an album to Graphics1.<br>
>      >      >      ><br>
>      >      >      > Stuart<br>
>      >      >      ><br>
>      >      >      > On 21/02/2019 12:07, Stuart T Rogers wrote:<br>
>      >      >      >> I tried cleaning up just the one album which contained<br>
>      >     the issue<br>
>      >      >     but<br>
>      >      >      >> it has not resolved the issue. I now see a<br>
>     slightly different<br>
>      >      >     message<br>
>      >      >      >><br>
>      >      >      >> digikam.database: Folder does not exist or is not<br>
>     readable:<br>
>      >      >      >> "/home/stuart/Work/Graphics11"<br>
>      >      >      >><br>
>      >      >      >> so it looks like it thinking there may be an album<br>
>     called<br>
>      >      >     Graphics11<br>
>      >      >      >> but none exists and browsing the sqlite database I can<br>
>      >     find no<br>
>      >      >      >> reference to Graphics11.<br>
>      >      >      >><br>
>      >      >      >> Maybe I need to clean up everything?<br>
>      >      >      >><br>
>      >      >      >> Stuart<br>
>      >      >      >><br>
>      >      >      >> On 21/02/2019 11:08, Gilles Caulier wrote:<br>
>      >      >      >>> Try to use the Maintenance tool dedicated to<br>
>     cleanup the<br>
>      >     database<br>
>      >      >      >>> (Look in Tools/Maintenance dialog).<br>
>      >      >      >>><br>
>      >      >      >>> Gilles Caulier<br>
>      >      >      >>><br>
>      >      >      >>> Le jeu. 21 févr. 2019 à 12:03, Stuart T Rogers<br>
>      >      >      >>> <<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a> <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>>><br>
>      >      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>><br>
>      >      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>><br>
>      >     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a><br>
>     <mailto:<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>>>>>> a<br>
>      >      >      >>> écrit :<br>
>      >      >      >>><br>
>      >      >      >>>     Gilles<br>
>      >      >      >>><br>
>      >      >      >>>     More on my problem with 5.9 with refresh not<br>
>     finding new<br>
>      >      >     items in a<br>
>      >      >      >>>     folder when either saving from GIMP or<br>
>     Darktable or<br>
>      >     indeed<br>
>      >      >     copying<br>
>      >      >      >>>     images from an SD card using a file manager<br>
>     (dolphin<br>
>      >     in my<br>
>      >      >     case).<br>
>      >      >      >>><br>
>      >      >      >>>     I started digikam from a console and got<br>
>     these messages<br>
>      >      >     when doing a<br>
>      >      >      >>>     refresh:-<br>
>      >      >      >>><br>
>      >      >      >>>     digikam.general: Using  4  CPU core to run<br>
>     threads<br>
>      >      >      >>>     digikam.database: No itemShortInfo could be<br>
>      >     retrieved from the<br>
>      >      >      >>> database<br>
>      >      >      >>>     for image "IMGP0001.JPG"<br>
>      >      >      >>>     digikam.database: No itemShortInfo could be<br>
>      >     retrieved from the<br>
>      >      >      >>> database<br>
>      >      >      >>>     for image "IMGP0002.JPG"<br>
>      >      >      >>>     digikam.database: No itemShortInfo could be<br>
>      >     retrieved from the<br>
>      >      >      >>> database<br>
>      >      >      >>>     for image "IMGP0005.DNG"<br>
>      >      >      >>>     digikam.general: Event is dispatched through a<br>
>      >     passive pop-up<br>
>      >      >      >>>     QLayout: Attempting to add QLayout "" to<br>
>     QWidget "",<br>
>      >     which<br>
>      >      >     already<br>
>      >      >      >>>     has a<br>
>      >      >      >>>     layout<br>
>      >      >      >>>     digikam.general: scan mode:<br>
>     ScheduleCollectionScan ::<br>
>      >      >      >>>    <br>
>     ("/home/stuart/Work/Graphics1/Pentax-K-70/2019/02/")<br>
>      >      >      >>>     digikam.general: Cancel Main Thread<br>
>      >      >      >>>     digikam.general: Cancel Main Thread<br>
>      >      >      >>>     digikam.database: Folder does not exist or is not<br>
>      >     readable:<br>
>      >      >      >>>    <br>
>     "/home/stuart/Work/Graphics11/Pentax-K-70/2019/02"<br>
>      >      >      >>>     digikam.general: Event is dispatched through a<br>
>      >     passive pop-up<br>
>      >      >      >>>     QLayout: Attempting to add QLayout "" to<br>
>     QWidget "",<br>
>      >     which<br>
>      >      >     already<br>
>      >      >      >>>     has a<br>
>      >      >      >>>     layout<br>
>      >      >      >>>     digikam.geoiface: ----<br>
>      >      >      >>>     digikam.general: Using  4  CPU core to run<br>
>     threads<br>
>      >      >      >>>     digikam.general: Action Thread run  1  new jobs<br>
>      >      >      >>>     digikam.general: Cancel Main Thread<br>
>      >      >      >>>     digikam.general: One job is done<br>
>      >      >      >>>     digikam.general: Cancel Main Thread<br>
>      >      >      >>><br>
>      >      >      >>>     Please note that digikam has read the folder<br>
>     shown and<br>
>      >      >     displayed the<br>
>      >      >      >>>     existing photos which were in it to start with.<br>
>      >     Restarting<br>
>      >      >      >>> digikam does<br>
>      >      >      >>>     indeed show the new photos OK when it does the<br>
>      >     initial find<br>
>      >      >     of new<br>
>      >      >      >>>     items<br>
>      >      >      >>>     at start up.<br>
>      >      >      >>><br>
>      >      >      >>>     For some reason or other I keep seeing the<br>
>     following<br>
>      >     message<br>
>      >      >      >>><br>
>      >      >      >>>     digikam.database: Folder does not exist or is not<br>
>      >     readable:<br>
>      >      >      >>>    <br>
>     "/home/stuart/Work/Graphics11/Pentax-K-70/2019/02"<br>
>      >      >      >>><br>
>      >      >      >>>     the path displayed is wrong in that it should<br>
>     read<br>
>      >     /Graphics1/<br>
>      >      >      >>> and not<br>
>      >      >      >>>     as shown /Graphics11/<br>
>      >      >      >>><br>
>      >      >      >>>     I am guessing that there is an error in the<br>
>     database<br>
>      >      >     somewhere but I<br>
>      >      >      >>>     have no idea where it might be or how it<br>
>     might have come<br>
>      >      >     about. I<br>
>      >      >      >>> also<br>
>      >      >      >>>     guess that this might be the cause of the<br>
>     failure to<br>
>      >     find<br>
>      >      >     new items.<br>
>      >      >      >>><br>
>      >      >      >>>     How do I fix it easily as the database has<br>
>     several<br>
>      >     1000's of<br>
>      >      >      >>> photos in<br>
>      >      >      >>>     it and a total rebuild with take ages?<br>
>      >      >      >>><br>
>      >      >      >>>     Stuart<br>
>      >      >      >>><br>
>      >      >      >>>     On 17/02/2019 09:55, Stuart T Rogers wrote:<br>
>      >      >      >>>      > I am finding that when I open an image<br>
>     from within<br>
>      >      >     digikam to<br>
>      >      >      >>>     edit in<br>
>      >      >      >>>      > say darktable and save it to a folder<br>
>     within an<br>
>      >     album I am<br>
>      >      >      >>> unable to<br>
>      >      >      >>>      > view any of the saved images within<br>
>     digikam even<br>
>      >     when I use<br>
>      >      >      >>>     refresh. I<br>
>      >      >      >>>      > have to close digikam and open it again for<br>
>      >     images to be<br>
>      >      >      >>> found. I am<br>
>      >      >      >>>      > using digikam 5.9 in openSUSE Tumbleweed.<br>
>      >      >      >>>      ><br>
>      >      >      >>>      > Stuart<br>
>      >      >      >>><br>
>      >      >      >>>     --     Website: <a href="https://www.stella-maris.org.uk" rel="noreferrer" target="_blank">https://www.stella-maris.org.uk</a><br>
>      >      >      >>>     or:      https//<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">www.broadstairs.org</a><br>
>     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      >     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      >      >     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>> <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      >      >      >>><br>
>      >      >      >><br>
>      >      >      ><br>
>      >      ><br>
>      >      >     --<br>
>      >      >     Website: <a href="https://www.stella-maris.org.uk" rel="noreferrer" target="_blank">https://www.stella-maris.org.uk</a><br>
>      >      >     or:      https//<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">www.broadstairs.org</a><br>
>     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      >     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>> <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      >      ><br>
>      ><br>
>      >     --<br>
>      >     Website: <a href="https://www.stella-maris.org.uk" rel="noreferrer" target="_blank">https://www.stella-maris.org.uk</a><br>
>      >     or:      https//<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">www.broadstairs.org</a><br>
>     <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>> <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
>      ><br>
> <br>
>     -- <br>
>     Website: <a href="https://www.stella-maris.org.uk" rel="noreferrer" target="_blank">https://www.stella-maris.org.uk</a><br>
>     or:      https//<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">www.broadstairs.org</a> <<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a>><br>
> <br>
<br>
-- <br>
Website: <a href="https://www.stella-maris.org.uk" rel="noreferrer" target="_blank">https://www.stella-maris.org.uk</a><br>
or:      https//<a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">www.broadstairs.org</a><br>
</blockquote></div>