forum.lissyara.su

сегодня по обычаю накатываю готовый комплект для хостинга (своим скриптиком) и обнаруживаю нововведения
curl-7.19.4 появилась зависимость ca_root_nss-3.11.9_2 (The root certificate bundle from the Mozilla Project)
openssl-0.9.8k появилась зависимость makedepend-1.0.1,1 и xproto-7.0.15 (все для X-ов)

может кто знает нафига это добавили и можно ли от них избавиться?
а то такими темпами при добавлении gmake будет тянуться еще kde

а то такими темпами при добавлении gmake будет тянуться еще kde

я об этом уже не первый год говорю
но всем наплевать))

может кто знает нафига это добавили и можно ли от них избавиться?

смотри в меик файл
где то там депенды
либо депенды в чем то другом что они включают

я об этом уже не первый год говорю
но всем наплевать))

а я только отказался от своей системы сборки из исходников (типа своя система портов)
неужели придется вернуться

смотри в меик файл
где то там депенды
либо депенды в чем то другом что они включают

депенды я нашел
но не нашел как их можно отключить опциями через make.conf
не править же makefile патчем
тогда выигрыш от системы портов сводится на нет и действительно проще собирать из исходников

депенды я нашел
но не нашел как их можно отключить опциями через make.conf
не править же makefile патчем

правь
я уже давно подумываю о своей сборке портов
где токо то что реально нужно без левых зависимостей

логика портов уже давно долбонутая
если в сорурсах той программы из которой делают порт есть какойто левый tests выполненный на питоне или перле
а сама программа токо в С
то обязательно включат в порт питон или перл
токо из за того что бы выполнялся тестс
короче %^%&&%&^%&^*&^

я уже давно подумываю о своей сборке портов
где токо то что реально нужно без левых зависимостей

ну вот я такую сделал
только когда кол-во портов стало сильно расти - стало напрягать поддерживать
хотя если автоматизировать некие процессы, то жизнь сильно упростится
геморрой только проверять совместимость ВСЕХ портов

paradox писал(а):логика портов уже давно долбонутая
если в сорурсах той программы из которой делают порт есть какойто левый tests выполненный на питоне или перле
а сама программа токо в С
то обязательно включат в порт питон или перл
токо из за того что бы выполнялся тестс
короче %^%&&%&^%&^*&^

непонимаю вас...
ну есть питон этот и есть.
или ещё что-то...
я писал скрипт когда-то для обнаружения портов от которых ничего не зависит - нужны тока для сборки - 5 строк на шелле.
напиши да запускай после каждого обновления.

это не bsd-way ставить что бы удалять. Надо в make.conf придумать что то типа with_useless_deps=NO(или как минимум make config делать)
Кстати, яркий пример того как дотошность переходит рамки разумного.

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

если в зависимостях есть какая то фигня то она в любом случае будет
хоть как ее собирай
выход токо переделывать меик файл в портах

непонимаю вас всё-таки =((
чё вы паритесь - ну нужно провести тесты - значит нужно.
наверно разработчик приложения тоже не придурастый был.
ну а что на питоне-руби-самбе-мамбе - какая разница. портенироватться решил, или освоить чтонить кроме сей )

Счас для некоторых портов стали включать сборку только на GCC версии >4.3.
Для сборки (для Deluge и Sonata, например) у меня скачался GCC 4.3.4_20090503 и собрался. Только после этого собралась зависимая библиотека и, наконец, приложение.
Теперь этот сраный GCC нужно обновлять вместе с зависимой библиотекой...
Хорошо, что есть файл /usr/local/etc/pkgtools.conf, в котором можно прописать отмену (чуть ли не еженедельных!) обновлений для GCC.

хотя по большому счету если бы программеры котрые писали ту прогу были с прямыми руками
то там пофиг какой компиллер

мда есть чтото такое...
без иксовых библиотек действитетельно сейчас не обходится а если указать without=x11 то вообще не соберется причем софтина само может и собратся но только если без without=x11 собрана либа после которой куча всего по зависимостям собирается

iZEN писал(а):Счас для некоторых портов стали включать сборку только на GCC версии >4.3.
Для сборки (для Deluge и Sonata, например) у меня скачался GCC 4.3.4_20090503 и собрался. Только после этого собралась зависимая библиотека и, наконец, приложение.
Теперь этот сраный GCC нужно обновлять вместе с зависимой библиотекой...
Хорошо, что есть файл /usr/local/etc/pkgtools.conf, в котором можно прописать отмену (чуть ли не еженедельных!) обновлений для GCC.

ситуация вдвойне смешнее обстоит с binutils, ассемблер откуда даже не умеет ssse3. На порт multimedia/mplayer смотреть смешно: в Makefile'е --disable-ssse3 и хак с -DBROKEN_RELOCATIONS для libavcodec. Нет чтобы взять binutils-2.19 из devel/cross-binutils и не извращаться.

А спасибо надо сказать GPLv3 из-за коего ни gcc, ни binutils в базе не обновляют. Но почему-то в базе лежит less(1), кой под GPLv3.

беда с этими лицензиями, беда