как откатиться с ~amd64 обратно на amd64
Гость 11 апреля, 2006 - 15:21
Возникла такая вот проблема - некоторое время жил с ACCEPT_KEYWORDS="amd64 ~amd64"
Это целиком моя вина и в последнее время началась борьба за работоспособность системы, что не очень устраивает.
Сколько и каких приложений с ~amd64 собралось - уже не знаю, но думаю что очень и очень немало (emerge world).
Делал ли кто-нибудь такой даунгрейд? Достаточно ли убрать ключ ~amd64 из /etc/make.conf?
После этого предлагается понизить в версии порядка 200 портов, включая shadow или pam-login (так и не понял, кто кого блокирует).
Буду рад советам и комментариям, как мне обратно переехать на amd64 :-)
»
- Для комментирования войдите или зарегистрируйтесь
Может быть все
Может быть все дело не в ~arch а в GCC-флагах?
pam_login
pam_login в свежих версиях называется просто pam. они то друг друга и блочат.
сам я конечно на ~amd64 не сижу... но на ~x86 чувствую себя без проблем... иногда только возникают легко решаемые вопросы с обновлениями.
может на флаги посмотрим?
С amd64 дела
С amd64 дела похуже. Многие приложения, находящиеся в ~amd64 просто не собираются из-за проблем с разрядностью. Как правило из-за неправильного размера переменных, используемых как указатели.
Вторую неделю
Вторую неделю юзаю ноут на АМД64 с ACCEPT_KEYWORDS="~amd64", вроде пока без сбоев, но я использую только самый популярный софт (кде, опенофис-бин, firefox)
_________________
Contrary to popular belief, UNIX is user-friendly. It just happens to be very selective about who it decides to make friends with. A. Haiut.
А попробуй
А попробуй какой-нибудь эмулятор сеги поставить. Популярный софт уже давно портирован, но кое-что осталось. Жить не очень мешает, но лучше, когда оно замаскированно, чтобы не удивляться, когда что-то не собралось.
Поэтому я просто снимаю маскирование для того, что мне нужно. Если нужно.
Ну и что?
Всегда можно найти софт который в одной или другой архитектуре глючит.... это ж не повод отказываться от более нового.
проще уж на эмулятор сеги поставить кейворд стабл... но все остальное иметь новое. Ж)
Хотя это конечно зависит от индивидуальных предпочтений... стабильное естественно вернее. но нестабильное новее Ж)
Мне вот например хардмаскеды задаром не нужны... но ~x86 самое то. :)
да я бы и рад на ~ жить, но (+)
но как я написал ниже, началась непонятная борьба с софтом, что-то не собирается, что-то блокируется. А на эту возню на работе времени почти нет.
В итоге рекомендации - оставить ~amd64, я понял.
Спасибо всем.
вот флаги:
cat /etc/make.conf
# These settings were set by the catalyst build script that automatically built this stage
# Please consult /etc/make.conf.example for a more detailed example
CFLAGS="-O3 -march=k8 -pipe -ffast-math -fomit-frame-pointer -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -funit-at-a-time"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j10"
EMERGE_DEFAULT_OPTS="--alphabetical"
GENTOO_MIRRORS="http://mirror.aiya.ru/pub/gentoo/ ftp://mirror.aiya.ru/pub/gentoo/ ftp://ftp.dvo.ru/pub/Gentoo/distfiles/ http://ftp.citkit.ru/pub/Linux/gentoo ftp://ftp.citkit.ru/pub/Linux/gentoo"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
PORTDIR_OVERLAY="/usr/portage /tmp/portage"
CCACHE_SIZE="2G"
CCACHE_DIR=/var/tmp/ccache
USE="nptl nptlonly userlocales unicode smp utf8 java javascript mozilla browserplugin nsplugin X dlloader truetype xmms samba swat dvd dvdread mplayer dvdr nvidia aac aalib doc win32codecs vorbis ogg oss pdf kde qt arts linguas_ru imagemagick -ipv6"
LINGUAS="ru en"
ACCEPT_KEYWORDS="amd64 ~amd64"
VIDEO_CARDS="nvidia"
Мда... экстрим...
Может быть имеет смысл ограничится более спокойными
-O2 -fomit-frame-pointer?
я таких флагов даже не слышал никогда. :) че за -funit-at-a-time?
ниче не понятно... какие-то короче наворочанные оптимизации...
может прежде чем переползать на стабле - поковырять здесь?
кстати конкретно - че не собиралось?
и какой gcc?
PS: кстати да... у меня тоже стоит только ~x86, но не думаю что это может отрицательно сказаться на чем либо.
флаги брал на amd.com
вот ссылка на файлик: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/32035.pdf
мог, конечно и перемудрить что-то, хотя и вставил всего лишь Recommended Option Switches for 64-Bit GCC Compilers for Linux из этого файла, но скорость работы системы на стабильном amd64 впечатляет :-) ~amd64 написал на время, устав добавлять нужные мне порты в portage.keywords.
конкретно не собирается lvm2, например. vmware-config.pl - модули не собираются под 2.6.16-r1.
gcc --version | grep gcc
gcc (GCC) 3.4.6 (Gentoo 3.4.6, ssp-3.4.5-1.0, pie-8.7.9)
А не в лишнем ли amd64 в твоем accept keywords
У меня полгода система с ACCEPT_KEYWORDS="~amd64" живет.Да только я не собирал пакетов по типу ACCEPT_KEYWORDS="~amd64" emerge blah_blah,а сразу перевел систему в тест ветку и пересобрал мир.Все работает,все замечательно,софт сравнитеьно новый,последняя проблема была с пару недель назад с pam-login,тут на форуме помогли.Зачем откатываться?Оставь только одно слово : ~amd64.
_________________
Надоели компы...
думаете лучше будет на ~amd64?
убираем amd64 и:
lvm2 - не собирается
xorg-X11 - блокируется
kde-3.5.2 - частично блокируется
ядро 2.6.16-r1 - под ним не собираются модули nforce-audio и vmware
Я поэтому и поднял эту тему. Тачка-то не домашняя, не могу я надолго на ней Х-ы гасить.
ГЫ...
так у тебя просто система кривая!
сноси все блоки, и обновляй все...
иксы можно и не гася менять... я менял... kde целые сутки проработал без проблем. :)
а флаги архитектур можно рулить на уровне отдельных пакетов...
/etc/portage/package.keywords
man portage...
то есть если есть проблемы с нестабильным - нужный пакет можно взять стабильным. можно просто замаскировать что-то...
удачи.
так сам и закривил :-)
то есть не выключая Х-ы в консоли emerge -C xorg-x11 && emerge xorg-x11 прокатит? Шайтан! Пойду бекапиться, пожалуй :-)
про /etc/portage/package.keywords знаю - вот когда в нем пакетов с ~amd64 за полтора десятка перевалило, тогда и вписал флаг в make.conf
У меня прокатило...
правда я ниче особо не запускал в это время... ну так, осторожненько... а то все рухнет и придется в консоли сидеть. :)
Может быть и не собирается что-то из за того, что разные пакеты мешаются друг другу... да кто ж знает...
Хорошо - я крепко подумаю что делат
а потом отпишу по результату.
Можно убрать
Можно убрать ~amd64, а всё, что стоит в системе, добавить в package.keywords (скрипт для авторазмаскировки сделать такого же рода, как и для размаскировки иксов был в gentoo-wiki). Далее система будет постепенно с каждым апдейтом приближаться к стабильному amd64 :-)
О!
Ура! Есть, оказывается выход!
А ссылочкой не поделитесь, а то с первого захода не нашлась
Хм...
дык система то все эти пакеты будет обновлять по указанному кейворду...
Может быть просто замаскировать пакеты старше установленных версий... и ждать пока arch доживет до этих версий. :)
да всеравно изврат...
мне кажется что простая установка стабильной архитектуры и последующее обновление тоже должны пройти нормально. с соотвутствующим даунгрейдом нестабильных пакетов.
Только не будет ли rotkart тосковать по нестабильным? а если будет, то какой смысл? :) Ведь сейчас ему зачем-то понадобилось размаскировать пакеты...
пакетов с ~amd64 все равно не избежать
пример сразу по памяти:
x11-wm/icewm - amd64
x11-misc/icewm-tools - ~amd64
x11-themes/icewm-themes - ~amd64
а потом лень заела portage.keywords все время править.
Но уважаемый Dron наверное прав - так и подмывает Xorg 7.0 собрать, хоть и со временем беда :-)
Самое простое
Самое простое что мне пришло в голову это убрать ~amd64 и выполнить:
Всё. Я когда-то так откатывался с ~x86 на x86.
:-) меня уж убедили почти на ~
Почти убедили меня на нестабильной ветке остаться.
Спасибо всем откликнувшимся!
уточнение требуется!
есть ли какая-либо утилита типа equery или euse, которая показывает возможные keywords выбранного/установленного пакета? иначе после ругани emerge приходится приходится смотреть ebuild-файл на предмет чего-где написать в portage.keywords. А то уж больно работы много:
$ qlist -I | wc -l
1025
Дык это...
Ты всетаки решил переползать на stable?
или как?
не понимаю в чем проблема...
сотри все из package.keywords и обновляй по ~amd64...
PS: а, у тебя ж с ядром пробелмы...
но поставь туда
sys-kernel/gentoo-sources -~amd64
как там правильно ядро то зовется...
А остальное обновляй...
все вокруг такое вкусное
метаюсь душевно то в ту сторону то в другую
пока склоняюсь к следующему:
qlist -I -C | awk -F\/ {'print $2'} | xargs qpkg
это чтоб иметь возможность отката и
emerge -uD --newuse world
со всеми вытекающими из ~amd64 плясками, гуглением и чтением этого форума.
Э-э-х! Страшно - аж жуть!