Re: [devel] [Ошибка 28762] Не цепляет зависимости

Re: [devel] [Ошибка 28762] Не цепляет зависимости

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 3322 bytes --]

04.04.2013 12:53, Paul Wolneykien пишет:
> 
>   Давай с этим прямо в devel@.

  OK.

> 
> 04.04.2013 12:38, bugzilla-daemon@altlinux.ru пишет:
>> https://bugzilla.altlinux.org/28762
>> Компонент: Sisyphus/rpm-build-python3
>>
>> --- #3 solo <solo@altlinux.org> 2013-04-04 12:37:59 ---
>> (В ответ на комментарий №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))]
                             ^^^^^^^^^^^^^

  Это в python3.req.py. В python.req.py данный кусок несколько отличается:

files = [p for p in files if not is_python3(os.path.abspath(p))]
                          ^^^^^^^^^^^^^^^^^

  Причём реализации функции is_python3() идентичны.

  Т. е. python.req.py, используя парадигму "обрабатываем всё, коме того
что в каталогах python3", гарантированно обрабатывает более широкое множество
файлов, чем python3.req.py, использующий "обрабатываем только то,
что в каталогах python3". Выглядит это как ошибка...

  Предлагаю исправить следующим образом:

1. Вообще выкинуть функцию is_python3 из python3.req.py: с вырезанием файлов
расположенных в /usr/lib*/python2* сейчас справляется python3.req.files (см.
<http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
a=commitdiff;h=804f000c2a4b300a9087079c7c0fe9ca508c95e5>).

2. Несколько ужесточить фильтр в python3.req.files -- добавить явное вырезание
всех файлов, для которых file возвращает python script text executable (кроме
файлов расположенных в /usr/lib*/python3*, %_python3_path и %_python3_compile_include,
см. <http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
a=commitdiff;h=db2f2314cea7101b39e49cc3ae10c5c79268c971>).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 4013 bytes --]

On Fri, Apr 05, 2013 at 02:30:52AM +0400, Aleksey Avdeev wrote:
> 04.04.2013 12:53, Paul Wolneykien пишет:
> > 
> >   Давай с этим прямо в devel@.
> 
>   OK.
> 
> > 
> > 04.04.2013 12:38, bugzilla-daemon@altlinux.ru пишет:
> >> https://bugzilla.altlinux.org/28762
> >> Компонент: Sisyphus/rpm-build-python3
> >>
> >> --- #3 solo <solo@altlinux.org> 2013-04-04 12:37:59 ---
> >> (В ответ на комментарий №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))]
>                              ^^^^^^^^^^^^^
> 
>   Это в python3.req.py. В python.req.py данный кусок несколько отличается:
> 
> files = [p for p in files if not is_python3(os.path.abspath(p))]
>                           ^^^^^^^^^^^^^^^^^
> 
>   Причём реализации функции is_python3() идентичны.

Разумеется, это все было очевидно с самого начала.

>   Т. е. python.req.py, используя парадигму "обрабатываем всё, коме того
> что в каталогах python3", гарантированно обрабатывает более широкое множество
> файлов, чем python3.req.py, использующий "обрабатываем только то,
> что в каталогах python3". Выглядит это как ошибка...

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

Собственно говоря, вопрос можно сформулировать так:
если файл *.py, тип которого не "*python* script text*",
находится за пределами /usr/lib*/python*, то как его обрабатывать
по умолчанию, и как этим поведением __удобно__ управлять?

Сейчас все такие файлы, за исключением расположенных в %_python3_path,
передаются python.req.py.

>   Предлагаю исправить следующим образом:
>
> 1. Вообще выкинуть функцию is_python3 из python3.req.py: с вырезанием файлов
> расположенных в /usr/lib*/python2* сейчас справляется python3.req.files (см.
> <http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
> a=commitdiff;h=804f000c2a4b300a9087079c7c0fe9ca508c95e5>).
>
> 2. Несколько ужесточить фильтр в python3.req.files -- добавить явное вырезание
> всех файлов, для которых file возвращает python script text executable (кроме
> файлов расположенных в /usr/lib*/python3*, %_python3_path и %_python3_compile_include,
> см. <http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
> a=commitdiff;h=db2f2314cea7101b39e49cc3ae10c5c79268c971>).

В результате этого изменения файлы *.py неопределенного типа "* text*" за
пределами /usr/lib*/python* окажутся обработанными сразу всеми
python*.req.py.  Разумеется, такого безобразия допускать нельзя.

Что точно можно сразу исправить - это не передавать в
python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
от их местоположения, по аналогии с тем, как ведут себя
python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Ivan A. Melnikov]

2013/4/5 Dmitry V. Levin <ldv@altlinux.org>:
[...]
>
> Собственно говоря, вопрос можно сформулировать так:
> если файл *.py, тип которого не "*python* script text*",
> находится за пределами /usr/lib*/python*, то как его обрабатывать
> по умолчанию, и как этим поведением __удобно__ управлять?
>
[...]

Я думаю, по умолчанию их не надо обрабатывать ничем, и пусть
майнтейнер содержащего их пакета добавляет соответсвующие
каталоги в _python_path или _python3_path.

Обоснование:
$ python -c 'import this' | grep ambiguity
In the face of ambiguity, refuse the temptation to guess.

Можно для необработанных файлов придумать warning.

--
WBR,
Ivan A. Melnikov

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1171 bytes --]

On Fri, Apr 05, 2013 at 11:27:36AM +0400, Ivan A. Melnikov wrote:
> 2013/4/5 Dmitry V. Levin <ldv@altlinux.org>:
> [...]
> >
> > Собственно говоря, вопрос можно сформулировать так:
> > если файл *.py, тип которого не "*python* script text*",
> > находится за пределами /usr/lib*/python*, то как его обрабатывать
> > по умолчанию, и как этим поведением __удобно__ управлять?
> >
> [...]
> 
> Я думаю, по умолчанию их не надо обрабатывать ничем, и пусть
> майнтейнер содержащего их пакета добавляет соответсвующие
> каталоги в _python_path или _python3_path.
> 
> Обоснование:
> $ python -c 'import this' | grep ambiguity
> In the face of ambiguity, refuse the temptation to guess.
> 
> Можно для необработанных файлов придумать warning.

К сожалению, файлов недостоверно установленного типа (без шебанга) уже
сейчас может быть сколь угодно много.

Вот еще одна напасть, с которой надо что-то делать:

file$ git grep '"""'
file/magic/Magdir/python:0	string		"""	a python script text executable

Т.е. оно прикидывается достоверно установленным типом
(в точности как #!/usr/bin/env python), но таковым на самом деле не
является.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 343 bytes --]

On Fri, Apr 05, 2013 at 09:03:50PM +0400, Dmitry V. Levin wrote:
[...]
> Вот еще одна напасть, с которой надо что-то делать:
> 
> file$ git grep '"""'
> file/magic/Magdir/python:0	string		"""	a python script text executable

Поменяю на "a python script text", все равно файл, начинающийся на """,
никакой не executable.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 5926 bytes --]

05.04.2013 03:36, Dmitry V. Levin пишет:
> On Fri, Apr 05, 2013 at 02:30:52AM +0400, Aleksey Avdeev wrote:
...
> 
>>   Т. е. python.req.py, используя парадигму "обрабатываем всё, коме того
>> что в каталогах python3", гарантированно обрабатывает более широкое множество
>> файлов, чем python3.req.py, использующий "обрабатываем только то,
>> что в каталогах python3". Выглядит это как ошибка...
> 
> Очевидно, это все именно так и было задумано тогда, когда это было
> задумано.  Просто ситуация изменилась, и задуманное тогда уже начинает
> устаревать.  Те умолчания, которые были приняты тогда, сейчас уже начинают
> работать против нас.  Так что предлагаю подумать, какое поведение по
> умолчанию нам нужно, и как более удобно его менять в тех случаях, когда
> это понадобится.  Код изменить не проблема, если понятно, что мы хотим
> получить.
> 
> Собственно говоря, вопрос можно сформулировать так:
> если файл *.py, тип которого не "*python* script text*",
> находится за пределами /usr/lib*/python*, то как его обрабатывать
> по умолчанию, и как этим поведением __удобно__ управлять?

  Да. Причём управлять на уровне конкретного подпакета: В случаи, когда
из одного .src.rpm собираются подпакеты для python и python3 умолчальные
обработчики у них должны быть разные.

> 
> Сейчас все такие файлы, за исключением расположенных в %_python3_path,
> передаются python.req.py.
> 
>>   Предлагаю исправить следующим образом:
>>
>> 1. Вообще выкинуть функцию is_python3 из python3.req.py: с вырезанием файлов
>> расположенных в /usr/lib*/python2* сейчас справляется python3.req.files (см.
>> <http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
>> a=commitdiff;h=804f000c2a4b300a9087079c7c0fe9ca508c95e5>).
>>
>> 2. Несколько ужесточить фильтр в python3.req.files -- добавить явное вырезание
>> всех файлов, для которых file возвращает python script text executable (кроме
>> файлов расположенных в /usr/lib*/python3*, %_python3_path и %_python3_compile_include,
>> см. <http://git.altlinux.org/people/solo/packages/rpm-build-python3.git?p=rpm-build-python3.git;
>> a=commitdiff;h=db2f2314cea7101b39e49cc3ae10c5c79268c971>).
> 
> В результате этого изменения файлы *.py неопределенного типа "* text*" за
> пределами /usr/lib*/python* окажутся обработанными сразу всеми
> python*.req.py.  Разумеется, такого безобразия допускать нельзя.

  Предлагаю формализовать задачу.

  Т. е. у нас файлы делятся на классы, каждый из которых должен
обработать только один из python*.req.py:

1. Файлы в официальных каталогах python (/usr/lib*/python2*) и
перечисленных в %_python_compile_include.

2. Файлы в официальных каталогах python3 (/usr/lib*/python3*) и
перечисленных в %_python3_compile_include (и/или %_python3_path).

3. Всё остальное.

4. Файлы расположенные в каталогах, перечисленных в
%_python{,3}_compile_exclude, исключаются из обработки соответсвующими
обработчиками.

  И основные проблемы у нас с п. 3: относящиеся к нему файлы должны
обрабатываться обработчиком по умолчанию. Хуже, что по логике -- этот
умолчальный обработчик должен индивидуально настраиваться для разных
пакетов.

> 
> Что точно можно сразу исправить - это не передавать в
> python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
> от их местоположения, по аналогии с тем, как ведут себя
> python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
> Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git

  А это, на мой взгляд это приведёт к проблемам: достаточно много файлов
внутри /usr/lib*/python3* определяется file как "*python script text*".
Похоже file гарантировано определяет как "*python3 script text*", только
скрипты с "#! ... python3*" в заголовке и как следствие -- неверно
определяет версию python`а у модулей.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] python/python3 deps

[REAL]

05.04.2013 15:14, Aleksey Avdeev пишет:
> 1. Файлы в официальных каталогах python (/usr/lib*/python2*) и
> перечисленных в %_python_compile_include.
>
> 2. Файлы в официальных каталогах python3 (/usr/lib*/python3*) и
> перечисленных в %_python3_compile_include (и/или %_python3_path).

Главное - не сломать сборку того, что сейчас собирается.

А каков синтаксис %_python_compile_include и %_python3_compile_include 
? Думаю, про это нужно указать в полиси, тем более оно до сих пор не 
полиси :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python/python3 deps

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 747 bytes --]

05.04.2013 12:20, REAL пишет:
> 05.04.2013 15:14, Aleksey Avdeev пишет:
>> 1. Файлы в официальных каталогах python (/usr/lib*/python2*) и
>> перечисленных в %_python_compile_include.
>>
>> 2. Файлы в официальных каталогах python3 (/usr/lib*/python3*) и
>> перечисленных в %_python3_compile_include (и/или %_python3_path).
> 
> Главное - не сломать сборку того, что сейчас собирается.

  Это понятно.

> 
> А каков синтаксис %_python_compile_include и %_python3_compile_include ?
> Думаю, про это нужно указать в полиси, тем более оно до сих пор не
> полиси :)

  Абсолютные имена каталогов, перечисленные через пробел (управление,
см. /usr/share/doc/rpm-build-python-*/doc/ByteCompiler.txt).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] python/python3 deps

[REAL]

05.04.2013 15:44, Aleksey Avdeev пишет:
>> А каков синтаксис %_python_compile_include и %_python3_compile_include ?
>> Думаю, про это нужно указать в полиси, тем более оно до сих пор не
>> полиси :)
>
>    Абсолютные имена каталогов, перечисленные через пробел (управление,
> см. /usr/share/doc/rpm-build-python-*/doc/ByteCompiler.txt).

А что будет в случае, если в каталоге лежат как python2-, так и 
python3-файлы? Актуально для %_bindir.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python/python3 deps

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1363 bytes --]

05.04.2013 12:50, REAL пишет:
> 05.04.2013 15:44, Aleksey Avdeev пишет:
>>> А каков синтаксис %_python_compile_include и %_python3_compile_include ?
>>> Думаю, про это нужно указать в полиси, тем более оно до сих пор не
>>> полиси :)
>>
>>    Абсолютные имена каталогов, перечисленные через пробел (управление,
>> см. /usr/share/doc/rpm-build-python-*/doc/ByteCompiler.txt).
> 
> А что будет в случае, если в каталоге лежат как python2-, так и
> python3-файлы? Актуально для %_bindir.

  Вот по этому то я и пишу выше:

05.04.2013 12:14, Aleksey Avdeev пишет:
>   Предлагаю формализовать задачу.
> 
>   Т. е. у нас файлы делятся на классы, каждый из которых должен
> обработать только один из python*.req.py:
> 
...
> 
> 3. Всё остальное.
> 
...
> 
>   И основные проблемы у нас с п. 3: относящиеся к нему файлы должны
> обрабатываться обработчиком по умолчанию. Хуже, что по логике -- этот
> умолчальный обработчик должен индивидуально настраиваться для разных
> пакетов.

  Т. е., если мы можем задать умолчальный обработчик для подпакета и
python{2,3}-файлы у нас по подпакетам разнесены -- всё будет нормально.
Как поступать, если сборная солянка из python{2,3}-файлов в каталоге
запакована в один подпакет я не знаю: не думаю что стоит вводить списки
файлов (помимо списков каталогов).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] python/python3 deps

[REAL]

05.04.2013 15:58, Aleksey Avdeev пишет:
>    Т. е., если мы можем задать умолчальный обработчик для подпакета и
> python{2,3}-файлы у нас по подпакетам разнесены -- всё будет нормально.
> Как поступать, если сборная солянка из python{2,3}-файлов в каталоге
> запакована в один подпакет я не знаю: не думаю что стоит вводить списки
> файлов (помимо списков каталогов).

Для случая %_bindir python2-файлы и python3-файлы как раз по разным 
подпакетам рассованы. Если же нет, то это уже ошибка упаковки, и 
мейнтейнер тут ссзб.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]

On Friday 05 April 2013 16:21:56 REAL  wrote:

[...]
> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
С чего бы? Может, и bash-скрипты выносить отдельно от программ, написанных на 
других языках?

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Paul Wolneykien]

05.04.2013 15:13, Sergey V Turchin пишет:
> On Friday 05 April 2013 16:21:56 REAL  wrote:
>
> [...]
>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
> С чего бы? Может, и bash-скрипты выносить отдельно от программ, написанных на
> других языках?

   Видимо ошибка будет в том, что пакет не должен одновременно требовать 
и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 887 bytes --]

On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> 05.04.2013 15:13, Sergey V Turchin пишет:
> > On Friday 05 April 2013 16:21:56 REAL  wrote:
> > 
> > [...]
> > 
> >> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
> >> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
> > 
> > С чего бы? Может, и bash-скрипты выносить отдельно от программ, написанных
> > на других языках?
> 
>    Видимо ошибка будет в том, что пакет не должен одновременно требовать
> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
С чего бы?

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Paul Wolneykien]

05.04.2013 15:55, Sergey V Turchin пишет:
> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
>> 05.04.2013 15:13, Sergey V Turchin пишет:
>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
>>>
>>> [...]
>>>
>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
>>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
>>>
>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ, написанных
>>> на других языках?
>>
>>     Видимо ошибка будет в том, что пакет не должен одновременно требовать
>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> С чего бы?

   Потому что одна и та же программа не должна, по хорошему, требовать 
две версии одного и того же интерпретатора. Иначе это уже не ошибка 
упаковки, а ошибка разработки. Должно быть гораздо проще обновить 
устаревшие части программы так, чтобы они могли работать под python3, 
чем требовать одновременной установки двух питонов.

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 1436 bytes --]

On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
> 05.04.2013 15:55, Sergey V Turchin пишет:
> > On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> >> 05.04.2013 15:13, Sergey V Turchin пишет:
> >>> On Friday 05 April 2013 16:21:56 REAL  wrote:
> >>> 
> >>> [...]
> >>> 
> >>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
> >>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
> >>> 
> >>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
> >>> написанных
> >>> на других языках?
> >>> 
> >>     Видимо ошибка будет в том, что пакет не должен одновременно требовать
> >> 
> >> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> > 
> > С чего бы?
> 
>    Потому что одна и та же программа не должна, по хорошему, требовать
> две версии одного и того же интерпретатора.
Да, но в моем случае это две разных программы, требующие две версии разных 
интерпретаторов.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1152 bytes --]

On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
> > 05.04.2013 15:55, Sergey V Turchin пишет:
> > > On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> > >> 05.04.2013 15:13, Sergey V Turchin пишет:
> > >>> On Friday 05 April 2013 16:21:56 REAL  wrote:
> > >>> 
> > >>> [...]
> > >>> 
> > >>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
> > >>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
> > >>> 
> > >>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
> > >>> написанных
> > >>> на других языках?
> > >>> 
> > >>     Видимо ошибка будет в том, что пакет не должен одновременно требовать
> > >> 
> > >> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> > > 
> > > С чего бы?
> > 
> >    Потому что одна и та же программа не должна, по хорошему, требовать
> > две версии одного и того же интерпретатора.
> Да, но в моем случае это две разных программы, требующие две версии разных 
> интерпретаторов.

Плюрализм в одном отдельно взятом пакете? ;)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Paul Wolneykien]

05.04.2013 16:25, Dmitry V. Levin пишет:
> On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
>> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
>>> 05.04.2013 15:55, Sergey V Turchin пишет:
>>>> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
>>>>> 05.04.2013 15:13, Sergey V Turchin пишет:
>>>>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
>>>>>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
>>>>>>
>>>>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
>>>>>> написанных
>>>>>> на других языках?
>>>>>>
>>>>>      Видимо ошибка будет в том, что пакет не должен одновременно требовать
>>>>>
>>>>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
>>>>
>>>> С чего бы?
>>>
>>>     Потому что одна и та же программа не должна, по хорошему, требовать
>>> две версии одного и того же интерпретатора.
>> Да, но в моем случае это две разных программы, требующие две версии разных
>> интерпретаторов.
>
> Плюрализм в одном отдельно взятом пакете? ;)

   Во-во. Сунь их в разные пакетики и всё.

   Кстати, требование обязательного разделения по питонам — один питон, 
один пакет — можно же ужесточить: сказать, что если хотя бы один файл из 
пакета требует python3, то значит пакет целиком должен работать под 
python3. Т.е. если хотя бы один раз сработал python3.req и при этом 
имеется непустой выхлоп python.req, то пакет не проходит в Сизиф. Хороша 
идея? :D

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 1917 bytes --]

On Friday 05 April 2013 16:32:49 Paul Wolneykien wrote:
> 05.04.2013 16:25, Dmitry V. Levin пишет:
> > On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
> >> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
> >>> 05.04.2013 15:55, Sergey V Turchin пишет:
> >>>> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> >>>>> 05.04.2013 15:13, Sergey V Turchin пишет:
> >>>>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
> >>>>>> 
> >>>>>> [...]
> >>>>>> 
> >>>>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
> >>>>>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
> >>>>>> 
> >>>>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
> >>>>>> написанных
> >>>>>> на других языках?
> >>>>>> 
> >>>>>      Видимо ошибка будет в том, что пакет не должен одновременно
> >>>>>      требовать
> >>>>> 
> >>>>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> >>>> 
> >>>> С чего бы?
> >>>> 
> >>>     Потому что одна и та же программа не должна, по хорошему, требовать
> >>> 
> >>> две версии одного и того же интерпретатора.
> >> 
> >> Да, но в моем случае это две разных программы, требующие две версии
> >> разных
> >> интерпретаторов.
> > 
> > Плюрализм в одном отдельно взятом пакете? ;)
> 
>    Во-во. Сунь их в разные пакетики и всё.
Во-во. Не ошибка!

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Paul Wolneykien]

05.04.2013 16:41, Sergey V Turchin пишет:
> On Friday 05 April 2013 16:32:49 Paul Wolneykien wrote:
>> 05.04.2013 16:25, Dmitry V. Levin пишет:
>>> On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
>>>> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
>>>>> 05.04.2013 15:55, Sergey V Turchin пишет:
>>>>>> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
>>>>>>> 05.04.2013 15:13, Sergey V Turchin пишет:
>>>>>>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
>>>>>>>>
>>>>>>>> [...]
>>>>>>>>
>>>>>>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по разным
>>>>>>>>> подпакетам рассованы. Если же нет, то это уже ошибка упаковки
>>>>>>>>
>>>>>>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
>>>>>>>> написанных
>>>>>>>> на других языках?
>>>>>>>>
>>>>>>>       Видимо ошибка будет в том, что пакет не должен одновременно
>>>>>>>       требовать
>>>>>>>
>>>>>>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
>>>>>>
>>>>>> С чего бы?
>>>>>>
>>>>>      Потому что одна и та же программа не должна, по хорошему, требовать
>>>>>
>>>>> две версии одного и того же интерпретатора.
>>>>
>>>> Да, но в моем случае это две разных программы, требующие две версии
>>>> разных
>>>> интерпретаторов.
>>>
>>> Плюрализм в одном отдельно взятом пакете? ;)
>>
>>     Во-во. Сунь их в разные пакетики и всё.
> Во-во. Не ошибка!

   Теперь нет. Речь же шла про один подпакет.

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 233 bytes --]

On Friday 05 April 2013 16:43:03 Paul Wolneykien wrote:

[...]
>    Теперь нет. Речь же шла про один подпакет.
И раньше -- нет.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 254 bytes --]

On Friday 05 April 2013 16:25:22 Dmitry V wrote:

[...]
> Плюрализм в одном отдельно взятом пакете? ;)
У нас нет места плюрализму? ;-)

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Led]

On Friday 05 April 2013 15:25:22 Dmitry V. Levin wrote:
> On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
> > On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
> > > 05.04.2013 15:55, Sergey V Turchin пишет:
> > > > On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> > > >> 05.04.2013 15:13, Sergey V Turchin пишет:
> > > >>> On Friday 05 April 2013 16:21:56 REAL  wrote:
> > > >>>
> > > >>> [...]
> > > >>>
> > > >>>> Для случая %_bindir python2-файлы и python3-файлы как раз по
> > > >>>> разным подпакетам рассованы. Если же нет, то это уже ошибка
> > > >>>> упаковки
> > > >>>
> > > >>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
> > > >>> написанных
> > > >>> на других языках?
> > > >>
> > > >>     Видимо ошибка будет в том, что пакет не должен одновременно
> > > >> требовать
> > > >>
> > > >> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> > > >
> > > > С чего бы?
> > >
> > >    Потому что одна и та же программа не должна, по хорошему, требовать
> > > две версии одного и того же интерпретатора.
> >
> > Да, но в моем случае это две разных программы, требующие две версии
> > разных интерпретаторов.
>
> Плюрализм в одном отдельно взятом пакете? ;)

Какой плюрализм? Это два разных интерпритатора. От того, что у них в названии 
совпадают первые 6 символов, они не перестают быть разными интерпритаторами. 
Также, как и сходство и "общие корни" ситаксиса текстов C/C++/Java/etc не 
делает их разными версиями одного и того же.

ИМХО если бы изначально был подход "python, python2, python3, pythonX - разные 
интерпритаторы" (по факту, а не по первым 6-и символам названия, они такими и 
есть), можно было бы избежать многих несуразностей в "разруливании" 
питонов "как бы разных версий".

-- 
Led

Re: [devel] python/python3 deps

[Paul Wolneykien]

05.04.2013 17:20, Led пишет:
> On Friday 05 April 2013 15:25:22 Dmitry V. Levin wrote:
>> On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
>>> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
>>>> 05.04.2013 15:55, Sergey V Turchin пишет:
>>>>> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
>>>>>> 05.04.2013 15:13, Sergey V Turchin пишет:
>>>>>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
>>>>>>>
>>>>>>> [...]
>>>>>>>
>>>>>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по
>>>>>>>> разным подпакетам рассованы. Если же нет, то это уже ошибка
>>>>>>>> упаковки
>>>>>>>
>>>>>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
>>>>>>> написанных
>>>>>>> на других языках?
>>>>>>
>>>>>>      Видимо ошибка будет в том, что пакет не должен одновременно
>>>>>> требовать
>>>>>>
>>>>>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
>>>>>
>>>>> С чего бы?
>>>>
>>>>     Потому что одна и та же программа не должна, по хорошему, требовать
>>>> две версии одного и того же интерпретатора.
>>>
>>> Да, но в моем случае это две разных программы, требующие две версии
>>> разных интерпретаторов.
>>
>> Плюрализм в одном отдельно взятом пакете? ;)
>
> Какой плюрализм? Это два разных интерпритатора. От того, что у них в названии
> совпадают первые 6 символов, они не перестают быть разными интерпритаторами.
> Также, как и сходство и "общие корни" ситаксиса текстов C/C++/Java/etc не
> делает их разными версиями одного и того же.

   Разве разности между питонами настолько велики? Предложив обновлять 
пакеты до python3 целиком, я исходил из того, что уже сейчас есть 
пакеты, две разных версии которых (под два разных питона) собираются из 
одного дерева исходников. Так что нельзя считать, что это разные языки.

>
> ИМХО если бы изначально был подход "python, python2, python3, pythonX - разные
> интерпритаторы" (по факту, а не по первым 6-и символам названия, они такими и
> есть), можно было бы избежать многих несуразностей в "разруливании"
> питонов "как бы разных версий".
>

Re: [devel] python/python3 deps

[Led]

On Friday 05 April 2013 16:28:35 Paul Wolneykien wrote:
> 05.04.2013 17:20, Led пишет:
> > On Friday 05 April 2013 15:25:22 Dmitry V. Levin wrote:
> >> On Fri, Apr 05, 2013 at 04:22:25PM +0400, Sergey V Turchin wrote:
> >>> On Friday 05 April 2013 15:59:48 Paul Wolneykien wrote:
> >>>> 05.04.2013 15:55, Sergey V Turchin пишет:
> >>>>> On Friday 05 April 2013 15:44:26 Paul Wolneykien wrote:
> >>>>>> 05.04.2013 15:13, Sergey V Turchin пишет:
> >>>>>>> On Friday 05 April 2013 16:21:56 REAL  wrote:
> >>>>>>>
> >>>>>>> [...]
> >>>>>>>
> >>>>>>>> Для случая %_bindir python2-файлы и python3-файлы как раз по
> >>>>>>>> разным подпакетам рассованы. Если же нет, то это уже ошибка
> >>>>>>>> упаковки
> >>>>>>>
> >>>>>>> С чего бы? Может, и bash-скрипты выносить отдельно от программ,
> >>>>>>> написанных
> >>>>>>> на других языках?
> >>>>>>
> >>>>>>      Видимо ошибка будет в том, что пакет не должен одновременно
> >>>>>> требовать
> >>>>>>
> >>>>>> и /usr/bin/python и /usr/bin/python3 (ну или как он там называется).
> >>>>>
> >>>>> С чего бы?
> >>>>
> >>>>     Потому что одна и та же программа не должна, по хорошему,
> >>>> требовать две версии одного и того же интерпретатора.
> >>>
> >>> Да, но в моем случае это две разных программы, требующие две версии
> >>> разных интерпретаторов.
> >>
> >> Плюрализм в одном отдельно взятом пакете? ;)
> >
> > Какой плюрализм? Это два разных интерпритатора. От того, что у них в
> > названии совпадают первые 6 символов, они не перестают быть разными
> > интерпритаторами. Также, как и сходство и "общие корни" ситаксиса текстов
> > C/C++/Java/etc не делает их разными версиями одного и того же.
>
>    Разве разности между питонами настолько велики? Предложив обновлять
> пакеты до python3 целиком, я исходил из того, что уже сейчас есть
> пакеты, две разных версии которых (под два разных питона) собираются из
> одного дерева исходников.

И где я говорил про "разные языки"? Я говорил про разные интерпритаторы 
икомпиляторы.
И .pyc/.pyo у них тоже взаимозаменяемые?

> Так что нельзя считать, что это разные языки.

Можно. Никакого вреда от этого (в плане дистрибюции пакетов) не будет, только 
простота, чёткость и однозначность.

>
> > ИМХО если бы изначально был подход "python, python2, python3, pythonX -
> > разные интерпритаторы" (по факту, а не по первым 6-и символам названия,
> > они такими и есть), можно было бы избежать многих несуразностей в
> > "разруливании" питонов "как бы разных версий".


-- 
Led

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 648 bytes --]

On Fri, Apr 05, 2013 at 12:14:30PM +0400, Aleksey Avdeev wrote:
> 05.04.2013 03:36, Dmitry V. Levin пишет:
[...]
> > Что точно можно сразу исправить - это не передавать в
> > python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
> > от их местоположения, по аналогии с тем, как ведут себя
> > python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
> > Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git
> 
>   А это, на мой взгляд это приведёт к проблемам: достаточно много файлов
> внутри /usr/lib*/python3* определяется file как "*python script text*".

Например?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Aleksey Avdeev]

[-- Attachment #1.1: Type: text/plain, Size: 808 bytes --]

05.04.2013 16:28, Dmitry V. Levin пишет:
> On Fri, Apr 05, 2013 at 12:14:30PM +0400, Aleksey Avdeev wrote:
>> 05.04.2013 03:36, Dmitry V. Levin пишет:
> [...]
>>> Что точно можно сразу исправить - это не передавать в
>>> python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
>>> от их местоположения, по аналогии с тем, как ведут себя
>>> python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
>>> Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git
>>
>>   А это, на мой взгляд это приведёт к проблемам: достаточно много файлов
>> внутри /usr/lib*/python3* определяется file как "*python script text*".
> 
> Например?

  См. вложение. Это результат прогона file по .py файлам, входящим в
python3-base.

-- 

С уважением. Алексей.


[-- Attachment #1.2: python3.3.file.log.bz2 --]
[-- Type: application/x-bzip, Size: 4288 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1447 bytes --]

On Fri, Apr 05, 2013 at 12:14:30PM +0400, Aleksey Avdeev wrote:
> 05.04.2013 03:36, Dmitry V. Levin пишет:
> > On Fri, Apr 05, 2013 at 02:30:52AM +0400, Aleksey Avdeev wrote:
[...]
>   Т. е. у нас файлы делятся на классы, каждый из которых должен
> обработать только один из python*.req.py:
> 
> 1. Файлы в официальных каталогах python (/usr/lib*/python2*) и
> перечисленных в %_python_compile_include.
> 
> 2. Файлы в официальных каталогах python3 (/usr/lib*/python3*) и
> перечисленных в %_python3_compile_include (и/или %_python3_path).

Нет, у нас по умолчанию %_python_compile_include и
%_python3_compile_include пересекаются, так что не судьба.

> > Что точно можно сразу исправить - это не передавать в
> > python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
> > от их местоположения, по аналогии с тем, как ведут себя
> > python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
> > Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git
> 
>   А это, на мой взгляд это приведёт к проблемам: достаточно много файлов
> внутри /usr/lib*/python3* определяется file как "*python script text*".
> Похоже file гарантировано определяет как "*python3 script text*", только
> скрипты с "#! ... python3*" в заголовке и как следствие -- неверно
> определяет версию python`а у модулей.

Тогда см. коммит 0.1.5-alt1-4-gb025c69 у меня в rpm-build-python3.git


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] python/python3 deps

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1692 bytes --]

On Sat, Apr 06, 2013 at 04:31:57AM +0400, Dmitry V. Levin wrote:
> On Fri, Apr 05, 2013 at 12:14:30PM +0400, Aleksey Avdeev wrote:
> > 05.04.2013 03:36, Dmitry V. Levin пишет:
> > > On Fri, Apr 05, 2013 at 02:30:52AM +0400, Aleksey Avdeev wrote:
> [...]
> >   Т. е. у нас файлы делятся на классы, каждый из которых должен
> > обработать только один из python*.req.py:
> > 
> > 1. Файлы в официальных каталогах python (/usr/lib*/python2*) и
> > перечисленных в %_python_compile_include.
> > 
> > 2. Файлы в официальных каталогах python3 (/usr/lib*/python3*) и
> > перечисленных в %_python3_compile_include (и/или %_python3_path).
> 
> Нет, у нас по умолчанию %_python_compile_include и
> %_python3_compile_include пересекаются, так что не судьба.
> 
> > > Что точно можно сразу исправить - это не передавать в
> > > python3.{prov,req}.files файлы типа "*python script text*" вне зависимости
> > > от их местоположения, по аналогии с тем, как ведут себя
> > > python.{prov,req}.files по отношению к файлам типа "*python3 script text*".
> > > Cм. коммит 0.1.5-alt1-1-g4c1439a у меня в rpm-build-python3.git
> > 
> >   А это, на мой взгляд это приведёт к проблемам: достаточно много файлов
> > внутри /usr/lib*/python3* определяется file как "*python script text*".
> > Похоже file гарантировано определяет как "*python3 script text*", только
> > скрипты с "#! ... python3*" в заголовке и как следствие -- неверно
> > определяет версию python`а у модулей.
> 
> Тогда см. коммит 0.1.5-alt1-4-gb025c69 у меня в rpm-build-python3.git

Резюмирую: rpm-build-python-0.36.2-alt1 и rpm-build-python3-0.1.6-alt1 с
этими и другими исправлениями уже в Сизифе.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]