Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск инструментария для поддержания локальных зеркал apt-mirror2 4"	+/–
Сообщение от opennews (?), 08-Апр-24, 12:00
Опубликован выпуск инструментария apt-mirror2 4, предназначенного для организации работы локальных зеркал  apt-репозиториев дистрибутивов на базе Debian и Ubuntu. Apt-mirror2 может использоваться в качестве прозрачной замены вместо утилиты apt-mirror, которая... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60938
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	–2 +/–
Сообщение от Golangdev (?), 08-Апр-24, 12:00
Есть ли что-то подобное для rpm ?
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Аноним (2), 08-Апр-24, 12:08
	Наверно, должно что-то быть. Присоединяюсь к вопросу.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+4 +/–
	Сообщение от Аноним (13), 08-Апр-24, 14:10
	Хватает обычного rsync. Благо сама структура репозитория rpm не такая дрянная как в deb, где смешали всё в одну кучу. Если выдел структуру тогоже Debian и Fedora, то сразу поймёшь...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	15. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Golangdev (?), 08-Апр-24, 15:08
	спасибо
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Tigro (??), 08-Апр-24, 17:42
	Хватает - это если есть rsync на зеркале. А при нынешних облаках есть только https, и даже листинга может не быть. В общем в этих случаях dnf reposync.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	14. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от WE (?), 08-Апр-24, 14:30
	rsync + createrepo
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	16. Скрыто модератором	+/–
	Сообщение от Аноним (-), 08-Апр-24, 15:42
	Сборка rpm пакетов и настройка своего репозитория: https://habr.com/ru/articles/354136/
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от anonymous (??), 09-Апр-24, 02:06
	Artifactory
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	20. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Аноним (20), 09-Апр-24, 02:54
	Если стоит задача установить что-то в "закрытом контуре", то можно скачать с зависимостями на имеющем выход в интернет компьютере необходимые пакеты такой командой: dnf download --downloaddir=.  --resolve --arch x86_64 <пакет> Или, если всё ещё используется yum: repotrack --arch=x86_64 --download_path=. <пакет>
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	27. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от knike (?), 15-Апр-24, 22:50
	/usr/bin/reposync
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	–1 +/–
Сообщение от Аноним (3), 08-Апр-24, 12:10
> использование языка Python с библиотекой asyncio > код оригинального apt-mirror был написан на Perl И правильно. Сейчас найти не выжившего из ума перловика - та еще задача. А питонистов как собак нерезаных. И чтобы проект жил, перловку пришлось выкинуть((
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+1 +/–
	Сообщение от scriptkiddis (?), 08-Апр-24, 12:22
	Надеюсь ты скоро перепишешь весь стек dpkg и dpkgutils для сборки пакетов и все утилиты около него (например schroot и тд)
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Аноним (7), 08-Апр-24, 12:36
	Это как код на коболе его не перепишут его просто выкинут и напишут новые тулзы.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+1 +/–
	Сообщение от нах. (?), 08-Апр-24, 13:03
	боюсь что да и ты этому не обрадуешься. Посмотри на список изменений и улучшизмов. Безусловно вот "метрик прометеуса" очень не хватает для банальной копии зеркала deb'ов. К счастью, debmirror пока работает.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+1 +/–
Сообщение от Аноним (7), 08-Апр-24, 12:33
Зачем это всё когда уже 300 миллионов лет есть https://www.stablebuild.com/
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+1 +/–
Сообщение от Аноним (13), 08-Апр-24, 14:00
https://gitlab.com/apt-mirror2/apt-mirror2/-/blob/master/req... Вот это да. Солидно(
Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от Аноним (13), 08-Апр-24, 14:05
	Бегло посмотрел код этой поделки. Одним словом - сверхинжиниринг.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+2 +/–
	Сообщение от nE0sIghT (ok), 08-Апр-24, 19:17
	Прямых обязательных зависимостей 5 [1]: - библиотека асинхронной работы с файлами (нет в Python) - библиотека лимитирования asyncio - 2 библиотеки асинхронной работы с HTTP (одна - для http2) - библиотека асинхронной работы с FTP В requirements.txt - все зависимости, включая опциональные, dev и вторичные [1] https://gitlab.com/apt-mirror2/apt-mirror2/-/blob/master/pyp...
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	23. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+1 +/–
	Сообщение от PnD (??), 09-Апр-24, 13:17
	Респект. Поставил хинт куда смотреть, по мере отсыхания функциональности старого apt-mirror. * У apt-mirror, помимо захардкоженных нюансов работы с прокси, есть ещё один сюрприз. Если на том конце дропают соединение, он делает вид что всё хорошо (нечего качать) и выходит без ошибки. Тут, как минимум, вижу обработчик httpx.RemoteProtocolError. Есть надежда что по итогам будет ненулевой код возврата.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск инструментария для поддержания локальных зеркал apt-m..."	+/–
	Сообщение от nE0sIghT (ok), 10-Апр-24, 09:11
	У apt-mirror на самом деле много больше сюрпризов. Им сделанное зеркало может сломаться во многих случаях: 1. На источнике рассинхронизированы InRelease и Release файлы 2. На источнике удалили InRelease или Release файл, а раньше они были уже зазеркалированы 3. Как ты написал - любой сетевой сбой не приводит к ошибке приложения, но приводит к сломанному зеркалу 4. Если в источнике убраны хеш суммы md5 - новые файлы пула качаться не будут. 5. Если в источнике нет архивированных метаданных, то он не зазеркалируется 6. Если файл пула был скачен не правильно, он не перекачается пока ты его не удалишь 7. Если не используешь недокументированную опцию _unlink - в 100% случаев получишь сломанное зеркало на время обновления ...
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема