а вы пересобрали систему? (2011{обещанного три года ждут} ISO C++ standard)

Сумрачные гении придумали, как к C++ прикрутить ABI?

net-libs/webkit-gtk

Это вообще один из самых смешных пакетов, я считаю:

CHECKREQS_DISK_BUILD="18G" # and even this might not be enough, bug #417307

Скажем прямо: не нужно.

они еще придумали ABI для сборки мусора

abi между c++ и c++ что ли? бы гы гы

Это вебкит тут ничего не поделаешь.

net-libs/webkit-gtk are already using C++11 features

ага, а еще у него в зависимостях одновременно ruby,perl и python

net-news/liferea-1.10.12 (>=net-libs/webkit-gtk-1.6.1:3)

приходится терпеть сборку webkit-gtk из-за единственной более-менее вменяемой rss читалки, например.

мне хватает net-news/newsbeuter.

Скажем прямо: не нужно.

Справка gnome -> yelp зависит от webkit-gtk. Чуть менее чем любой „кривой обозреватель“ в вакууме как правило чаще зависит от webkit-gtk. У kde там тоже зависимость от webkit но уже на qt и он там попроще и собирать его намного быстрее. А в целом нужно оно или не нужно никого не волнует потому что аппстрим его юзает всюду где надо показать html.

ага, а еще у него в зависимостях одновременно ruby,perl и python

Т.е. зависимость linux kernel от dev-lang/perl см eclass/kernel-2.eclass строчка 449 а в случае USE=deblob от того-же dev-lang/python-{2.6/2.7} см eclass/kernel-2.eclass строчки 83 и 472 никого не удивляет?

Главное, что не от ruby. Ты же знаешь, руби разработчики они такие...

Главное, что не от ruby. Ты же знаешь, руби разработчики они такие...

Ага „недоработочка“ вышла. Ну ничего. Ждём апдейтов с исправлениями!

Прикол вовсе не в этом… Удалить эти идиотские зависимости в обоих случаях вовсе не проблема оно то там нужно для совершенно идиотских скриптов которые можно переписать хоть на чистом sh. Проблема в подходе - „да оно всё-равно установлено у любого юзера так почему-бы его не использовать?“.

Удалить эти идиотские зависимости в обоих случаях вовсе не проблема

зачем удалять, это linux-way - пусть расцветают все цветы.

Иначе почему portage на python, а не на C++ как paludis? Можно было бы зависимость от python убрать...

зачем удалять

Чтобы их не было. Твой Капитан.

Иначе почему portage на python, а не на C++ как paludis?

Ну вон paludis на C++ и что он чем-то кардинально лучше portage? От paludis только одна реальная польза он помогает PMS стандартизировать.

и что он чем-то кардинально лучше portage?

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

пересобирай, только на лор не пиши

PMS

лол. таки люблю когда настоящие отцы пилящие всякие генты с арчами фор фан троллят сопливое токсикозное школоло присасывающееся к подобным прожектам как полипы

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

Зависимости это вторично. Чем оно лучше вот вопрос. А ответ ВНЕЗАПНО ничем кроме того что да не на python а на C++.

Все знают что писали его якобы ради скорости. Так вот, она появилась?

Зависимости это вторично.

подожди, подожди, не ты ли только что сетовал по поводу лишних зависимостей в исходниках ядра и в web-kit ?

рубисты лучше пхпешников

подожди, подожди, не ты ли только что сетовал по поводу лишних зависимостей в исходниках ядра и в web-kit ?

Ок. Давай с самого начала. Был приведен аргумент да оно „жирное“ однако… и при том что не где нибудь а в ядре за исключением ruby зависимости такие-же.

Про webkit-gtk слышали по крайней мере все пользователи gnome и его форков. А это если разобраться не мало.

К чему был твой заход про portage/paludis? К зависимости от ненавистного python-а? А ничего что о portage/paludis знают только gentoo-шники, да и то ещё не все, потому-что многим палудис вообще ни о чем не скажет, а про ядро linux знают вообще все пользователи любого дистрибутива на базе GNU/Linux?

зачем цитировать на ЛОР огрызок текста новости, которая и так у гентушников под носом?

что сказать-то хотел?

что сказать-то хотел?

я хотел спросить - пересобирал ли кто-нибудь систему с такими флагами.

я бы не рискнул, ибо хрен его знает, как софт поведёт себя. будет стабильно и проверено — посмотрим, а пока ждём-с.

quiterss повменяемее будет. Ну да, Qt, а что?

см eclass

eclass это гентушные поделки, а не часть ядра. your argument is invalid

так это же с++. для скорости пишут на с

your argument is invalid

Это твои проблемы. А если там зависимость забита значит оно надо.

Для доступа к фиксированым адресам в памяти, оборудованию, и на микрокронтроллерах пишут на С. Для скорости пишут на С++ за счет активной шаблонизации, выделения сложных структур на стеке (можно и в С, но используемость фичи обратнопропорциональна простоте применения), хорошая стандартная библиотека в которую можно вставлять специализированые аллокаторы.

Если б ты разобрался чуть получше, а не просто копипастил кусок ебилда, то понял бы, что это объём памяти, необходимый для дебаг-сборки. Без дебага собирается на 512 метрах памяти + 1 гигабайт свопа.

а что это меняет? 18 гигов для дебаг-сборки это нормально?

Не удивляет

Честно скажу, не знаю. Знаю, что обычная сборка занимает на порядок меньше места (в данном случае буквально на порядок), а это уже вполне адекватное количество.

Просто уже не в первый раз вижу, как ты постишь этот кусок ебилда, словно имея в виду, будто на меньшем количестве памяти оно в принципе не соберётся. Это не так.