LINUX.ORG.RU

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

[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
     Описание:        
RedEyedMan666 ()
Ответ на: комментарий от RedEyedMan666

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

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

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» – зелёненькие.

dimgel ★★★ ()

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

(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.
arrecck ★★ ()
Ответ на: комментарий от arrecck

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

Live ebuilds (-9999) cannot be stabilized

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

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

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

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

dimgel ★★★ ()
Последнее исправление: dimgel (всего исправлений: 3)
Ответ на: комментарий от anonymous

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

boowai ★★★★ ()
Последнее исправление: boowai (всего исправлений: 5)
Ответ на: комментарий от dimgel

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

grem ★★★★★ ()
Ответ на: комментарий от grem

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

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

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte

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

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

grem ★★★★★ ()

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

zendrz ()
Ответ на: комментарий от zendrz

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

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

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

boowai ★★★★ ()
Ответ на: комментарий от dimgel

Повторюсь. Магия в простом 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 таких проверок нет.

boowai ★★★★ ()
Последнее исправление: boowai (всего исправлений: 1)