[gentoo] autounmask

напишите
и эмерж на си перепишите тоже
чтобы от питона не зависело

Злые вы все, уйду на exherbo

Сложно было на C/C++ написать? А теперь из-за перла нужно еще десяток пакетов устанавливать...

Сложно было ~arch в make.conf написать?

А что бы поменялось?

# autounmask "app-portage/autounmask"

autounmask version 0.27 (using PortageXS-0.02.09 and portage-2.2_rc49)

* Using repository: /usr/portage

* The given category/package-version does not seem to exist. Listing existing versions:

* gentoo (/usr/portage):
app-portage/autounmask-0.27

* Please pick one of the versions given above and try again.

А что бы поменялось?

Ты так троллишь или просто тупой?

> Сложно было ~arch в make.conf написать?

Да, сложно, у меня из-за этого отваливается рейд (перестает автодетектиться при старте с новыми пакетами).

>и эмерж на си перепишите тоже

paludis же есть :)

paludis же есть :)

Нет KRoN73 ты емердж на си перепиши.

Сложно было ~arch в make.conf написать?

Да, сложно, у меня из-за этого отваливается рейд (перестает автодетектиться при старте с новыми пакетами).

/etc/portage/package.mask тоже упразднили/отменили?

>Нет KRoN73 ты емердж на си перепиши.

А нафига оно мне надо? :)

autounmask не нужен как таковой.Ибо потакает необдуманным действиям.

> ты емердж на си перепиши.

А какие бенефиты это даст по сравнению с paludis (который тоже понимает EAPI-2) ?

Желаю и дальше размаскировывать нестабильные кеды\гном\иксы руками - вбивание пары сотен строк вида "~category/package-version" способствует обдумыванию действий, да.

different а в жизни получается как назло две крайности либо все жутко стабильное но криокамера долгой заморозки (1) либо в /etc/make.conf написано ACCEPT_KEYWORDS=«~{arch}» (2)

Так вот в случае (1) нормальный человек выбравший стабильность/криокамеру в ~ ни за что не полезет ибо в случае (1) ~ это зло и ему этот autounmask как следствие нахер не всрался. А в случае (2) этот autounmask как следствие ACCEPT_KEYWORDS нахер не всрался.

Вывод : autounmask жуткополезная и всем нужная весчь!

вбивание пары сотен строк вида «~category/package-version» способствует обдумыванию действий, да.

Если вы желаете использовать наиболее свежее ПО, подумайте над использованием тестовой ветви. 
Чтобы Portage начала использовать тестовую ветвь, добавьте «~» перед названием вашей архитектуры. 

Да а все остальные варианты кроме (1) и (2) это ССЗБ!

> либо в /etc/make.conf написано ACCEPT_KEYWORDS="~{arch}" (2)

Если в таком варианте потребуется замаскировать новые поломанные версии набора пакетов - получаем ту же долготягомотную историю с
вбиванием строк вида ">=category/package-version"

Мне нужны нестабильные KDE, X.org и firefox. При этом мне нахрен не нужны нестабильные gcc, библиотеки системный софт. Мне застрелиться?

>>Желаю и дальше размаскировывать нестабильные кеды\гном\иксы руками - вбивание пары сотен строк вида "~category/package-version" способствует обдумыванию действий, да.

Вспоминаю, как для сборки замаскированных кед, писал свыше 300 строк ручками:D (не знал тогда про autounmask)

> писал свыше 300 строк ручками

Мне вот что инетересно - списки версий пакетов - они в профайле прописаны?
Что мешает разработчикам сделать "нестабильный" профайл, где будут последние версии всего?
Или это назвается default/linux/amd64/10.0/desktop?

Нет.

Есть pakcage.mask профиля, это hardmasked (например пакеты с открытыми багами).

А есть keywords, они прописываются в каждом ebuild-е и едины для всех профилей. Разные только архитектуры.