Unable to export to remote storage

[Gilles Caulier]

Even if plugin is in the list from setup dialog, the plugin is not compiled
into AppImage bundle... I'm sure i code myself all the script to build
AppImage. why ? because KIOSlave cannot work with a bundle, and this tool
is based on KIOSlave

The plugin must appear in the setup dialog list certainly because a desktop
service file is installed on the bundle for this plugin (and it must not be
present in fact). I will fix this problem when i will rebuild whole
AppImage from scratch later 5.8.0 release.

Gilles Caulier

2018-01-05 23:53 GMT+01:00 lachenmaier <lachenmaier at mchsi.com>:

> I am running 5.7.0 (appimage) on Xubuntu 17.04.  The option for saving in
> remote storage doesn't even come up in my Export menu.  If I go to
> Settings>Configure Digikam>Plugins, I can see the desired plugin "Remote
> Storage Export, Import", but it apparently did not get installed.  This is
> one of several major problems for me, but I did find a workaround.  Install
> GwenView.  It can open all the same folders that DigiKam can, and the
> Export to remote storage works fine for me.  However, I don't export to a
> remote computer.  I just export to disk drives.
>
> Now if I could just find a way to export the files in a Presentation
> List.............
> Hope this helps somebody.
> Ralph
>
> On 01/05/2018 01:52 PM, Maik Qualmann wrote:
>
>> The Remote Storage tool works here correctly under a working KF5 Desktop.
>> The
>> problem also lies with your distribution, where needed services do not
>> work in
>> the background.
>>
>> Maik
>>
>> Am Freitag, 5. Januar 2018, 22:32:35 CET schrieb daniel bip:
>>
>>> Gilles,
>>>
>>> I know DropBox tool has nothing to do with Remote Storage, but none of
>>> them
>>> is currently working for me, so I can't export images from DK...
>>>
>>> I don't get your sentence "This is one reason that we remove all support
>>> of
>>> kioslave in digiKam core with 5.x". If you remove it in DK 5.x how is it
>>> failing in my DK 5.5.0?
>>>
>>> Do you know how to revert the "update of internal libraries" to those
>>> ones
>>> that correctly work with DK?
>>>
>>> Thanks.
>>>
>>> BR,
>>>
>>>
>>> d.
>>>
>>> On 5 January 2018 at 10:37, Gilles Caulier <caulier.gilles at gmail.com>
>>> wrote:
>>>
>>>> This problem has nothing to do with DropBox tool. The kioslave broken is
>>>> typically a system wide binary compatibility failure due to an update of
>>>> internal libraries, used by KDE core.
>>>>
>>>> This is one reason that we remove all support of kioslave in digiKam
>>>> core
>>>> with 5.x, as the application become step by step unusable in time with
>>>> database.
>>>>
>>>> gilles
>>>>
>>>> 2018-01-05 8:42 GMT+01:00 daniel bip <daniel.mail.public at gmail.com>:
>>>>
>>>>> Hello,
>>>>>
>>>>> Using DK 5.5.0 from Philip's repository on a Ubuntu 16.04
>>>>>
>>>>> Since some weeks ago I'm unable to export to remote storage. When
>>>>> trying
>>>>> to do so I get the following message:
>>>>>
>>>>> "Some of the images have not been transferred or are still in the list
>>>>> .
>>>>> You can retry to export these images now"
>>>>>
>>>>> as a pop-up window, and also the following message in the console:
>>>>>
>>>>> klauncher not running... launching kdeinit
>>>>> couldn't create slave: "Cannot talk to klauncher: The name
>>>>> org.kde.klauncher5 was not provided by any .service files"
>>>>>
>>>>> I've googled around and seems to be a known problem, but I couldn't
>>>>> find
>>>>> how to fix it. Any clue? As the dropbox plugin is also not working I'm
>>>>> currently unable to export any picture :-(
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>>
>>>>> BR,
>>>>>
>>>>> d.
>>>>>
>>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180106/2f19094d/attachment.html>