https://opennet.me/openforum/vsluhforumID3/109605.html После года не активности выпущен (https://github.com/apt-mirror/apt-mirror/releases/tag/0.5.2) инструментарий apt-mirror 0.5.2 (http://apt-mirror.github.io/), позволяющий организовать работу локального зеркала для любых apt-репозиториев и частей дистрибутивов Debian и Ubuntu. В проект приняты важные исправления, мешавшие использовать утилиту для репозиториев современных дистрибутивов: добавлена поддержка архивов .xz, файлов DEP-11 (AppStream) и https-прокси. Пакеты подготовлены для Debian unstable.<br><br>URL: https://github.com/apt-mirror/apt-mirror/commits/master<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=45465<br> https://opennet.me/openforum/vsluhforumID3/109605.html#32 Tue, 22 Nov 2016 07:30:20 GMT &gt; Похоже, не попробовав, так и не пойму, почему версии не будут накапливаться. <br><br>Вот тут я чуть более подробно разжевал механику:<br>http://freehck.ru/ru/articles/mirroring-debian-repository-is-simple.html<br><br>Успехов!<br> https://opennet.me/openforum/vsluhforumID3/109605.html#31 Tue, 22 Nov 2016 05:04:26 GMT &gt; Если Вы объединяете два последний снапшота, то у вас там будет либо одна версия, либо две.<br><br>Похоже, не попробовав, так и не пойму, почему версии не будут накапливаться. Но с оригинальным репозиторием не удобно пробовать, так как нет контроля, когда пакет обновится. Но, наверное, можно попробовать пообъединять 4 Debian snapshot репозитория: 2-ой ещё без обновления какого-то определённого пакета, 3-ий с обновлённым и 4-ый снова с обновлённым. Хотя эти snapshot репы здоровые. Интересно, не слишком долго операции по времени будут.<br><br>&gt; Вы, конечно, можете подойти к решению этой задачи в лоб<br><br>Спасибо за совет. Если первый вариант не выйдет, то останется только так.<br> https://opennet.me/openforum/vsluhforumID3/109605.html#30 Sun, 13 Nov 2016 03:03:19 GMT <br><br>&gt; Такой риск всегда есть.<br>&gt; Чтобы обновлять то, что уже есть.<br><br>Для меня это не риск, а 100%-й случай. Спасибо за ответ.<br> https://opennet.me/openforum/vsluhforumID3/109605.html#29 Sat, 12 Nov 2016 20:54:32 GMT &gt;[оверквотинг удален]<br>&gt;&gt; 1) Скриптуете ежедневный запуск aptly на зеркалирование нужного репозитория <br>&gt;&gt; 2) Скриптуете слияние двух последних воедино <br>&gt;&gt; 3) Публикуете результат слияния.<br>&gt;&gt; Если Вы обновляетесь каждый день, то изменённые пакеты как раз будут в <br>&gt;&gt; двух экземплярах.<br>&gt; Вот тут не совсем понимаю. Ведь потом они будут и в 3-х, <br>&gt; и 4-х, и т.д. экземплярах? И т.к. пакеты обновляются не все <br>&gt; в одно время, то дропнуть снапшоты так, чтобы именно каждого пакета <br>&gt; осталось в последних двух версиях не выйдет. (Мне нужно, чтобы на <br>&gt; диске было занято минимум места: две последних версии кажется хорошим компромиссом.) <br><br>Если Вы объединяете два последний снапшота, то у вас там будет либо одна версия, либо две.<br>При чистке базы aptly удаляются все пакеты, не относящиеся ни к одному снапшоту.<br><br>Вы, конечно, можете подойти к решению этой задачи в лоб: после очередного зеркалирования (укачивания пакетов с репозитория и создания связанного с ним снапшота), обойти список всех пакетов, выбрать по https://opennet.me/openforum/vsluhforumID3/109605.html#28 Fri, 11 Nov 2016 17:08:55 GMT Так там на главной об этом скромно умолчано.<br> https://opennet.me/openforum/vsluhforumID3/109605.html#27 Fri, 11 Nov 2016 14:57:32 GMT Спасибо за подробный ответ!<br><br>&gt; Ваша задача решается навскидку просто: <br>&gt; 1) Скриптуете ежедневный запуск aptly на зеркалирование нужного репозитория <br>&gt; 2) Скриптуете слияние двух последних воедино <br>&gt; 3) Публикуете результат слияния.<br>&gt; Если Вы обновляетесь каждый день, то изменённые пакеты как раз будут в <br>&gt; двух экземплярах.<br><br>Вот тут не совсем понимаю. Ведь потом они будут и в 3-х, и 4-х, и т.д. экземплярах? И т.к. пакеты обновляются не все в одно время, то дропнуть снапшоты так, чтобы именно каждого пакета осталось в последних двух версиях не выйдет. (Мне нужно, чтобы на диске было занято минимум места: две последних версии кажется хорошим компромиссом.)<br><br>&gt; И кстати, операция публикации репозитория - очень быстрая с aptly. Вы можете <br>&gt; в принципе выбрать снапшот зеркала за любое число, и опубликовать его. <br>&gt; aptly просто создаёт hardlink-и. В некотором смысле это такой локальный аналог <br>&gt; stapshot.debian.org <br><br>Да, регулярно заглядываю туда, чтобы вручную downgrade'нуть подозрительные на баг изм https://opennet.me/openforum/vsluhforumID3/109605.html#26 Fri, 11 Nov 2016 14:51:16 GMT Такой риск всегда есть.<br><br>Чтобы обновлять то, что уже есть.<br> https://opennet.me/openforum/vsluhforumID3/109605.html#25 Fri, 11 Nov 2016 14:49:41 GMT Точно, я смотрел в дебиановский git: думал, что это их родная прога. А она на github, оказывается.<br> https://opennet.me/openforum/vsluhforumID3/109605.html#24 Fri, 11 Nov 2016 13:31:20 GMT &gt; Вам надо опубликовать их, подписав своим ключом.<br><br>Для меня лично это даже лучше, мне эта особенность нравится в aptly.<br>