Вопрос про ACCEPT_KEYWORDS="~amd64" [SOLVED]
Когда-то, почти с самого начала вписал в make.conf строчку ACCEPT_KEYWORDS="~amd64" Потому что быстро выяснилось, что большинство замаскированных этим флагом пакетов работают, если его игнорировать и собирать более свежие версии. Собственно с обратным не сталкивался до поры до времени. Вот недавно принялся обновлять систему и обнаружил, что переключение раскладки клавиатуры не работает. Замаскировал xorg-drivers, чтобы они были не старше зелёненькой версии 1.7, это вызвало соответствующий откат в версии xorg-server до 1.7.7-r1 и в чём-то там ещё, и всё заработало.
Уточню, в файл /etc/portage/package.mask поместил строчку >=x11-base/xorg-drivers-1.8. При этом пакеты xorg-server 1.9.0.902 и xorg-drivers 1.9 откатились на версии 1.7 Вот, часть выдачи команды eix xorg:
\[U\] x11-base/xorg-server
Available versions: 1.7.6 1.7.7-r1 (~)1.8.2 (~)1.9.0-r2 (~)1.9.0.902 {debug dmx doc hal ipv6 kdrive minimal nptl sdl static-libs tslib +udev xorg}
\[I\] x11-base/xorg-drivers
Available versions: 1.7 [m](~)1.8 [m](~)1.9 {input_devices_acecad input_devices_aiptek input_devices_elographics input_devices_evdev input_devices_fpit input_devices_joystick inp
Теперь вопрос. Насколько я понимаю, отменённое глобально маскирование ~amd64 и сыграло в данном случае свою негативную роль. Так вот, нет ли способа оставлять его действующим для отдельных пакетов, и в то же время отключенным по умолчанию? То есть, оставить в make.conf ACCEPT_KEYWORDS="~amd64", и в каком-то файле держать список исключений из этого правила?
- Для комментирования войдите или зарегистрируйтесь
Как бы
/etc/portage/package.keywordsА что касается раскладок и xorg - просто настройте его. И будет вам счастие ;)
Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!
Youshi
Вы должно быть не обратили внимание на вопрос, который я задавал. Ещё раз попробую: я хочу по умолчанию брать пакеты из тестовой ветки, а для некоторых форсировать использование стабильных версий. Насколько я понимаю, package.keywords служит как раз в обратных целях. Вот например здесь сказано: You can ask Portage to allow the testing branch for particular packages but use the stable branch for the rest of the system. To achieve this, add the package category and name you want to use the testing branch of in /etc/portage/package.keywords.
Если можно, с этого места поподробнее. С самого начала средствами гнома настроил использование двух (иногда мне нужно бывает три и четыре и всё тоже было отлично) раскладок, и их переключение по контрол-шифт. И вдруг, в один ужасный момент такой способ работать перестаёт и мне надо "просто его настроить". Это как? СМС-ку может отправить надо куда-нибудь?
в xorg-1.8 и выше, насколько
в xorg-1.8 и выше, насколько я знаю, переключение раскладок рекомендуется настраивать через udev. Соответствующие темы уже не раз проскакивали в том числе и на этом форуме. Используйте поиск...
Нейтральность - высшее достижение сознания!
Pinkbyte написал(а): в
Спасибо. Может быть я бы занялся поисками, но приоритеты стараюсь по-другому расставлять. Понимаете, пользователю вроде меня не так уж интересно внутреннее устройство таких вот мелких вещей, пока всё в порядке. А когда не всё в порядке, хочется научиться по возможности малой кровью обходиться. Это значит, если использовать самый простой способ, откатиться к старой, работающей версии, в надежде что когда будет стабильная версия то всё исправят. X сервер версии 1.9-с-копейками при старте писал, что это нестабильная версия, пользуйтесь на свой страх и риск. Ну и ясный пень, поскольку мне в разработчики Х-сервера не охота идти, я и решил не лезть в дебри.
Но вопрос остаётся, не буду его по третьему разу писать.
imaginary
Вопрос поставлен с конца, понимаете, таким подльзователям вроде вас проще ставить сразу стабильные версии пока всё в порядке - ведь откатится не всегда есть возможность. А когда стабилизируют 1.9 всёравно придётся настраивать.
evadim написал(а): Вопрос
Да, есть такой вариант. Есть ещё вариант вообще не обновлять ничего, работает и ладно. Просто мне иногда интересно бывает поковыряться в конфигах и понастраивать чего-нибудь. В частности в своё время этот xorg мне пришлось самый последний из оверлея x11 добывать и размаскировать самые свежие версии, чтобы KMS заработал. Ну а бывает, что просто не до того.
Попробовал для смеха убрать ACCEPT_KEYWORDS="~amd64" и посмотреть, что мне предложат. Предложили откатить кучу пакетов. Наверное дело кончится тем, что я их всех скопирую в package.keywords и в случае необходимости буду их оттуда удалять.
Может придётся, а может позаботятся об этом и без меня.
imaginary написал(а): evadim
закончится невозможностью отката glibc, и возможно несборкой пучка старых пакетов с новым glibc
Позаботятся, так же как с халом - для англичан, с одной раскладкой. Точнее уже позаботились.
imaginary написал(а):
это же Gentoo !!! ...
________________________
"We Will Win"imaginary написал(а):Youshi
тебе все правильно подсказали!!! в package.keywords прописываются ключи к пакетам, если ты на ~amd64 и хочешь определенный пакет использовать только стабильный, то туда надо написать -~amd64, например
Да, спасибо, именно то что
Да, спасибо, именно то что надо. У меня только файл, а не директория package.keywords.
Есть подозрение, что
Есть подозрение, что package.keywords имеет больший приоритет, чем make.conf. Какой кейворд там укажете, такой и будет наверное. А иксы-1.9 в кде например прекрасно переключают раскладки.
LK4D4 написал(а): Есть
Спасибо, я это испытаю на выходных. Но не очень понятно, какой кейворд надо указывать чтобы ACCEPT_KEYWORDS="~amd64" отменить, amd64 без тильды что ли?
imaginary написал(а): Теперь
На сколько я понял Вы уже воспользовались вариантом, который отвечает на ваш вопрос=)
либо в package.keywords пишется то что размаскировать, а остальное по умолчанию маскировано,
либо в package.mask маскируете а остальное по умолчанию размаскировано.
MadDocNC написал(а): На
Нет, ничего я пока не воспользовался, потому что пока что не добраться мне до той машины, с настройкой которой я сражался. Воспользуюсь если получится, когда придут очередные выходные. Только придётся рыться где-то на тему, как снова маскирование по amd64 включать, если я про тильду неправильно догадался.
В данный момент у меня замаскировано в package.mask, но это наверное не лучший вариант, потому что замаскировано не по признаку годности для amd64, а по номеру версии.