Re: refuse to update certain files upon extraction
Lasse Kliemann <[email protected]> Tue, 18 Mar 2008 17:45:42 +0100
| Newsgroups | gmane.comp.archivers.star.user |
|---|---|
| Message-ID | <[email protected]> |
--===============0777799195== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFMLoheMaWcIEZAi" Content-Disposition: inline --UFMLoheMaWcIEZAi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Message by -Lasse Kliemann- from Tue 2008-03-18: > By the way, I just did some research on the rename-ctime-thing on Linux, = and=20 > it appears that something similar was noticed back in 2004 already. There= are=20 > close to no responses to the patches sent in at that time. Someone even w= rote=20 > that this behavior is okay according to the SuS, but I am not completely = sure=20 > that he refers to the same thing. The current Linux Bug Tracker does not = give=20 > any hits for 'ctime rename', so I will file a bug report there now. Let's= see=20 > what happens. I'm getting really close now. Remember that I wrote last week that I could reproduce this on ext2, ext3,= =20 xfs, and reiserfs? It turned out that on each of them -save ext3- the probl= em=20 was due to that 'rapid dump' thing. If I insert a sleep 1 after the dump, t= he=20 problem only persists on ext3. Now we also have the explanation why the=20 problem disappeared on Solaris after I inserted the sleep 1. The idea occurred to me after noticing that I could not reproduce the ctime= =20 problem on xfs. Hence I filed that as an ext3 bug now on the Linux Bug Tracker. --UFMLoheMaWcIEZAi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) iQIcBAEBAgAGBQJH3/G2AAoJEFYll6N4nhdvIhgP/Az3JvYxcWUV3w+Ih3jJkySK 0Fln1IvQvNUiRpD4sNIqvY+ElOUW2BGClAvNvZt9u7VU42+hDJESQoj9fqknoa7q JF1xK40Osn4X99Sl6RdhC2VuaPVYQiINUFfWixI6vSHVnueSKxIMmJPr3rm59t8y qPiDsmFHLkP+lEwPHmRly4CVA470BieOt1yxe4uoz6iMHnthtvh4ruja9TzAhZ3F rJwHd22oV+nZ+OQUMM5ixP2H61Un7HzSVXBxX8eAwz93cognICL6laRkX+L+etPC V3PTKgyagST78FLJa716wuZsftZ6kyGN3Ra4ezaNwAgp426qr5pP1xsVMGI7eQj+ QqSo4We4CqPZOafpaQjtjrM6ebb4v1wREKNKyaW/sEEWN3WfXSPkDEI+jZVm/9/8 /ViEf3+EKx3XEQ7H3Pme3iKX79Ns7U13LMuNz9vGZLqosUjlWfvQrMU2Ae//SBXP 9QcU7CNL7nt4LAA0sz87w+/XUjuy6kjcjbB72dqU1ocPQ6GVauZu99iV0fJH375Q 35HPNSWVgP3cTeAtBHwAS+tgiV2O8uR2f4A3Wj+3r+VVRpj+dutbaYXHW6brGdK1 4oLzS3PR7PiQFv9M9ieIgGJF2fv/Cl65GLYR4mPZpNFry7Z7KUHrjAX40SHkaIoZ 7YrBlIRz5o/TLNSlsapu =xNN2 -----END PGP SIGNATURE----- --UFMLoheMaWcIEZAi-- --===============0777799195== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Star-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/star-users --===============0777799195==--