= Сообщение: 5263 из 5323 ========================================= RU.HUSKY = От : Semen Panevin 2:5025/121 18 Oct 23 07:14:14 Кому : Michael Dukelsky 18 Oct 23 07:14:14 Тема : Re: cvsdate.h FGHI : area://RU.HUSKY?msgid=2:5025/121+652f6bc4 На : area://RU.HUSKY?msgid=2:5020/1042+652ef1e0 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Доброго здоровьица тебе, Michael!
Tuesday October 17 2023 22:58, Michael Dukelsky писал Semen Panevin:
MD>>> А нельзя попросить его не делать pull? SP>> Ну так я это и прошу :) Не делать pull при make update (это SP>> единственный способ сгенерить csvdate.h, ну кроме как делать это SP>> "руками", украв код из мейкфайла... Или я чего-то недопонял в SP>> этой жизни)
MD> Я имел в виду, что может можно не делать git pull средствами твоего MD> пакетного менеджера, а сделать это с помощью make update. Где его взять? :) Чтобы его сделать - нужно сначала выкачать huskybase. Сам себя он не выкачает :)
MD> Неужто в MD> этом Gentoo всё прибито гвоздями и ничего нельзя сконфигурировать? MD> Как-то не верится. Как раз в нём сконфигурировано, где должны храниться клоны гит репозиториев для пакетов, куда должны распаковываться рабочие копии указанных бранчей. А huskybase/Makefile про это ничего не знает.
Более того, в Gentoo встроена опция отключения online операций при работе с EVCS, т.е. я одной переменной могу ему сказать не ходить в remote, не фетчить обновы. При этом ничто не мешает ходить между бранчами локальных клонов уже скачанных реп. Но вот husky не умеет при этом перегенерить csvdate.h т.к. он это делает только при make update который хочет сходить в remote сначала.
В общем в Gentoo как раз всё более гибко сделано, а текущий build flow хаски не позволяет эту гибкость реализовать в полной мере штатными средствами. Но большую часть таки можно за-sed-ить :)
SP>> И build.sh вообще не используется, разруливание зависимостей SP>> делается средствами управления зависимостями Gentoo а не SP>> ворнингами из build.sh.
MD> Какое ещё управление зависимостями с помощью предупреждений из MD> build.sh??? Ты о чём?
if [ -n "$(grep 'PROGRAMS=' $huskymak | grep 'hpt')" ] && \ [ -n "$(grep '^PERL=1' $huskymak)" ] && \ ( [ -z "$(perl -v 2>&1 | grep 'This is perl')" ] || \ [ -z "$(perl -MExtUtils::Embed -e 'print "Yes"' 2>&1 | grep 'Yes')" ] ) then printf '%s\n' "To build hpt with Perl, you must install Perl" >&2 die "and Perl module 'ExtUtils::Embed'" fi
Ну и ещё парочка рядом. Может я конечно неправильно это назвал "управлением зависимостей" :)
SP>> А поскольку src_unpack уже обновила и зачекаутила все нужные для SP>> сборки репы - эта фаза из make update становится бессмысленной и SP>> беспощадной. MD> Пропусти src_unpack или переконфигури её. Злой ты :) Хочешь чтобы я Gentoo превратил в какую-нибудь шлакварь :)
SP>> В Gentoo сборка делается в песочнице, в которую исходники SP>> попадают через фазу src_unpack. И ходить из уже спопулированной SP>> песочницы в remote в других фазах сборки - моветон и может быть SP>> вообще запрещено настройками безопасности.
MD> Сборка разбита на два чётко разделённых этапа. На первом обновляются MD> исходники и для этого нужен доступ в сеть. Да понимаю я как работает build.sh и make update, у них есть некоторое количество ограничений. К примеру, захардкоженный base path к репозиториям, что не позволяет использовать зеркала или форки, не позволяет работать оффлайн с разными бранчами средствами пакетного менеджера.
В общем не позволят оно в текущем виде полностью следовать Gentoo way...
Поэтому make update я не хочу использовать для скачивания и распаковки нужных репозиториев, хочу идти gentoo way, но вот cvsdate.h сама себя не сгенерит :(
