Хотя может быть пакет логгинг

Давай финд без .py

Давай финд без .py

у него другие импорты тоже не айс.

Давай финд без .py

./local/lib/python3.5/logging

у него другие импорты тоже не айс.

Они внутри пакета проблемные

Проверил на локальном python3.5 -c 'import mypkg.logger' - все отлично. На сервер - ошибка импорта logger.

Вставляй принт после каждого импорта, смотри где упало, иди в тот модуль и там тоже самое

И так далее

чё-то я запутался, что происходит. pavel@debian:xxxxxx$ find . . ./main.py ./pkg ./pkg/__init__.py ./pkg/logger.py структура файлов и путей примерно такая?

чё-то я запутался, что происходит. pavel@debian:xxxxxx$ find . . ./main.py ./pkg ./pkg/__init__.py ./pkg/logger.py структура файлов и путей примерно такая?

Вот такая: /pkg /pkg/__init__.py /pkg/__main__.py /pkg/logger.py ...

Убрал импорт logging из __init__.py. Сделал так: ~/local/bin/python3 -c 'import uptocall2jc.logger', получил: Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named 'uptocall2jc.logger'

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

Убрал импорт logging из __init__.py. Сделал так: ~/local/bin/python3 -c 'import uptocall2jc.logger', получил: Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named 'uptocall2jc.logger'

Убрал импорт logger, не logging

верни логгер и добавь ключ`python -v`

господа, как просто получить дату в пухтоне витда чч:мм дд-мм-гггг

?

третий питон, черт бы его

От второго не отличается в этом

from datetime import datetime

а вот нет

господа, как просто получить дату в пухтоне витда чч:мм дд-мм-гггг

http://www.foragoodstrftime.com

а вот нет

всмысле?

не работает конструкция из второго с strftime

верни логгер и добавь ключ`python -v`

Длинный вывод

не работает конструкция из второго с strftime

а можешь показать?

потому что как-то это очень странно

Длинный вывод

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

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

Понял, полез изучать.

datetime.date.strftime('%H:%M:%S - %d/%m/%Y')

так?

не работает конструкция из второго с strftime

»> import datetime »> datetime.datetime.now().strftime('%H:%M %Y-%m-%d')

reference: https://docs.python.org/3.5/library/datetime.html#strftime-strptime-behavior

спасибо

Хм, написал что не может найти logger, т.е. сам пакет есть.

Так, как то ты странно проверяешь. Я имелл ввиду просто запустить голый питон, что бы он не видел ТВОЙ пакет и попробовать его имортнуть. Этим ты проверишь не видит ли питон случайно ещё какой то пакет с такми же именем. Ну и вполне логично, что если он видит твой пакет - то при его импорте он сначала загрузит __init__.py, в котором у тебя не прописывается путь в sys.path.

Так, как то ты странно проверяешь. Я имелл ввиду просто запустить голый питон, что бы он не видел ТВОЙ пакет и попробовать его имортнуть. Этим ты проверишь не видит ли питон случайно ещё какой то пакет с такми же именем. Ну и вполне логично, что если он видит твой пакет - то при его импорте он сначала загрузит __init__.py, в котором у тебя не прописывается путь в sys.path.

Т.е. python3 и >>> import mtpkg?

Ну да

Импортирует он мой пакет и пишет что не находит в моем пакете logger, который импортируется в __iniy__.py моего пакета

Можешь ещё попробовать в __init__.py тоже сделать добавление пути в sys.path :)

а зачем вы теребите sys.path?

Можешь ещё попробовать в __init__.py тоже сделать добавление пути в sys.path :)

Уже)

Кашу маслом не испортиш :)

а зачем вы теребите sys.path?

Ну вот такая задача :)

Импортирует он мой пакет и пишет что не находит в моем пакете logger, который импортируется в __iniy__.py моего пакета

А почему он его импортирует - как он его видит?

Может ты в папке с пакетом запускаешь питон-шелл?

а зачем вы теребите sys.path?

Что бы иметь возможность нормально запускать пакет. Т.е. мне надо python3 mypkg + мне нужно в других модулях импортировать переменные из __init__.py моего пакета.

Может ты в папке с пакетом запускаешь питон-шелл?

Да, сейчас запущу просто в домашней.

Все верно, такого модуля нет

Ну хоть этот кейс исключили

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

Ну хоть этот кейс исключили

:)

а зачем вы теребите sys.path?

Изучил импорты. Последовательность такая: from pkg import common # я так понял это инициализирует __init__.py пакета в котором уже from . import logger # ошибка: ImportError: cannot import name 'logger'

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

он тут не причем

фром же не инициализирует инит пай

если не звездочка

фром же не инициализирует инит пай

Да, ошибся, после инициализации __init__ кидает ошибку что нет модуля logger в этом пакете (а он там есть)

а эта, я вот опять же не помню

а если попробовать import .logger

с точкой впереди

там между 2 и 3 что-то менялось на тему относительных импортов

а если попробовать import .logger

Так нельзя, можно так from .logger import func, но в моем кейсе это тоже не заводится. Проблема где то глубже.

вот я честно когда-то долго мучался со всеми этими точками. А потом внутри виртуалэнва все само заработало и все

вот я честно когда-то долго мучался со всеми этими точками. А потом внутри виртуалэнва все само заработало и все

:) Это не мой путь, мне надо понять почему не работает.

я подозреваю, что в виртуаленве корневой каталог добавлен в sys.path

http://stackoverflow.com/questions/7332299/trace-python-imports

@pankovseryi А вы убрали из __init__.py абсолютый импорт? Там надо относительный импорт использовать, иначе возникает рекурсивный импорт файла __init__.py

@pankovseryi А вы убрали из __init__.py абсолютый импорт? Там надо относительный импорт использовать, иначе возникает рекурсивный импорт файла __init__.py

Убирал. Сейчас уберу еще раз и гляну. Но вся соль в том что на локальном работают все варианты, а на сервере не один.

ERROR: S client not available

Ну и вообще в __init__.py лучше ничего не делать, а вынести всё это в другой файл.

я подозреваю, что в виртуаленве корневой каталог добавлен в sys.path

Я его добавляю вручную в __main__

У меня на локальном компе не работает абсолютный импорт в __init__.py

Ну и вообще в __init__.py лучше ничего не делать, а вынести всё это в другой файл.

Почему? Это же entry point для моего пакета, инициализируем логгинг, считываем конфиг, а потом все остальные модули пакета могут обращаться ко всему этому простым from . import config

Пока питон не загрузит до конца __init__.py - он не сможет ничего импортировать из пакета по его имени. А у вас как раз в самом __init__.py идёт импортирование из пакета

Пока питон не загрузит до конца __init__.py - он не сможет ничего импортировать из пакета по его имени. А у вас как раз в самом __init__.py идёт импортирование из пакета

Ок, но...почему это работает на локальной машине?

Ваш entry_point, как понял - это файл __main__.py

А __init__.py - это в простом случае просто индикатор что папка с этим файлом - это питонячий пакет

Пока питон не загрузит до конца __init__.py - он не сможет ничего импортировать из пакета по его имени. А у вас как раз в самом __init__.py идёт импортирование из пакета

Перед запуском __init__.py, т.е. импортом из него функции main, я добавляю этот пакет в sys.path в __main__.py

парни, почмырите http://pastebin.com/wZqe1uj6

При любом импорте из пакета, питон сначала загружает __init__.py этого пакета, и пока он это не сделает - он не пропишет у себя в кишках этот пакет.

Перед запуском __init__.py, т.е. импортом из него функции main, я добавляю этот пакет в sys.path в __main__.py

А затем уже в том же __main__ импортирую из пакета функцию from pkg.common import main, далее инициализируется __init__, но на этот момент pkg уже есть в sys.path (проверял принтом)

скрипт ищет пакеты указанные в файле (потом будет по rpm -qa), ищет в каком репо они лежат и скачивает их

То что он есть в sys.path - не означает что питон знает про пакет, это просто список путей где он ищет ещё не загруженые пакеты

То что он есть в sys.path - не означает что питон знает про пакет, это просто список путей где он ищет ещё не загруженые пакеты

Сейчас проверим знает ли он о пакете прямым импортом пакета в __main__

После того как питон инициализирует пакет первый раз - он уже находится в памяти и питон знает где он реально находится.

Сейчас проверим знает ли он о пакете прямым импортом пакета в __main__

Ошибся, в __init__

Все пакеты про которые знает питон, можно тут поглядеть sys.modules

Все пакеты про которые знает питон, можно тут поглядеть sys.modules

принтанем его в __init__ сейчас, 2 мин

Прямой импорт пакета в __init__ срабатывает отлично, но при попытке вытащить из него модуль logger кидает ошибку что его нет.

Так, я скосячил - я в своём mypkg/__init__.py вставил импорт из pkg и словил ошибку.

Реально у меня всё работает как у вас на локале

Принт sys.modules в __init__ показал, что пакет присутсвует там

Реально у меня всё работает как у вас на локале

А на это сервере - нет. Магия.

парни, почмырите http://pastebin.com/wZqe1uj6

cmd.split(' ') отстой, нельзя передать параметр с пробелом и в кавычках. В shutil вроде был годный сплит.

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

Итак, сейчас сделал полностью все на отсносительных импортах. Перезалил пакет, результат: SystemError: Parent module '' not loaded, cannot perform relative import

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

Зато новое узнал.

да, тоже верно.

Запуск пакета вот так python3 -m pkg дает следующее: Error while finding spec for 'pkg.__main__' (<class 'ImportError'>: cannot import name 'logger'); 'pkg' is a package and cannot be directly executed

При запуске с ключём -m у меня в первую очередь грузится __init__.py, и только потом __main__.py

Теперь __main__.py сделал абсолютный импорт функции запуска, а в остальных относительный импорт, результат: на локальном все отрабатывает, на сервере опять ошибка импорта logger