= Сообщение: 4939 из 10762 ===================================== RU.UNIX.BSD = От : Victor Sudakov 2:5005/49 14 Jan 17 12:28:02 Кому : Alex Korchmar 14 Jan 17 12:28:02 Тема : flow-tools FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5879b8eb На : area://RU.UNIX.BSD?msgid=<1187506702@ddt.demos.su>+41e42a23 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Dear Alex,
14 Jan 17 00:19, you wrote to me:
VS>>>> "локально" в смысле вообще вне системы портов, как в древнем VS>>>> линухе? AK>>> в смысле из портов, но мейком, а не пакетным менеджером. VS>> Так и poudriere то же самое делает. Hикто не мешает в нем так же VS>> подправить Makefile руками, или прикладывать свои патчи. AK> и что делать для сборки на соседний тазик, где нужны другие AK> поправить-руками?
Для такой задачи в poudriere предусмотрены set-ы, у каждого может быть свой XXX-make.conf и свои наборы опций сборки. Особые эстеты могут держать несколько port trees одновременно, каждое со своим make.conf и опять же набором сетов.
Ради одного тазика может и overkill, а может и нет: по крайней мере будешь уверен, что какой-то важный патч не пропадет и не будет забыт вместе с неожиданной смертью тазика.
VS>> Я ведь кстати попробовал закомментировать USE_GCC= в VS>> /net-mgmt/flow-tools/Makefile, и знаешь что? Hе собирается VS>> системным компилятором: AK> ну я могу поверить что clang - говно, но на всякий случай посмотрел AK> бы, что это за eval_match и нет ли тривиального способа их define AK> (может это совсем олдстайл и они implicint int)
Может попробую посмотреть на досуге или попрошу посмотреть, кто больше меня понимает в сях.
