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==--