| |
| 2.13, Аноним (13), 14:10, 08/04/2024 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Хватает обычного rsync. Благо сама структура репозитория rpm не такая дрянная как в deb, где смешали всё в одну кучу.
Если выдел структуру тогоже Debian и Fedora, то сразу поймёшь...
| | |
| |
| 3.17, Tigro (??), 17:42, 08/04/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Хватает - это если есть rsync на зеркале. А при нынешних облаках есть только https, и даже листинга может не быть.
В общем в этих случаях dnf reposync.
| | |
|
| 2.20, Аноним (20), 02:54, 09/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Если стоит задача установить что-то в "закрытом контуре", то можно скачать с зависимостями на имеющем выход в интернет компьютере необходимые пакеты такой командой:
dnf download --downloaddir=. --resolve --arch x86_64 <пакет>
Или, если всё ещё используется yum: repotrack --arch=x86_64 --download_path=. <пакет>
| | |
|
| 1.3, Аноним (3), 12:10, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> использование языка Python с библиотекой asyncio
> код оригинального apt-mirror был написан на Perl
И правильно. Сейчас найти не выжившего из ума перловика - та еще задача.
А питонистов как собак нерезаных.
И чтобы проект жил, перловку пришлось выкинуть((
| | |
| |
| 2.4, scriptkiddis (?), 12:22, 08/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Надеюсь ты скоро перепишешь весь стек dpkg и dpkgutils для сборки пакетов и все утилиты около него (например schroot и тд)
| | |
| |
| 3.7, Аноним (7), 12:36, 08/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
Это как код на коболе его не перепишут его просто выкинут и напишут новые тулзы.
| | |
| 3.9, нах. (?), 13:03, 08/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
боюсь что да и ты этому не обрадуешься. Посмотри на список изменений и улучшизмов.
Безусловно вот "метрик прометеуса" очень не хватает для банальной копии зеркала deb'ов.
К счастью, debmirror пока работает.
| | |
|
|
| |
| 2.12, Аноним (13), 14:05, 08/04/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Бегло посмотрел код этой поделки.
Одним словом - сверхинжиниринг.
| | |
| |
| 3.23, PnD (??), 13:17, 09/04/2024 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Респект. Поставил хинт куда смотреть, по мере отсыхания функциональности старого apt-mirror.
* У apt-mirror, помимо захардкоженных нюансов работы с прокси, есть ещё один сюрприз.
Если на том конце дропают соединение, он делает вид что всё хорошо (нечего качать) и выходит без ошибки.
Тут, как минимум, вижу обработчик httpx.RemoteProtocolError. Есть надежда что по итогам будет ненулевой код возврата.
| | |
| |
| 4.26, nE0sIghT (ok), 09:11, 10/04/2024 [^] [^^] [^^^] [ответить]
| +/– |
 У apt-mirror на самом деле много больше сюрпризов. Им сделанное зеркало может сломаться во многих случаях:
1. На источнике рассинхронизированы InRelease и Release файлы
2. На источнике удалили InRelease или Release файл, а раньше они были уже зазеркалированы
3. Как ты написал - любой сетевой сбой не приводит к ошибке приложения, но приводит к сломанному зеркалу
4. Если в источнике убраны хеш суммы md5 - новые файлы пула качаться не будут.
5. Если в источнике нет архивированных метаданных, то он не зазеркалируется
6. Если файл пула был скачен не правильно, он не перекачается пока ты его не удалишь
7. Если не используешь недокументированную опцию _unlink - в 100% случаев получишь сломанное зеркало на время обновления
...
| | |
|
|
|
|
