Created attachment 5116 [details] Файлы в p5 и 5.1, у которых изменились времена утром 2011-09-20 Иногда меняются timestamp'ы некоторых пакетов в директориях http://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch/files/SRPMS/ http://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch/files/noarch/RPMS/ http://ftp.altlinux.org/pub/distributions/ALTLinux/5.1/branch/files/SRPMS/ http://ftp.altlinux.org/pub/distributions/ALTLinux/5.1/branch/files/noarch/RPMS/ Например, сегодня с утра (2011-09-20) стало так: $ rsync --no-motd rsync.altlinux.org::ALTLinux/5.1/branch/files/SRPMS/alsa-tools\* -rw-r--r-- 405410 2010/07/16 11:11:34 alsa-tools-1.0.20-alt3.src.rpm $ rsync --no-motd rsync.altlinux.org::ALTLinux/5.1/branch/files/noarch/RPMS/berkeleydb-2\* -rw-r--r-- 666343 2010/09/08 10:40:25 berkeleydb-2.0.90-alt1_4jpp5.noarch.rpm $ rsync --no-motd rsync.altlinux.org::ALTLinux/p5/branch/files/noarch/RPMS/classpathx-jaf-1\* -rw-r--r-- 52395 2010/09/08 10:40:30 classpathx-jaf-1.1.1-alt1_1jpp5.noarch.rpm Вчера было так: $ ls -lgG --full-time ... -rw-r--r-- 1 405410 2009-06-23 17:24:54.000000000 +0400 alsa-tools-1.0.20-alt3.src.rpm -rw-r--r-- 1 666343 2010-02-22 04:47:03.000000000 +0300 berkeleydb-2.0.90-alt1_4jpp5.noarch.rpm -rw-r--r-- 1 52395 2009-05-15 22:06:01.000000000 +0400 classpathx-jaf-1.1.1-alt1_1jpp5.noarch.rpm При этом содержимое файлов не меняется (rsync говорит "Literal data: 0 bytes"). Список всех файлов с изменившимися сегодня timestamp'ами прилагается. Предыдущие изменения timestamp'ов в p5 были 2011-09-10, 2011-09-06, 2011-09-03. Предыдущее изменение в 5.1 было 2011-09-03. Впервые заметил такое достаточно давно. Предполагаю, что это связано с архитектурой arm, в которой давно уже появились пакеты, совпадающие по содержимому с src- и noarch-пакетами x86*-архитектур, но отличающиеся timestamp'ами. И они попадают туда, куда не должны бы (hardlink'и?). См. также: http://lists.altlinux.org/pipermail/sisyphus/2010-August/348790.html (но для бранчей нет архива).
Created attachment 5118 [details] Файлы с меняющимися временами: время 2011-09-20, время 2011-09-22, путь Утром 2011-09-22 timestamp'ы изменились снова, похоже, на правильные. В приложенном файле (поля разделены пробелами): - поля 1-3 -- timestamp (ls --full-time) на утро 2011-09-20 (неправильный) - поля 4-6 -- timestamp (ls --full-time) на утро 2011-09-22 (правильный) - поле 7 -- путь к файлу относительно http://ftp.altlinux.org/pub/distributions/ALTLinux/
Сегодня (2011-09-27) в 5.1 опять изменились времена, на неправильные, как и 2011-09-20. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 1-3,7 | grep ' 5\.1'
Очередное изменение timestamps в 5.1. Теперь правильные, как и 2011-09-22. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 4-7 | grep ' 5\.1'
2011-10-04: изменились timestamps в p5, стали неправильные, как и 2011-09-20. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 1-3,7 | grep ' p5'
2011-10-05: изменились timestamps в p5, стали правильные, как и 2011-09-22. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 4-7 | grep ' p5'
2011-10-11: изменились timestamps в p5 и 5.1, стали неправильные, как 2011-09-20. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 |cut -d\ -f 1-3,7
2011-10-15: изменились timestamps в 5.1. Стали правильные, как и 2011-09-22. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 4-7 | grep ' 5\.1'
2011-10-18: изменились timestamps в 5.1. Стали неправильные, как и 2011-09-20. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 1-3,7 | grep ' 5\.1'
2011-10-21: изменились timestamps в 5.1. Стали правильные, как и 2011-09-22. Т.е., стало так: wget -O - https://bugzilla.altlinux.org/attachment.cgi?id=5118 \ | cut -d\ -f 4-7 | grep ' 5\.1'
Created attachment 5236 [details] Файлы в p6: время 2011-11-29, время 2011-11-30(26), путь Утром 2011-11-29 изменились timestamps у некоторых файлов из p6. Утром 2011-11-30 эти timestamps вернулись обратно к состоянию на 2011-11-26. PS. В p5 и в 5.1 продолжаются "перемигивания" timestamps, описанные ранее.
Я переделал процедуру синхронизации. Проверьте, пожалуйста, прекратились ли эти спонтанные перемены timestamp'ов.
Последние изменения timestamp'ов были достаточно давно: 2012-04-18 для 5.1 2012-04-17 для p5 2012-01-11 для p6 Сообщу, если будут ещё. Можно ли посмотреть процедуру синхронизации? Или узнать, что в ней было переделано?
Больше изменений timestamp'ов за пределами arm я не видел. Наверное, можно закрыть.