[digiKam-users] Still invisible albums

gene heskett gheskett at shentel.net
Fri Jul 1 23:14:56 BST 2022


On 7/1/22 13:18, Remco Viëtor wrote:
> On vendredi 1 juillet 2022 18:33:48 CEST gene heskett wrote:
>> On 7/1/22 11:53, gene heskett wrote:
>>> Greetings All;
>>>
>>> I just purged the debian digikam v7.1.0, and installed this weeks 64
>>> bit AppImage.
>>> Version 7.8.0
>>>
>>> It still cannot see /home/xxxxx/Pictures which has about 50G of older
>>> pictures in the various subdirs.  Like 7.1.0 it sees the camera and its
>>> cards contents just fine but because it cannot see a place to import
>>> them to,
>>> I am forced to remove the card, put it in a reader and from there load
>>> it into
>>> gimp.
>>>
>>> Is there some option to set to enable that? The AppImage downloaded
>>> another
>>> nearly 400 megs of stuff and reported success but a restart does not
>>> fix this
>>> problem.
>>>
>>> What do I check for next?
>> Next is the user, its digiKam, so of course it can't see my stuff.
>> Since I am the only user here that breaths, how to I fix that?
>>
>> Make digiKam a member of my group? That is a security hole
>> that will need plugged.
>>
>> Since _I_ ran it, from _MY_ terminal, why is it not running as me?
>>
>> I DO own the AppImage.
>>
>>> Thanks all.
>>>
>>> Cheers, Gene Heskett.
>> Cheers, Gene Heskett.
> You *have* defined at least one collection for digikam. That should have been
> asked for on first startup, iirc, you can check and define additional
> collections in the configuration dialog. If it's a remote collection that's
> not accessible, it's normal you have a problem...
The link its looking for is on a differently mounted version of my /home
directory which is a raid10 in both instances. I can give it the exact path
to that same /home/me/Pictures directory in the album search
menu at the bottom of the left panel, and it locks up and I have to 
killall it.
>
> As for your posting, it helps to give the others some little time before
> getting unpleasant.
The ping? a week no ack, I did get the incoming echo from the first post,
so it seemed like I needed to ping the thread. The original post was on
06/22 at 8:44 when I got the echo from the list. I got the echo from
the ping on 06/30 at 11:48. 8 days, so I pinged it.

This is likely, IMO from a gut feeling, some dependency not declared
even in the 7.8.0 AppImage, which otherwise looks like its running fine.

This is what it logs to the terminal its launched from:
gene at coyote:~$ digiKam
-- digiKam Linux AppImage Bundle
-- Use 'help' as CLI argument to know all available options for digiKam 
application.
-- Notes: to integrate this bundle to your desktop, use AppImageLauncher.
--        to enable all debug messages on the console, use 'export 
QT_LOGGING_RULES="digikam*=true"'.
Check library libudev.so.0
Check library libxcb-dri3.so.0
Check library libcrypto.so.1.1
Check library libssl.so.1.1
Check library libnss3.so
Check library libnssutil3.so
Check library libsmime3.so
Check library libpango-1.0.so.0
Check library libpangocairo-1.0.so.0
Check library libgmodule-2.0.so.0
-- Preloading shared libs: 
:/tmp/.mount_digiKabM4etx/usr/lib/libavif.so.13:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0:/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1:/usr/lib/x86_64-linux-gnu/libssl.so.1.1:/usr/lib/x86_64-linux-gnu/libnss3.so:/usr/lib/x86_64-linux-gnu/libnssutil3.so:/usr/lib/x86_64-linux-gnu/libsmime3.so:/usr/lib/x86_64-linux-gnu/libpango-1.0.so.0:/usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0:/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0
[0701/115728.976030:WARNING:resource_bundle_qt.cpp(119)] 
locale_file_path.empty() for locale
[0701/115729.023027:WARNING:resource_bundle_qt.cpp(119)] 
locale_file_path.empty() for locale
[0701/115729.023093:WARNING:resource_bundle_qt.cpp(119)] 
locale_file_path.empty() for locale
QtAV 1.13.0(Jun 21 2022, 13:37:45)
Multimedia framework base on Qt and FFmpeg.
Distributed under the terms of LGPLv2.1 or later.
Shanghai, China Copyright (C) 2012-2019 Wang Bin (aka. Lucas Wang) 
wbsecg1 at gmail.com
Donate: http://qtav.org/donate.html
Source: https://github.com/wang-bin/QtAV
Home page: http://qtav.org
unknown: Unhandled container to remove :  Digikam::DigikamApp
Digikam::CollectionScanner::scanAlbum: Folder does not exist or is not 
readable:  "/mnt/sdb5/home/gene/Pictures"

And I've grepped -R my home dir for that last lines content w/o finding it.
So I've no clue where it is pulling it from. Hence the original ignored 
post
and the ping 8 days later.

That and the fact that htop says its running as the user "digiKam", not 
"$me"
both would seem to need addressing.

Take care and stay well, Remco Viëtor.

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/>



More information about the Digikam-users mailing list