RU.HUSKY----------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 38 из 100
 От   : Michael Dukelsky                    2:5020/1042       17 окт 23 22:58:50
 К    : Semen Panevin                                         17 окт 23 23:46:02
 Тема : cvsdate.h
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:5020/1042 652ef1e0
@REPLY: 2:5025/121 652ed3c7
@CHRS: CP866 2
@TZUTC: 0300
@RealName: Михаил Дукельский
@TID: hpt/lnx 1.9 2023-02-24
Привет, Semen!

17 October 2023 21:34, Semen Panevin послал(а) письмо к Michael Dukelsky:

 SP>>> Нельзя ли как-то отделить pull/checkout от генерации cvsdate.h ?
 SP>>> fetch/checkout делается средствами пакетного менеджера Gentoo,
 MD>> А нельзя попросить его не делать pull?
 SP> Ну так я это и прошу :) Не делать pull при make update (это
 SP> единственный способ сгенерить csvdate.h, ну кроме как делать это
 SP> "руками", украв код из мейкфайла... Или я чего-то недопонял в этой
 SP> жизни)

 Я имел в виду, что может можно не делать git pull средствами
твоего пакетного менеджера, а сделать это с помощью make update. Неужто в
этом Gentoo всё прибито гвоздями и ничего нельзя сконфигурировать? Как-то
не верится.

 SP>>>  саму
 SP>>> сборку хочется сделать полностью offline, но для этого
 SP>>> приходится героически костылить мейкфайл...

 MD>> Не знаю, зачем надо героически костылить мейкфайл. Сборка
 MD>> делается полностью оффлайн так: make -j NN depend && make -j NN
 SP> Ииии... при этом нету csvdate.h т.к. он генерится только при make
 SP> update (который вызывается из build.sh, если его использовать, и не
 SP> передать ему опцию --offline) И ничё не работает.

 SP> Это поведение даже в доках описано, что csvdate.h генерится только при
 SP> update (который мне не нужен, т.к. у меня скачанные репы и так
 SP> up-to-date, и при ./build.sh --offline всё равно не вызывается)

 SP> Поскольку в Gentoo ebuild за fetch+checkout отвечает фаза src_unpack,
 SP> которая ничего не знает про build.sh поскольку его ещё нету пока не
 SP> скачана репа huskybase - эта фаза сама фетчит и чекаутит все нужные
 SP> репы.

 Зачем тут checkout вообще не понял. Пропусти эту фазу. Поставь
вместо неё make update.

 SP> И build.sh вообще не используется, разруливание зависимостей
 SP> делается средствами управления зависимостями Gentoo а не ворнингами из
 SP> build.sh.

 Какое ещё управление зависимостями с помощью предупреждений из
build.sh??? Ты о чём?

 SP> А поскольку src_unpack уже обновила и зачекаутила все нужные для
 SP> сборки репы - эта фаза из make update становится бессмысленной и
 SP> беспощадной.

Пропусти src_unpack или переконфигури её.

 SP> В Gentoo сборка делается в песочнице, в которую исходники попадают
 SP> через фазу src_unpack. И ходить из уже спопулированной песочницы в
 SP> remote в других фазах сборки - моветон и может быть вообще запрещено
 SP> настройками безопасности.

 Сборка разбита на два чётко разделённых этапа. На первом обновляются
исходники и для этого нужен доступ в сеть. На втором происходит собственно
сборка и на этом этапе сеть не нужна и не используется. Если ты
посмотришь на сборку rpm, то увидишь, что там второй этап происходит в chroot
со сменой пространств имён, в том числе и сетевого. Так что не надо
ломиться в открытую дверь.

Желаю успехов, Semen!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20231008
 * Origin: ==<<.f1042.ru.>>== (2:5020/1042)
SEEN-BY: 46/49 50/109 221/6 240/1120 250/25 301/1
341/66 452/28 455/19 463/68
SEEN-BY: 467/888 4500/1 5000/111 5001/100 5005/49
5015/42 46 5019/40 400
SEEN-BY: 5020/101 113 545 620 715 814 828 830
846 848 1042 1067 2992 4441
SEEN-BY: 5020/12000 5022/77 128 5029/32 5030/49 115
1081 1474 5036/26 5049/3
SEEN-BY: 5050/151 5053/51 58 5054/8 89 5058/104
5060/900 5061/133 5068/45
SEEN-BY: 5083/1 444 6090/1
@PATH: 5020/1042 4441



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

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