gentoo заскоки

[UnixNoob]

Ну так само собою не все ебилды на python-3.12 переписаны

А что, минорная версия python'a уже все ломает? Или в ebuild'е жестко указывается версия, без вилки?

[ormorph]

А что, минорная версия python'a уже все ломает? Или в ebuild'е жестко указывается версия, без вилки?

Само собою ломает, так как в ебилдах последняя крайняя поддерживаемая версия указана 11 а не 12. Проверить:

Shell

# cd /var/db/repos/gentoo
# grep -R "\.\.11" .|grep PYTHON_COMPAT

Как результат получишь список ебилдов в которых крайняя версия 11. А если подсчитать ещё строки, то можно понять что таких ебилдов осталось восемьсот с лишним.

[yoricI]

Не пойму, в чём проблема, они же (питоны) могут одновременно быть в системе в разных слотах? И так бывало неоднократно, и даже с другой старшей циферкой (2.7 и прочие).
И даже сейчас. Что за паника?
dev-lang/python Available versions: (2.7) 2.7.18_p16-r2^t (3.8) 3.8.19_p1^t ~3.8.19_p2^t (3.9) 3.9.19_p2^t ~3.9.19_p3^t (3.10) 3.10.14_p1^t ~3.10.14_p1-r1^t (3.11) 3.11.9^t ~3.11.9-r1^t (3.12) 3.12.3^t ~3.12.3-r1^t (3.13) ~3.13.0_beta1_p1^t ~3.13.0_beta1_p2^t ~3.13.0_beta1_p3^t Installed versions: 3.11.9(3.11)^t(09:21:46 02.05.2024)(ensurepip gdbm ncurses pgo readline sqlite ssl -bluetooth -build -debug -examples -libedit -test -tk -valgrind -verify-sig) 3.12.3(3.12)^t(19:59:17 11.04.2024)(ensurepip gdbm ncurses pgo readline sqlite ssl -bluetooth -build -debug -examples -libedit -test -tk -valgrind -verify-sig)

[ormorph]

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

Сами версии python могут быть в разных слотах, а вот пакеты(большинство) всегда привязаны только к одному из слотов. Раньше да почти все пакеты зависимые от python можно было собрать под несколько слотов python. А вот сейчас большинство ебилдов написаны только под один слот (single). Что то видно поменялось в подходе, но этот процесс начался уже достаточно давно. По этому на данный момент это действительно проблема. Они могли эти переменные прописать позже(привязка к 3.12), просто на момент тестирования нужно было прописать в make.conf, и только потом добавлять эти переменные по умолчанию в порты. Но только вот сделали сразу наоборот, это как раз результат их предыдущих действий.

[yoricI]

При попытке обновления ни одного пакета не обновлялось, только предложения, очень и очень многократные, внести изменения в конфиги по многим пакетам на предмет включения python-3.11. Пока отложил. Ждать ли чего хорошего или не стоит?

[ormorph]

При попытке обновления ни одного пакета не обновлялось, только предложения, очень и очень многократные, внести изменения в конфиги по многим пакетам на предмет включения python-3.11. Пока отложил. Ждать ли чего хорошего или не стоит?

Когда нибудь то исправят, но ждать похоже что придется не мало. Тот кто добавил просто ставит на выживание пользователей. Видно уже надоело поддерживать Gentoo вот и делает пакости. Тут проблема в том, что пользователи теперь должны отслеживать сами, когда же наконец можно будет перейти на версию 3.12. То что они сделали это не переход, так как нельзя собрать с версией 3.12, слишком много зависимостей. Но где то за 4 дня они исправили около сотни пакетов, осталось ещё семьсот с лишним.

[yoricI]

А каким образом исправили? ТО есть сами собой перейдут на 3.12, без правки конфигов? А таук-то месяц можно подождать, и даже больше))

[ormorph]

А каким образом исправили? ТО есть сами собой перейдут на 3.12, без правки конфигов? А таук-то месяц можно подождать, и даже больше))

Они добавили в ебилды сборку с python 3.12
Т.е. сами перейдут после правки ебилдов на 3.12. Конфиги они поправили, вот только так что теперь по умолчанию у них выставлено 3.12.
Я им написал в багзилу а там ответили что типа это всё в порядке вещей и через день-два все должно стать нормально, и поставили статус решено. Уже прошло больше. Очень классное решение.

[yoricI]

# cd /var/db/repos/gentoo
# grep -R "\.\.11" .|grep PYTHON_COMPAT

А почему у меня в /var/db/repos/ абсолютно пусто?

[ormorph]

А почему у меня в /var/db/repos/ абсолютно пусто?

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

[/dev/random]

А почему у меня в /var/db/repos/ абсолютно пусто?

Потому что у вас дерево $PORTDIR в другом месте, видимо. /var/db/repos/gentoo/ - это современное его расположение, но для уже существующих систем оно автоматически туда не переносится. Перед этим было несколько других путей к нему, самый старый - /usr/portage/.

[yoricI]

Понятно, у меня в /usr/portage/

Добавлено (15:51):

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

 $ grep --exclude-dir distfiles -R "\.\.11" .|grep PYTHON_COMPAT|wc -l

В четверг было 810, сейчас уже 760. Работы ведутся медленно и неуклонно.

[yoricI]

отому что у вас дерево $PORTDIR в другом месте, видимо. /var/db/repos/gentoo/ - это современное его расположение, но для уже существующих систем оно автоматически туда не переносится. Перед этим было несколько других путей к нему, самый старый - /usr/portage/.

Достаточно ли для переноса в новое состояние изменить строчку

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

location = /usr/portage

в /etc/portage/repos.conf/gentoo.conf на /var/db/repos/? Или ещё какие действия надо, кроме переноса /distfiles/, чтобы не качать по новой исходники?
А то, как обычно, рано или поздно выплывет в неподходящий момент.

[/dev/random]

Или ещё какие действия надо, кроме переноса /distfiles/, чтобы не качать по новой исходники?

DISTDIR теперь /var/cache/distfiles, а PKGDIR - /var/cache/binpkgs, они больше не внутри PORTDIR.

И на всякий случай грепните весь /etc/portage/ на наличие строки "usr/portage". И если make.conf у вас до сих пор напрямую в /etc/, а не в /etc/portage/, то его тоже.

[yoricI]

DISTDIR теперь /var/cache/distfiles, а PKGDIR - /var/cache/binpkgs, они больше не внутри PORTDIR.

Всего три переменных? PORTDIR - /var/db/repos/gentoo? Это всё где-нибудь описано?

$ grep -r "usr/portage" /etc/portage/* /etc/portage/make.conf:PORTDIR="/usr/portage" /etc/portage/repos.conf/gentoo.conf:location = /usr/portage
Это всё что есть. Что ж их так мотает?

[yoricI]

$ grep --exclude-dir distfiles -R "\.\.11" .|grep PYTHON_COMPAT|wc -l

В четверг было 810, сейчас уже 760. Работы ведутся медленно и неуклонно.

Ещё спустя неделю, сегодня, уже 744. Да, такими темпами... Так это не обновляться, или конфиги перелопачивать на предмет прописки 3.12 или что там оно предлагает?

[ormorph]

Ещё спустя неделю, сегодня, уже 744. Да, такими темпами... Так это не обновляться, или конфиги перелопачивать на предмет прописки 3.12 или что там оно предлагает?

Именно по этому я и писал в багзилу что это баг. Хотя там мне ответили что это нормально и всё с дня на день должно наладиться. Тут коню понятно было что это так быстро ни кто не сделает. Сначала будут большие обороты работы учитывая что разработчиков там не мало и то их ряды поредели, а потом сдуются.
Они видно считают нормальным, что они написали в новостях, что ты можешь вернуться на 3.11 прописав в make.conf. А то что поддержка 3.12 ни в красную армию, не кто не задумался. Они видно захотели что бы пользователи сами каждый пакет протестировали и им в багзилу написали что всё работает с 3.12, потому что другого объяснения я тут не вижу, зачем это надо было делать.
Я думаю да, это вполне нормально, если ты устал поддерживать и нужен повод уйти. Ну и там перевели только некоторые пакеты на 3.12, просто добавив новые версии, а там где было прописано 3.11 просто удалили(если присутствует несколько версий одного пакета), от сюда и кажется что проделан такой большой объем работы. Просто уменьшилось количество пакетов с крайней версией python-3.11.

[yoricI]

Просто уменьшилось количество пакетов с крайней версией python-3.11.

То есть просто пакет исключают из системы без альтернатив?

[ormorph]

То есть просто пакет исключают из системы без альтернатив?

Где как. Какие то как устаревшие, а какие то просто удаляют старые версии. Вот и уменьшается количество пакетов. Это уже давно так, кому не нравится сами добавляют обратно в локальный оверлей со своими патчами. Просто сейчас они это делают уже совсем явно из за преждевременного перехода на 3.12.

[yoricI]

Куда бечь будем? Вроде про Funtoo был разговор

[ormorph]

Куда бечь будем? Вроде про Funtoo был разговор

Это уже когда окончательно поломают, то да на Funtoo следует обратить внимание. Но в принципе пока просто прописал в make.conf и всё работает, но если и это поломают, тогда нужно будет уже бежать.

[ormorph]

Ещё один заскок. Обновил дерево портов, теперь добавили в файл profiles/targets/desktop/make.defaults флаг kf6compat. Это при том, что все пакеты связанные с шестыми кедами замаскированы. Мне кажется или там в разработчиках вредитель завёлся.

[/dev/random]

Обновил дерево портов, теперь добавили в файл profiles/targets/desktop/make.defaults флаг kf6compat. Это при том, что все пакеты связанные с шестыми кедами замаскированы.

Если ничего не изменилось за последние несколько часов, то флаг kf6compat сам stable-masked. Т.е. замаскирован в стабильной ветке для всех пакетов, кроме тех, которые пользователь добавил в package.accept_keywords. И пакеты, от которых он зависит, тоже замаскированы только в стабильной ветке. Т.е. ни в чистой стабильной, ни в чистой нестабильной ветке проблем нет. А пользователям смеси веток положено уметь самим решать такие проблемы.

[ormorph]

Если ничего не изменилось за последние несколько часов, то флаг kf6compat сам stable-masked. Т.е. замаскирован в стабильной ветке для всех пакетов, кроме тех, которые пользователь добавил в package.accept_keywords. И пакеты, от которых он зависит, тоже замаскированы только в стабильной ветке. Т.е. ни в чистой стабильной, ни в чистой нестабильной ветке проблем нет. А пользователям смеси веток положено уметь самим решать такие проблемы.

А да да, я там на время тестировал kde6 потом вернулся на kde5, тогда я добавлял -kf6compat в /etc/portage/profile/use.mask, по этому у меня сразу вылезло...
Но всё равно это выглядит странно.

Добавлено (15:40):

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

Добавлено (15:51):

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

[yoricI]

У меня багзилла работает.

[ormorph]

У меня багзилла работает.

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

[yoricI]

Сегодня что-то везде сбои. В местной облбольнице база недоступна. Больница в Новосибирске, а база, наверное, в Москве.
Ещё что-то по радио слышал, ещё где-то там писали.

[ormorph]

Если ничего не изменилось за последние несколько часов, то флаг kf6compat сам stable-masked. Т.е. замаскирован в стабильной ветке для всех пакетов, кроме тех, которые пользователь добавил в package.accept_keywords. И пакеты, от которых он зависит, тоже замаскированы только в стабильной ветке. Т.е. ни в чистой стабильной, ни в чистой нестабильной ветке проблем нет. А пользователям смеси веток положено уметь самим решать такие проблемы.

Удалил из /etc/portage/profile/use.mask, не помогло всё равно при обновлении выскакивает:

Shell

!!! All ebuilds that could satisfy "kde-apps/kio-extras:6" have been masked.
!!! One of the following masked packages is required to complete your request:
- kde-apps/kio-extras-24.05.1::gentoo (masked by: ~amd64 keyword)

(dependency required by "kde-apps/kio-extras-24.02.2-r1::gentoo[kf6compat]" [ebuild])
(dependency required by "kde-apps/kio-extras:5" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook

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

[/dev/random]

Ветка как раз полностью стабильная.

Точно? В package.accept_keywords и/или package.keywords пусто?
Загляните в profiles/base/use.stable.mask. Там должно быть прописано:

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

# KF6 is not in stable yet.
kf6compat

Этот файл маскирует флаги для всех пакетов, которых нет в accept_keywords.

[ormorph]

Точно? В package.accept_keywords и/или package.keywords пусто?

Spoiler

Shell

$ cd /etc/portage/
$ grep -R kf6compat .
./make.conf:USE="zstd arts wayland gles2 -kf6compat"
./package.unmask:# - put '-kf6compat' into /etc/portage/profile/use.mask
./package.unmask:# - enable USE=kf6compat globally
./package.unmask:# - put '-kf6compat' into /etc/portage/profile/use.mask
./package.unmask:# - enable USE=kf6compat globally
./package.unmask:# - put '-kf6compat' into /etc/portage/profile/use.mask
./package.unmask:# - enable USE=kf6compat globally

Как видно всё вычищено, остались только комментарии. Флаг -kf6compat уже добавил после.

Загляните в profiles/base/use.stable.mask. Там должно быть прописано:
Код: Выделить всё

# KF6 is not in stable yet.
kf6compat

Это всё присутствует, могу даже на видео все это записать, начиная с удаления флага -kf6compat из make.conf.