@MSGID: 2:5025/121 652ed3c7
@REPLY: 2:5020/1042 652eca36
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.4.0-sta 15-05-13
    Доброго здоровьица тебе, Michael!

 Tuesday October 17 2023 20:48, Michael Dukelsky писал Semen Panevin:

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

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

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

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

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

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

 MD> Здесь NN - это число параллельных веток исполнения мейкфайла.
Что делает параметр -j я в курсе :)

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

 Не, ну я-то конечно уже закостылил в своём Gentoo ebuild Makefile с
помощью sed, но хочется, чтобы такая возможность была более штатной. Gentoo
не единственная система, работающая с исходниками, а не готовыми
бинарными пакетами. Давно не имел дела с фрёй, там от портов ещё не
отказались? Если нет - то там похожие грабли могут быть...

 Вторая проблема, описанная в следующем письме, про gzip, более
серьёзная. Gentoo предлагает возможность с помощью фича-флагов пакетного менеджера
включать-выключать автоматическое сжатие манов-доков и автоматический стрип бинарей на
этапе мержа собранных и заинсталенных в песочнице исходников в корень
системы, и очень ругается, если на этапе сборки оно было уже сжато или
стрипнуто, и очень просит так не делать. И позволяет законфигурить желаемый
метод упаковки (bzip2 по дефолту). А gzip в мейкахфайлах хаски ну прям
гвоздями прибит :( strip в общем-то тем же sed-ом относительно легко
костылится...

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

... Жизнь принуждает человека ко многим добровольным действиям... (c)...
--- 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