eviously, on the
rsync list:
Matt McCutchen wrote:
On Mon, 2009-08-24 at 09:43 -0700, Linda A. Walsh wrote:
Maybe rsync could support extattrs on non-supporting fs's with a
..xattr file stored >> at the same place as the :
If a user used a switch to emulate 'xattrs', the
y wrote:
On Thu, 19 Jan 2006, Corinna Vinschen wrote:
On Jan 18 16:49, Linda A. Walsh wrote:
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might have the newest feature implemented
by Christopher.
Is there any logic to doing this for /proc and /cygd
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might have the newest feature implemented
by Christopher.
Is there any logic to doing this for /proc and /cygdrive and not
/dev?
At least now everyone can get the drive loop detected message
I've been getting for
I was looking to install the source of gcc and noted
that "setup.exe" claims it is 1k long. That seems
a bit small for a bz2 compressed image. Am I missing
something?
I am looking at the source on the "mirrors.kernel.org"
and see bz2 files 46 bytes long. Are these files
corrupt?
Linda
--
U
Eric Blake asked:
...
I also get different numbers of subdirectories when I list
"/" than what the "link" count says and a third number if I list
using "cygpath -w":
$ ls -ldF /
drwxr-x--- 31 law 0 Dec 31 1969 // ## 31 links
$ cmd /c dir |grep DIR|wc -l24 #
You may have not had a chance to drill into the details of the
"cygcheck.out" I attached last email, but...
Eric Blake wrote:
Without further info, my guess is that it may be related to the snapshots
simulating the existance of /proc and /cygdrive, but neglecting to update
the link count of /
I ran into this problem using "find".
Ran into an odd problem where directories, in my root
directory, above entry 39-40 are not being examined. It
seems to be positionally related, but, importantly,
specifying "noleaf" seems to work around the problem.
As I understood it, Cygwin simulated the
7 matches
Mail list logo
