[РЕШЕНО] Флаги python и perl убрали из профиля — хорошо ли это?
Danhuu 6 октября, 2011 - 13:55
Наткнулся при обновлении на то, что хренова туча пакетов возжелали быть пересобранными без питона и перла. Пошарившись, нашёл, что это волевое решение одного из разработчиков - http://blog.jolexa.net/2011/10/05/gentoo-removing-usepython-perl-from-the-default-profile/. И по его мнению, это хорошо. А я вот не уверен, что sys-apps/file, sys-apps/util-linux и dev-libs/libxslt, к примеру, будут лучше без этих языков. Но чисто из общих соображений, так что прошу поделиться опытом тех, у кого он есть.
Стоит ли последовать "генеральной линии" и потом расхлёбывать возможные сбои, или поставить означенные python и perl себе в make.conf и расслабиться? Каких-то специальных требований нет, среднедесктопный набор под кеды + много из sci-geosciences/
»
- Для комментирования войдите или зарегистрируйтесь
Сбоев не будет. Если ты
Сбоев не будет. Если ты только не пишешь активно на питоне и перле, используя биндинги к вышеуказанным пакетам. Лично я положительно отношусь к данному изменению.
Спасибо! Т.е., юзы перла и
Спасибо! Т.е., юзы перла и питона - по сути нужны только для разработчиков на этих языках?
Сложно сказать наверняка. Но
Сложно сказать наверняка. Но я давно живу с -perl, например. Никто не мешает выставить как было.
Волевым решением исправляю тему, потому что «python и perl убрали из глобальных зависимостей» — это ахинея.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
ОК, считаю решённым. Да,
ОК, считаю решённым.
Да, такая формуировка гораздо лучше, но чего спросонок не напишешь..
Тоже глобально выставлены
Тоже глобально выставлены -python -perl, всё нормально
Это не волевое решение 1
Это не волевое решение 1 разработчика, не несите ахинею; такие решения в Гентоо невозможно сделать в одиночку по желанию левой пятки за вечер.
Данное решение - результат 3-х годичного обсуждения и тестинга многими девелоперами и юзерами.
https://bugs.gentoo.org/250179, поэтому, если вы не следите за процессом разработки и не в курсе, то не надо потом создавать паники, особенно если вы не понимаете сути нововведений.
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Кстати, думаю, что именно
Кстати, думаю, что именно из-за того, что сейчас python и perl уже не глобальные флаги, перестала работать опция --bootloader=grub у genkernel. Соответствующих прямых зависимостей у genkernel вроде как и нет, поэтому пока непонятно, как это починить (кроме как глобально установить флаг(и)), т.е. какой такой пакет нужно собрать с нужным флагом для этой фишки genkernel.
И на bgo ничего? А почему?
И на bgo ничего? А почему?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Видать, ныне модно собирать
Видать, ныне модно собирать ядро вручную, без genkernel.
А вообще, за это дело отвечает /usr/share/genkernel/gen_arch.sh - не похоже, что он как-то завязан на python/perl
«А почему» намекало на то,
«А почему» намекало на то, что надо отрапортоваться!
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
А то я не понял )
А то я не понял )
P.S. дело не в этом оказалось. Просто недавно экспериментировал с опцией "default saved" в grub.conf (но что-то в связке с KDM оно так и не заработало), да так и оставил. А genkernel по этому поводу говорит: