var hello = require('!c!./hello.c');

Ублюдство одного языка заметить ублюдством другого

Да и там это уже не модно. import же

Нормальные названия файлов для слабаков

Это как питоновские пепы

Миша, ты его правда прочитал?

Не этот старый читал

Это вообще не опасно качать?

Не ну я потом встал на путь Питона, но кресты чёт не отпускают...

Саша, учись на чужом опыте

@lig11 завтра придёшь на митап?

@lig11 завтра придёшь на митап?

Да да, я уже в Питере

отличн

#python #pydigest Осень, прекрасная осень... Python Дайджест представляет новый выпуск сборника новостей из мира Python. Все самое вкусное и интересное. А мы не устаем напоминать, что уже скоро вы сможете пообщаться с единомышленниками на двух конференциях: 1-2 октября пройдет PyCon Siberia 2016 (Красноярск) 12 октября пройдет Moscow Python Conf (Москва) Свежий, 143-тий, выпуск дайджеста содержит: - Softmax классификатор самолетов - 17 мест, где можно взять наборы данных для проектов - Machine Learning за год: процесс за год - Решение проблемы многоядерности на Python - Развертывание современных приложений на древней инфраструктуре с помощь pkgsrc - beeprint - библиотека для более понятного вывода дебаг информации - parameth - утилита для подбора GET и POST параметров - asynq - библиотека асинхронного программирования - gdb-dashboard - модульный визуальны интерфейс для GDB - py-d3 - плагин поддержки d3.js для Jupyter и многое другое Заходите в гости - http://pythondigest.ru/issue/143/

#python #pydigest Осень, прекрасная осень... Python Дайджест представляет новый выпуск сборника новостей из мира Python. Все самое вкусное и интересное. А мы не устаем напоминать, что уже скоро вы сможете пообщаться с единомышленниками на двух конференциях: 1-2 октября пройдет PyCon Siberia 2016 (Красноярск) 12 октября пройдет Moscow Python Conf (Москва) Свежий, 143-тий, выпуск дайджеста содержит: - Softmax классификатор самолетов - 17 мест, где можно взять наборы данных для проектов - Machine Learning за год: процесс за год - Решение проблемы многоядерности на Python - Развертывание современных приложений на древней инфраструктуре с помощь pkgsrc - beeprint - библиотека для более понятного вывода дебаг информации - parameth - утилита для подбора GET и POST параметров - asynq - библиотека асинхронного программирования - gdb-dashboard - модульный визуальны интерфейс для GDB - py-d3 - плагин поддержки d3.js для Jupyter и многое другое Заходите в гости - http://pythondigest.ru/issue/143/

О, прикольно, у них канал есть

BTW встречаемся в зале обычном, который на первом этаже?

BTW встречаемся в зале обычном, который на первом этаже?

нее, зал теперь не на первом этаже.

BTW встречаемся в зале обычном, который на первом этаже?

Уже давно зал наверху

ОК, просто раньше всегда приписывалось, что зал в другом месте. Теперь это дефолт :)

А я и не знал.

а указатели будут?

Скорее всего

отлично

https://github.com/pytest-dev/pytest-xdist/issues/88 норм такой баг

прикольно)

на заметку всем, кто будет писать что-то, что запускается по изменению файла

"вечный кайф", сказал Слон, прикрыв хоботом жопу

а вот такой вопрос созрел

есть несколько пакетов, они добавлены в мой PYTHONPATH, для некоторых пакетов я могу сделать pkg_resources.require('packet-name') для других получаю ошибку DistributionNotFound

уже всю голову сломал и не понимаю почему так

что ты называешь "пакетами", для начала?

потому что pkg_resources.require ищет дистрибушены

пакетами я называю директорию где есть setup.py и исходники

т.е. ты сунул его прямо в таком виде на питонпатх?

да

не спрашиваю почему так

ну так и работать это не будет в таком виде

хорошо, в каком виде будет? и почему для половины случаев работает

потому что ряд пакетов юзает исходники не напрямую в каталоге, а скажем в src

вот они-то и не пашут

нууууу

точнее даже не так. оно вообще пахать не должно по определению

содержимое PYTHONPATH на старте заносится в sys.path

в дополнение к автоматически добавляемым модулем site местам

не томи

к чему ты клонишь?

и там оно ищет пакаджи - это каталоги с __инит__

а pkg_require.require на входе имеет список требований requirements которые оно ресолвит через поиск на pypy index'е и по find_links путям, ища egg-info/dist-info файлы и подкаталоги с метаинфой

причем там используются имена дистрибушенов, те, которые в setup(name= ...)

это я знаю

в общем чтобы жить было проще pip install -t somedir ...список пакетов... установит тебе этот список в указанный каталог, который ты можешь смело пихать в PYTHONPATH/sys.path

в этом случае туда будут установлены бдисты а по твоему описанию выше выходит что ты суешь сдисты

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

но ты меня натолкнул на мысль

скорее всего тебе придётся добавлять для некоторых пакаджей дополнительные пути в питонпатх скажем PYTHONPATH=lib:lib/somedist/src

можешь глянуть в setup.py в поисках аргумента вида package_dir={'': 'src'}

который и отвечает за маппинг подкаталогов на пакаджи

благодарю

http://stackoverflow.com/a/17616626/356274 мой ответ на СО достаточной бородатости

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

ну или всегда есть docker

чем он поможет?

всегда есть ядерная боеголовка и пакет семечек...

не надо никаких require. ты точно знаешь, что твое окружение такое же как всегда

ну тут вопрос не в чистоте окружения

это я решаю прекрасно с помошью nix

ERROR: S client not available

а в чем? я когдато тоже пытался юзать require

быстро забил

грубо говоря мне нужно получить версию пакета из него самого

и не только из него

это боль и грязь я знаю

тогда ты неправильно это делаешь

но тут большой кусок легаси который на это опирается

а как правильно?

>>> pkg_resources.get_distribution('pip').version '8.1.1'

require парсит список хотелок, потом сканирует нахер интернеты

а гет_дистрибушен ищет только то что есть локально

"сканирует интернеты" = "вызывает коллбак, который должен этим заниматься", так изи_инсталл и билдаут работают

а в pkg_resources.working_set лежит полный список всего: >>> pprint.pprint(list(pkg_resources.working_set)) [pip 8.1.1 (c:\program files (x86)\python 2.7\lib\site-packages), pywin32 220 (c:\program files (x86)\python 2.7\lib\site-packages), setuptools 20.10.1 (c:\program files (x86)\python 2.7\lib\site-packages)]

ладно я понял что я сейчас потону в потоке информации, поэтому перефразирую вопрос. Можно ли как-то сделать рассыпуху исходников видимой для get_distribution/required?

неа, если у неё мета инфы нет

setup.py содержит в себе name/version, вот это всё когда ты собираешь/ставишь пакеты, одним из действий вызывается egg_info, который генерит файлик/каталог egg-info, куда эта инфа и сохраняется все эти require/get_distribution сканируют на предмет оных

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

можно программно эту инфу сгенерить без создания .egg-info?

в принципе да, но боюсь это не самая простая задачка

ну ладно придется делать bdist/sdist, видимо

думаю через метапровайдеры в пкг_ресурсах или sys.meta_path... но это сильное колдунство

не хочу колдовать итак уже есть захаканые distutils.filelist.findall, лучше меньше грязи чем больше=)

у

чтото я уже не хочу знать, какой еще херней вы там страдаете 8)

да

я тоже

грубо говоря мне нужно получить версию пакета из него самого

зачем? зачем если она известна на этапе билда, ты ее уже закрепил

мне она нужна не только в процессе билда

в рантайме тоже

Слушай, чего это requests такая ппц медленная в http put?

ты уверен что не общение с dns тормозит?

ты уверен что не общение с dns тормозит?

Уверен, т.к. вижу как поедается cpu