Спасибо большое!

Где вы работу ищете ?) кроме хх ру. Сколько у вас в среднем поиски работы заняли время ? ( джуны)

кроме hh и linkedin вроде и нет ничего. мне повезло, с первого собеса получил оффер когда первую работу искал

Джун обычно получает ловко после первого собеседования, после того как научится из проходить. А чтобы научиться, надо какое-то время походить по собеседованиям.

Кто подскажет как обфусцировать стаб pyinstaller'a и сбилдить ? Где исходнок стаба лежит, не могу найти, не уж то в файлах .py ?

Приветствую!

Столкнулся с проблемой использования приватных пакетов, а именно с обновлениями зависимостей.

Вот есть у нас проект со следующим requirements.txt:
git+ssh://git@gitea.site.net/user/libb.git@v1.0.0#egg=libb

А эта приватная библиотека libb имеет тоже зависимость от другой приватной библиотеки, в ее setup.py примерно следующее:
install_requires=[
   "requests==2.20.0",
   "liba@git+ssh://git@gitea.site.net/user/liba.git@v1.0.1#egg=liba",
],

И вот мы выпустили новые версии liba и libb. В setup.py у libb мы тоже обновили ссылку на liba: "liba@git+ssh://git@gitea.site.net/user/liba.git@v1.0.2#egg=liba"


В самом проекте обновляемся через pip install -r requiremets.txt -U.

И что получается:
libb — успешно обновилось
requests — библиотека из PyPi, которая использует liba - она тоже успешно обновилась
liba — а вот эта библиотека не обновилась

Правильно ли я понимаю, что данную проблему можно решить установкой приватного PyPi сервера?

Погуглив, нашел два варианта: pypiserver и devpi-server. Что вы порекомендуете?

> а вот эта библиотека не обновилась

когда что-то не обновляется, обычно пишется поясняющее сообщение в лог, что происходит в результате "необновления"?

у тебя же в install_requires v1.0.1

она и не должна обновляться

это я показал первоначальный пример setup.py. Потом в install_requirements уже была ссылка на v1.0.1

Но при обновлении в логах что-то типа такого:
Requirement already satisfied, skipping upgrade: liba@ git+ssh://git@gitea.site.net/usr2/liba.git@v1.0.1#egg=liba from git+ssh://****@gitea.site.net/usr2/liba.git@v1.0.1#egg=liba in ./.venv/lib/python3.8/site-packages (from libb->-r requirements.txt (line 1)) (1.0.0)


Т.е. pip он не умеет нормально понимать версии из git урлов, где версия задана в виде git тега.

:(

Т.е. если пакет лежит в PyPi, то все идеально обновляется, даже сквозные зависимости. А если он лежит просто в моем гите, и версии я указываю как гит теги, то обновляется лишь первый уровень библиотек. Который прямо прописаны в requirements.txt.

А вот зависимости зависимостей, которые указаны в setup.py через эти вот git ссылки, они уже не обновляются. Считается что Requirements already satisfied.

Это у меня часто случалось в реальных проектах. И вот тесты сейчас примитивные сделал, убедился что так и есть.

Поэтому надо какой-то свой приватный PyPi сервер. Вот и хочу узнать, у кого какой есть опыт, что рекомендуете. Пока пробую установить devpi сервер.

Попробовал я devpi в качестве приватного PyPi сервера. Вроде всем хорош, все что надо делает:

- работает как кеширующее зеркало к основному PyPi
- позволяет создать аккаунты, которые будут разделены по правам доступа: только чтение, или аплод пакетов
- теперь pip адекватно понимает версии приватных пакетов. Показывает обновления в pip list -o, и обновляет через сквозные зависимости.

Вот только как-то мало статей, туториалов, упоминаний на реддите у этого devpi.

Может быть есть какие-то более популярные решения для организации приватных PyPi серверов?

https://www.jfrog.com/confluence/display/RTF/PyPI+Repositories

например

Судя по этой ссылке, это в Artifactory Pro, и скорее всего она платная. А есть какие-то бесплатные популярные варианты для PyPi?

Больше не знаю пока никаких...
Может кто-то еще свои варианты покидает?

@lig11 @nonamenix

Мы вполне успешно pypiserver использовали. Он простой

Зачем для такой простой вещи куча туториалов и обсуждений?

:)

devpi - отличная штука. бери и пользуй.
статей мало, потому что работу делает и проблем нет.
если что, его автор и до сих пор активный контрибутор - это Holger Krekel
он же автор pytest и tox
а впервые Holger его показал на PyCon Russia 2013
https://pyvideo.org/pycon-russia-2013/re-inventing-python-packaging-and-testing.html