Дожили: версия 9999 в стабильной ветке

мож просто пакет до 9999-й версии дорос

Когда синкнулся?

[I] dev-python/certifi
     Доступные версии:      2018.4.16 2019.6.16 (~)2019.9.11 2019.11.28 2020.4.5.1 ~9999 {PYTHON_TARGETS="pypy3 python2_7 python3_6 python3_7 python3_8 python3_9"}
     Установленные версии:  2020.4.5.1(18:09:12 13.07.2020)(PYTHON_TARGETS="python2_7 python3_6 python3_7 -pypy3 -python3_8 -python3_9")
     Домашняя страница:     https://github.com/mgorny/certifi-shim https://pypi.org/project/certifi
     Описание:        

Пока что пишу –exclude=certifi при всех обновлениях в надежде,

А замаскать нишмог? Гентушник...

 >dev-python/certifi-2020.4.5.1

А замаскать нишмог?

Да чёт не хочется. Замаскировать – это навсегда и забыть. А я пока хочу чтобы мозолило.

Когда синкнулся?

Сегодня, вчера… У меня вообще это вместо лизания яиц.

g5 ~ # eix dev-python/certifi
[U] dev-python/certifi
     Available versions:  2020.4.5.1 9999 {PYTHON_TARGETS="pypy3 python2_7 python3_6 python3_7 python3_8 python3_9"}
     Installed versions:  2020.4.5.1(03:36:56 PM 07/27/2020)(PYTHON_TARGETS="python3_7 -pypy3 -python2_7 -python3_6 -python3_8 -python3_9")
     Homepage:            https://github.com/mgorny/certifi-shim https://pypi.org/project/certifi
     Description:         Thin replacement for certifi using system certificate store

Обе «Available version» – зелёненькие.

Если зелененькое, значит ставь. Еще можешь узнать у них на англоязычном форуме – может это спецом в стейбл выкатили чтобы ты боялся и мучился :)

там автор так развлекается.

(In reply to Gentookh from comment #4)
> As per https://wiki.gentoo.org/wiki/Stable_request
> >Live ebuilds (-9999) cannot be stabilized
> 
> WTF?

I perform due diligence before performing work, so please investigate first.

For certifi, it is a possibly misleading version name. It is NOT live.

If you want some background on the package, the idea is... certifi lets you verify certs in python, but it bundles its own CAs.

In the past, it was being patched to include the system ones, now it's just been replaced with a shim so no patch is needed.

9999 does not imply live, and live does not imply 9999. There is no equivalence between the two, even though 9999 _often_ means live.

Во, спасибо за инфу.

Live ebuilds (-9999) cannot be stabilized

9999 does not imply live, and live does not imply 9999

Блин, развели бардак. %-|

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

Но я пока то ещё какое-то время понадеюсь, что этому, который «perform due diligence», жопу ёршиком всё-таки прочистят.

https://bugs.gentoo.org/show_bug.cgi?id=734716

Но Michal Gorny(автор certifi-shim) жжот, это да...

Подтверждаю. Действительно непорядок. Надо репостить баг.

Почему 9999, а не 3333?

А мне откуда знать - это у Michal надо спрашивать

Нда, как они теперь его обратно даунгредить будут.

Ох уж эти Михаилы…

Тоже вчера удивился.

Интересно, обновления теперь в виде ревизий будут или обновлений больше не предвидится?

Интересно, обновления теперь в виде ревизий будут или обновлений больше не предвидится?

Второе. =) Чувак познал дзен и подготовился к смерти.

Это специально. Похоже, что Michal Gorny(довольно заметный разработчик в gentoo) форкнул https://pypi.org/project/certifi в https://github.com/mgorny/certifi-shim только ради этих цифр. Или написал свою реализацию зачем-то под тем же именем пакета с такой версией. Цифры эти магические. Во многих ебилдах стоит проверка, что если версия пакета равна 9999, исходники качаются по другому URI, обычно через git, где лежит последняя разрабатываемая версия. Т.е. исходники не фиксированы, и такой ебилд называют live ebuild. Но не в этом случае.

Это специально. […] если версия пакета равна 9999, исходники качаются по другому URI

Т.е. парень собирается сделать какую-то гадость?

В данном случае SRC_URI не меняется. Если он захочет сделать гадость, то ему и в другом месте это ничто не помешает сделать, так как у него есть доступ коммитить в master.

Учитывая что всё что делает пакет - это грузит комбинированный файл базы системных сертификатов... То апдейты будут нужны разве что если в openssl поменяют этот путь по-умолчанию. То есть не раньше какого-нибудь openssl 3.0(и то не факт что там будут это менять).

Но да, лично мне решение кажется странным - если бы речь не о Python-е, то подобные вещи решаются virtual-атомами. Однако я последнее время за веяниями в Gentoo слежу вполглаза - зачастую не хватает времени даже свои пакеты поддерживать...

а мне баг свалился, что софтина не собирается с gcc-11-9999 о_О

надо бы отписаться, что я это пока фиксить не буду (но протестирую фикс ворнинга на ранних версиях), так как это именно live-ebuild, а gcc у меня 2 часа собирается и мой фикс, может не работать уже через пару дней, мало ли что там ещё поменяют.

похоже, что решили сменить номер версии, чтобы никого не смущать: dev-python/certifi-10001

Гы, опередил. =) Тоже только что заметил. :)

А разве во всяких там пакманах и его заменах нет проверки что номер версии должен быть не более 4 символов?

Здесь нет пакманов или его замен. Номер может быть любым, емнип

2020

gentoo

…

Здесь нет пакманов или его замен. Номер может быть любым, емнип

В т.ч. например таким: 11.22.33.44_rc5-r6

Ну т.е. есть xxx-1.2, yyy-2.45.667.8888, zzz-10001, но aaa-9999 - это «волшебный» номер?

Нашла коса (питон) на камень (генту). Божечки, сколько кала льется постоянно с pip и плавающими requirements.txt (т.к. без фиксированной версии), а тут еще и в системе тоже самое.

но aaa-9999 - это «волшебный» номер?

Ага. И 999999 тоже волшебный, кстати. У некоторых пакетов есть.

Нашла коса (питон) на камень (генту).

Без питона обошлись.

dev-python/certifi: Fork the patch into certifi-shim Instead of carrying a growing patch that replaces the whole of package’s code with a shim, just put the shim in a repository of its own and install it in place of the original package.

Signed-off-by: Michał Górny mgorny@gentoo.org

---

+++ b/dev-python/certifi/certifi-9999.ebuild

https://gitweb.gentoo.org/repo/gentoo.git/commit/dev-python/certifi?id=450ab5036328c9b6f6c332dfa26452c95251afee

Ну т.е. строго говоря с точки зрения портежа он не волшебный (иначе тема бы не возникла), но by convention – девятки означают live git-срез.

Повторюсь. Магия в простом IF самого ебилда. Можно даже так:
net-misc/freerdp/freerdp-2.9999.ebuild

.....
if [[ ${PV} == *9999 ]]; then
	inherit git-r3
	EGIT_REPO_URI="https://github.com/FreeRDP/FreeRDP.git"
	case ${PV} in
		2.*) EGIT_BRANCH="stable-2.0";;
	esac
else
	MY_P=${P/_/-}
	S="${WORKDIR}/${MY_P}"
	SRC_URI="https://pub.freerdp.com/releases/${MY_P}.tar.gz"
	KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~ppc ~ppc64 ~x86"
fi
.....

У обсуждаемых certifi таких проверок нет.

Ага, т.е. это для случая когда для live и не-live копипастится один и тот же файл. Понятно.

Подробнее здесь https://devmanual.gentoo.org/ebuild-writing/file-format/index.html

Пока что пишу –exclude=certifi при всех обновлениях в надежде, что одумаются. Бред же очевидный, не?

Поздравляю, ты дождался. Только баксы не покупай, ладно?

Поздравляю, ты дождался.

С пробуждением.

Только баксы не покупай, ладно?

Не буду. Делягин не советует.