Bug 79135

Summary:	Integrate rsync in file manager
Product:	[Applications] konqueror	Reporter:	Erik Parmann <eparmann>
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	wishlist	CC:	finex
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Erik Parmann 2004-04-05 21:04:42 UTC

Version:            (using KDE KDE 3.2.1)
Installed from:    Gentoo Packages
OS:          Linux

My initial problem was this:
I copied a lof of folders with files in them from Place A to Place B. But, if I stoped the copying then I would hawe some folders on MachineB with files in, and some without files in. BUT all the folder would hawe been copyed, but on some of them there were not time to fill them with files. If I then leter chose to copy the same folder it would ask me if i wanted to replace or skip. The problem was that this optian give me no way to copy ONLY the files that misses, and not everyone over again.
Therefor it would be need with a "sync" option, beneath move and copy. It would only need to call to rsync to do the job. It could syntronice 1 folder recursivly to annother.

Comment 1 Helge Hielscher 2004-05-11 18:17:49 UTC

sounds like a dup of bug 20752

Comment 2 Steve Walesch 2004-10-13 10:41:15 UTC

It also sounds like bugs 3477 and 42219.
I'd also love to have a feature for synchronizing directories in Konqueror.
It should be bi-directional though. I guess that eliminates rsync in favour of unison? Well, whatever :)

Comment 3 Ferdinand Gassauer 2006-03-01 15:45:18 UTC

would be a great enhancement if rsync or unsion could be integrated in sftp/fish.

Comment 4 Jens 2006-05-24 10:28:20 UTC

I second this wish. I actually thought about an implementation ("fast copy") but I found out that I'm not fluent enough in C++ to do it. :-(

Actually, maybe using and extending KFS (KDE File Sync) for this purpose is also an idea.

Jens

Comment 5 Nick Leverton 2007-02-14 20:02:07 UTC

Rsync-for-quanta still sounds like something really useful, and also still sounds like a dupe of 20752!

I use a simple filesystem-based blog called Blosxom, and it is very sensitive to timestamps, because it orders postings in date-last-modified.  Quanta is moderately good at syncing content (admittedly only by keeping track of uploads rather than actually checking the content, but at least it mostly works).  However it's regrettably useless at syncing filesystem timestamps, AFAICS it doesn't even try to do so (by default I use the fish ioslave for uploads).

If I could configure quanta to use "rsync -a" I'd have a really quick way round this problem with no other development needed - at present if I absent- mindedly do a quick upload from Quanta or otherwise tell it to update the entries, I have to login to the web server and "touch" each file with a suitable date in the past.

Please can we have an rsync upload profile, if possible as a patch for 3.5.x too ?

Comment 6 Nick Leverton 2007-02-14 21:07:05 UTC

Actually I should clarify that I was speaking of Quanta, and I see this is more a kio/kfm issue.  Sorry for the noise, I'll look more closely and raise the details elsewhere.  I would vote for a kio rsync slave as useful in many applications, though !

Comment 7 FiNeX 2009-09-16 21:19:46 UTC


*** This bug has been marked as a duplicate of bug 20752 ***