Почему gcc-config — отдельная утилита, а не модуль для eselect?

Потому что UNIX-way

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

В общем, пока непонятно.

Напиши модуль для eselect и отправь в bgo.

Надо дроббинса попросить в фанте пофиксить.

Возможно, потому что gcc-config используется не только в gentoo?

ты так говоришь, будто разработчикам генту на это не покласть

Он модульный, так что всё ок. Один модуль для одной программы.

Тоже иногда eselect gcc начинаешь писать?

Кстати, поддержу вопрошающего. Я тоже иногда на автоматом лезу в eselect чтобы сменить gcc.

это для того, чтоб не было инерции сознания.

Внезапно - не покласть

Идея объединения хорошая. Также есть еще java-config - из той же оперы.

Скорее всего когда они писались, eselect не обладал нужными фичамипросто не было. Первый коммит в репозитарий eselect датирован февралем 2005, а gcc-config - июлем 2002

Внесите на обсуждение в мэйллист gentoo-dev, может есть какие-то причины для сохранения такого разделения

Тоже иногда eselect gcc начинаешь писать?

Да.

это позиция партии, или твоё мнение

Внесите на обсуждение в мэйллист gentoo-dev, может есть какие-то причины для сохранения такого разделения

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

А вариант «и» не рассматривается? Или ты считаешь, что, например OpenRC можно использовать только в Gentoo?

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

Это публичный мэйллист для обсуждения процесса разработки. Для того чтобы писать туда не нужно быть разработчиком Gentoo. Более того - мнение пользователей там всячески приветствуется - ибо feedback.

OpenRC

а где он ещё используется(не считая форков генты с нескучными обоями)

Опакетирован для Debian, недавно был релиз какого-то форка арча с OpenRC на борту

Внесите на обсуждение в мэйллист gentoo-dev, может есть какие-то причины для сохранения такого разделения

Если увидишь в рассылке – скинь линк пожалуйста, тема интересна.

Возможно, потому что gcc-config используется не только в gentoo?

А в «не только gentoo» есть удобный и универсальный пакет alternatives, поэтому отдельная утилита для отдельно взятого ГЦЦ там тоже никому не нужна.

Я напишу туда скорее ближе к ночи:)

А в «не только gentoo» есть удобный и универсальный пакет alternatives

Универсальный - может быть. Удобный - да ну нах.

Конечно удобный, например для джавы прописываешь slave утилиты - и потом все одним чохом переключаешь на то что, тебе нужно.

А теперь сравни с eselect

http://thread.gmane.org/gmane.linux.gentoo.devel/95094

В последнем GSOC'е есть идея на єто

Оу. А можешь кинуть ссылку?

feedback это конечно здорово, но что-то разработчики форумы не очень читают особо - только рассылку, IRC в основном

Не нужно наезжать на eselect - он замечателен.

Это просто фича, которая за тебя делать то, что ты бы делал руками чертыхаясь. В общем удобство. Это даже очень unix-way.

Я-то как раз совсем не наезжал :) (если ты пишешь ОПу).

ну извиняюсь, если что - это «обобщённый призыв-предостережение»

Собственно какая разница, есть там отдельная утлита gcc-config или нет? Например нет kernel-config, а всё шоколадно.

В идеале, все пакеты должны поддерживать интерфейсы EselectAccess

В общем, ответ на вопрос «почему»: потому что много лет назад пытались и ничего не вышло (причём ничего не вышло за ~15 месяцев), например, см. здесь: https://bugs.gentoo.org/show_bug.cgi?id=199914

Вопрос можно объявлять решённым, а $me пошёл искать более простую задачку для решения на баше/питоне.

http://lmgtfy.com/?q=gsoc 2015 gentoo idea GCC config