RU.HUSKY----------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 41 из 100
 От   : Semen Panevin                       2:5025/121        18 окт 23 07:14:14
 К    : Michael Dukelsky                                      18 окт 23 08:36:01
 Тема : Re: cvsdate.h
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:5025/121 652f6bc4
@REPLY: 2:5020/1042 652ef1e0
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.4.0-sta 15-05-13
    Доброго здоровьица тебе, 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
` "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 сама
себя не сгенерит :(


                                С наилучшими пожеланиями, Семён.

... Ребята, давайте жить дружно! (с) Леопольд
--- GoldED+/LNX 1.1.5-b20231008 (Linux 6.1.53-gentoo-r1 iF6M10)
 * Origin: IceLAN (2:5025/121)
SEEN-BY: 46/49 50/13 279 400/814 452/28 455/19
4500/1 5019/40 5020/101 329
SEEN-BY: 5020/400 545 715 736 848 1042 1477 1982
2395 2992 4441 5545 12000
SEEN-BY: 5022/77 128 5025/2 3 12 38 75 121
5027/12 5029/32 5030/1081 1957
SEEN-BY: 5030/2104 2404 5035/85 5037/7 5053/400
5054/1 5059/37 5060/900
SEEN-BY: 5066/18 5080/68 102 5085/13 5095/20
6078/80
@PATH: 5025/121 75 5020/545 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх