28762 2013-03-29 15:32:08 +0400 Не цепляет зависимости 2013-04-08 15:00:43 +0400 1 1 4 Development Sisyphus rpm-build-python3 unstable all Linux CLOSED FIXED P3 major --- 1 zerg solo darktemplar george glebfm imz iv kotopesutility ldv manowar slev vitty qa-sisyphus oldest_to_newest 139137 0 zerg 2013-03-29 15:32:08 +0400 Для /usr/bin/maliit-exampleapp-gtk3-python.py успешно цепляется зависомость на python2.7(gi), а для аналогичного "from gi.repository import" из Python3-скрипта /usr/bin/maliit-exampleapp-settings-python3.py на цепляется python3.2(gi). Сейчас скрипт в пакете maliit-framework-examples, но скоро переместится в maliit-framework-settings. 139173 1 iv 2013-03-31 08:24:25 +0400 Workaround: %add_python3_path %_bindir Не понимаю, почему %_bindir нет в %_python3_path по умолчанию. Наверное забыли. Ещё меньше понимаю, почему фильтрацией путей занимается python3.req.py, а не python3.req.files. 139177 2 ldv 2013-03-31 15:41:14 +0400 (In reply to comment #1) > Workaround: > > %add_python3_path %_bindir > > Не понимаю, почему %_bindir нет в %_python3_path по умолчанию. Наверное забыли. > > Ещё меньше понимаю, почему фильтрацией путей занимается python3.req.py, а не > python3.req.files. По идее, %_python3_path не нужен, python3.req.py должен обрабатывать все, что к нему приехало. Эх, автора бы спросить... 139321 3 solo 2013-04-04 12:37:59 +0400 (В ответ на комментарий №2) ... > По идее, %_python3_path не нужен, python3.req.py должен обрабатывать все, что к > нему приехало. Эх, автора бы спросить... При отладке картина вообще странная: После python3.req.files, python3.req.py (через python3.req) передаётся только один файл (только строка "/usr/src/tmp/maliit-framework-buildroot/usr/bin/maliit-exampleapp-settings-python3.py"). Но в переменную files (куда должен попадать весь in, если я правельно понял код) данная строка не попадает! Содержимое files, формируется так: files = sys.argv[1:] or [ x.strip() for x in sys.stdin.readlines() ] files = [p for p in files if is_python3(os.path.abspath(p))] 139323 4 solo 2013-04-04 13:49:19 +0400 (В ответ на комментарий №3) ... > При отладке картина вообще странная: После python3.req.files, python3.req.py > (через python3.req) передаётся только один файл (только строка > "/usr/src/tmp/maliit-framework-buildroot/usr/bin/maliit-exampleapp-settings-python3.py"). > Но в переменную files (куда должен попадать весь in, если я правельно понял > код) данная строка не попадает! Точнее: > > Содержимое files, формируется так: > > files = sys.argv[1:] or [ x.strip() for x in sys.stdin.readlines() ] Здесь, есть. > files = [p for p in files if is_python3(os.path.abspath(p))] А здесь -- уже нет. 139324 5 manowar 2013-04-04 14:15:28 +0400 > > files = sys.argv[1:] or [ x.strip() for x in sys.stdin.readlines() ] > > Здесь, есть. Видимо потому, что читаем из stdin всё, без проверки условий. > > > files = [p for p in files if is_python3(os.path.abspath(p))] > > А здесь -- уже нет. Ну тут уже есть ограничения в виде условия is_python3. А ещё странный p перед for. Я не являюсь носителем питоньего языка, но кажется, что эта конструкция может заносить в итоговый список ровно один элемент, нет? 139325 6 solo 2013-04-04 15:19:47 +0400 (В ответ на комментарий №5) > > > files = sys.argv[1:] or [ x.strip() for x in sys.stdin.readlines() ] > > > > Здесь, есть. > > Видимо потому, что читаем из stdin всё, без проверки условий. У меня ляп был при отладке -- был уверен что сюда ничего не попадает. > > > > > > files = [p for p in files if is_python3(os.path.abspath(p))] > > > > А здесь -- уже нет. > > Ну тут уже есть ограничения в виде условия is_python3. А ещё странный p перед > for. Я не являюсь носителем питоньего языка, но кажется, что эта конструкция > может заносить в итоговый список ровно один элемент, нет? Это один из способов записи цикла для обработки всего списка. Т. е. данная конструкция -- фильтр: оставляет только строки для которых is_python3(os.path.abspath(p)) истина. (В ответ на комментарий №1) ... > Ещё меньше понимаю, почему фильтрацией путей занимается python3.req.py, а не > python3.req.files. Похоже, что это связано с тем, что python скрипты тоже попадают на вход python3.req.py (при отладке наблюдаю на входе "/usr/src/tmp/maliit-framework-buildroot/usr/bin/maliit-exampleapp-gtk3-python.py"). Возможно это попытка убрать их... Где сдеь причина, а где следствие и к чему приведёт закрутка гаек у python3.req.files -- ещё не разобрался. 139357 7 ldv 2013-04-06 05:30:33 +0400 Try rpm-build-python3 commit 0.1.5-alt1-4-g33f386f. 139366 8 repository-robot 2013-04-07 02:44:42 +0400 rpm-build-python3-0.1.6-alt1 -> sisyphus: * Sat Apr 06 2013 Dmitry V. Levin <ldv@altlinux> 0.1.6-alt1 - python3.{prov,req}.files: + skip files of type "python script text executable"; + enhanced "python3 script text executable" type check; + added is_python3_path check from python3.{prov,req}.py, which is now applied only to files of uncertain type. - python3.{prov,req}.py: removed is_python3 check (closes: #28762). 139410 9 zerg 2013-04-08 15:00:43 +0400 Теперь правильно цепляет зависимости при плюрализме в одном пакете.