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