gentoo проблемы с обновлениями

[yoricI]

Здра!
grep sync-uri /etc/portage/repos.conf/gentoo.conf sync-uri = rsync://rsync.ru.gentoo.org/gentoo-portage/ grep -i mirror /etc/portage/make.conf ###GENTOO_MIRRORS="http://gentoo.bloodhost.ru/ http://ftp.halifax.rwth-aachen.de/gentoo/" GENTOO_MIRRORS="https://mirror.yandex.ru/gentoo-distfiles/ \ https://gentoo-mirror.alexxy.name/ \ rsync://mirror.mephi.ru/gentoo-distfiles/"
При этих данных постоянно в последнее время проблемы с обновлением портов (eix-sync). Отключил ipv6 - то же самое. Вручную раза с пятого, а иногда с десятого получается.
Я так понимаю, что порты обновляются с sync-uri = rsync://rsync.ru.gentoo.org/gentoo-portage/, а GENTOO_MIRRORS - это для скачки пакетов с кодом? Несколько sync-uri можно прописать? Посоветуйте какие, если можно.

[ormorph]

Я так понимаю, что порты обновляются с sync-uri = rsync://rsync.ru.gentoo.org/gentoo-portage/, а GENTOO_MIRRORS - это для скачки пакетов с кодом? Несколько sync-uri можно прописать? Посоветуйте какие, если можно.

Так оно и есть.
Адреса что можно прописать в /etc/portage/repos.conf/gentoo.conf можно посмотреть здесь.

[yoricI]

Спасибо

[SwapON]

Адреса что можно прописать в /etc/portage/repos.conf/gentoo.conf

То есть можно несколько прописать sync-uri. Например:

Shell

sync-uri = rsync://rsync1........
sync-uri = rsync://rsync2........
sync-uri = rsync://rsync3........

И это ошибкой не будет?
Если первый рсинк будет недоступен, поиск портов будет осуществляться следующий вниз по конфигу?

[ormorph]

То есть можно несколько прописать sync-uri. Например:

Нет, только один. Но их можно менять в ручную. Если какой то не работает, то можно заменить другим.

[yoricI]

Нет, только один.

а в чём проблема сделать несколько?

[ormorph]

а в чём проблема сделать несколько?

Не я писал добавление репозиториев через repos.conf. Я таких примеров(с несколькими адресами) не видел.

[yoricI]

Попробую, вдруг работает.

[SwapON]

Нет, только один. Но их можно менять в ручную.

По идее можно придумать велосипед написать костыль, который будет при попытке обновления проверять доступность хостов и еже-ли ответа от явно указанного в конфиге нет, будет переключаться на другой. Вот только где его указать, если в gentoo.conf разрешено прописать только один Ну и если тема взлетает, то отправить разрабам на предложение доработать, тем самым внести свой вклад

[ormorph]

По идее можно придумать велосипед написать костыль, который будет при попытке обновления проверять доступность хостов

Они и так как правило доступны. Вот только они просто блокируют как правило запросы на время, если с одного IP много подключений.

[yoricI]

То есть это из этой оперы:
# emerge -av media-gfx/freecad !!! Problem resolving dependencies for media-gfx/freecad ... done! !!! The ebuild selected to satisfy "media-gfx/freecad" has unmet requirements. - media-gfx/freecad-0.21.2-r3::gentoo USE="addonmgr fem gui idf image inspection material openscad part-design path points raytracing robot show surface techdraw tux -cloud -debug -designer -netgen -pcl (-qt6) -test" PYTHON_SINGLE_TARGET="python3_12 -python3_10 -python3_11" The following REQUIRED_USE flag constraints are unsatisfied: python_single_target_python3_12? ( gui? ( qt6 ) ) The above constraints are a subset of the following complete expression: exactly-one-of ( python_single_target_python3_10 python_single_target_python3_11 python_single_target_python3_12 ) designer? ( gui ) inspection? ( points ) path? ( robot ) python_single_target_python3_12? ( gui? ( qt6 ) )

[/dev/random]

python_single_target_python3_12? ( gui? ( qt6 ) )

Расшифровываю: "если для этого пакета включён флаг python3_12 и включён флаг gui, то вы должны также включить для него флаг qt6".

[SwapON]

То есть это из этой оперы:

Тут из другой оперы. Мне кажется надо обратить внимание на

Shell

python_single_target_python3_12

[yoricI]

если для этого пакета включён флаг python3_12 и включён флаг gui, то вы должны также включить для него флаг qt6".

Если оно такое умное, то могло бы и само включить))

[yoricI]

Пришло обновление python, собираются на 3.13 полностью переходить. А у меня уже с год в make.conf прописано

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

PYTHON_TARGETS="python3_11"
PYTHON_SINGLE_TARGET="python3_11"

Пакетов с 3.11 в репо осталось 220.

В новости

2025-03-24-python3-13

Title Python 3.13 to become the default on 2025-05-01
Author Michał Górny <mgorny@gentoo.org>
Posted 2025-03-24
Revision 1

We are planning to switch the default Python target of Gentoo systems
on 2025-05-01, from Python 3.12 to Python 3.13. If you have not changed
the values of PYTHON_TARGETS or PYTHON_SINGLE_TARGET, the change will
have immediate effect on your system and the package manager will try
to switch automatically on the next upgrade following the change.

If you did change the values, prefer a safer approach or have problems
with the update, read on.

Please note that the default upgrade method switches packages to the new
Python versions as they are rebuilt. This means that all interdependent
packages have to support the new version for the upgrade to proceed,
and that some programs may temporarily fail to find their dependencies
throughout the upgrade (although programs that are already started
are unlikely to be affected).


If you have PYTHON_TARGETS or PYTHON_SINGLE_TARGET declared
in make.conf, please remove these declarations as they will interfere
with the package.use samples provided below. Using make.conf for Python
targets is discouraged as it prevents package defaults from applying
when necessary. This news item assumes using /etc/portage/package.use
or your package manager's equivalent file for configuration.


At this point, you have a few configuration options to choose from:

1. If you wish Python upgrades to apply automatically, you can remove
PYTHON_TARGETS and PYTHON_SINGLE_TARGET declarations. When
the defaults change, your package manager should handle the upgrade
automatically. However, you may still need to run the update
commands if any problems arise.

2. If you wish to defer the upgrade for the time being, you can
explicitly set the old values in package.use.

3. If you wish to force the upgrade earlier, you can explicitly set
the new values and run the upgrade commands.

4. If you wish to use a safer approach (i.e. less likely to temporarily
break packages during the upgrade), you can perform a multi-step
upgrade as outlined below.

5. Finally, you can use an arbitrary combination of PYTHON_TARGETS
and PYTHON_SINGLE_TARGET.


Deferring the upgrade
=====================
To defer the upgrade, explicitly set the old targets:

*/* PYTHON_TARGETS: -* python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_12

This will enforce Python 3.12 and block any future updates. However,
please note that this is only a temporary solution and you will
eventually need to perform the migration.


Forcing the upgrade
===================
To force the upgrade earlier, explicitly select the Python 3.13 targets:

*/* PYTHON_TARGETS: -* python3_13
*/* PYTHON_SINGLE_TARGET: -* python3_13

However, it is important to remember to remove this after the defaults
change, as it will interfere with the automatic switch to the next
Python version in the future.


Safer upgrade procedure
=======================
A safer approach is to add Python 3.13 support to your system first,
and only then remove Python 3.12. However, note that this involves two
rebuilds of all the affected packages, so it will take noticeably
longer.

First, enable both Python 3.12 and Python 3.13, and then run the upgrade
commands:

*/* PYTHON_TARGETS: -* python3_12 python3_13
*/* PYTHON_SINGLE_TARGET: -* python3_12

Then switch PYTHON_SINGLE_TARGET and run the second batch of upgrades:

*/* PYTHON_TARGETS: -* python3_12 python3_13
*/* PYTHON_SINGLE_TARGET: -* python3_13

Finally, switch to the final version and upgrade:

*/* PYTHON_TARGETS: -* python3_13
*/* PYTHON_SINGLE_TARGET: -* python3_13

You may wish to remove the target overrides after the defaults switch.
Alternatively, you can keep them to block the next automatic upgrade
to Python 3.14, and upgrade manually then.


Upgrade commands
================
The Python 3.12 cleanup requires that Python 3.12 is removed from
the complete dependency trees in batch. If some of the
installed packages using an older Python version are not triaged
for the upgrade, the package manager will throw dependency conflicts.
This makes it important that the upgrade is carried via a --deep
--changed-use @world upgrade, as well as that any stray packages
are removed prior to it, e.g.:

emerge --depclean
emerge -1vUD @world
emerge --depclean


Other Python implementations
============================
At the same time, we are also going to remove the target support
for Python 3.10 (python3_10) and PyPy 3.10 (pypy3). If you were using
the pypy3 target before, now you will need to explicitly enable
per-version targets, such as:

*/* PYTHON_TARGETS: pypy3_11

Note that PyPy support is available only for systems accepting ~arch
keywords.

как один из путей рекомендуют полностью удалить PYTHON-таргеты из конфига, и оно само разрулит (автообновление). Меня интересует этот путь насчёт безопасности, учитывая, что ещё 3.11 вовсю фигурирует. Получится?

[ormorph]

Получится?

Не попробуешь не узнаешь. У меня давно всё это удалено из make.conf. Так что кто его знает, всё зависит от того что у вас там установлено. А так не долго длилось время стаюильной жизни.

[yoricI]

Я смотрю, питон 3.13 ещё далеко не во все пакеты завезли, а там где завезли, он выключен.

[ormorph]

смотрю, питон 3.13 ещё далеко не во все пакеты завезли, а там где завезли, он выключен.

Ну так там написано что переход с 1 мая. Как раз что бы помаяться.
А так смотрю что Gentoo всё больше напоминает на игрушку для тестирования новых приложений, даже бывало когда последняя версия glibc была в стабильных. Не знаю кто там у них в спонсорах выступает. Как правило то что собрано под старой версией glibc будет работать и на последних, а то что собрано на новой версии, на старых версиях работать не будет. Так что тут о бинарной совместимости не может быть и речи. Так что если хочешь делать что то портабельное под Gentoo то уже использовать только Docker для сборки.

[ormorph]

О грусном, смотрю в python-3.13 выпилили telnetlib, так что такие проекты как этот скорее всего будут работать не очень хорошо. Хотя я обычно использовал com порт для этого, по этому скорее всего смогу это заставить работать как надо без этого модуля. Но тем не менее это уже неполноценная поддержка этого проекта новой версией Python.

Добавлено (18:30):

Вроде можно решить проблему просто, добавить telnetlib пакет через pip. Так что теперь только с танцами с бубном.

[yoricI]

Понятно же, почему загибается система. Не очень популярна, мягко говоря, тестировщиков мало, обратной связи тоже, персонала тоже, отсюда усталость и безразличие. Всё из этого проистекает.
Кстати, даже в FreeBSD есть браузер brave (причём linux-brave с соотв. linux-пакетами поддержки), а в gentoo нет.

[ormorph]

Не очень популярна, мягко говоря, тестировщиков мало, обратной связи тоже, персонала тоже, отсюда усталость и безразличие. Всё из этого проистекает.

Да я бы не сказал что тестировщиков там мало, их как раз полно, каждый пользователь им выступает. А вот сопровождающих отдельных пакетов мало. От сюда и урезание идёт, так как мало кто это будет поддерживать и проверить некому.
Но тут они сами сделали политику, теперь что бы добавить исправление в пакет нужно не слабо так подучить мат часть. Тут сделано это так как проверкой добавляемого ебилда занимается уже не человек, по этому к формату требования строгие. Если у человека времени мало то ему становится просто напряжно проходить всю эту бюрократию. Для тех кто этим занимается постоянно легче, так как привыкли уже и лишних действий уже не делают.

[yoricI]

каждый пользователь им выступает.

http://distrowatch.org gentoo на 62-м месте по популярности, после Mint Manjaro Debian Devuan Calculate *ubuntu и даже FreeBSD, и кучи малоизвестных. И даже после ZorinOS

Для тех кто этим занимается постоянно легче, так как привыкли уже и лишних действий уже не делают.

Надо привыкать

[SwapON]

http://distrowatch.org gentoo на 62-м месте по популярности

Ну во-первых в сотне - это уже хорошо
А во-вторых на генту мало перейти. Надо ещё понимать как это всё крутится под капотом. Если юзер ушёл на генту, то должен знать как собрать ядро ибо смысл на генту ставить его бинарным.
На каком-то из форумов я читал, что некоторые даже genkernel осилить не могут, не то, что ручками компилёй заниматься. Ну и опять же, генту для тех, кто хочет собрать дистрибутив под себя, а на сегодняшний день мало кто хочет приседать с этим. Все хотят тыкать мышкой

P.S> у меня вообще уважуха к гентоводам. Хоть их нас мало, но всё-таки сообщество
P.P.S> Например психологический портрет ormorph я вижу как бородатого, лет под 50 гентушного оракула

[yoricI]

Ну во-первых в сотне - это уже хорошо

Надо смотреть по комплексным показателям. Одно дело, если 62-й из тысячи. Или из 65-и И общее кол-во клиентов не радует.

[ormorph]

http://distrowatch.org gentoo на 62-м месте по популярности, после Mint Manjaro Debian Devuan Calculate *ubuntu и даже FreeBSD, и кучи малоизвестных. И даже после ZorinOS

По моему этот опрос уже просто от балды проставили. Смотрю там арч вообще на 66 месте. Зато OpenSUSE на 10 месте, которую вообще как правило еденицы пользуют, я ещё поверил бы если бы речь шла об SUSE, а не OpenSUSE. В OpenSUSE как правило вечно собрано так что что-нибудь не работает, например кодеки и т.п. везде лицензионные ограничения и т.п.

[ormorph]

Хм просмотрел, на http://distrowatch.org указана не реальная популярность дистрибутива а популярность страницы с дистрибутивом на этом сайте, т.е. как часто посещают её. Как правило пользователи Gentoo не посещают distrowatch.org, для скачивания дистрибутива, а посещают офиофициальный сайт. Так что это не показатель реальной популярности и реального использования. Это может так же говорить о том, что все просто знают как скачать этот дистрибутив, и не посещают distrowatch.org, кроме того там для скачивания Gentoo отсылает на официальную страницу Gentoo, то же самое и с Arch Linux. Так что тут ни чего удивительного, если кто то ранее уже посещал эту страницу, позже посещать уже не будет, так как не имеет смысла.

[yoricI]

А дебиановцы и прочие лидеры зачем будут вторично посещать? Всё-таки какую-никакую популярность это показывает.

[ormorph]

А дебиановцы и прочие лидеры зачем будут вторично посещать? Всё-таки какую-никакую популярность это показывает.

На счёт популярности Debian я даже не сомневаюсь. Но так оно и есть, пользователи которые уже пользуются дистрибутивом не будут повторно посещать страницу с этим дистрибутивом, если только не захотят чего то нового. Так же я не сомневаюсь что пользователей Gentoo больше чем пользователей Calculate. Я так же, когда нужно было скачать дистрибутив Debian не посещал для этого distrowatch.org. Лично мне бы было интересно посещать этот сайт если нужно узнать какие есть ещё дистрибутивы. Тут так же есть эффект толпы, если видишь что какой то популярен, то хочешь узнать что это такое и с чем его едят.

[Bizdelnick]

Всё-таки какую-никакую популярность это показывает.

Заходит нуб на distrowatch, тыкает в несколько верхних позиций, смотрит, уходит и не возвращается. Ничего этот рейтинг не показывает, и никто на него давно не смотрит, его даже накручивать перестали — неинтересно.