i686 -> amd64 (core2duo)
jazz_bass 25 апреля, 2008 - 00:56
Имеен ноутбук HP6510b с процом core2duo и видюхой intel x3100... С видюхой было масса проблем:
http://www.gentoo.ru/node/10372
Но после # ACCEPT_KEYWORDS="~amd64" emerge xorg-server xf86-video-i810 проблем с видюхой не стало... Вот у меня и возник вопрос может полностью на amd64 перейти. Я так-же заметил, что некоторые версии пакетов становятся раньше стабильными в портажах под amd64 нежели под i686... И если стоит переходить на ~amd64, то как это правильно сделать?
»
- Для комментирования войдите или зарегистрируйтесь
Удивительную
Удивительную Вы вещь написали. Вы точно ничего не перепутали? Первоначально стейдж был какой? x86/i686, не amd64? И что, с ACCEPT_KEYWORDS="~amd64" собралось???
Дело в том, что в дефолтном профиле стейджа amd64 используется multilib. Т.е. там есть возможность собирать и для x86 и для x86_64 архитектур. Но как это может работать в обратную сторону, чесслово, не пониманию. :o: Только, если Вы изначально брали стейдж для amd64, а потом выставили ACCEPT_KEYWORDS="x86" и у Вас возникли такие проблемы. А как по другому?
На последний вопрос не отвечу - люблю стабильность. С оглядкой, с опаской, осторожненько. Тут многие не боятся, но в отдельных случаях приходится вмешиваться ручками. Зато на острие разработок! :-)))
Изначально x86/i686 не amd64!
Изначально x86/i686 не amd64! Не вру - честное слово! И с ACCEPT_KEYWORDS="~amd64" собралось!
дуриш, оно
дуриш, оно просто небудет работать в таком раскладе. запости сюда содержимое make.conf
Вот /etc/make.conf: #
Вот /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=nocona -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
# This should not be changed unless you know exactly what you are doing. You
# should probably be using a different stage, instead.
CHOST="i686-pc-linux-gnu"
MAKEOPTS="-j3"
USE="acpi alsa atm aspnet aspnetedit accessibility battery bluetooth cdr dhcp dvd dvdnav dvdr dvdread gtkhtml ieee1394 pcmcia sound usb wifi X xcomposite aac xml -arts avi dbus dri encode esd fam ffmpeg gif gnome gstreamer gtk gtk2 hal -ipv6 jpeg mp3 mp4 mp4live mpeg mpeg2 mplayer nautilus ncurses ogg oggvorbis opengl openssl pam pdf pda png qt3 qt4 reiserfs mmx sse sse2 ssl svga tiff truetype truetype-fonts type1-fonts udev unicode vim vorbis win32codecs wma xorg zlib mono symlink ipv6 ftp icq imap jabber java mad mono msn sockets socks5 xvid openntpd slang a52 qt3support sdl ldap nptl"
INPUT_DEVICES="keyboard mouse synaptics evdev"
VIDEO_CARDS="vesa i810"
ALSA_CARDS="hda-intel"
SUPPORT_ALSA=1
LINGUAS="ru"
source /usr/portage/local/layman/make.conf
Ой-ёй-ёй Размаск
Ой-ёй-ёй
Размаскируй те пакеты, что собирал с ~amd64, по-человечески и пересобери их от греха.
Пожалуйста, не описывайте своё железо в подписи
Пересобрал...
Пересобрал все собранное с ~amd64 с ACCEPT_KEYWORDS="~x86"
Только меня
Только меня смущает -O3 -march=nocona для x86 системы?
А что именно смущает?
А что именно смущает - -O3 или -march=nocona? Поконкретней пожалуйста.
Оба смущают. С
Оба смущают. С -O3 99.99% будут глюки со сборкой программ да и со стабильностью тоже, а nocona рекомендуется для 64 систем, а для 32 надо prescott юзать или native (>=gcc-4.2.*).
Интересно
Интересно откуда такие сведения? про глюки софта с -O3 ?
У меня так вся система собрана и работает уже несколько лет =) иобновляется без проблем =)
___________________________________________
Gentoo GNU/Linux 2.6.25 GCC 4.2.3 && GCC 4.3.0
Working on Gentoo for iPAQ hx4700 :-)
У меня было, см.
У меня было, см. ниже (-:Е
Пожалуйста, не описывайте своё железо в подписи
Переход с x86 на
Переход с x86 на x86_64 возможен только путем полной переустановки системы =)
ЗЫ хотя это не совсем так но это наименее геморный способ =)
ЗЗЫ Читайте хотя бы FAQ на сайте его же наверно не зря мы пишем =)
___________________________________________
Gentoo GNU/Linux 2.6.25 GCC 4.2.3 && GCC 4.3.0
Working on Gentoo for iPAQ hx4700 :-)
А в FAQ не
А в FAQ не написано ничего на тему "стоит ли". Есть у нас такая ветка? Надо бы завести, чтоб народ решал для себя (-:Е
Пожалуйста, не описывайте своё железо в подписи
Вообще тут
Вообще тут каждый решает сам
Я если железо позволяет ставлю x86_64
проблем с ним не больше чем с x86 если руки прямые =)
___________________________________________
Gentoo GNU/Linux 2.6.25 GCC 4.2.3 && GCC 4.3.0
Working on Gentoo for iPAQ hx4700 :-)
Вот хорошо бы
Вот хорошо бы была вменяемая тема "x86 vs amd64". "А тогда флэш будет работать через тыл и дополнительные библиотеки!" — "А если памяти больше трёх гектаров?" и так далее (-:Е
Пожалуйста, не описывайте своё железо в подписи
> хотя это не совсем так
Но, похоже, именно это и произошло! :o:
А что теперь говорят ?:
1. `uname -m`
2. `ls /usr/bin/x86*linux*`
3. `ls -FGd /usr/lib*`
Вообще, что-то типа инструкции по переводу Gentoo со stage-x68 на ABI64 существует. Но раньше это действительно было геморным занятием. Если предположить, что некотрые слова из ACCEPT_KEYWORDS в каких-то ebuild-ах используются в качестве ключевых слов USE, то по зависимостям вполне могли быть переставлены тулчейн и binutils, что и привело к таким последствиям. Удивляет только одно, что сам переход стал теперь очень простым и бесконтрольным. Так же удивляет, что это произошло при указанном значении CHOST в /etc/make.conf! Так что, всё равно, бред какой-то получается :(
это не есьт
это не есьт инструкция по переводу x86 системы в x86_64 систему
это инструкция только по смене CHOST i386<->i486<->i586<->i686
и не более того =)
___________________________________________
Gentoo GNU/Linux 2.6.25 GCC 4.2.3 && GCC 4.3.0
Working on Gentoo for iPAQ hx4700 :-)
Я думаю, что
Я думаю, что паниковать не надо.
Если ~amd64 была указана только при сборке пары пакетов, то всё просто: portage установил пакеты по (emerge --info), использовав amd64 только для выбора, какой пакет собирать. Если там не было никаких специфичных для архитектуры затыков в ебилдах, всё установилось нормально.
Автору рекомендую почитать про "правильную" размаскировку пакетов (-;Е
Пожалуйста, не описывайте своё железо в подписи
Почитал... разобрался вроде...
Почитал, разобрался примерно, но теперь интересно, что смутило товарища
wolfovichв-O3 -march=nocona... Хотя это уже другой вопрос, но все-же...Нормальные
Нормальные флаги, оставьте их.
-O3 и мне
-O3 и мне сомнителен. У меня из-за него как-то не собирались gcc и eix
Глянь в gentoo-wiki статью Safe CFLAGS, лучше их поставить
Пожалуйста, не описывайте своё железо в подписи
С -O3 бывают
С -O3 бывают проблемы сборки на некоторых ebuild-ах. Но очень редко. Также можно юзать, как и ~arch. У меня тоже с -O3 всё собрано и 1.5 года нормально работает. Были проблемы со сборкой одного старого Eclipse или не помню даже точно чего. Ну так ebuild там так и написал.
тут как
тут как сказать, во многих пакетах он просто отфильтровывается в ebuild'е
> -O3 и мне
> -O3 и мне сомнителен. У меня из-за него как-то не собирались gcc и eix
Согласно документации по GCC, там много, чего "нельзя". Именно gcc, binutils, короче, практически весь тулчейн требует безопасных флагов. Но частенько и без этого "проскакивает". Об этом также очень хорошо написано в LFS Book. Впрочем, -O3 заметного прироста в сравнении с -O2 не даёт, зато времени на компиляцию затрачивается намного больше. Но это так... на глаз! ;)