similar to: Compressed destination files

https://bugzilla.samba.org/show_bug.cgi?id=9864 Summary: Allow permanent compression of destination files Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: me at haravikk.com

In the archives I see the question about encrypted destination and it's mostly answered with the --source-filter / --dest-filter patch by Kyle Jones. There are also some proposed updates to the patch. A lot of these posts 3 years old, is there plans or reasons not to include them in the main line code? // George -- George Georgalis, systems architect, administrator <IXOYE><

I've been doing some more tests with compressing sound fonts with FLAC. It compares quite well with sfArk which is a common compression used on the internet for sound fonts, unfortunately its not open. For the most part, in my tests, sfArk beats FLAC in compression, but thats not surprising as I am compressing entire sound fonts which include non-audio data as well. The average compression

I have some archive mails in gzipped mboxes. I could use them with dovecot 1.x without problems. But recently I have installed dovecot 2.0.12, and they are slow. very slow. Creating index files takes about 10 minutes for ~20M file with 560 messages for bzipped mbox, for gzipped is little better but still unusable :( Stracing dovecot process shows that every ~ 20 messages it rereads complete mbox

https://bugzilla.samba.org/show_bug.cgi?id=4383 Summary: Idea: Store files in compressed format and visa versa Product: rsync Version: 3.0.0 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

hpa, will there be support for lzma and bzip compressed kernels, initrds and images in one of the following releases of syslinux? I saw that you want lzma and bzip2 compression included in the kernel: http://groups.google.com/group/linux.kernel/browse_thread/thread/f415aa765c09c9f7/dae008992e14840f?lnk=raot&pli=1 Gert Hulselmans

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I stripped out all non-audio data from a few fonts > (which doesn't > usually amount to much, 50k in a font with a lot of > preset/instrument/sample overhead information). I > managed to save a good > 20k by gzipping this data and not making FLAC > compress it. Not that much > for all the effort. Although I

When using the following to keep duplicate files on multiple computers, I find some files have their ACLs changed and cannot then be opened. I am using the following command. My goal is to be able to read/write/edit any local or remote file from any machine. Until recently this worked just fine, but now some files cannot be opened once rsync'd. rsync -avzh --progress --delete --super -A

Is it possible to have rsync do a transform on each file before sending it? This would be useful for things like individually compressed or encrypted backups, or in my case, syncing lossy copies of my FLAC music to an mp3 player or laptop. If not, is there demand for such a feature? It seems like it would be of use to many people, and in principle it shouldn't interfere with incremental file

Hello We are using Dovecot 2.0.17 with mdbox+zlib and we are evaluating alternative storage. These are the relevant settings mdbox_rotate_interval = 1d mdbox_rotate_size=60m [...] zlib_save_level = 9 # 1..9 zlib_save = gz # or bz2 [...] zlib plugin enabled in dovecot-lda These are my questions: 1? General mdbox question. We are happy usings zlib_save, but we would like to try bzip2

I don't know if this is the propper place to ask for new funcionality, but after searching the website i didn't find another place to do it. I'm very sorry if I`m asking this in the wrong place. It would be greatful to have crypting funcionality added to rsync, appart from using ssh to crypt transmissions. I know this is not the original purpose for rsync, but anyway it's a fact

I'm trying to back up our svn repositories, and I found a nice little backup command line bzip's the backup and creates the md5 hash all in one: svnadmin dump --deltas /repo |bzip2 |tee dump.bz2 | md5sum >dump.md5 The problem is I need to split the backups, so this doesn't really work. Is there perhaps another way of piping things to allow for splitting of the backups?

I'm rsync'ing an rdiff-backup repository to a different machine and I have a few questions I'm hoping you guys can help me out with. Should I use --archive? Or maybe -rlD instead? Can I restrict an SSH key to rsync? I can do it with rdiff-backup with command="rdiff-backup --server" but I can't figure out how to do it with rsync. The rdiff-backup repository I'm

Hi - there's a flag for rsync to compress the files in transit - is it possible to compress one side (target) with gzip and have rsync still work correctly? Any help would be appreciated. -- Ken

Yesterday, I noticed that I had lost about a gig of hd space without knowing what had used that much. Turned out that it was the wine-20050930 build directory that was using 850mb of hd space. I pinned down the problem to the wine-20050930/dlls directory, which was using about 600mb hd space. For example, advapi32.dll.so was 1155k, while advapi.c was only 8518 bytes and advapi.o was 149k. I tried

So, my use case is : 1. lot of connections over dial-up lines 2. need to transfer safely A SINGLE BZIPPED FILE to the server 3. if dial-up line fails, it's automatically restarted after 5 minutes and transfer start again I heard about the --partial option in order to keep the partial transferred file. I thought that rsync will apply his incremental check and update alghoritm on that

At 08:37 PM 5/20/02, you wrote: >Doing so requires an upfront scan of the entire destination tree, and >for the client to hold all this information in memory. [I accidently sent this to Martin instead of the list...] I wonder if it would be useful to have a partner program that would index the rsync'ed file system (like Tripwire). If the index file exists (or meets other defined

Hi. rsync 3.0.8 FreeBSD RELENG_4 i386. rsync -Haxi --delete /.../ /.../ The first pathspec above (residing on zz, a full filesystem) is: /vvvv/wwww/xxxx/zz/ The second pathspec above (residing on yyy, an empty filesystem) is: /vvvv/wwww/xxxx/yyy/zz/ It's obviously a 'copy everything over' operation. I've had to obfuscate the pathnames, however the exact pathlength throughout

After you do your update, done forget to do updatedb, makewhatis, ... The locate for rpmnew has a couple items of interest and the locate for rpmsave returns one that occupies 24MB of your precious disks - /var/lib/Pegasus/prev-repository*. It compresses nicely to appx. 1MB, cpio bzipped --best. Change in your rndc key too, for DNS.

Hello I'm having a heck of a time rsync'ing (is that the proper conjugation? :)) between two Cygwin machines. I have three directory trees that are "exposed" via rsynch. Two of the three have a very shallow structure, and they work fine. The third, however, has a fairly deep structure and many more files than the other two, and rsync'ing this directory causes a hang on