Displaying 20 results from an estimated 800 matches similar to: "HFS+ resource forks: WIP patch included"
2004 Aug 16
6
Mac OS X HFS+ metadata patch, take 2
Hi.
Several months ago, I posted my first pass at a patch to transfer
Mac OS X HFS+ metadata (resource forks and Finder metadata) to
non-HFS+ filesystems (Linux, Solaris, etc).
I finally got a chance to update the patch to reflect suggestions
offered on the list. Thanks for the ideas, this version should be
a big improvement.
The diff and a binary (and a fuller explanation) can be found at:
2011 Jan 31
0
Protocol stream error copying extended attribute, silent failure to copy all data
I'm using rsync 3.0.7 on Mac OS X 10.6, compiled with HFS+ enhancements
according to Mike Bombich's instructions at
http://www.bombich.com/rsync.html. Rsync repeatedly exits with a protocol
data stream error on some com.apple.FinderInfo extended attributes. While
testing this issue, I found that rsync is not copying all extended
attributes even when there is no error message. I'm using
2011 Jan 31
2
Protocol stream error on extended attribute, silent failure to copy all attributes
I'm using rsync 3.0.7 on Mac OS X 10.6, compiled according to Mike
Bombich's instructions at http://www.bombich.com/rsync.html. Rsync
repeatedly exits with a protocol data stream error when trying to copy
some com.apple.FinderInfo extended attributes. While testing this issue,
I found that rsync is not actually copying all extended attributes even
when there is no error message. I'm
2008 Mar 19
0
[PATCH] Unsnarl missing_below/dry_run logic.
The generator can skip a directory's contents altogether due to
--ignore-non-existing, a daemon exclude, or a mkdir failure. On a --dry-run,
the generator can also note the missingness of a directory while still scanning
its contents. These two scenarios were conflated using a single set of
missing_below/missing_dir variables in combination with transient increments in
dry_run; this caused
2004 Feb 06
4
memory reduction
As those of you who watch CVS will be aware Wayne has been
making progress in reducing memory requirements of rsync.
Much of what he has done has been the product of discussions
between he and myself that started a month ago with John Van
Essen.
Most recently Wayne has changed how the file_struct and its
associated data are allocated, eliminating the string areas.
Most of these changes have been
2004 Oct 04
1
Problem with incremental backup - copies instead of hard links
Hi there,
I'm using this version of rsync:
localhost:~ mzehetle$ /usr/local/bin/rsync --version
rsync version 2.6.0 protocol version 27
Copyright (C) 1996-2004 by Andrew Tridgell and others
HFS+ filesystem support for OSX (C)2004 Kevin A. Boyd
<http://rsync.samba.org/>
Basically incremental backup (--link-dest option) works with a
destination on my local volume but not with a
2004 Jan 25
2
scan for first existing hard-link file
Here's a patch that makes rsync try to find an existing file in a group
of hard-linked files so that it doesn't create the first one in the
group from scratch if a later file could be used instead.
Details: I decided to avoid having the code do an extra scan down the
list when we encounter the lead file in the list. This is because it
would be bad to have to do the same scan in the
2002 Jan 13
1
rsynd-2.5.1 / hlink.c patches
Platform: Compaq OpenVMS Alpha 7.3
Compiler: Compaq C T6.5
The following patch resolves compile problems with the HLINK.C module.
The cast on function argument for the qsort() routine was wrong, and not
allowing the compile to complete.
When the function definiton of the hlink_compare() is corrected to have
the const qualifiers, the cast inside the qsort() function call is no
longer
2003 Jul 24
0
(no subject)
Here is a diff which should allow applying batch updates remotely ( as
apposed to copying the batch files to the remote server and running rsync
there ).
Eg
rsync --write-batch=test src dst1::dst
rsync --read-batch=test dst2::dst
Oli Dewdney
diff -E -B -c -r rsync-2.5.6/flist.c rsync-2.5.6-remotebatch/flist.c
*** rsync-2.5.6/flist.c Sat Jan 18 18:00:23 2003
---
2004 Feb 16
1
[patch] Add `--link-by-hash' option (rev 2).
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
(rev 2)
* This revision is actually against CVS HEAD (I didn't realize I was working
from a stale rsync'd CVS).
* Apply permissions after
2008 Feb 15
4
Revised flags patch
Hi,
first of all, sorry for taking so long. Unfortunately, some other tasks
kept coming up. Anyway, attached is the version of the flags patch, that
is based on the one I'm using with 2.6.9. It is against the rsync-3.0.0pre9
release.
I've included the option name change from the repository, so the
option is now called --fileflags. Improved from the previously
distributed version is the
2014 Dec 14
0
rsync not copy all information for font file
Hi Ram,
In OS X, some font types (not all) put the font payload in the resource fork. Netatalk provides AFP filesharing, imitating the resource forks by creating secondary files in ?.Appledouble? folders within each folder. Netatalk tracks the resource forks, and other metadata, by keeping a ?Desktop database? at the root of the shared volume ? look for .AppleDesktop, and .AppleDB.
You can
2014 Dec 12
3
Aw: Re: Re: rsync not copy all information for font file
what is the source and destination filesystem?
here is some report that rsync has some problem with HFS+ filesystems and "ressource forks": http://quesera.com/reynhout/misc/rsync+hfsmode/
but as you are using ubuntu and not osx i`m curious what`s the problem, so i think we need more information here.
regards
roland
> Gesendet: Freitag, 12. Dezember 2014 um 15:31 Uhr
> Von:
2004 Feb 23
0
[patch] Add `--link-by-hash' option (rev 4).
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
(rev 4)
* Updated for committed robust_rename() patch, other changes in CVS.
(rev 3)
* Don't link empty files.
* Roll over to new file when
2004 Feb 17
0
[patch] Add `--link-by-hash' option (rev 3).
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
(rev 3)
* Don't link empty files.
* Roll over to new file when filesystem maximum link count is reached.
* If link fails for another reason, leave
2004 Feb 23
0
[patch] Add `--link-by-hash' option (rev 5).
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
(rev 5)
* Fixed silly logic error.
(rev 4)
* Updated for committed robust_rename() patch, other changes in CVS.
(rev 3)
* Don't link empty
2006 Aug 20
1
rsync HFS+ -> UFS2
Hi,
This is my first post to this list.
I have been backing up some files with rsync from My Mac OS X 10.4.7
machine, which uses HFS+ filesystem to a FreeBSD 6.1-RELEASE machine,
which uses UFS2 filesystem. They go across a 100-base-T lan, which
has little or no traffic on it.
On my Mac, I mount the nfs exported volume on the FreeBSD machine with:
$ mount -t nfs moe:/backup
2023 May 17
1
[PATCH] Add --omit-{device,special}-times options
Similar to --omit-{dir,link}-times:
--omit-device-times omit device files from --times
--omit-special-times omit sockets and fifos from --times
Also, fix corner case that allows --omit-dir-times to be ignored. See
unchanged_attrs() and recv_generator()'s call to try_dests_non().
Marc.
diff -aNpRruz -X /etc/diff.excludes rsync-3.2.7/generator.c devel-3.2.7/generator.c
---
2003 Jun 25
3
patch draft for extended attributes on linux
This draft patch adds support for transferring extended attributes
with a new --xattr option. It ought to work on Linux with XFS or
ext2/ext3 filesystems with the SGI/bestbits attribute system.
It is partially working, but there seems to be some kind of hang bug
while transferring the file list. I suspect it might be provoking a
problem in io.c.
You need to rerun autoconf, autoheader and
2005 Jan 05
1
rsync filename heuristics
On 5 Jan 2005, Rusty Russell <rusty@rustcorp.com.au> wrote:
> On Tue, 2005-01-04 at 18:24 +0100, Robert Lemmen wrote:
> > hi rusty,
> >
> > i read on some webpage about rsync and debian that you wrote a patch to
> > rsync that let's it uses heuristics when deciding which local file to
> > use. could you tell me whether this is planned to be included in