Hi All
I'm using digikam 5.2, and I wanted to export to Flikr, when I select export from the album it shows ; "no external module for export available" in the configuration/plugin menu , the message is "no kipi plug-in installed" which one should be installed ? where to get them? thanks |
Hi,
Am 05.11.2016 um 18:45 schrieb Frédéric Chaume: > Hi All > > I'm using digikam 5.2, and I wanted to export to Flikr, > when I select export from the album it shows ; "no external module for > export available" > > in the configuration/plugin menu , the message is "no kipi plug-in > installed" If you run Linux, just check the package manager for "kipi-plugins" and install them. If you run Windows, I don't know. Regards Martin |
Under Windows and MAc, there is nothing to do. All is included in Bundle installer/package. For Linux, you need to install kipi-plugins. But there are more simpler. We bundle also for Linux with AppImage now, with next 5.3.0. Take a look here : You have 2 versions : for Linux 32 bits or Linux 64 bits. Both have been compiled today with current implementation. Best Gilles Caulier 2016-11-05 19:01 GMT+01:00 Dr. Martin Senftleben <[hidden email]>: Hi, |
thanks Gilles
Few questions: - do I need to uninstall 5.2.0 before - I'm on Linux Mint 18, is it compliant and supported ? - is there any prerequisite ? (CPU, memory, dependencies,..) - what is the process to install this kind of bundle ?
thanks
Le 05/11/2016 à 23:39, Gilles Caulier a
écrit :
|
In reply to this post by Gilles Caulier-4
for the time being I have installed kipi-plugins, but still the message no kipi plugins installed (and nothing in the list from the plugin window) anything to do to complete the installation ? I'm running Linux Mint 18
regards frederic Le 05/11/2016 à 23:39, Gilles Caulier a
écrit :
|
I don't know. This is a kind of error at run-time that i'm finally lost, due to the complexity of KDE plugins architecture, that certainly require PATH adjustments while packaging. So report this problem to Mint team. Gilles Caulier 2016-11-06 9:43 GMT+01:00 Frédéric Chaume <[hidden email]>:
|
In reply to this post by fch22
Aha, this is the magical point where AppImage can help with digiKam deployment. "You have nothing to install and uninstall" - AppImage is a bundle. All that DK needs is embedded in a container (Fuse FS based). there is nothing to install. - You can let's 5.2.0 from system wide installed. No conflict. - Linux Mint must be supported. DK AppImage is compiled under older CentOS 6 for binary compatibility with glibc. - Pre-requires : one computer with at least 4Gb of RAM (32 or 64 bits). A fast CPU is welcome of course. - AppImage do not install files on your system. You download and run it. All the stuff is done in memory. I write here some words to do if a problem appear after downloading the bundle (see AT RUN-TIME ON TARGET COMPUTER section) : All feedback are welcome. Thanks in advance Gilles Caulier 2016-11-06 9:34 GMT+01:00 Frédéric Chaume <[hidden email]>:
|
This is effectively magic :-) and it is working , you are a genius, thanks a lot then I've been able to upload an album to Flickr, only problem is
the orientation of the pictures, there are shown in the correct
way on digikam, but rotation is not transfered into flickr. I think there was a menu to physically rotate pictures, but
didn't find it regards frederic Le 06/11/2016 à 10:11, Gilles Caulier a
écrit :
|
In reply to this post by Gilles Caulier-4
Le 06/11/2016 à 10:11, Gilles Caulier a écrit :
> - You can let's 5.2.0 from system wide installed. No conflict. but if you plan to use both, you have to use the same database. I do this without problem, but either backup the base frequently or store the data in the images and be ready to rebuild the database (anyway you may have to do this, for example if you move the collections). also what about the system setup? do the appimage write to it? that said, very good option to use the last digikam. I don't remember having ever lost anything important with digikam :-)) thanks jdd |
2016-11-06 10:46 GMT+01:00 jdd <[hidden email]>: Le 06/11/2016 à 10:11, Gilles Caulier a écrit : What do mean by system setup ? DK setup ? DK AppImage can read and write to user account DK settings, and system wide application. AppImage will run with user account, not root. It cannot write on system. In fact DK from wide system will not do it also.
There are again some improvements to do with AppImage : 1: use last JPEG lib. For the moment, due to time missing, i use CentOs 6 version (jpeg 6b), which is very old. Stable, but old. Some specifc code for JPEG support will be disabled. I needs i least to use JPEG 8 in the bundle. 2: it's the same for libtiff. CentOs provide a 3.9, and not last 4.x version. 3: libgphoto2 is an older version from CentOs. I need to update this to last one in the bundle to offer the last camera drivers. 4: libsane is an older one too. If you is interested by image scanner, you will not see all last drivers. This need to be updated in the bundle. For the rest all is the last version : - OpenCV 3.1 with all unwanted options disabled. Just what we need fro DK. I'm sure that some crash appears in DK because OpenCV is compiled with experiment options on some Linux system. OpenCV is a giant project, too much, too complex, and finally unstable when you enable all. - Qt5 is the last one : 5.7.0 - KF5 is the last one : 5.27.0 - Exiv2 : is the last one, but i would to use current code from svn where more than 200 bugs are currently fixed. Exiv2 is a core dependencies to DK. I'm sure that DK can crash a lots with a non stabilized Exiv2. Exiv2 + OpenCV = the most important core libs. At least, with AppImage i use 0.25 and i disabled all unstable options, as video metadata support. I already ask to Exiv2 team to release more frequently the library, but without success. The 0.26 release is planed before Christmas as i know, but nothing is sure with Exiv2... - Libraw : I update code to last 0.18 beta 1 and reported some compilation problem to the team. patches have been integrated as upstream. The 0.18 final release is planed before Christmas, as libraw coordinator said to me by private mail. Some words now about the others bundles : Windows and OSX. Currently, OSX and Windows use different manners to bundle, and i need to factorize my scripts to have the same versions/compilation options everywhere. AppImage bundle project give me some good ideas/ways to implement a common frameworks for deployment everywhere. I will do it for 5.4.0. Best Gilles Caulier |
Le 06/11/2016 à 11:15, Gilles Caulier a écrit :
> What do mean by system setup ? DK setup ? > > DK AppImage can read and write to user account DK settings, and system > wide application. yes, this one, shared with the standard distro digikam > There are again some improvements to do with AppImage : there is always work to do, but you make a stunning job! thanks jdd |
In reply to this post by jdd@dodin.org
now I have 5.3.0, then no more need to keep previous version
just a minor and kosmetic remark: could we have the digikam logo for the icon in the task bar;-) regards Le 06/11/2016 à 10:46, jdd a écrit : > Le 06/11/2016 à 10:11, Gilles Caulier a écrit : > >> - You can let's 5.2.0 from system wide installed. No conflict. > > but if you plan to use both, you have to use the same database. I do > this without problem, but either backup the base frequently or store > the data in the images and be ready to rebuild the database (anyway > you may have to do this, for example if you move the collections). > > also what about the system setup? do the appimage write to it? > > that said, very good option to use the last digikam. I don't remember > having ever lost anything important with digikam :-)) > > thanks > jdd > |
task bar ? Which Desktop window manager exactly ? Gilles Caulier 2016-11-06 12:14 GMT+01:00 Frédéric Chaume <[hidden email]>: now I have 5.3.0, then no more need to keep previous version |
Linux mint (cinamon) Le 6 nov. 2016 15:04, "Gilles Caulier" <[hidden email]> a écrit :
|
Ah never tested this one. I will take a look. Gilles Caulier 2016-11-06 17:47 GMT+01:00 Frederic Chaume <[hidden email]>:
|
Free forum by Nabble | Edit this page |