новые зависимости в портах

[ev]

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

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paradox]

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

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

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

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

[ev]

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

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

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

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

[paradox]

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

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

[paradox]

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

[ev]

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

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

[Alex Keda]

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

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

[opt1k]

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

[f_andrey]

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

[paradox]

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

[Alex Keda]

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

[iZEN]

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

[paradox]

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

[gloom]

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

[Гость]

Счас для некоторых портов стали включать сборку только на 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.

[opt1k]

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