fmII
Sun, Jul 20th home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 15:36 UTC
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 drsync - Default branch
Section: Unix

 

Added: Sat, Dec 30th 2000 09:19 UTC (7 years, 6 months ago) Updated: Sun, Dec 14th 2003 11:52 UTC (4 years, 7 months ago)


About:
drsync is a Perl wrapper for rsync which keeps track of the filelist between synchronizations. If you delete a file in one place, it will delete it in the other place; if you add a file, it copies to the other place. It is ideal for notebook users who want to keep data in two (or more) different places. It is also good for the Linux PDAs (Agenda, iPAQ, Yopi, etc.), to keep data synchronized with the desktop. The requirements are designed to be minimum.

Author:
Szabó, Balázs (dLux) <dlux |at| dlux |dot| hu> [contact developer]

Rating:
(not rated)

Homepage:
http://hacks.dlux.hu/drsync/
Tar/GZ:
http://hacks.dlux.hu/drsync/drsync.tgz
Debian package:
http://packages.debian.org/drsync

Trove categories: [change]
[Development Status]  3 - Alpha
[Environment]  Console (Text Based)
[Intended Audience]  Developers, End Users/Desktop, System Administrators
[License]  OSI Approved :: Artistic License, OSI Approved :: GNU General Public License (GPL)
[Operating System]  POSIX :: Linux
[Programming Language]  Perl
[Topic]  Communications

Dependencies: [change]
No dependencies filed

 
Project admins: [change]
» dLux (Balázs Szabó) (Owner)

» Rating: (not rated)
» Vitality: 0.00% (Rank 11925)
» Popularity: 0.97% (Rank 5931)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 14,890
   URL hits: 6,023
   Subscribers: 16

Other projects from the same categories:
GICQ
mod_vhs
Platform Independent Petri Net Editor
Lover
UltraSMS

Users who subscribed to this project also subscribed to:
DirectVNC
Bastille Linux / Unix
CoverViewer
rsync-backup
Firewall Monitor


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Default 0.4.2 07-Jul-2002 Artistic License Homepage Tar/GZ

 Comments

[»] Is it necessary?
by aldem - Jan 3rd 2001 23:54:15

Hmm... Interesting idea, but (IMHO) it can be done with rsync itself:

$ rsync -a --delete /src/path rsync://dst.host.com/path/

The option `--delete' does exactly what is necessary to make destionation look like source, i.e. all files that does not exist on source side will be deleted on destination side.

So - what for we need the wrapper? :)

[reply] [top]


    [»] Re: Is it necessary?
    by dLux (Balázs Szabó) - Feb 6th 2001 09:08:08


    > Hmm... Interesting idea, but (IMHO) it
    > can be done with rsync itself:
    >
    > $ rsync -a --delete /src/path
    > rsync://dst.host.com/path/
    >
    > The option `--delete' does exactly
    > what is necessary to make destionation
    > look like source, i.e. all files that
    > does not exist on source side will be
    > deleted on destination side.
    >
    > So - what for we need the wrapper?
    > :)
    >
    It is used for 2 or more-way syncing. Imagine you add and remove files in both sides of the archive. You must keep track the filelist if you want to make difference between the 2 thing: someone added a new file in side A or someone delete a file in side B. In the first case you need to copy the file from A to B, in the second case, you must remove the file from A.

    [reply] [top]


      [»] Re: Is it necessary?
      by Egil Moeller - Feb 6th 2001 13:27:07

      What would be interresting would be something like a mix of this and CVS merge - that is, that if a file is changed on both sides, and is a text-file, it would merge the changes nicely... Ok, that probably creates a need to keep the original file, too...

      --
      PGP Public key

      [reply] [top]


        [»] Re: Is it necessary?
        by dLux (Balázs Szabó) - Feb 7th 2001 08:27:17


        > What would be interresting would be
        > something like a mix of this and CVS
        > merge - that is, that if a file is
        > changed on both sides, and is a
        > text-file, it would merge the changes
        > nicely... Ok, that probably creates a
        > need to keep the original file, too...
        This is out of the scope of this project :-( It requires more than an rsync wrapper. The perfect solution would be a SyncML client-server implementation.

        [reply] [top]




© Copyright 2008 SourceForge, Inc., All Rights Reserved.
About freshmeat.net •  Privacy Statement •  Terms of Use •  Trademark Guidelines •  Advertise •  Contact Us • 
ThinkGeek •  Slashdot  •  ITMJ •  Linux.com •  NewsForge  •  SourceForge.net  •  Surveys •  Jobs •  PriceGrabber