обновления профиля с 17,1 до 23,0

[bars]

Привет.
Решил обновить профиль с 17,1 до 23,0

пункт 5 инструкции.

Код: Выделить всё

egrep CHOST /etc/portage/make.conf
#CHOST="x86_64-pc-linux-gnu"

Пункт 6 инструкции.

Код: Выделить всё

Текущий профиль
  [12]  default/linux/amd64/17.1/no-multilib (exp)
Стал
  [29]  default/linux/amd64/23.0/no-multilib (stable) *

Пункт 9 инструкции.
Ошибка

Код: Выделить всё

serv0 ~ # emerge --ask --oneshot sys-devel/binutils

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 8.82 s (backtrack: 0/20).

[ebuild   R    ] sys-devel/binutils-2.41-r5  USE="cet* zstd*"

Would you like to merge these packages? [Yes/No]

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) sys-devel/binutils-2.41-r5::gentoo
 * binutils-2.41.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                                             [ ok ]
 * binutils-2.41-patches-5.tar.xz BLAKE2B SHA512 size ;-) ...                                                                                                   [ ok ]
 *
 * Your profile is of type merged-usr, but your directories
 * on-disk are of type split-usr.
 * Please switch back to your last valid profile setting and
 * read the documentation about merged-usr and profile changes.
 *
 * ERROR: sys-devel/binutils-2.41-r5::gentoo failed (setup phase):
 *   ERROR: 23.0 merged-usr profile, but disk is split-usr
 *
 * Call stack:
 *        ebuild.sh, line 606:  Called __source_all_bashrcs
 *        ebuild.sh, line 426:  Called __try_source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *        ebuild.sh, line 487:  Called __qa_source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *        ebuild.sh, line 123:  Called source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *   profile.bashrc, line  44:  Called die
 * The specific snippet of code:
 *         die "ERROR: 23.0 merged-usr profile, but disk is split-usr"
 *
 * If you need support, post the output of `emerge --info '=sys-devel/binutils-2.41-r5::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-devel/binutils-2.41-r5::gentoo'`.
 * The complete build log is located at '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/temp/build.log'.
 * The ebuild environment file is located at '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/temp/die.env'.
 * Working directory: '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/empty'
 * S: '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/work/binutils-2.41'

>>> Failed to emerge sys-devel/binutils-2.41-r5, Log file:

>>>  '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/temp/build.log'

 * Messages for package sys-devel/binutils-2.41-r5:

 *
 * Your profile is of type merged-usr, but your directories
 * on-disk are of type split-usr.
 * Please switch back to your last valid profile setting and
 * read the documentation about merged-usr and profile changes.
 *
 * ERROR: sys-devel/binutils-2.41-r5::gentoo failed (setup phase):
 *   ERROR: 23.0 merged-usr profile, but disk is split-usr
 *
 * Call stack:
 *        ebuild.sh, line 606:  Called __source_all_bashrcs
 *        ebuild.sh, line 426:  Called __try_source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *        ebuild.sh, line 487:  Called __qa_source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *        ebuild.sh, line 123:  Called source '/usr/portage/profiles/releases/23.0/profile.bashrc'
 *   profile.bashrc, line  44:  Called die
 * The specific snippet of code:
 *         die "ERROR: 23.0 merged-usr profile, but disk is split-usr"
 *
 * If you need support, post the output of `emerge --info '=sys-devel/binutils-2.41-r5::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-devel/binutils-2.41-r5::gentoo'`.
 * The complete build log is located at '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/temp/build.log'.
 * The ebuild environment file is located at '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/temp/die.env'.
 * Working directory: '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/empty'
 * S: '/mnt/tmp/portage/sys-devel/binutils-2.41-r5/work/binutils-2.41'
serv0 ~ #

Как я понял из всего этого, мне нужен профиль сперва.

Код: Выделить всё

[49] default/linux/amd64/23.0/split-usr/no-multilib (stable)

А после

Код: Выделить всё

[29] default/linux/amd64/23.0/no-multilib (stable)

Верно я понимаю?

[yoricI]

А после

того, или если, как диски приведёте в сооответствие, тогда уж

[29] default/linux/amd64/23.0/no-multilib (stable)

Я так думаю

[/dev/random]

Как я понял из всего этого, мне нужен профиль сперва.

Код: Выделить всё

[49] default/linux/amd64/23.0/split-usr/no-multilib (stable)

Да, и в инструкции это явно указано:

Shell

Note that old profiles are by default split-usr and the 23.0 profiles by
default merged-usr. Do NOT change directory scheme now, since this will
mess up your system!
Instead, make sure that the new profile has the same property: for example,
OLD default/linux/amd64/17.1
==> NEW default/linux/amd64/23.0/split-usr
(added "split-usr")
OLD default/linux/amd64/17.1/systemd/merged-usr
==> NEW default/linux/amd64/23.0/systemd
(removed "merged-usr")
A detailed table of the upgrade paths can be found at [5]. Please consult it.

А уж переходить ли потом на merged usr, это совсем другой вопрос.

[bars]

merged usr,

А стоит ли?, этот компутер где сейчас начал обновлять профиль, старый, медленный.

[/dev/random]

А стоит ли?, этот компутер где сейчас начал обновлять профиль, старый, медленный.

Как я уже сказал, это другой вопрос. Вы в первом сообщении спросили, правильно ли вы поняли, что сначала нужно перейти с 17-split на 23-split, а уже потом на 23-merged. Я же ответил, что на 23-split - да, а вот на 23-merged потом переходить совсем не обязательно.

Если что, я остался на 23-split.

[bars]

Какие плюсы будут при split и merged?

[/dev/random]

Какие плюсы будут при split и merged?

Плюсы при split - не нужно заморачиваться с переходом на merged. Минусы - программы, разрабатываемые под влиянием RedHat, могут в любой момент внезапно начать требовать merged, т.к. RedHat довольно агрессивно проталкивает merged. Других плюсов и минусов, насколько я знаю, нет.

[yoricI]

RedHat довольно агрессивно проталкивает merged

Даже странно, это как-то не по-серверному... Не по-файлохранительски, базоданновски, облачновычислительски, в общем, не гибко. Не (под/от)цепить на лету (и даже не на лету, а в процессе существования системы) раздел и диск, я правильно понимаю?

[/dev/random]

Даже странно, это как-то не по-серверному... Не по-файлохранительски, базоданновски, облачновычислительски, в общем, не гибко. Не (под/от)цепить на лету (и даже не на лету, а в процессе существования системы) раздел и диск, я правильно понимаю?

Это не о разделе. С отдельным разделом под /usr они своё уже пропихнули. К моменту загрузки init'а все разделы, содержащие части системы, должны быть уже подмонтированы. Если их более 1 (например, / и /usr), то их должен подмонтировать initrd, а не init.

Merged /usr - это о другом. Это когда нет разделения на /bin, /usr/bin, /sbin и /usr/sbin. Всё лежит в /usr/bin, а /bin, /sbin и /usr/sbin - это симлинки на него. Кроме того, /lib - это симлинк на /usr/lib, а /lib64 - это симлинк на /usr/lib64.
Технически, объединение sbin с bin - это отдельное явление от объединения / с /usr, но в gentoo они либо выполнены оба, либо ни одно из них.

[dimonchik]

А то что начали активно проталкивать бинарный репозиторий это нормально? И вообще это обязательно? Я перешел на [28] default/linux/amd64/23.0/desktop/plasma/systemd (stable) * , до этого был [9] default/linux/amd64/17.1/desktop/plasma/systemd/merged-usr (exp).
Подключил бинарный репозиторий. Только заметил, что не все в нем меня устраивает, так-как флаги с которыми собраны пакеты в нем не всегда соответствуют моим хотелкам. К стати в новости о переходе на новый профиль изначально везде во всех командах было --getbinpkg, сейчас уже потерли.

Код: Выделить всё

9. Rebuild or reinstall from binary (if available) the following packages in
   this order, with the same version as already active:
     emerge --ask --oneshot --getbinpkg sys-devel/binutils
   (you may have to run binutils-config and re-select your binutils now)
     emerge --ask --oneshot --getbinpkg sys-devel/gcc
   (IMPORTANT: If this command wants to rebuild glibc first, do *not* let it do 
    that; instead, abort and try again with --nodeps added to the command line.)
   (you may have to run gcc-config and re-select your gcc now)
   and the C library, i.e. for glibc-based systems
     emerge --ask --oneshot --getbinpkg sys-libs/glibc
   or for musl-based systems
     emerge --ask --oneshot --getbinpkg sys-libs/musl

10. Re-run "emerge --info" and check if CHOST has changed compared to step 3.

If the CHOST has NOT changed, skip to step 13 (env-update). Otherwise, 

11. Recheck with binutils-config and gcc-config that valid installed versions
   of binutils and gcc are selected.

12. Check /etc/env.d, /etc/env.d/binutils, and /etc/env.d/gcc for files that
   refer to the *OLD* CHOST value, and remove them. 
   Examples how to do this can be found in the similar procedure at [6].

13. Run env-update && source /etc/profile

14. Re-emerge libtool:
   emerge --ask --oneshot --getbinpkg libtool

15. Just for safety, delete the contents of your binary package cache at 
    ${PKGDIR} again:
     rm -r /var/cache/binpkgs/*

16. Rebuild world:
   emerge --ask --emptytree --getbinpkg @world

В прочим я нормально обновился.

[yoricI]

Думаю, устали поддерживать всё разнообразие сочетаний USEфлагов, и движутся (или двигаются) к однообразию.

[dimonchik]

Думаю, устали поддерживать всё разнообразие сочетаний USEфлагов, и движутся (или двигаются) к однообразию.

Если так, то нет слов...
На примере пакета ffmpeg. У меня включены такие флаги:

Код: Выделить всё

Установленные версии:  6.0.1-r4(0/58.60.60)^td(19:37:48 16.03.2024)(X alsa amr amrenc bluray bzip2 encode fontconfig gnutls gpl iconv jpeg2k lcms libass libdrm librtmp libtesseract libv4l lzma mp3 network nvenc openal opencl opengl openh264 openssl opus pic postproc pulseaudio samba sdl ssh svg theora threads truetype twolame v4l vaapi vdpau vorbis vpx vulkan x264 x265 xvid zlib -amf -appkit -bs2b -cdio -chromaprint -chromium -codec2 -cpudetection -cuda -dav1d -debug -doc -fdk -flite -frei0r -fribidi -gcrypt -gme -gmp -gsm -hardcoded-tables -iec61883 -ieee1394 -jack -jpegxl -kvazaar -ladspa -libaom -libaribb24 -libcaca -libilbc -libplacebo -libsoxr -libxml2 -lv2 -mipsdspr1 -mipsdspr2 -mipsfpu -mmal -modplug -oss -qsv -rav1e -rubberband -snappy -sndio -speex -srt -static-libs -svt-av1 -test -verify-sig -vidstab -vmaf -webp -zeromq -zimg -zvbi ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="32 64 -x32" CPU_FLAGS_ARM="-neon -thumb -thumb2 -v6 -v8 -vfp -vfpv3" CPU_FLAGS_PPC="-altivec -vsx -vsx2" CPU_FLAGS_X86="aes avx fma3 fma4 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart sidxindex trasher")

А мне предлагают такие:

Код: Выделить всё

!!! The following binary packages have been ignored due to non matching USE:

    =media-video/ffmpeg-6.0.1-r4 -abi_x86_32 -amr -amrenc -bluray -cpu_flags_x86_aes -cpu_flags_x86_avx -cpu_flags_x86_fma3 -cpu_flags_x86_fma4 -cpu_flags_x86_sse3 -cpu_flags_x86_sse4_1 -cpu_flags_x86_sse4_2 -cpu_flags_x86_ssse3 -cpu_flags_x86_xop dav1d -fontconfig -jpeg2k -libdrm -librtmp -libtesseract -libv4l -nvenc -openal -opencl -openh264 -openssl -samba -ssh -twolame -v4l -vaapi -vdpau -x265
    =media-video/ffmpeg-6.0.1-r4 -abi_x86_32 -amr -amrenc -bluray -cpu_flags_x86_aes -cpu_flags_x86_avx -cpu_flags_x86_fma3 -cpu_flags_x86_fma4 -cpu_flags_x86_sse3 -cpu_flags_x86_sse4_1 -cpu_flags_x86_sse4_2 -cpu_flags_x86_ssse3 -cpu_flags_x86_xop dav1d -fontconfig -jpeg2k -libdrm -librtmp -libtesseract -libv4l -nvenc -openal -opencl -openh264 -openssl -opus -samba -ssh -theora -twolame -v4l -vaapi -vdpau -vpx -x265
    =media-video/ffmpeg-6.0.1-r4 -abi_x86_32 -amr -amrenc -bluray -cpu_flags_x86_aes -cpu_flags_x86_avx -cpu_flags_x86_fma3 -cpu_flags_x86_fma4 -cpu_flags_x86_sse3 -cpu_flags_x86_sse4_1 -cpu_flags_x86_sse4_2 -cpu_flags_x86_ssse3 -cpu_flags_x86_xop dav1d -fontconfig -jpeg2k -libass -libdrm -librtmp -libtesseract -libv4l -nvenc -openal -opencl -openh264 -openssl -samba -ssh -twolame -v4l -vaapi -vdpau -x265

[/dev/random]

Думаю, устали поддерживать всё разнообразие сочетаний USEфлагов, и движутся (или двигаются) к однообразию.

Если так, то нет слов...

Нет, не так. Просто собрать бинарные пакеты на все возможные комбинации флагов невозможно. Если вас не устраивают флаги, собирайте как обычно, не используйте бинарные пакеты.

[yoricI]

а вообще от бинарных можно отказаться? За некоторыми исключениями?

[dimonchik]

а вообще от бинарных можно отказаться? За некоторыми исключениями?

В принципе так и делаю. Если пакет совпадает по флагам с моим то ставлю бинарник. Убыстряется процесс обновления.

[yoricI]

Минусы - программы, разрабатываемые под влиянием RedHat, могут в любой момент внезапно начать требовать merged, т.к. RedHat довольно агрессивно проталкивает merged.

То есть программа, которая в репо gentoo, может начать требовать merged? Думаю, этот момент проработают. И много ли и что за программы RedHat в gentoo?

Добавлено (08:11):

Против ветра чревато дуть, надо подчиняться и ставить умолчательный merged-usr, а то потом разгребать не разгрести?

Добавлено (08:42):

А то что начали активно проталкивать бинарный репозиторий это нормально?

Где начали проталкивать? Я ещё не обновлялся, вникаю в новость о переходе на 23 профиль, там про бинрепо ни слова вроде? А других новостей нет

Добавлено (08:44):

Код: Выделить всё

8. In the file or directory /etc/portage/binrepos.conf (if existing), update
   the URI in all configuration such that they point to 23.0 profile binhost 
   directories. The exact paths can be found in the table at [5], too.

У меня нет этого, значит мне не грозит бинарность?

[/dev/random]

То есть программа, которая в репо gentoo, может начать требовать merged? Думаю, этот момент проработают. И много ли и что за программы RedHat в gentoo?

Пока его требует только systemd, но пакеты, разрабатываемые в его рамках, включая udev, могут скоро последовать его примеру.

[yoricI]

А ядро надо пересобирать, наряду со всеми пакетами? Сами исходники перемерживать, потом компилять само ядро?

[ormorph]

А ядро надо пересобирать, наряду со всеми пакетами? Сами исходники перемерживать, потом компилять само ядро?

Ядро не надо, а вот initramfs пересобрать не помешало бы, особенно после пересборки или обновления openrc, так как каталог с бинарниками поменяется. Для перехода на профиль merged-usr нужно установить пакет sys-apps/merge-usr и выполнить одноименную команду, потом можно переходить на новый профиль, точнее на старом уже не останешься.

[dimonchik]

yoricI
Я писал об этом. Изначально мне пришла новость об переходе и в ней все команды обновления были с бинарными обновлениями, правда на следующей день всю новость заменили, все команды стали нормальными.

[yoricI]

все команды обновления были с бинарными обновлениями

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

[/dev/random]

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

https://gitweb.gentoo.org/data/gentoo-news.git/commit/?id=02ea414ad62acc9001cdca824a3d6ae486111183

[dimonchik]

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

https://gitweb.gentoo.org/data/gentoo-news.git/commit/?id=02ea414ad62acc9001cdca824a3d6ae486111183

Вот так было:

Rebuild or reinstall from binary (if available) the following packages in
this order, with the same version as already active:
emerge --ask --oneshot --getbinpkg sys-devel/binutils
(you may have to run binutils-config and re-select your binutils now)
emerge --ask --oneshot --getbinpkg sys-devel/gcc
(IMPORTANT: If this command wants to rebuild glibc first, do *not* let it do
that; instead, abort and try again with --nodeps added to the command line.)
(you may have to run gcc-config and re-select your gcc now)
and the C library, i.e. for glibc-based systems
emerge --ask --oneshot --getbinpkg sys-libs/glibc
or for musl-based systems
emerge --ask --oneshot --getbinpkg sys-libs/musl

10. Re-run "emerge --info" and check if CHOST has changed compared to step 3.

If the CHOST has NOT changed, skip to step 13 (env-update). Otherwise,

11. Recheck with binutils-config and gcc-config that valid installed versions
of binutils and gcc are selected.

12. Check /etc/env.d, /etc/env.d/binutils, and /etc/env.d/gcc for files that
refer to the *OLD* CHOST value, and remove them.
Examples how to do this can be found in the similar procedure at [6].

13. Run env-update && source /etc/profile

14. Re-emerge libtool:
emerge --ask --oneshot --getbinpkg libtool

15. Just for safety, delete the contents of your binary package cache at
${PKGDIR} again:
rm -r /var/cache/binpkgs/*

16. Rebuild world:
emerge --ask --emptytree --getbinpkg @world

А вот теперь:

Rebuild or reinstall from binary (if available) the following packages in
this order, with the same version as already active:
emerge --ask --oneshot sys-devel/binutils
(you may have to run binutils-config and re-select your binutils now)
emerge --ask --oneshot sys-devel/gcc
(IMPORTANT: If this command wants to rebuild glibc first, do *not* let it do
that; instead, abort and try again with --nodeps added to the command line.)
(you may have to run gcc-config and re-select your gcc now)
and the C library, i.e. for glibc-based systems
emerge --ask --oneshot sys-libs/glibc
or for musl-based systems
emerge --ask --oneshot sys-libs/musl

10. Re-run "emerge --info" and check if CHOST has changed compared to step 4.

If the CHOST has NOT changed, skip to step 13 (env-update). Otherwise,

11. Recheck with binutils-config and gcc-config that valid installed versions
of binutils and gcc are selected.

12. Check /etc/env.d, /etc/env.d/binutils, and /etc/env.d/gcc for files that
refer to the *OLD* CHOST value, and remove them.
Examples how to do this can be found in the similar procedure at [6].

13. Run env-update && source /etc/profile

14. Re-emerge libtool:
emerge --ask --oneshot libtool

15. Just for safety, delete the contents of your binary package cache at
${PKGDIR} again:
rm -r /var/cache/binpkgs/*

16. Rebuild world:
emerge --ask --emptytree @world

Я до этой новости и не знал даже, что есть проект с бинарным репозиторием. И всегда обновлялся по старинке. Только после этой новости я нашел информацию по его подключению.

[yoricI]

Потому что не надо спешить исполнять приказ, а то вдруг отменят - армейская мудрость))

[dimonchik]

Потому что не надо спешить исполнять приказ, а то вдруг отменят - армейская мудрость))

Ну за то я узнал, что такой репозиторий есть. Правда толку от него для меня нет ни какого.

[yoricI]

я узнал, что такой репозиторий есть. Правда толку от него для меня нет ни какого.

Это Вы про какой?

[dimonchik]

Это Вы про какой?

https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart