Зобанили в гугле, ну почти

Речь о PKGBUILDах?

А вообще, синкай по чуть-чуть. Например по 500 пакетов за раз. Так постпенно всё и скачаешь.

Они хостятся на не своей инфраструктуре?

Теперь уже не на своей.

А чей же тогда gitlab.archlinux.org?

Пардон. Выдал 4.2. Значит на своей.

Добрался до буквы F.

Со sleep 1 всё еще банит, со sleep 2 уже нет.

И что, не предусмотрено более простое решение?

Сейчас предусмотрен только pkgctl, который делает то же самое, только еще и не работает по сырости своей. Старые способы работы с abs больше не способы.

ABS давно выкинули. Вместо него что-то другое было.

Ну вот то, что вместо него было, его теперь тоже выкинули)

Я им не пользовался, так как у меня была клонирована репа с их зеркала на гитхабе. Так что я даже не запомнил, как оно называлось.

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

Там теперь 11490 репозиториев git, если что.

Вроде все мегакорпы в итоге пришли к выводу, что монорепа эффективнее.

Арчик, значится, бунтарский, против течения пошёл xD

все мегакорпы

Void, Alpine, CRUX, … горячо благодарят! :)

Нипанятна

А они в гитлабе так до сих пор не запилили нужные заголовки при 429 ошибке?

Тоже не понял непонимания.

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

Хотя ты же git clone дергаешь, а не API напрямую, git же заголовки вроде не возвращает вообще.

Ну можно попробовать libgit2 доку глянуть, но сомневаюсь, что там тоже это поддерживается.

https://github.com/archlinux/aur

https://xyne.dev/ не открывается из РФ. Как мило.

git умеет качать лпределённую ветку и на определённую глубину истории

Не понял, у них на каждый пакет свой проект заведён? Но зачем?

Охренеть … Троекратный Facepalm!

Ага, на каждый пакет - репозиторий о_О

О чём они думали? То есть если кто-то захочет обновить пакет и его зависимости, то ему нужно будет создать отдельные мерджреквесты в каждой из реп?

Например, gimp обычно обновляется вместе с babl и gegl - на каждый из пакетов я создаю коммит в рамках одного пулреквеста.

А теперь представим, что нужно обновить gnome или kde. Как в таком случае устроен процесс? Может я что не так представляю?

Не вижу в этом ничего такого, вопрос в том прочему это вызывает проблемы вообще? Реверсирование на то и создано.

Как по мне, так оба варианта - хуже. Git просто не слишком хорошо справляется с подобными задачами. Тут либо искать/создавать другой инструмент, либо терпеть.

Но логики перехода на новый способ хранения я тоже не понял, да.

Хорошо, мне нужно обновить 3 зависящих друг от друга пакета из разных реп. Каким будет воркфлоу с отправкой мёрджреквестов? Или предполагаются патчи по почте?

Какими задачами? Я обычно создаю ветку, пихаю в ней коммиты-патчи, создаю пулреквест. Нужно обновить не связанное с этим - создаю ещё одну ветку и серию коммитов И так с любым сторонним проектом.

Сейчас это выглядит как если бы каждый файл проекта лежал в отдельной репе. Есть же примеры кучи проектов, где вся репа в одном месте, а не раскидала по отдельным проектам.

Они не умеют использовать git

Составить три отдельных пул реквеста =) И запулить их по очереди :) Хотя конечно просится некое объединение. Но насколько я знаю в гите нет такого дабы связать три пул реквеста к трём разным репам в одну сущность, разве что может быть у них есть какая внутренняя нашлёпка? Нинаю… Но как-то они живут же =)

Какими задачами?

Задачами управления правами доступа, например.

Но как-то они живут же =)

Так они не живут. Этот переход произошел буквально на прошлой неделе.

До этого была монорепа в svn.

Ну значит будут так жить или они это для переезда сделали. Ой низнаю короч видимо у них там план. Возможно как швейцарские часы.

Там демка амнезии к слову вышла новой.

Ой низнаю короч видимо у них там план. Возможно как швейцарские часы.

Дада. Надо немного подождать, и всё будет хорошо. Главное сидеть тихо и не бухтеть. И далее по копипасте.

Какими правами? Правами для самих себя хотя бы?

О чём они думали?

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

А мейнтейнеры думаю себе какую-нибудь удобную тулзу прикрутят

То есть ментейнеры, перенося репу с svn на git прежде всего думали об удобстве подобного кейса? Ты сам то в это веришь?

Не верю, но мне стало удобней, чем с монорепой

А ты веришь в то, что ментейнеры арча сами себе добровольно хуже делают?

а меня наоборот - разбанили… год не пускали - мол браузер фуфло, а сейчас значит - нормальным стал.

Я верю, что либо я не туда смотрю и это не дерево репозитория, либо (более вероятно) я не понимаю, какой рабочий процесс они планируют использовать и как он в данный момент выглядит. Пока вот интересно, как в такой структуре репозитория выглядит обновление набора пакетов kde plasma, например.

О том, что если я захочу собрать сам старую версию пакета, которой нету в официальных репах, то смогу легко сделать это в пару команд терминала без выкачивания всего арчевского мира

А если у этого пакета десяток-другой зависимостей?

А если у этого пакета десяток-другой зависимостей?

Там есть тулза pkgctl, думаю она сможет выкачать нужные гит репы для зависимостей. Сможет ли она откатить версии зависимостей на нужные - не думаю, но я глубоко пока в это не вникал

либо (более вероятно) я не понимаю, какой рабочий процесс они планируют использовать и как он в данный момент выглядит

Я слышал недавно одну байку (вполне возможно, правдивую)

Арчеводы собирают хаскель с динамической линковкой (из-за этого куча зависимостей haskell-* в репозиториях), при том что хаскель не имеет стабильного ABI, и по-хорошему всё это нужно собирать статически

Дело в том, что чувак, который ответственный за всё это дело, живёт в китае под великим впном, и ему комфортно собирая всё на своей машинке и пушить именно вот таким способом (там то ли ширина канала влияет, то ли ещё чего)

Короче там весело на самом деле %)

У них же есть центральная билд-ферма, не?

За что купил, за то и продаю %)

«The resulting package is bigger and my limited upload bandwidth is a real problem (~50KiB/s). The difference is also in hours for each rebuild.»

Но это 5 лет назад было, может сейчас всё действительно покультурней с билд-фермой и прочим)

Кстати может быть туда прикрутят гитлаб пайплайны для каждого пакета, и в таком случае подход с репой для каждого пакета действительно имеет смысл?

Сижу прикручиваю аналог USE-флагов к Арчу. Задавайте ваши ответы.

pkgname=kicad
pkgver=5.1.10
pkgrel=6
pkgdesc="Electronic schematic and printed circuit board (PCB) design tools"
arch=('x86_64')
url="http://kicad-pcb.org/"
license=('GPL')

#############################

if declare -F useflags &>/dev/null ; then
    useflags KICAD_SCRIPTING
fi
: "${KICAD_SCRIPTING:=OFF}"

#############################

depends=('wxgtk3' 'boost-libs' 'glew' 'curl' 'glm' 'ngspice' 'opencascade' 'libcloudproviders')
if test "$KICAD_SCRIPTING" = ON ; then
  depends+=('python' 'python-wxpython')
fi

11490 репозиториев.

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

Очень «удобно» зеркалировать это……

К сожалению, здесь скорее не присутствуют ментейнеры пакетов основных репозиториев Arch, поэтому они не расскажут, как устроен процесс. В статье про contributing мне попалось только упоминание про AUR. Даже непонятно, как на основе всей этой кучи реп происходит раскидывание по репозиториям main, contrib и т.п. Предположу, что на основе каких-либо списков. Странно svn репа была более «монолитной».

Интересно, много ли здесь пользователей поддерживающих пакеты в AUR на регулярной основе, а не по принципу «выложил один раз и забыл»?

Даже непонятно, как на основе всей этой кучи реп происходит раскидывание по репозиториям main, contrib и т.п.

Нет таких. Есть core, extra и multilib + их тестовые варианты.

Тут как раз сделали всё по уму, теперь отдельная репа фиксирует изменения: https://gitlab.archlinux.org/archlinux/packaging/state

Наконец-то! То есть теперь что-то по расписанию запихивает из 11 тыс. реп в неё? Правда можно было б и один реп dev держать со всеми пакетами, а state как состояние для пользователей. Ну ладно, может им так удобнее.