This is a discussion on rsync and utimes handling - Tools ; --===============0355788225== Content-Type: multipart/signed; boundary="nextPart2001098.Dp6Cf4uAKY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart2001098.Dp6Cf4uAKY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline the rsync code currently does things like: #ifdef HAVE_UTIMES #elif defined HAVE_UTIME #else fail! #endif the problem here is when rsync detects the utimes ...
--===============0355788225==
Content-Type: multipart/signed; boundary="nextPart2001098.Dp6Cf4uAKY";
protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
--nextPart2001098.Dp6Cf4uAKY
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
the rsync code currently does things like:
#ifdef HAVE_UTIMES
#elif defined HAVE_UTIME
#else
fail!
#endif
the problem here is when rsync detects the utimes function. the older utim=
e=20
code is ifdef-ed away so it isnt available at runtime. that means rsync wi=
ll=20
only be runtime usable on newer systems. if you take a recent glibc and=20
compile it against recent kernel headers, you get a C library that supports=
=20
both utimes and utime, and will run fine regardless of the kernel. if it=20
supports utimes(), glibc will return the expected values. if it doesnt,=20
glibc will return ENOSYS.
what i'm proposing is decoupling of the #if logic so that it isnt an if;els=
e:
#ifdef HAVE_UTIMES
#endif
#ifdef HAVE_UTIME
#endif
=2Dmike
--nextPart2001098.Dp6Cf4uAKY
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
iQIVAwUASAwnWkFjO5/oN/WBAQKDhw/+KlEZDwLoMlnfje7rV1rMdIDUXqd2YcL5
Bz0uQcnLJMs7BukbnSk1jsY2Z0BjQs16hf24AY8mYURDBsURer jnmh6G3zK+1sG3
Rappp7r8az1H+kz5rxrn87NIvPfLu2h/wKkl1blsAD0tagqNaFK8Myy7Zuw5e9bq
wCZm0ptn/W1GgtfReQZ7jrIqqiTA3TZdBfmdfXSMyFX2+rXiwWHdBI4ByQr 39VL/
rJJ2ILZ3kalnCKWdkgTMqgC71b4umCITUS9zJPbjtGpm2Pu+6O sfAnQme3pwiLj/
SLJCQu4bix/QnEuffRswciZJAncDZEQNV9CthPCVWNf99DdRYBpTcLEHdzgFb zok
5+00swKpq3bRwKFJQ8/j+bmTyg+gcEwCpKABOvthiYL94BpmDQfTarEIZZ7iD31o
uMnhQOyBIrZskNK30b1uqr+MHIqeU6sIDUADiaPQ8f9XcBjhYP we3mdyw6fZ43oM
lSRSMniV6ivGz2jrYBbnbV6ubbooui7rN8Bix2WdFRk4ClO1nx xW2suHYafFPZk0
ob/8tLiZRy5CIr1zjck7JuTCT57q9BbXOn4tT9j8dea9Mk1XnWaWd 79QAOR3DFnn
lQSVngSXK0nqFXhg/xENpfzyj+OMU+7ccp/x6NEFP9BmWT+AapoDODLiWkqfThNu
PmS1YopDqjs=
=WbJV
-----END PGP SIGNATURE-----
--nextPart2001098.Dp6Cf4uAKY--
--===============0355788225==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
--===============0355788225==--