Fwd: File synchronization plugin idea
Simon Redman
simon at ergotech.com
Tue Jan 22 17:42:24 GMT 2019
Hi Viktor,
Thank you for working on this. Sorry that your original email didn't get
a reply!
Can you make a pull request in our GitLab:
https://invent.kde.org/kde/kdeconnect-kde
That way we can keep the patch and the discussion about it together in
the same place.
The GitLab is brand new as of this weekend, so we haven't tested the
workflow yet. We think it should go something like you making a fork,
pushing your changes to a branch in the fork, then making a pull request.
Thanks,
Simon
On 1/22/19 3:05 AM, Viktor Porvaznik wrote:
> Hello,
>
> Some days already passed and no word on the topic yet, so I am not
> sure whether it got forgotten or ... Also not sure whether it is a
> good idea to send a reminder like this but ...
>
> Anyway on the topic I have also checked task list in phabricator and
> identified*T4675 - Implement a scheduling of sending files* as one
> that could be solved together with an implementation of this plugin.
>
> -Viktor
>
> ---------- Forwarded message ---------
> From: *Viktor Porvaznik* <viktor.porvaznik at gmail.com
> <mailto:viktor.porvaznik at gmail.com>>
> Date: lun., 14 ene. 2019 a las 17:19
> Subject: Re: File synchronization plugin idea
> To: <kdeconnect at kde.org <mailto:kdeconnect at kde.org>>
>
>
> Hi,
>
> So I finally managed to finish the file sync plugin so I you can see
> what I mean.
>
> The prototype is at https://github.com/porvik/kdeconnect-kde/tree/sync
>
> Of course there is still a lot of stuff to fix / implement e.g.:
> * proper plugin level configuration - files, logs, mount paths etc
> * unidirectional sync
> * more safety checks (paths, existing folders, validations)
> * asynchronous copy / script execution
> * Android notifications and the actual app
> * etc.
>
> I you plan to run it probably need to edit common.h general section,
> i.e. mount root, etc.
> and to actually run it just send a ping from the android (app is
> missing still).
>
> Said all that, my idea is not to replace any full fledged sync SW but
> rather to make it an extra feature with limited but features. I also
> checked the existing code
> (https://cgit.kde.org/kdeconnect-kde.git/log/?h=filesync) and the main
> difference is that data is transferred as a network packet payload
> unlike me, since I have static configuration and I use SFTP plugin.
>
> Also about the "File access" I am not sure I know what it means so ..?
>
> Please tell me what you think and explain if the "File access" if
> possible.
>
> Thank you,
> BR,
> Viktor
>
> El vie., 21 dic. 2018 a las 10:46, <kdeconnect-request at kde.org
> <mailto:kdeconnect-request at kde.org>> escribió:
>
> ---------- Forwarded message ----------
> From: Avamander <avamander at gmail.com <mailto:avamander at gmail.com>>
> To: kdeconnect at kde.org <mailto:kdeconnect at kde.org>
> Cc:
> Bcc:
> Date: Fri, 21 Dec 2018 11:46:15 +0200
> Subject: Re: File synchronization plugin idea
> I think there are better file synchronization software out there
> than KDE Connect ever could be, it's simply just a lot of work,
> take a look at Syncthing if you need something free. File access
> is another topic though (really appreciate that feature).
>
>
>
>
> Avamander
>
> On Fri, Dec 21, 2018 at 12:39 AM Nicolas Fella <feeenico at gmail.com
> <mailto:feeenico at gmail.com>> wrote:
>
> Hi,
>
> file syncing is something that has been requested several
> times and it would allow some nice use cases. There is some
> old work on it on the desktop side
> (https://cgit.kde.org/kdeconnect-kde.git/log/?h=filesync) but
> there is no code for Android yet. I also had the idea of
> leveraging the SFTP plugin for it, but I'm not sure if that's
> a good idea since it's a bit unstable.
>
> If you have some PoC code please share it with us so we can
> discuss it further.
>
> Cheers
>
> Nico
>
>
> On Wed, Dec 19, 2018, 16:04 Viktor Porvaznik
> <viktor.porvaznik at gmail.com
> <mailto:viktor.porvaznik at gmail.com> wrote:
>
> Hi,
>
> I am using kdeconnect on openSUSE and find it very useful
> app. I have following two use cases that I have solved but
> I was wondering about more elegant solution (and if it
> would be worth it).
>
> First I have an encrypted pw safe data (and possibly some
> other private data) that I have on my phone, desktop,
> laptop. Once in a while when I create new entry or edit an
> existing one I update the pw safe db and I need to copy
> that manually between all devices. Depending on a
> frequency that might be quite often. For security reasons
> I dont use cloud and everything is offline only copied
> over USB or private wifi. To facilitate I was thinking to
> make shell scripts that will do the job and use it trough
> execute command plugin but I find that very specific to
> the problem.
>
> Second use case would be photos. I am often taking photos
> (even have private cloud backup) but I would like to have
> all photos downloaded / synchronized to set folder on my
> pc, and even possibly to execute some post copy -
> processing shell scripts once all photos are downloaded
> e.g. conversion of photos, resize, upload to gallery.
>
> I was thinking to write stuff just for myself (or just
> keep it as shell scripts) but then I was wondering whether
> it would be maybe a good idea to make it more generic? I
> was considering to implement it a plugin. The issue is
> that tt would be depending on sftp plugin which creates
> dependency not only on a base app.
>
> I would have an initial idea (even have a crude prototype)
> and I have some more technical questions if it turns out
> to be a good idea. I am new to D-Bus stuff and I find it
> pretty interesting, so please any comments are welcome.
>
> Thank you,
> BR,
> Viktor
>
> _______________________________________________
> KDEConnect mailing list
> KDEConnect at kde.org <mailto:KDEConnect at kde.org>
> https://mail.kde.org/mailman/listinfo/kdeconnect
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20190122/e4c2af3c/attachment-0001.html>
More information about the KDEConnect
mailing list