ALT Linux Bugzilla – #28762

Workaround:

%add_python3_path %_bindir

Не понимаю, почему %_bindir нет в %_python3_path по умолчанию. Наверное забыли.

Ещё меньше понимаю, почему фильтрацией путей занимается python3.req.py, а не python3.req.files.

(In reply to comment #1)
> Workaround:
> 
> %add_python3_path %_bindir
> 
> Не понимаю, почему %_bindir нет в %_python3_path по умолчанию. Наверное забыли.
> 
> Ещё меньше понимаю, почему фильтрацией путей занимается python3.req.py, а не
> python3.req.files.

По идее, %_python3_path не нужен, python3.req.py должен обрабатывать все, что к нему приехало.  Эх, автора бы спросить...

(В ответ на комментарий №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))]

(В ответ на комментарий №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))]

  А здесь -- уже нет.

> > 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. Я не являюсь носителем питоньего языка, но кажется, что эта конструкция может заносить в итоговый список ровно один элемент, нет?

(В ответ на комментарий №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 -- ещё не разобрался.

Try rpm-build-python3 commit 0.1.5-alt1-4-g33f386f.

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).

Теперь правильно цепляет зависимости при плюрализме в одном пакете.