Yesterday night it all worked fine

Live session USB

Благодарю. Помогло

Now it's OK. I just had to reboot again

А у кого-нибудь есть мысли, почему Squid может не перечитывать файлы с индексами из пересобираемых заданий? В сборочнице в смысле

При том, что индексы из репозиториев перечитываются вполне себе.

Тогда добавляйте в правила .gear/rules name=...-linux

О, а в  .gear/rules в "tar:" можно excude использовать?

Ну это же классика :)
web-сервер при отдаче страницы указывает(или не указывает) время жизни страници. squid на это время и кэширует(или на время по-умочанию). Стандартный репо укладывается в ваш кэш успешно на сутки(хотя я думаю все равно иногда проблемы всплывают). И задание тоже на сутки :) поэтому только что обновлённое задание ставится не с сервера а из кэша.

Вобщем у apt есть настройка в конфиге, сказать proxy-серверу не использовать кэш, а сходить на сервер.

А разве Squid время создания файла, либо изменение размера и т.п. не проверяет?

Что бы проверить, это на сервер сходить надо. А зачем ему ходить, если у него в кэше эта страница есть и указано что время жизни у неё сутки(например). На то он и кэширующий

Ну и не сходится. Я в апреле ставил, вчера обновил, а висело старое.

Или там сайт месяц отдаёт? 😊

Ну так сверить параметры - это не скачать всё.

Сверить параметры, это сделать http get, т.е. скачать все.

Переход по http://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/files/i586/RPMS/ мне всё выкачает что ли? 😊

Это вы в браузере. А apt не ходит по каталогам, у него есть точная информация о местонахождении файлов, он их и качает.

Он-то пусть качает, речь-то про Squid.

Так это просто авто-генерат index страницы на сервере, эта страница для сквида никак не связана с конкретными файлами для скачки, для сквида это разные объекты

Ну и возвращаясь к вопросу времени.:
https://lists.altlinux.org/pipermail/devel/2021-June/214471.html

на дворе июнь, а Squid у меня всё ещё отдаёт за апрель. Это что же такое с git.altlinux.org прилетело? Вечно кэшировать? 😊