[digiKam-users] Future of digiKam bundles...
Cirrus
cirrus at gatohaus.com
Sun May 31 20:48:58 BST 2020
Sorry for the hijack, but can someone please help me unsubscribe from this
list?
I've tried everything I could find; unsubscribing on the kde.org website
and deleting my babble account.
There's no unsubscribe info in the emails, so I'm clueless.
Thanks,
David
On Fri, May 29, 2020, 19:16 Mica Semrick <mica at silentumbrella.com> wrote:
> Install the application "flatseal" from flathub, then grant digikam access
> to your extra disks/filesystem location.
>
> On May 29, 2020 10:16:37 AM PDT, Peter Teuben <teuben at gmail.com> wrote:
>>
>> this is great news, certainly for trying out the beta.
>>
>> I do have a failure mode. I have 7 albums in my albumRoot, 4 of those
>> will get flagged by this version and claim not to exist, eg.
>>
>> digikam.database: Folder does not exist or is not readable:
>> "/Photos/albums2"
>> digikam.database: Folder does not exist or is not readable:
>> "/a7/teuben/Pictures"
>>
>> the first one is a true symlink, but the 2nd is a real mounted
>> directory, so it's not that mount/bind issue I've seen with snaps. If
>> I use this digikam4.db, the old digikam 6.4.0 acts worse: it sees the
>> albums, but sees 0 photos, so starts this hours long process of
>> reloading the database. No good for me.
>>
>>
>> I guess I should try the latest appimage as well?
>>
>>
>> - peter
>>
>>
>> On 5/29/20 6:29 AM, Gilles Caulier wrote:
>>
>>> Done !!!
>>>
>>> digiKam is now avaialble on FlatHub :
>>>
>>> https://flathub.org/apps/details/org.kde.digikam
>>>
>>> Best
>>>
>>> Gilles Caulier
>>>
>>> Le lun. 25 mai 2020 à 17:49, Gilles Caulier <caulier.gilles at gmail.com> a écrit :
>>>
>>>> Look like digiKam will be also added to official FlatHub repository soon :
>>>>
>>>> https://github.com/flathub/flathub/pull/1544#pullrequestreview-417884061
>>>>
>>>> Gilles Caulier
>>>>
>>>> Le lun. 25 mai 2020 à 15:09, Gilles Caulier <caulier.gilles at gmail.com> a écrit :
>>>>
>>>>> Hi,
>>>>>
>>>>> Another important point : the Flatpak do not include yet the
>>>>> application translations files. It's relevant by the missing
>>>>> sunversion executable on the KDE server.
>>>>>
>>>>> And yes, all translations team from KDE project still to use
>>>>> subversion to host i18n data.
>>>>>
>>>>> As whole KDE migrate progressively from an own git/svn servers to
>>>>> gitlab, i read that i18n will also migrate to git in the near future.
>>>>> So wait and see...
>>>>>
>>>>> Best
>>>>>
>>>>> Gilles Caulier
>>>>>
>>>>> Le lun. 25 mai 2020 à 12:04, Gilles Caulier <caulier.gilles at gmail.com> a écrit :
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just updated the Flatpak notice page on digikam source repository :
>>>>>>
>>>>>> https://invent.kde.org/graphics/digikam/-/tree/master/project/bundles/flatpak
>>>>>>
>>>>>> digiKam Flatpak is now compiled with ALL non-deprecated options,
>>>>>> including Web services using KIO. Look like the application resume is
>>>>>> well documented now, with plenty of screenshots.
>>>>>>
>>>>>> By non deprecated, i want mean the 2 ones : Baloo and Akonady
>>>>>> supports. Both make a mess with digiKam (especially Baloo).
>>>>>>
>>>>>> As i read, Flatpak is able to notify users when a new version is
>>>>>> published. I don't yet verified if it work well.
>>>>>>
>>>>>> On Flatpak, it's possible to rate and review the application. So don't
>>>>>> hesitate to promote the application.
>>>>>>
>>>>>> My best
>>>>>>
>>>>>> Gilles Caulier
>>>>>>
>>>>>>
>>>>>> Le dim. 24 mai 2020 à 12:24, Gilles Caulier <caulier.gilles at gmail.com> a écrit :
>>>>>>
>>>>>>> Hi all users,
>>>>>>>
>>>>>>> I would to give some feedback about the digiKam bundles migration advance...
>>>>>>>
>>>>>>> The current files provided by the project are listed below :
>>>>>>>
>>>>>>> - Linux AppImage 64 bits
>>>>>>> - Linux AppImage 32 bits
>>>>>>> - Macos Package installer 64 bits (based on Macports)
>>>>>>> - Windows installer 64 bits (compiled with MXE - MinGW)
>>>>>>> - Windows installer 32 bits (compiled with MXE - MinGW)
>>>>>>>
>>>>>>> Current problems for these bundles are listed below :
>>>>>>>
>>>>>>> - AppImage : not signed, do not support KIO extensions, do not support
>>>>>>> ICU (language extension), not published on official repository.
>>>>>>> - MacOS package : It's not relocatable, even if MacOS support well
>>>>>>> this feature. I don't found the time to finalize yet the install
>>>>>>> relocation support in bash script. Package is not published on MacOS
>>>>>>> store.
>>>>>>> - MXE Windows installer : not signed, not published on Windows store.
>>>>>>> Do not support KIO extension.
>>>>>>>
>>>>>>> But we have a new one starting to work and i working on : FlatPak
>>>>>>>
>>>>>>> This one is signed, published of official repository automatically
>>>>>>> (you can install it on Discover application for ex). It support ICU
>>>>>>> and KIO too... FlatPak is compiled on KDE infrastructure nightly and
>>>>>>> automatically. Only a 64 bits version is supported.
>>>>>>>
>>>>>>> This want mean that AppImage end of life is near. We will still
>>>>>>> publish officially the AppImage until 7.0.0, but later, if FlatPak do
>>>>>>> the job as well, AppImage will be dropped...
>>>>>>>
>>>>>>> For Windows, all the digiKam code compile fine under Microsoft Visual
>>>>>>> C++ compiler. This is the goal to obtain a signed and published
>>>>>>> version on Microsoft store. You can imagine that Microsoft will only
>>>>>>> support the official Windows compiler, and not GCC to permit to sign
>>>>>>> and publish application on the store. Don't forget, Microsoft is well
>>>>>>> Closed Source (:=))))
>>>>>>>
>>>>>>> Microsoft compiler is just the hell. It slow and require a Windows
>>>>>>> operating system. The current cross compilation solution that we use
>>>>>>> work fully under Linux, and compilation time are reduced by 4/5 ! A
>>>>>>> full Linux Workflow is a non virus guaranty !
>>>>>>>
>>>>>>> The Visual C++ workflow is also only available on 64 bits and is
>>>>>>> computed on KDE infrastructure, but the installer compilation is
>>>>>>> broken due to a weird configuration on KDE infrastructure. I currently
>>>>>>> try to found a work around.
>>>>>>>
>>>>>>> Personalty, i don't want to left MXE solution for the moment.
>>>>>>>
>>>>>>> For MacOS, the KDE infrastructure based on Craft compilation framework
>>>>>>> will be a solution to sing and publish a relocatable package for
>>>>>>> Apple. digiKam do not compile yet due to missing dependencies.
>>>>>>>
>>>>>>> Voilà, i hope to be enough clear with these technical points.
>>>>>>>
>>>>>>> My best
>>>>>>>
>>>>>>> Gilles Caulier
>>>>>>>
>>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20200531/6d64edfe/attachment-0001.htm>
More information about the Digikam-users
mailing list