LinuxForum.Fans
Тема

Перейти на тестовую ветвь.

Автор: Packum 18 сообщений 5151 просмотров
#381987

На Gentoo больше года. Вроде слегка освоился. СтОит ли перейти на тестовую ветвь ~amd64?
И с чем, может быть, сложным для новичка там придётся столкнуться? Простой юзер, ни разу не админ.

#381989

Стоит или не стоит переходить зависит от вашей склонности к экспериментам и желанию быть на «острие прогресса». А тестовая ветвь — на то она и тестовая, чтобы тестировать.
В любом случае, самое «страшное», что вас ожидает — это отсутствие тривиальной возможности «откатить» всё назад.

#381992

Самые большие опасения вызывает обновление awesome (в 3.5 другой синтаксис конфига), vicious для него и grub 2.02_beta2:2.
Может замаскировать текущие пакеты, чтобы не обновились?

#381994
"Packum" написал:
Может замаскировать текущие пакеты, чтобы не обновились?

Из всего вами перечисленного я бы замаскировал, и то на время, Grub.
Опять же, переходить на тестовую ветвь можно по-разному — размаскировать и пересобрать всё скопом либо размаскировать и пересобирать постепенно, по set'ам и отдельным пакетам.

#382008

А, вообще говоря, профита от этого мало. Если нужны какие-то определенные возможности, которых нет в старых версиях, то проще размаскировать пакет или несколько.
Всю системы переводить на ~arch нужно только с одной целью - тестировать [и писать багрепорты]

#382010

Долго не думал, - начал переход. Будь, что будет! Grub замаскировал.

#382019

Ха, доэкспериментировался! Вообще ничего не собирается!

#382022
"Packum" написал:
Вообще ничего не собирается!

Это не информативно.

#382024

compiler cannot create executables
Последним собрался Firefox. На bash он споткнулся.

#382025
Packum написал:
compiler cannot create executables

Это единственная строка в консоли?

Если вы хотите решить проблему, будьте более многословны.
Т.е. покажите все изменения, которые вы внесли в файлы конфигурации перед обновлением, команды, которые вводили, обновляя систему, ну и вывод консоли, разумеется.
Да, и покажите вывод команды

text

emerge --info
#382027

пользуясь своими телепатическими способностями,

"Lupo Alberto" написал:
Это единственная строка в консоли?

нет, это из вывода автотулзовского ./configure

"Packum" написал:
compiler cannot create executables

показывай то что emerge говорит тебе показать и прежде всего config.log

#382035

Запустите для начала

text

emerge -e @system
#382037
Показать
]thinkpad_t420 ~ # emerge -e @system
Calculating dependencies... done!

>>> Verifying ebuild manifests
>>> Running pre-merge checks for sys-libs/pam-1.1.8-r1
>>> Running pre-merge checks for sys-apps/systemd-213
* Determining the location of the kernel source code
* Found kernel source directory:
* /usr/src/linux
* Found sources for kernel version:
* 3.12.20-gentoo
* Unable to check for the following kernel config options due
* to absence of any configured kernel sources or compiled
* config:
* - AUTOFS4_FS
* - BLK_DEV_BSG
* - CGROUPS
* - DEVTMPFS
* - DMIID
* - EPOLL
* - FANOTIFY
* - FHANDLE
* - INOTIFY_USER
* - IPV6
* - NET
* - NET_NS
* - PROC_FS
* - SECCOMP
* - SIGNALFD
* - SYSFS
* - TIMERFD
* - !IDE
* - !SYSFS_DEPRECATED
* - !SYSFS_DEPRECATED_V2
* - !GRKERNSEC_PROC
* - TMPFS_POSIX_ACL
* - AUDITSYSCALL
* You're on your own to make sure they are set if needed.

>>> Emerging (1 of 221) sys-libs/zlib-1.2.8-r1::gentoo
* zlib-1.2.8.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking zlib-1.2.8.tar.gz to /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work
>>> Source unpacked in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work
>>> Preparing source in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8 ...
* Will copy sources from /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8
* abi_x86_64.amd64: copying to /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-abi_x86_64.amd64
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8 ...
* abi_x86_64.amd64: running multilib-minimal_abi_src_configure
./configure --shared --prefix=/usr --libdir=/usr/lib64 --uname=linux
Using ar
Checking for x86_64-pc-linux-gnu-gcc...
Compiler error reporting is too harsh for ./configure (perhaps remove -Werror).
** ./configure aborting.
* ERROR: sys-libs/zlib-1.2.8-r1::gentoo failed (configure phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 93: Called src_configure
* environment, line 3229: Called multilib-minimal_src_configure
* environment, line 2496: Called multilib_parallel_foreach_abi 'multilib-minimal_abi_src_configure'
* environment, line 2784: Called multibuild_parallel_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
* environment, line 2389: Called multibuild_foreach_variant '_multibuild_parallel' '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
* environment, line 2332: Called _multibuild_run '_multibuild_parallel' '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
* environment, line 2330: Called _multibuild_parallel '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
* environment, line 2380: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
* environment, line 498: Called multilib-minimal_abi_src_configure
* environment, line 2490: Called multilib_src_configure
* environment, line 2914: Called die
* The specific snippet of code:
* echoit ./configure --shared --prefix="${EPREFIX}/usr" --libdir="${EPREFIX}/usr/$(get_libdir)" ${uname:+--uname=${uname}} || die
*
* If you need support, post the output of `emerge --info '=sys-libs/zlib-1.2.8-r1::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-libs/zlib-1.2.8-r1::gentoo'`.
* The complete build log is located at '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/temp/environment'.
* Working directory: '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-abi_x86_64.amd64'
* S: '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8'

>>> Failed to emerge sys-libs/zlib-1.2.8-r1, Log file:

>>> '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/temp/build.log'

Вот вывод emerge. Черт, мне кажется вся эта бадяга из-за systemd, в котором отсутствует файл functions.sh и из-за которого не работают
ни revdep-rebuild ни другие команды из пакета gentoolkit.

#382038
"Lupo Alberto" написал:
Запустите для начала
emerge -e @system

Lupo Alberto, без обид, но ты на логи даже взгляд не бросил?

"Packum" написал:
Вот вывод emerge. Черт, мне кажется вся эта бадяга из-за systemd, в котором отсутствует файл functions.sh и из-за которого не работаютни revdep-rebuild ни другие команды из пакета gentoolkit.

тебе же configure сказал, что у тебя компилятор не работает... конкретно почему — написано в config.log. systemd или что там ещё совершенно не при чём...

опять же прибегая к телепатии, скорей всего дело было так:
ты собрал новый gcc, потом сделал emerge --depclean [он снёс gcc-4.7.3], а gcc-config x86_64-pc-linux-gnu-4.8.2 ты выполнить забыл...

#382039
Показать
thinkpad_t420 ~ # gcc-config
/usr/bin/gcc-config: line 18: /etc/init.d/functions.sh: Нет такого файла или каталога
gcc-config: Could not source /etc/init.d/functions.sh!

Так в том и дело, что я не могу применить данную команду!

#382043
"Packum" написал:
Так в том и дело, что я не могу применить данную команду!

ССЗБ... кто ж тебя просил sys-apps/openrc удалять... не будет гента без него работать...

теперь проверяй симлинки /usr/bin/x86_64-pc-linux-gnu-* сам... и если битые, то замени на правильные по аналогии... потом подправь /etc/env.d/gcc/config-x86_64-pc-linux-gnu и env-update && source /etc/profile
должно сработать...

это всё конечно, если я правильно телепатически проблему определил...

#382047

Посмотрел /usr/bin, - ссылки на старый компилятор. Посмотрел elogv, - новый не ставился.
Так что сломан старый. Если я даже восстановлю компилятор бинарным пакетом, то нет никакой гарантии, что он снова не сломается.
Без openrc не получится провести такое глобальное обновление. ИМХО.

Поставил заново Gentoo с OpenRC, хватит пока экспериментов!

Войдите или зарегистрируйтесь, чтобы ответить.