на Советской или на Торжковской?

на совьетской

Подскажите, использовать socket.settimeout - нормальная практика? А то что-то я сомневаюсь. Хочу отключать соединение при каких-то внешних событиях.

Или все уже на дринкапе? и там уже более акуальные темы? )

Или все уже на дринкапе? и там уже более акуальные темы? )

А пришла бы, там бы и спросила

Уииии

А пришла бы, там бы и спросила

Вдруг я приду, а там линуксовые админы, мне одного раза хватило )

Выдвигаюсь

Вдруг я приду, а там линуксовые админы, мне одного раза хватило )

Да лан, нормальные ребята

Тоже дойду до вас

Почему я не там...

Очень громкие )

Вдруг я приду, а там линуксовые админы, мне одного раза хватило )

Мы норм

А в брно норм народу на питон митапе, больше 20 человек

@nazarov_tech что за подстава я притопал а тебя уже нет!?

@nonamenix @lig11 и вы редиски

А вот я возьму и подпишусь

А мы на Рубика ))

Идём

Пришли)

Ходоки :)

Хорошее место с бочечками. Может пора там и начинать?

Хорошее место с бочечками. Может пора там и начинать?

Не, там громко слишком

Хорошее место с бочечками. Может пора там и начинать?

Разве что на улице. Внутри как-то не але. Ну по мне

@nonamenix @lig11 и вы редиски

Увы, болею

можно как афтерпати и собираться в баре слона)

Господа подскажите такую вешь: у меня есть несколько порприетарных пакетов питона, которые лежат в папке. чтобы проект, использующий их поднять, надо эту папку добавить в PYTHONPATH. А куда надо скопировать содержимое папки внутри папки виртуального окружения, чтобы не добавлять папку в PYTHONPATH ?

Господа подскажите такую вешь: у меня есть несколько порприетарных пакетов питона, которые лежат в папке. чтобы проект, использующий их поднять, надо эту папку добавить в PYTHONPATH. А куда надо скопировать содержимое папки внутри папки виртуального окружения, чтобы не добавлять папку в PYTHONPATH ?

в site-packages же, по идее

и просто копирования будет достаточно?

спасибо :)

так а установить эти пакеты нормально нельзя?

но вообще да, установить надо бы

ну конечно нет, они проприетарные.

так можно устанавливать из wheel, которые никуда не выкладывать

идут как папка, которую надо в PYTHONPATH добавить. отступы в коде 2 пробела, методы camelCase_with_Underscore

ну конечно нет, они проприетарные.

ээ, а что это меняет?

у них нет setup.py?

тогда это не пакеты, а говно какое-то

нет

просто пакеты в папке, которые к пути надо добавить

а, в смысле тебе подвезли говнокода, который даже не в нормальном пакете распространяется, и его надо заюзать?

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

напиши к ним сам setup.py

а, в смысле тебе подвезли говнокода, который даже не в нормальном пакете распространяется, и его надо заюзать?

ага

это будет самый правильный вариант

и будущие поколения разрабов тебе спасибо скажут

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

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

ты хочешь правильно сделать или через жопу, но быстро?

я делаю скрипт для деплоя в вагранте. setup.py писать не буду. ,scnhj

быстро

и не факт что это через жопу

я делаю скрипт для деплоя в вагранте. setup.py писать не буду. ,scnhj

скрипт для деплоя без setup.py - это хрень, а не скрипт

извини за резкость, но так реально делать не стоит

но ответ на твой вопрос - да, скопировать в site-packages, иногда еще надо что-то прописать в .pth-файлы

почему? если оригинальный вариант деплоя - добавить папку к пути питона

почему? если оригинальный вариант деплоя - добавить папку к пути питона

это не “вариант деплоя”

это говно

деплой в вагранте, это не прод, это для разработки

деплой - это когда у тебя все в питонопакетах и ты набираешь один раз pip install

больше не нужно ничего

развертывание в вагранте, не имелся в виду деплой

короче спасибо за совет, а про "некошерно" etc я и сам понимаю

ну, тем не менее. пробуй так, но по-хорошему так дела не делаются

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

почему? если оригинальный вариант деплоя - добавить папку к пути питона

это потому что тот, кто писал этот код, видимо вообще не в курсе про setuptools

это мягко говоря, от кода кровь из глаз идет, но что делать.

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

тебе как раз не надо будет ничего выкидывать и менять

у тебя будет пакет, который ставится одним тыком

то есть ты педлагаешь мне написать пакет, в который надо скопировать код который мне пришел, потом на него натравить pip? пакета то не будет, его на лету придется собирать

но я понял совет, спасибо. мир вашему дому.

то есть ты педлагаешь мне написать пакет, в который надо скопировать код который мне пришел, потом на него натравить pip? пакета то не будет, его на лету придется собирать

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

чтобы никогда больше не делать это руками

вообще ты зря сопротивляешься, простой setup.py пишется копипастом за 10 минут, если надо просто файлы собрать

Ок

Попробую

Чтобы не копировать можно pth файлы использовать. Кладешь pth файл в site-packages, в нем указываешь путь до твоего пакета.

Чтобы не копировать можно pth файлы использовать. Кладешь pth файл в site-packages, в нем указываешь путь до твоего пакета.

больше спагетти ?

Зато нет копирования. Если пакет без setup, копировать его руками ещё хуже

Зато нет копирования. Если пакет без setup, копировать его руками ещё хуже

так python setup.py develop же

все завязано на setup.py

Сама концепция setup.py тоже далека от идеала :)

ну, тем не менее, это лучшее, что у нас есть)

Чтобы не копировать можно pth файлы использовать. Кладешь pth файл в site-packages, в нем указываешь путь до твоего пакета.

Спасибо.

ну, тем не менее, это лучшее, что у нас есть)

Иногда pth файлы действительно помогают. Простой пример: есть какое-то ПО с embedded питоном, есть модули расширения, которые используют библиотеки из этого ПО, всё это лежит в одной папке и как-то должно работать с установленным в системе питоном. Нельзя просто взять модули расширения и перекинуть в site-packages, тогда не найдутся библиотеки. Приходится через pth файлы.

Иногда pth файлы действительно помогают. Простой пример: есть какое-то ПО с embedded питоном, есть модули расширения, которые используют библиотеки из этого ПО, всё это лежит в одной папке и как-то должно работать с установленным в системе питоном. Нельзя просто взять модули расширения и перекинуть в site-packages, тогда не найдутся библиотеки. Приходится через pth файлы.

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

тогда будет develop режим работать спокойно, если надо

Ну develop режим, конечно, лучше, потому как о твоём пакете будет знать setuptools. Но со стороны питона - это то же самое, что в pth файл добавить путь. Я не против, но если человеку не хочется/не можется писать setup, pth файлы нормальный вариант, особенно при использовании venv.

Ну develop режим, конечно, лучше, потому как о твоём пакете будет знать setuptools. Но со стороны питона - это то же самое, что в pth файл добавить путь. Я не против, но если человеку не хочется/не можется писать setup, pth файлы нормальный вариант, особенно при использовании venv.

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

Разворачивание подобных приложений, которые не придерживаются pythonic way, вообще отдельная больная тема. :)

Разворачивание подобных приложений, которые не придерживаются pythonic way, вообще отдельная больная тема. :)

вот и я про то же ? поэтому пусть пишут setup.py и не выпендриваются

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

Все разветывание будет ясно из sh скрипта который запускается вагрантом.