Тут кто-нибудь использует ACCEPT_KEYWORDS="~arch"?
St-MPA3b 13 марта, 2007 - 02:20
Уж очень большой список у меня скопился в /etc/portage/package.keywords. Подумываю прописать в make.conf ACCEPT_KEYWORDS="~x86".
Кто-нибудь на таком работает? Оно рабочее? :)
Я правильно понимаю, что под маску (не хардмаску) попадают только релиз-кандидаты, а также свежие стабильные, но малопротестированные версии (на сегодня, например это kde 3.5.6, OOo 2.1.0)?
»
- Для комментирования войдите или зарегистрируйтесь
Я уже давно так
Я уже давно так сижу...
и проблем особо нет....
_________________
Gentoo GNU/Linux 2.6.20 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Всё, перехожу :)
Всё, перехожу :)
Пишу из links :).
Пишу из links :). Всего будет ставиться 263 пакета...
У меня тут 2 дурацких вопроса, 1 - по теме, 1 - нет...
1) Под маской в генту - в основом стабильные, но малопроверенные пакеты, я правильно понимаю? Т.е какую-нибудь наполовину работающую версию софтинки у меня риска поставить почти нет?
2) Как настроить переключение раскладки в консоли по Ctrl+Shift? А то в иксах я переключаюсь то капс локом, то Ctrl+Shift (как пальцы лягут)...
1 вероятность
1 вероятность маленькая... но тем не менее есть...
2
вроде так... точно не помнюю..
_________________
Gentoo GNU/Linux 2.6.20 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
~
... как мне кажется, для ~ больше заплаток, а следовательно больше трафик при регулярных обновлениях ...
... при не регулярных обновлениях, были ситуации, когда приходилось искать нужный патч, который в новом portage уже удален и на серверах его нет ...
+1 _________________ Gentoo
+1
_________________
Gentoo Linux 2007.0, kernel-gentoo-2.6.20-r4; KDE 3.5.6
Брось бяку.
Брось бяку. Размаскируешь всё - получишь полбу взаимно блокирующимися пакетами. А ещё будешь постоянно искать почему у тебя что-то не компилится.
Поступи проще: используй /etc/portage/package.keywords и размаскировывай только то, что тебе нужно. Я именно так поступил. У меня самый свежий KDE, но при это xorg - стабильный на x86.
ИМХО - так как я делаю - безопаснее:)
2MooSE: А ты
2MooSE: А ты по-другому пробывал?
Я работал на нестабильной ветке на сторой тачке. Вроде все в шоколаде было.
_________________
Вот такие пироги
Пробовал. Уж
Пробовал. Уж больно глючно:)
И я давно
И я давно работаю на нестабильной. Некоторые вещи вообще из оверлеев беру. И ничего - не глючит =)
_________________
Fedora? rpm -Uhv emerge
+1
+1
если возникает такая дилема, советую повременить с ~
Первый раз, по неопытности выставил ACCEPT_KEYWORDS="~amd64". Система перестала грузить Иксы... и еще много по мелочам.
Буду ставить 2007 профиль и stage1, без "~amd64" :)
а я в качестве
а я в качестве примера могу привести xorg-server-1.2.99.901, который замаскирован под ~x86 и который плохо дружит с Beryl (или Beryl плохо дружит с X.Org...).
Мне кажется лучше остаться на package.keywords
eix -s xorg-server[I]
eix -s xorg-server [I] x11-base/xorg-server Available versions: 1.1.1-r1 1.1.1-r4 (~)1.2.0 (~)1.2.0-r1 [M]-*1.2.99.0 [M](~)1.2.99.901 Installed versions: 1.2.0-r1(11:57:57 20.02.2007)(-3dfx -debug -dmx dri -input_devices_acecad -input_devices_aiptek -input_devices_calcomp -input_devices_citron -input_devices_digitaledge -input_devices_dmc -input_devices_dynapro -input_devices_elo2300 -input_devices_elographics input_devices_evdev -input_devices_fpit -input_devices_hyperpen -input_devices_jamstudio -input_devices_joystick input_devices_keyboard -input_devices_magellan -input_devices_microtouch input_devices_mouse -input_devices_mutouch -input_devices_palmax -input_devices_penmount -input_devices_spaceorb -input_devices_summa -input_devices_synaptics -input_devices_tek4957 -input_devices_ur98 -input_devices_vmmouse -input_devices_void -input_devices_wacom ipv6 -kdrive -minimal nptl sdl -video_cards_apm -video_cards_ark -video_cards_chips -video_cards_cirrus -video_cards_cyrix -video_cards_dummy -video_cards_epson -video_cards_fbdev -video_cards_fglrx -video_cards_glint -video_cards_i128 -video_cards_i740 -video_cards_i810 -video_cards_impact -video_cards_imstt -video_cards_mach64 -video_cards_mga -video_cards_neomagic -video_cards_newport -video_cards_nsc -video_cards_nv video_cards_nvidia -video_cards_r128 -video_cards_radeon -video_cards_rendition -video_cards_s3 -video_cards_s3virge -video_cards_savage -video_cards_siliconmotion -video_cards_sis -video_cards_sisusb -video_cards_sunbw2 -video_cards_suncg14 -video_cards_suncg3 -video_cards_suncg6 -video_cards_sunffb -video_cards_sunleo -video_cards_suntcx -video_cards_tdfx -video_cards_tga -video_cards_trident -video_cards_tseng -video_cards_v4l -video_cards_vesa -video_cards_vga -video_cards_via -video_cards_vmware -video_cards_voodoo xorg -xprint) Homepage: http://xorg.freedesktop.org/ Description: X.Org X serversвобщето он Hard Masked
_________________
Gentoo GNU/Linux 2.6.20 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
хм, значит он у
хм, значит он у меня прописан в package.unmask... пример не удался =|
Re: если возникает такая дилема, советую повременить с ~
Зачем? В нем же gcc 4-ый, половина собираться не будет.
У меня amd64 и
У меня amd64 и gcc-4.1.1-r3. Собраны обе половины, и первая и вторая.
Или что ныне подразумевается под четвертым gcc?
Да, у тебя как
Да, у тебя как раз gcc 4. Сейчас много прог, которые под ним не соберутся.
у меня нет
у меня нет ниодной которая с ним несобирается, хотя думается будут... но что мешает тебе после апгрейда оставить в системе 3й и если что переключатся перед компиляцией несобирающейся софтины?
~x86 не особо то и глючит :)))
Софт на ~arch свежее. Проблем почти нет. А что не работает или не компиллится - и замаскировать можно! :-D
Может на ~amd64 реально глючит, но я сейчас полностью перекомпилливаюсь с флагом ~x86 - make world не смог откомпиллить только splashutils, остальные почти 280 пакетов стали без проблем и глюков...
_________________
Во имя Святого Пингвина!
Изначально
Изначально поставил ~x86
Скомпилил 873 пакета.
Все работает.
_________________
Fedora? rpm -Uhv emerge
Этот вопрос
Этот вопрос больше риторический, и на него очень правильно ответили на linuxforum в faq.
Я с самого начала установил ~amd64. Конечно я отдавал себе отчёт что если что-то ни так, мне никто не поможет. Неприятности случаются регулярно (на мой взгляд раза 3 в месяц), то ебилд корявый, то в совте бага, но серьёзные проблемы (которые не решаются обновлением на следующий день или ковырянием в исходниках за разумное время) случаются крайне редко, причём через некоторое время решение всё-таки находиться в интернете...
P.S. в faq на linuxforum кстати есть очень интересный вопрос:
Хм... в общем
Хм... в общем иксы не стартовали, а при старте ядро что-то кричало про dbus. Еще каждая 20я софтинка не компилилась. Откатился. Пусть на грабли наструпают другие :).
//кстати, когда откатывался, некоторые программы тоже не компилились. Как выяснилось, проблема была в нестабильном gcc, надо было его в первую очередь откатить
А чтобы такого
А чтобы такого не было читай что emerge пишет...
там наверняка было упоминание про то что после обновления dbus надо прогнать
_________________
Gentoo GNU/Linux 2.6.20 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
По поводу "~x86"
По поводу "~x86" на всю систему.
Я не тестер. Считаю что проще размаскировать интересующие именно меня пакеты, для получения более свежих, чем в оффициальном дереве, версий. А насчет большого списка... Линь консольный точен под обработку огромных текстовых файлов. Как бы не смущает.
+1. Лучше
+1.
Лучше размаскировать лишь те 50 пакетов, с которыми ты работаешь напрямую (kde, firefox, psi, ktorrent...), а с библиотеками и т.д лучше не мараться. У меня еще wine, gentoo-sources и genkernel размаскированы...
Хотел перейти
Хотел перейти на нестабильную ветвь, но при этом использовать стабильный тулчейн и прочие системные уилиты. Думал поместить их с x86 в package.keywords, но система этого не замечает! Возможно ли это исправить? Или в portage нет такой возможности?
_________________
Gentoo Linux - We Use The Power!!!
use package.mask и
use package.mask
и кстати ~x86 = ~x86 + x86
неа, просто
неа, просто есть пакеты в которых есть arch но нету ~arch, а вот наоборот - нет, поэтому если у тя стоит ~arch то версии будут выше чем в arch.
Жаль, придётся
Жаль, придётся по старинке наводнять package.keywords пакетами с ~x86
_________________
Gentoo Linux - We Use The Power!!!
с нестабильным
с нестабильным gcc некоторые пакеты не собирались... Может, дело решается маскировкой пары пакетов, а всё остальное будет собираться и работать нормально? В качестве примера приведите пожалуйста ваши текущие вручную маскированные пакеты...
!!! INVALID ACCEPT_KEYWORDS: ~arch
(amd64)
~amd64 :)
~amd64 :)
Вот уже почти
Вот уже почти год сижу с ~x86. Доволен. Скоро переползу на ~amd64 (обновил компьютер). Изредка (пару пакетов в месяц) не собираются, но это решается со временем.
---
Я схожу с ума или это глючит Реальность?