Я имел виду новость под именем 2021-07-15-opentmpfiles-deprecation, конечно же.

Что, никто не ответит? :-(

Пока я размаскировал sys-apps/opentmpfiles и ваншотом его пересобрал.

сука, ну ебучий ты perl!

--backtrack=500

бляяя

1000

В пизду, сношу всё в virtual/perl* и perl-core/*.

Пусть всё летит в пизду.

А ещё dev-perl/*.

Что я сделал:

emerge -C perl

emerge --unmerge 'perl-core/*' 'virtual/perl-*' 'dev-perl/*'

emerge perl

emerge portage

emerge -avu @world

это помогло

Надо ещё после сборки мира запустить perl-cleaner -all.

Впрочем, если newuse и deep, то портаж сам доставит весь пёрл на блюдечке.

Да, это работает.

Из новости

2021-07-20-perl-5_34-upgrade

Title                     Perl 5.34 upgrade now stable

Author                    Sam James <sam@gentoo.org>

Posted                    2021-07-20

Revision                  1

We therefore recommend the following procedure for users:

1. Sync your tree:

# emerge --sync

2. Perform a full world upgrade, e.g.:

# emerge -a -uvDU @world --keep-going=y

3. If any failures occur, please run perl-cleaner --all, then try again:

# perl-cleaner --all

4. Perform a world upgrade again.

5. Once complete, depclean:

# emerge -a --depclean

Rarely, it may be necessary to perform a one-off installation of a package,

but usually `perl-cleaner` will resolve the issue. If an error message occurs

after running perl-cleaner, try e.g. for a fictional package dev-perl/foo:

# emerge -a --oneshot --verbose dev-perl/foo

Это не работало в моём случае. Гнеточку месяца три не обновлял.

Время шло, а перловка в гнеточке оставалась верна себе. Чото прямо как фритайп с харфбаз, кек.

С харфбазом только помню в 2015 году проблемы на arm, собрать не мог без свопа ;)

Два месяца как ноут обновляю из бинхоста, который крутится в виртуалке. Очень доволен - ноут насиловать не надо, время сборки уменьшилось.

Надо ещё общий портеж настроить, чтобы не синкать на обоих хостах раздельно.

Ещё не настроил, но в связи с покупкой нового процессора для хоста, где крутится виртуалка бинхоста - докинул ядер в неё, стало ещё лучше.

что такое рекурсия? окей гугл, как скледить снимки в видео? первая же ссыль ведет на тему на лор https://www.linux.org.ru/forum/desktop/14392017 в которой в первом же ответе ведут на такой же запрос в гугле.

В чём разница hardened и простой системы?

Сегодня я узнал про опцию --nodeps в openrc, а точнее в команде rc-service. Вот какую проблему это решило для меня.

У меня есть два сервиса net.wg0 и net.wg1 (симлинки на net.lo, естественно), отвечающие за подключение по wireguard, причём по одним и тем же креденшлам. Разница заключается в том, что net.wg0 заводит весь трафик в wireguard VPN, а net.wg1 только трафик на адреса в подсети той самой VPN по протоколу wireguard. net.wg0 призван быть включённым, когда мне нужно зайти на заблокированные сайты, а net.wg1 должен быть включён в идеале всегда и запускаться автоматически при старте системы, чтобы я имел доступ ко всегда включенному домашнему компьютеру. Но так как креденшлы одинаковы, то для включения net.wg0 надо выключить net.wg1.

Так вот, когда я выключаю net.wg1:

# rc-service net.wg1 stop

у меня вслед за ним останавливаются stubby и dnsmasq, которые организуют DNS over TLS, а так же останавливается netmount, который я, кстати, не знаю зачем мне нужен, но сейчас рассказ не про это. Это очень неудобно, так как эти сервисы мне нужны и их придётся теперь поднимать. Если теперь отдельно по одному поднять netmount, dnsmasq, и stubby:

# for s in netmount stubby dnsmasq; do rc-service $s start; done

то они потянут за собой net.wg1 и он снова будет запущен. Да блять! Мне net.wg0 вместо него нужно поднять!

Раньше перед остановкой я удалял его из runlevel под названием default:

# rc-update del net.wg1

После чего я мог его спокойно остановить и запустить net.wg0:

# rc-service net.wg1 stop

# rc-service net.wg0 start

Но так можно забыть добавить net.wg1 обратно в runlevel default и он не запустится после перезагрузки и тогда к компу не будет удалённого доступа. Очень неудобно!

Решение оказалось простым: опция --nodeps

# rc-service net.wg1 --nodeps stop

# rc-service net.wg0 start

И всё! Теперь не надо удалять net.wg1 из автозапуска, так как он при остановке не потянет за собой stubby и dnsmasq. Я доволен.

Про миграцию с glibc +crypt на glibc -crypt && libxcrypt +system нашёл интересный пример.

Можно просто запустить eix-test-obsolete и он покажет по крайней мере следующее:

• Лишние вхождения в /etc/package.{,accepted}_keywords, например, если киворды для пакета есть, а пакет не установлен.

• Установленные акеты, ебилдов для котороых в системе уже нет, они замасканы или вообще хуй знает как они оказались установлены.

Подробнее в eix-test-obsolete -h.

А разве не кейворды?

а разве не кииуёрды?

КЛЮЧЕВИКИ

Думаю синхронизировать dotfiles: из директории пользователя, конфиги portage и проч; думаю синхронизировать их с помощью git. Или напишу обвязку, которая права устанавливает на рассовываемые файлы, или что-то ещё.

Да, так и сделал.

[![](https://files.catbox.moe/r870ls.jpg

)](https://files.catbox.moe/uz5r4m.jpg

)

да, уэльский акцент это странно, но весьма певуче

На новой системе не работал Geeqie, в упор не желавший видеть jpeg-изображения. Оказывается, я данный тип файла не включил в конфигурации Geeqie. Теперь видит!

Как выпилить пакет, установленный в слот?

Отменяю вопрос, очень глупый вопрос.

С днём программиста вас! @u-me

Давно не обновлялся. Пойду синканусь.

рассказывай, были критикал блокеры?

Да нихрена не было, пара пидонолиб обновилась и усё.

Пасиба! Теперь знаю и пригодилось.

а когда ядро 6.0 в стейбле в генте буит, кто-нибудь знает?

Хуй знает. А зачем тебе такая версия?

https://gnupg.org/blog/20221017-pepe-left-the-ksba.html

Ой-ё-ой! В стейбл уже прилетело.

вот (за этим)[https://www.opennet.ru/opennews/art.shtml?num=57838]

за этим https://www.opennet.ru/opennews/art.shtml?num=57838

после апдейта сделал --depclean, он чот много чего поудалял ненужного (как мне казалось)

по итогу NetworkManager перестал автоконнектиться к вафле домашней; не то чтобы мне было зазорно протянуть витуху через полкомнаты, просто нахуя когда в материнку встроен wifi6

ну в общем и так и сяк я поебался с NM, оно наотрез отказывается видить профиль точки доступа на экране Activate connection

сцука! короче выкинул NM из default run-level, быстренько сгнерил конфиг для wpa_supplicant, закинул его и dhcpcd в default run-level, инторнеты на пеке теперь есть

можно идти игорять в apex legends

Есть ли у вас пакеты в @live-rebuild?

nope

А я имакс с master-ветки обновляю. Это весело!

я ставлю докер в вагранте, это весело!

А что, докер под макосью не починили? Почему в вагранте?

потому что мне была нужна виртуальная звуковуха, олсо делол я все это под линупсом (дебиан 11, если интересно)

Эх, маленькие апдейты.

а у меня апдейт здоровенный, хороший такой

6.0.6 ядро траили уже, ю?

Да не, зачем?

за этим

Посиди вечер и добавь в world-сет всё то, что не должно удаляться при depclean, исключая зависимости.

надо бы обновиться, прилетела ебаная небесная сотня

wut?

Сегодня узнал и закрепил в памяти, что --deselect (-W) и --noreplace (-n) позволяют добавлять и удалять из мира (world) пакеты без сборки и анмержа соответственно. Так сказать, оперируют корзиной покупок в портаже, хех.

Хех, я обычно вручную правлю файлик.

Блядь, ну охуенно!

[ 77%] Building CXX object sql/CMakeFiles/sql_gis.dir/gis/within.cc.o

cd /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build/sql && /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DHAVE_TLSv13 -DLZ4_DISABLE_DEPRECATE_WARNINGS -DMYSQL_SERVER -DRAPIDJSON_NO_SIZETYPEDEFINE -DRAPIDJSON_SCHEMA_USE_INTERNALREGEX=0 -DRAPIDJSON_SCHEMA_USE_STDREGEX=1 -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_USE_MATH_DEFINES -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build -I/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build/include -I/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql -I/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/include -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/extra/rapidjson/include -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/extra/libedit/libedit-20210910-3.1/src/editline -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/include/boost_1_77_0/patches -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/boost/boost_1_77_0 -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/plugin/x/client -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build/plugin/x/generated/protobuf_lite -isystem /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build/plugin/x/generated  -O2 -pipe -std=c++17 -Wall -Wextra -Wformat-security -Wvla -Wundef -Wmissing-format-attribute -Woverloaded-virtual -Wcast-qual -Wimplicit-fallthrough=5 -Wstringop-truncation -Wsuggest-override -Wmissing-include-dirs -Wextra-semi -Wlogical-op -DNDEBUG -g1 -fPIC -Wshadow=local -MD -MT sql/CMakeFiles/sql_gis.dir/gis/within.cc.o -MF CMakeFiles/sql_gis.dir/gis/within.cc.o.d -o CMakeFiles/sql_gis.dir/gis/within.cc.o -c /var/tmp/portage/dev-db/mysql-8.0.31/work/mysql/sql/gis/within.cc

{standard input}: Assembler messages:

{standard input}:1025946: Warning: end of file not at end of a line; newline inserted

{standard input}:1026081: Error: invalid operands (*UND* and .gcc_except_table sections) for `-'

{standard input}:1026083: Error: leb128 operand is an undefined symbol: .LEH

x86_64-pc-linux-gnu-g++: fatal error: Killed signal terminated program cc1plus

compilation terminated.

make[2]: *** [sql/CMakeFiles/sql_gis.dir/build.make:300: sql/CMakeFiles/sql_gis.dir/gis/intersection_functor.cc.o] Error 1

make[2]: *** Waiting for unfinished jobs....

make[2]: Leaving directory '/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build'

make[1]: *** [CMakeFiles/Makefile2:10319: sql/CMakeFiles/sql_gis.dir/all] Error 2

make[1]: Leaving directory '/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build'

make: *** [Makefile:156: all] Error 2

* ERROR: dev-db/mysql-8.0.31::gentoo failed (compile phase):

*   emake failed

*

* If you need support, post the output of `emerge --info '=dev-db/mysql-8.0.31::gentoo'`,

* the complete build log and the output of `emerge -pqv '=dev-db/mysql-8.0.31::gentoo'`.

* The complete build log is located at '/var/tmp/portage/dev-db/mysql-8.0.31/temp/build.log'.

* The ebuild environment file is located at '/var/tmp/portage/dev-db/mysql-8.0.31/temp/environment'.

* Working directory: '/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql_build'

* S: '/var/tmp/portage/dev-db/mysql-8.0.31/work/mysql'

Какой зеон, какие инструкции? Откуда ты это взял?

Это генту в виртуалбоксе, не зеон.

Так и не разобрался. в принципе, оно мне не шибко припекает, ибо мускулем я обычно в докере пользуюсь. Мб вечером поебусь.

С третьей попытки оно собралось. Менялась только конфигурация виртуалки - я с 8 до 10 Гбайт ОЗУ добавил. МБ памяти на линковку c++ не хватило? Обычно весьма жрущий память процесс.

142 пакета!

БЛЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯЯ

Кароче, пошёл по самому безопасному пути обновления таргетов пайтона - сначала собрать с двумя и синглом в 3.10, затем с синглом в 3.11, а затем удалением таргета 3.10.

Господи, помоги мне!

Охуеть, вроде даже жопа цела!

Выключение python3_10 в качестве python_targets ломает мне docker-compose. Придётся ждать, когда просрутся. Держу оба таргета(3_10, 3_11), в качестве сингла - 3_11.

А хуя! Не помогло. Видимо, надо сингл-таргет менять.

Пока так и не решил. Держу два таргета, синглом - 3_10.

Что ж. Я затянул с обновлениями месяца два, и теперь буду обновляться. Походу, всю ночь.

Сначала собираем новый gcc ваншотом...

А, хех. Теперь не требуется в отдельный слот ставить новую версию. Охуенно!

Пробую снова таргет единый завести.

На заметку гентушникам. Так можно узнать на какие установленные пакеты пропали ебилды в принципе и теперь не понятно чё с ними делать в дальнейшем (обновлений, похоже, не будет):

equery list -F'[$mask] $name-$fullversion' \* | grep '??'

Из man equery про эти вопросики можно узнать следующее:

Lastly, ?? only

occurs when the location field  is  [I--].

Together,  they  indicate that the package

was installed from the Portage tree or  an

overlay,  but  has since been removed from

that tree; therefore equery can not deter‐

mine a mask status for it.

Установленные неподдерживаемые пакеты могут, например, вызывать проблемы при обновлении питона, потому что у них не будет нового юз флага на новую версию питона python_targets_python3_xx.

Давно не обновлялся. Оче давно. Погнали!

На удивление, всё прошло хорошо. Обновил gcc, пересобрал libtool, затем ёбнул avuDN.

Ещё ядро соберу новое, а то я всё ещё на 5 мажоре. Лулв.

Кароче, обновился полностью!

Версию ядра в студию!

Последняя стабильная в portage.

Что ж, я плюнул и решил перейти на gentoo-kernel-bin. Один хуй теряю примерно нихуя.

https://bugs.gentoo.org/733234

Телегу пока можно не обновлять.

Сам таким пользуюсь, вроде всё хорошо

По ходу дела консультируемся с новостью: https://www.gentoo.org/support/news-items/2024-03-22-new-23-profiles.html

• Обновляюсь, собираю ядро, перезагружаюсь в новое ядро, выполняю emerge --ask --depclean. Удаляю лишние distfiles перед бэкапом системы с помощью команды eclean-dist --deep и делаю бэкап системы.

• Я уже на профиле 17.1, так что мне не нужно мигрировать до него.

• Я не использую systemd, поэтому этот пункт я пропускаю.

• Записываю в блокнотик значение CHOST из emerge --info. В моём случае я вижу следующее:

CHOST="x86_64-pc-linux-gnu"

• Проверяю файл /etc/portage/make.conf на наличие чего-нибудь связанного с фрагментом CHOST - ничего нет в моём случае.

• Далее нужно переключить профиль. Дано:

[5]   default/linux/amd64/17.1/desktop (exp) *

Согласно таблице на странице https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_update_table с помощью команды eselect profile set 46 я переключаюсь на:

[46]  default/linux/amd64/23.0/split-usr/desktop (stable) *

Потому что моя текущая конфигурация соответствует split-usr конфигурации в профайле версии 23.0. В merged-usr буду преваращать уже после миграции. А может и вовсе не буду, так оставлю.

• Удаляю содержимое PKGDIR - в моём случае это /usr/portage/packages/:

rm -r /usr/portage/packages/*

• Файл /etc/portage/binrepos.conf у меня отсутствует, поэтому я этот пункт пропускаю.

• Запускаю сборку binutils:

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

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

Calculating dependencies... done!

Dependency resolution took 5.95 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

>>> Installing (1 of 1) sys-devel/binutils-2.41-r5::gentoo

>>> Completed (1 of 1) sys-devel/binutils-2.41-r5::gentoo

>>> Jobs: 1 of 1 complete                           Load avg: 3.22, 2.06, 1.99

На всякий случай смотрю в binutils-config, как написано в гайде, хотя я нифига не понимаю чё это за штука такая:

boak ~ # binutils-config -l

[1] arm-none-eabi-2.40 *

[2] i686-w64-mingw32-2.40 *

[3] x86_64-pc-linux-gnu-2.41 *

Звёздочки стоят - наверно это значит, что всё в порядке и ничего селектить не надо, насколько я понимаю.

Далее пересобираю gcc:

boak ~ # emerge --ask --oneshot sys-devel/gcc

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

Calculating dependencies... done!

Dependency resolution took 6.49 s (backtrack: 0/20).

[ebuild   R    ] sys-libs/glibc-2.38-r10  USE="cet*"

[ebuild   R    ] sys-devel/gcc-13.2.1_p20240210  USE="cet* (default-stack-clash-protection*) (default-znow*) zstd*"

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

Не пойдёт так, потому что в попытке пересобрать gcc получаем попытку emerge пересобрать glibc в том числе. Это запрещено в гайде, поэтому делаем так:

boak ~ # emerge --ask --oneshot --nodeps sys-devel/gcc

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

[ebuild   R    ] sys-devel/gcc-13.2.1_p20240210  USE="cet* (default-stack-clash-protection*) (default-znow*) zstd*"

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

>>> Verifying ebuild manifests

>>> Running pre-merge checks for sys-devel/gcc-13.2.1_p20240210

>>> Emerging (1 of 1) sys-devel/gcc-13.2.1_p20240210::gentoo

>>> Installing (1 of 1) sys-devel/gcc-13.2.1_p20240210::gentoo

>>> Completed (1 of 1) sys-devel/gcc-13.2.1_p20240210::gentoo

>>> Jobs: 1 of 1 complete                           Load avg: 4.47, 7.37, 7.08

На всякий случай смотрю в gcc-config, как написано в гайде, хотя я тут я тоже мало что понимаю:

boak ~ # gcc-config -l

[1] arm-none-eabi-13 *

[2] i686-w64-mingw32-13 *

[3] x86_64-pc-linux-gnu-13 *

Ну, ок, поехали дальше.

Пересобираю glibc:

boak ~ # emerge --ask --oneshot sys-libs/glibc

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

Calculating dependencies... done!

Dependency resolution took 5.81 s (backtrack: 0/20).

[ebuild   R    ] sys-libs/glibc-2.38-r10  USE="cet*"

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

>>> Verifying ebuild manifests

>>> Running pre-merge checks for sys-libs/glibc-2.38-r10

>>> Emerging (1 of 1) sys-libs/glibc-2.38-r10::gentoo

>>> Installing (1 of 1) sys-libs/glibc-2.38-r10::gentoo

>>> Completed (1 of 1) sys-libs/glibc-2.38-r10::gentoo

>>> Jobs: 1 of 1 complete                           Load avg: 6.87, 8.10, 7.33

• Смотрю в выводы emerge --info.

• Переменная CHOST не изменилась, а значит:

• Этот пункт я пропускаю.

• Обновляю окружение:

boak ~ # env-update && source /etc/profile

>>> Regenerating /etc/ld.so.cache...

• Пересобираю libtool (г-спади, прости):

boak ~ # emerge --ask --oneshot libtool

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

Calculating dependencies... done!

Dependency resolution took 2.31 s (backtrack: 0/20).

[ebuild   R    ] dev-build/libtool-2.4.7-r3

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

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) dev-build/libtool-2.4.7-r3::gentoo

>>> Installing (1 of 1) dev-build/libtool-2.4.7-r3::gentoo

>>> Completed (1 of 1) dev-build/libtool-2.4.7-r3::gentoo

>>> Jobs: 1 of 1 complete                           Load avg: 2.12, 4.51, 6.00

Эта пересборка libtool происходит очень быстро.

• На всякий случай ещё раз удаляю содержимое PKGDIR, как в пункте 7:

boak ~ # rm -r /usr/portage/packages/*

rm: cannot remove '/usr/portage/packages/*': No such file or directory

• Полная пересборка - весь мир в труху! Тут я сразу пососал с crossdev оверлеем, так как emerge навалил мне сообщений по типу следующего:

emerge: there are no ebuilds to satisfy "cross-arm-none-eabi/binutils".

(dependency required by "@selected" [set])

(dependency required by "@world" [argument])

Но это уже другая история, так как не очень относится к переключению профиля. Это уже мои загоны и разбираться с этим я буду отдельно.

Поставил на ночь собираться. Продолжение следует...

Ну, с одной стороны - это хорошо, а с другой плохо. Чего ты хочешь-то железяки, ты-челоек?

Он очень - богатый человек, он на gentoo! А, ты нет - беднота, которой ни когда не купить даже тинькпад :)

Как же заебись, что есть --resume флаг у emerge: https://forums.gentoo.org/viewtopic-t-380285-view-next.html-sid-3e3ca665e6aeee079e7a7c75533faed5.html

Сейчас один не важный пакет не смог собраться и я думал, что всё, кранты! Но нет, --resume и --skipfirst меня спас. Осталось 128 пакетов.

дженту-отцы всё продумали!

Начал и я перекатывать профиль.

У меня так сборка llvm повесила виртуалку - рестартнул с этим флагом.

Вполне удачно перекатил. Правда, весь день мир пересобирал(>700 пакетов).

Короче, по итогу мир пересобрался, никто не умер, а что там с тулчейнами я буду разбираться потом, ещё через месяц или около того, когда буду в очередной раз обновляться.

Слава Б-ну, у меня тулчейнов нет. Просто пересобрался.

А разве кроссдев сам такое не разруливает? Я думал, там вообще целое окружение для чужого компилятора инсталлица.

https://bugs.gentoo.org/show_bug.cgi?id=CVE-2024-3094

Привет, пора пересобираться!

Не апгрейд, но https://github.com/oddlama/gentoo-install

Пришло время!

Не вышло. Какая-то хуита с мезой и ллвм.

По классике: подождал, проблема починилась сама собой после синка.

У rxvt-unicode было что-то с отрисовкой до тех пор, пока я не пересобрал его.

А, нихуя. После второго перезапуска всё вернулось. Хм. Есть идея...

Во-первых, вернул для mesa оторванный флаг llvm, во-вторых обновил гипервизор, в котором гнеточку и запускаю. Что-то из этого определённо помогло.

Собрал firefox с помощью шланга. Субъективно будто бы разница есть - в производительности рендера.

Подскажите, где на GitHub можно скачать релиз браузера с голосовым ассистентом Мариса, который произносит фразу "линии защиты активированы"?

В Astral.NET разве что.

Перекатился на Python 3.12 полностью.

Как поставить змею на расбери-5?

Обновился сегодня и шрифты с иконками в i3wm слетели :(

Шрифт испарился!

Питонист, что ле?

Перекатываю single target на python3.13.

Профиль что ли требует python3.12? Кроме 3.13 таргетов, нет никаких. Всё пересобрал с текущим выбранным таргетом. Пытаюсь выполнять обновление - зачем-то тянет 3.12. Странно.

Замаскировал все версии пихтона ниже текущего таргета. Зоонаблюдать - буду! Полёт проходит по плану...

В стейбл минорное обновление gcc залетело.

Это, кстати, www-client/firefox:esr хочет пихтона такого.

В ESR наконец-то пришёл firefox-140.2.0, который уже юзает 13 пихтон. Красота.

2025-11-01-portage-git-sync-verify - выглядит так, будто ничего делать не нужно.

я прав?

Ну ваншотнул portage по рекомендации. Вроде полёт стабильный.