digikam 5.1.0 start-up hanging on OSX

[Gilles Caulier]

The scanning collection register album on database. It can take a while but
i suspect that data HDD is USB one. right ?

If yes, it a really slow solution. The best : USB3 minimum + SSD, not HDD.

Here, i use 1Tb SSD to howst all my collection (250Gb) and it take 30 mn to
scan all albums.

Database is sqlite.

Gilles Caulier

2016-08-24 13:50 GMT+02:00 Pingu-Mann-Zɔro <pingumann0 at gmail.com>:

> Thanks for the tip Gilles,
>
> I started an install in a new User account. It has been running now for
> about 6 hours with the "Scanning collections ....". I've about 200GB of
> photos. How long should a new installation (fresh collection) take with
> default options in the installation?
>
> System:
> Processor Name:    Intel Core i7
>   Processor Speed:    2,3 GHz
>   Number of Processors:    1
>   Total Number of Cores:    4
>   L2 Cache (per Core):    256 KB
>   L3 Cache:    6 MB
>   Memory:    16 GB
> Disks:
>   OS SSD: Samsung SSD 840 EVO 750GB:
>   Data HDD: ST2000LM003 HN-M201RAD
>
> BR
>
>
>
> On 20160819 19:19, Gilles Caulier wrote:
>
> typically no. It compiled with backward compatibility set to 10.8.
>
> Here i tested with VM under older OSX version, and it do not crash or
> freeze.
>
> Tip : create a new account and init digiKam with a fresh collection to see
> if problem is reproducible. Perhaps it's a problem with older 4.x settings
> (we have already a report about).
>
> Gilles Caulier
>
> 2016-08-19 18:12 GMT+02:00 Pingu-Mann-Zɔro <pingumann0 at gmail.com>:
>
>> Hi all,
>>
>> I'm a newbie on this list.
>>
>> I installed a new version of digikam (was 4.1.0, now 5.1.0) on my OSX OS.
>> Starting for the first time, a pop-up message came which said "Scanning
>> collections, please wait ..." and then "Preparing collection scan ...",
>> where it hangs indefinitely.
>>
>> Sometimes it just crashes at start-up.
>>
>> Is there a problem with digikam 5.1.0 and OSX 10.11.6?
>>
>> Regards,
>> PinguMann
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20160824/de449c86/attachment.html>