package.keywords - возможно ли размаскировать группу пакетов?

Поясняю - когда я пользовалься paludis'ом, я мог написать в /etc/paludis/keywords.conf что-то вроде "*/*:4.1::gentoo *", в результате чего я мог размаскировать только пакеты ветки kde-4.1 (то есть "все пакеты:группа (или как ее там) 4.1::репозиторий gentoo * (all keywords)).
Могу ли я творить подобное в package.keywords?
И еще - людей, "ниасиливших" paludis я попросил бы воздержаться от комментариев.

насколько я помню нет. PS.

насколько я помню нет.
PS. как человеку "не осилившему палудис" интересно - а почему ты с него соскочил?

Ради эксперимента. Paludis

Ради эксперимента. Paludis хают, как хотят, а мне он понравился значительно больше.
Я, возможно, ввел всех в заблуждение, но я с него не соскакивал. Но то, что он требует доработки - факт.

mf_ja написал(а):Ради

mf_ja написал(а):
Ради эксперимента. Paludis хают, как хотят, а мне он понравился значительно больше.
Я, возможно, ввел всех в заблуждение, но я с него не соскакивал. Но то, что он требует доработки - факт.

сижу на нем больше года - оооочень доволен. Хотя были пару недочетов, которые раздражали....:)

только для каждого пакета в

только для каждого пакета в отдельности. например kde-base/kdelibs:4.1

возможно ли размаскировать группу пакетов

тоже искал решение, не нашел.
пока делаю так:

# qlist -I -C kde

вывалившееся содержимое в буфер обмена и в редактор, а потом куда надо :)
может и пОшлый способ, но лучше чем по одному вручную...

А чем вас не устраивает тот

А чем вас не устраивает тот же autounmask или unmasker?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
root@Antarctic $ emerge -av penguins

Вroh написал(а):А чем вас не

Вroh написал(а):
А чем вас не устраивает тот же autounmask или unmasker?

Отвечаю на 1й вопрос 3го билета :)
1. тема не была закрыта - "только для каждого пакета в отдельности. например kde-base/kdelibs:4.1".
2. думал что нет решения.
3. знать не знал про перечисленные инструменты, поскольку недавно всё это дело юзаю :) спасибо, будем пробовать.

З.ы.: а unmasker вообще нет в репозитарии:
>> # emerge --search unmasker
>> Searching...
>> [ Results for search key : unmasker ]
>> [ Applications found : 0 ]

Про unmasker:

/

Вroh написал(а):
А чем вас не устраивает тот же autounmask или unmasker?

Тем, что размаскировывать дОлжно:
1. Лично (как минимум под личным контролем, что сводит к отрицательным величинам весь выигрыш от автоматизации, даже если таковая работает безупречно);
2. Только то, что необходимо.

© alexxy, пересказ мой.

Иначе тебя ожидает (в смый неподходящий момент) множество интерееесных сюрпризов.
С резюме вида ССЗБ.

:wq
--
Live free or die

Гм ничего не понятно из того

Гм ничего не понятно из того что вы сказали, замысловато и бессмыслено. Вас никто не ограничивает в самостоятельном исправлении package.keywords после внесенных изменений autounmask.

И смысл использования

И в чём тогда смысл использования autounmask и unmasker?

Я Gentoo & Funtoo

смысл в том, что вы можете

смысл в том, что вы можете все поправить вручную, если вас что-то не устраивает ;-)

/

Theli написал(а):
смысл в том, что вы можете все поправить вручную, если вас что-то не устраивает ;-)

А если вручную всё равно придётся [как минимум] перепроверять результаты работы этих утилит, то зачем они вообще нужны?

:wq
--
Live free or die

добавления к уже ответившему

добавления к уже ответившему на ваш вопрос, программа сама по себе вам посчитает зависимости которые надо размаскировать, размаскирует, а уж гибкость писания в ручную она никак не ограничивает. просто я думаю не очень клево делать emerge -p а потом echo 'что размаскируем' в package.*. Я думаю, что Anarchist указывал на то что autounmask размаскирует все версии, с которыми работает программа. и в итоге мы получаем к примеру размаскированные сразу 3 версии пакета. как мне кажется это вовсе не проблема...

.

semlanik написал(а):
добавления к уже ответившему на ваш вопрос, программа сама по себе вам посчитает зависимости которые надо размаскировать

Замечательно :)
А то, как размаскируемые зависимости отразятся на установленном (и используемом ПО) она тоже посчитает?
+ то, что из установленного надо размаскировать и тоже обновить? :)))

semlanik написал(а):
Я думаю, что Anarchist указывал на то что autounmask размаскирует все версии, с которыми работает программа. и в итоге мы получаем к примеру размаскированные сразу 3 версии пакета. как мне кажется это вовсе не проблема...

Я указываю на то, что использование [любых] автоматических утилит размаскировки (ну кроме разве что обладающих прямой управляющей телепатической связью) --- путь к нескучной жизни.

:wq
--
Live free or die

И ведь не поспоришь ) Зато

И ведь не поспоришь ) Зато теперь понятна ваша позиция. )

Цитата:то, что из

Цитата:
то, что из установленного надо размаскировать и тоже обновить? :)))

В общем-то это она посчитает. если в ебилдах попросят.

Цитата:
А то, как размаскируемые зависимости отразятся на установленном (и используемом ПО) она тоже посчитает?

С обратными зависимостями в gentoo вообще беда, но зачастую revdep-rebuild в помощь...

/

semlanik написал(а):
Цитата:
то, что из установленного надо размаскировать и тоже обновить? :)))

В общем-то это она посчитает. если в ебилдах попросят.

Проблема в том, что далеко не все ебилды даже основного дерева могут похвастаться этим.

А грабли (потенциальные или реальные) связанные с обновлением установленного ПО на размаскированные версии она тоже учтёт? :)

Поэтому правильнее контролировать всё ручками.

semlanik написал(а):
С обратными зависимостями в gentoo вообще беда, но зачастую revdep-rebuild в помощь...

Есть мнение, что далеко не только в Gentoo/
Даже не столько.
Ибо в Gentoo задача хоть как-то, но решается...

:wq
--
Live free or die

Как говорится "Кто как хочет,

Как говорится "Кто как хочет, так и дрочит" из к/ф Брат 2 (с). Просто утилиты в целом полезные, самому зачастую за всем не уследить. я например не решусь размаскировать kde руками, просто терпения не хватит ) Мой выбор всеже в сторону автоматизации.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".