The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

10.11.2016 07:34  Новая версия apt-mirror

После года неактивности выпущен инструментарий apt-mirror 0.5.2, позволяющий организовать работу локального зеркала для любых apt-репозиториев и частей дистрибутивов Debian и Ubuntu. В проект приняты важные исправления, мешавшие использовать утилиту для репозиториев современных дистрибутивов: добавлена поддержка архивов .xz, файлов DEP-11 (AppStream) и https-прокси. Пакеты подготовлены для Debian unstable.

  1. Главная ссылка к новости (https://github.com/apt-mirror/...)
  2. OpenNews: Выпуск пакетного менеджера Apt 1.3
  3. OpenNews: Выпуск пакетного менеджера Apt 1.2
  4. OpenNews: Выпуск пакетного менеджера Apt 1.1
  5. OpenNews: Первый выпуск AppStream-Core, части универсальной платформы для установки приложений
  6. OpenNews: Выпуск PackageKit 1.0.0. Планы по развитию универсального установщика пакетов
Автор новости: LeNiN
Тип: Программы
Ключевые слова: apt, apt-mirror
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 12:32, 10/11/2016 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    чем это лучше apt-cahcer/apt-cahcer-ng ?
     
     
  • 2.2, Аноним (-), 12:48, 10/11/2016 [^] [ответить]    [к модератору]
  • +6 +/
    Тем, что это есть, а вашего cahcer и в природе нету.
     
     
  • 3.6, Аноним (-), 15:25, 10/11/2016 [^] [ответить]    [к модератору]
  • +/
    ой, утреннее рукожопие, ну все же поняли о чем я.
     
  • 2.3, Профитмэн (?), 13:19, 10/11/2016 [^] [ответить]    [к модератору]
  • +/
    Или approx
     
  • 2.5, LeNiN (ok), 15:17, 10/11/2016 [^] [ответить]    [к модератору]
  • +/
    Оно другое — apt-cacher-ng/apt-proxy не закачивают пакеты заранее, а кеширует то, что через них проходит. А apt-mirror, debmirror, ubumirror закачивают всё заранее. Им обычно нужно сотни гигабайт места. Хороши, когда у тебя много debian based систем.
     
  • 1.4, Аноним (-), 15:16, 10/11/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Есть ли что-то подобное для rpm?
     
     
  • 2.7, Аноним (-), 15:54, 10/11/2016 [^] [ответить]    [к модератору]  
  • –2 +/
    Зачем, когда есть что-то подобное для deb?
     
  • 2.10, Аноним (-), 16:25, 10/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Действительно хорошего, как aptly, нет.
    Но есть createrepo и reposync, и обертка над ними y10k.
     
  • 2.12, Сергей (??), 18:29, 10/11/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    apt-cacher-ng прекрасно работает с rpm
    В yum.conf
    proxy=(url с портом)
     
  • 2.13, Аноним (-), 20:08, 10/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Fedora "yum -> dnf" идет из коробки mirror-selectable
     
  • 2.14, trancefer (?), 20:33, 10/11/2016 [^] [ответить]    [к модератору]  
  • +/
    reposync
     
  • 1.8, Аноним (-), 16:21, 10/11/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    Как бы aptly и ничего другого не надо.
     
     
  • 2.9, LeNiN (ok), 16:23, 10/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Слышал про него, надо как нибудь попробовать.
     
     
  • 3.11, Аноним (-), 16:27, 10/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Очень хорошая штука. Сейчас на rpm дистрибутивах "сижу", мне такого функционала, как в ней есть, не хватает.
     
     
  • 4.15, Андрей (??), 02:35, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Уже запланировано:
    > See upcoming features
    > RPM support
    > Support for yum repositories, mirroring, snapshots, local repos, publishing, searching, ...
     
     
  • 5.22, Аноним (-), 13:15, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Поддержка rpm под вопросом и вопросу больше 2 лет.
     
     
  • 6.28, Андрей (??), 20:08, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Так там на главной об этом скромно умолчано.
     
  • 2.16, Андрей (??), 02:47, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Оно может быть лучше apt-mirror для такого сценария: сделать список установленных пакетов (2-3 архитектур), сделать зеркало для них, обновлять каждый день так, чтобы всегда были доступны последняя и предпоследняя версия каждого пакета? Если да - то чем?
     
     
  • 3.18, АнонимХ (ok), 04:18, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    А этот кейз юзабелен? Всегда захочется доутановить какую-нибудь либу. В зеркале ее нет, а ты оффлайн. Или для чего твое нужно?
     
     
  • 4.26, Андрей (??), 17:51, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Такой риск всегда есть.

    Чтобы обновлять то, что уже есть.

     
     
  • 5.30, АнонимХ (ok), 06:03, 13/11/2016 [^] [ответить]    [к модератору]  
  • +/

    > Такой риск всегда есть.
    > Чтобы обновлять то, что уже есть.

    Для меня это не риск, а 100%-й случай. Спасибо за ответ.

     
  • 3.20, Аноним (-), 12:50, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Может. Чем лучше? Звездочками на githube...
     
  • 3.23, freehck (ok), 13:19, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    > сделать список установленных пакетов (2-3 архитектур), сделать зеркало для них, обновлять каждый день так, чтобы всегда были доступны последняя и предпоследняя версия каждого пакета? Если да - то чем?

    Разумеется. aptly как раз под это и заточен: вы задаёте список пакетов, он публикует их в репозиторий в том виде, в каком его ожидает увидеть apt. Выкачивать зеркала тоже умеет, сливать репозитории воедино - тем более.

    Ваша задача решается навскидку просто:
    1) Скриптуете ежедневный запуск aptly на зеркалирование нужного репозитория
    2) Скриптуете слияние двух последних воедино
    3) Публикуете результат слияния.

    Если Вы обновляетесь каждый день, то изменённые пакеты как раз будут в двух экземплярах.

    И кстати, операция публикации репозитория - очень быстрая с aptly. Вы можете в принципе выбрать снапшот зеркала за любое число, и опубликовать его. aptly просто создаёт hardlink-и. В некотором смысле это такой локальный аналог stapshot.debian.org

     
     
  • 4.27, Андрей (??), 17:57, 11/11/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    Спасибо за подробный ответ!

    > Ваша задача решается навскидку просто:
    > 1) Скриптуете ежедневный запуск aptly на зеркалирование нужного репозитория
    > 2) Скриптуете слияние двух последних воедино
    > 3) Публикуете результат слияния.
    > Если Вы обновляетесь каждый день, то изменённые пакеты как раз будут в
    > двух экземплярах.

    Вот тут не совсем понимаю. Ведь потом они будут и в 3-х, и 4-х, и т.д. экземплярах? И т.к. пакеты обновляются не все в одно время, то дропнуть снапшоты так, чтобы именно каждого пакета осталось в последних двух версиях не выйдет. (Мне нужно, чтобы на диске было занято минимум места: две последних версии кажется хорошим компромиссом.)

    > И кстати, операция публикации репозитория - очень быстрая с aptly. Вы можете
    > в принципе выбрать снапшот зеркала за любое число, и опубликовать его.
    > aptly просто создаёт hardlink-и. В некотором смысле это такой локальный аналог
    > stapshot.debian.org

    Да, регулярно заглядываю туда, чтобы вручную downgrade'нуть подозрительные на баг изменения. Поэтому и решил хранить локально также предпоследнюю версию, чтобы пореже вручную возиться.

     
     
  • 5.29, freehck (ok), 23:54, 12/11/2016 [^] [ответить]    [к модератору]  
  • +/
    >[оверквотинг удален]
    >> 1) Скриптуете ежедневный запуск aptly на зеркалирование нужного репозитория
    >> 2) Скриптуете слияние двух последних воедино
    >> 3) Публикуете результат слияния.
    >> Если Вы обновляетесь каждый день, то изменённые пакеты как раз будут в
    >> двух экземплярах.
    > Вот тут не совсем понимаю. Ведь потом они будут и в 3-х,
    > и 4-х, и т.д. экземплярах? И т.к. пакеты обновляются не все
    > в одно время, то дропнуть снапшоты так, чтобы именно каждого пакета
    > осталось в последних двух версиях не выйдет. (Мне нужно, чтобы на
    > диске было занято минимум места: две последних версии кажется хорошим компромиссом.)

    Если Вы объединяете два последний снапшота, то у вас там будет либо одна версия, либо две.
    При чистке базы aptly удаляются все пакеты, не относящиеся ни к одному снапшоту.

    Вы, конечно, можете подойти к решению этой задачи в лоб: после очередного зеркалирования (укачивания пакетов с репозитория и создания связанного с ним снапшота), обойти список всех пакетов, выбрать по две последнии версии каждого пакета, и поместить их в новый снапшот. Затем все остальные снапшоты удалить, и почистить базу.

    Написать будет несколько сложнее, но зато это уже совсем то, что Вы хотите.

     
     
  • 6.31, Андрей (??), 08:04, 22/11/2016 [^] [ответить]    [к модератору]  
  • +/
    > Если Вы объединяете два последний снапшота, то у вас там будет либо одна версия, либо две.

    Похоже, не попробовав, так и не пойму, почему версии не будут накапливаться. Но с оригинальным репозиторием не удобно пробовать, так как нет контроля, когда пакет обновится. Но, наверное, можно попробовать пообъединять 4 Debian snapshot репозитория: 2-ой ещё без обновления какого-то определённого пакета, 3-ий с обновлённым и 4-ый снова с обновлённым. Хотя эти snapshot репы здоровые. Интересно, не слишком долго операции по времени будут.

    > Вы, конечно, можете подойти к решению этой задачи в лоб

    Спасибо за совет. Если первый вариант не выйдет, то останется только так.

     
     
  • 7.32, freehck (ok), 10:30, 22/11/2016 [^] [ответить]    [к модератору]  
  • +/
    > Похоже, не попробовав, так и не пойму, почему версии не будут накапливаться.

    Вот тут я чуть более подробно разжевал механику:
    http://freehck.ru/ru/articles/mirroring-debian-repository-is-simple.html

    Успехов!

     
  • 2.21, freehck (ok), 13:11, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Согласен, но всё-таки aptly не для зеркалирования предназначен, а для создания репозиториев и управления ими. Он не может сделать полноценное зеркало: дизайн у него под это не заточен[1]. Вы можете выкачать пакеты нужного вам репозитория, но чтобы сделать из этих пакетов полноценное зеркало, Вам надо опубликовать их, подписав своим ключом.

    Иными словами, при зеркалировании репозитория через aptly вам придётся свой ключ в обязательном порядке на машины пользователей.

    apt-mirror же куда более простая утилита: он просто копирует репозиторий, как он есть, выкачивая только то, что вы хотите отзеркалировать.

    [1] http://freehck.ru/ru/articles/mirroring-debian-repository-is-simple.html

     
     
  • 3.24, Аноним (-), 16:31, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    > Вам надо опубликовать их, подписав своим ключом.

    Для меня лично это даже лучше, мне эта особенность нравится в aptly.

     
  • 1.17, Андрей (??), 02:55, 11/11/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > После года не активности выпущен ... 0.5.2

    Года? Целых два с половиной:
    0.5.2 released on Nov 8, 2016
    0.5.1 released on Apr 12, 2014

     
     
  • 2.19, LeNiN (ok), 05:24, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Последние коммиты были около года назад.
     
     
  • 3.25, Андрей (??), 17:49, 11/11/2016 [^] [ответить]    [к модератору]  
  • +/
    Точно, я смотрел в дебиановский git: думал, что это их родная прога. А она на github, оказывается.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor