[devel] I: [unmets] python3-3.3.0-alt1

[devel] I: [unmets] python3-3.3.0-alt1

[Aleksey Avdeev]

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

Приветствую.

  В расшаренном таске 89971 (см.
<http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
Сизиф python3-3.3.0-alt1.

  Затронутые пакеты перечислены во вложении (см. unmets.acl).
Заинтересованных прошу подключаться.

-- 

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


[-- Attachment #1.2: unmets.acl --]
[-- Type: text/plain, Size: 6195 bytes --]

autoarchive	viy @everybody
blender	serpiph kurakin real
boost	iv damir voins
engrid	real @everybody
ipython	@python @everybody
py	real @qa @python @everybody
pyside-qt4-py3	real @everybody
pyside-tools-py3	real @everybody
python3-module-dateutil	real @everybody
python3-module-dbus	real @everybody
python3-module-django	real @everybody
python3-module-FormEncode	real @everybody
python3-module-gunicorn	real @everybody
python3-module-jsonlib	real @everybody
python3-module-mock	viy @everybody
python3-module-MySQLdb	real @everybody
python3-module-pyatspi	manowar @everybody
python3-module-pycairo	real @everybody
python3-module-pydot	real @everybody
python3-module-pygobject	real @everybody
python3-module-rfc822py3	real @everybody
python3-module-sgmllib	real @everybody
python3-module-twisted-core	real @everybody
python3-module-xlwt3	real @everybody
python-module-argparse	real @everybody
python-module-autobahn	real @everybody
python-module-babel	@python @everybody
python-module-beaker	manowar @everybody
python-module-BeautifulSoup	lav @python @qa
python-module-chameleon.core	real @everybody
python-module-cheetah	pma @python
python-module-cherrypy	@python
python-module-CleverCSS	real @everybody
python-module-cmd2	real @everybody
python-module-codepy	real @everybody
python-module-colormath	real @everybody
python-module-coverage	real @qa @python @everybody
python-module-cryptacular	real @everybody
python-module-Crypto	@python
python-module-cvxopt	real @python @qa @everybody
python-module-cvxpy	real @everybody
python-module-cx-freeze	real sin @python @qa @everybody
python-module-Cython	aris vitty
python-module-DateTime	real @everybody
python-module-decorator	real @qa @python @everybody
python-module-distribute	real @everybody
python-module-dobbin	real @everybody
python-module-docutils	@python
python-module-fanstatic	real @everybody
python-module-fastimport	real @everybody
python-module-flup	@python
python-module-genshi	@python
python-module-gevent	lav @everybody @python @qa real
python-module-gevent-socketio	real @everybody
python-module-gevent-websocket	real @everybody
python-module-graph	vitty @everybody
python-module-html5lib	zver @python
python-module-httpencode	real @qa @python @everybody
python-module-httplib2	pma @python
python-module-interlude	real @everybody
python-module-isodate	real @everybody
python-module-jinja2	@python
python-module-joblib	real @everybody
python-module-logilab-astng	@python @everybody
python-module-logilab-common	@python @everybody
python-module-logilab-constraint	real @qa @python @everybody
python-module-logilab-database	real @everybody
python-module-lxml	lav @python @qa
python-module-mako	crux @everybody
python-module-manuel	real @everybody
python-module-markdown2	real @everybody
python-module-markdown	dottedmag real kirill
python-module-markupsafe	crux @everybody
python-module-matplotlib	real lav @qa @python
python-module-mpi4py	real sin @python @qa @everybody
python-module-mpmath	real @everybody
python-module-networkx	real @qa @python @everybody
python-module-nose	lav @python @qa
python-module-numpy	real lav @python @qa
python-module-OpenSSL	@python
python-module-PasteDeploy	zver real
python-module-paste	real @everybody
python-module-PasteScript	zver real
python-module-pbkdf2	real @everybody
python-module-ply	@python lav
python-module-psycopg2	@python
python-module-pyasn1-modules	real @everybody
python-module-pycerberus	real @everybody
python-module-pyglet	real @qa @python @everybody
python-module-Pygments	lav @python @qa
python-module-pygobject3	aris
python-module-pygobject	aris lav @gnome
python-module-pygraphviz	zver @python mike
python-module-pyinotify	lav @python @qa
python-module-pymongo	viy @everybody
python-module-pymta	real @everybody
python-module-pyparsing	@python
python-module-pyramid	real @everybody
python-module-Pyro4	real @everybody
python-module-pytest	real @everybody
python-module-python-subunit	real @everybody
python-module-pytools	real @everybody
python-module-RDFAlchemy	real @everybody
python-module-rdflib	lav @python @qa
python-module-repoze.lru	real @everybody
python-module-repoze.sphinx.autointerface	real @everybody
python-module-repoze.who	real @everybody
python-module-requests	vitty @everybody
python-module-scipy	real lav @qa
python-module-serial	@python
python-module-setupdocs	real vvpi @qa @python @everybody
python-module-sip	@python
python-module-six	real @everybody
python-module-sphinx	@python
python-module-SQLAlchemy	gik @python
python-module-tempita	real @qa @python @everybody
python-module-testtools	crux @everybody
python-module-texttemplate	real @everybody
python-module-tornado	shaba @everybody
python-module-transaction	real @everybody
python-module-translationstring	real @everybody
python-module-venusian	real @everybody
python-module-versiontools	real @everybody
python-module-virtualenv	redbaron @everybody
python-module-webob	real @qa @python @everybody
python-module-webtest	real @qa @python @everybody
python-module-whoosh	real @everybody
python-module-yaml	avm @python @everybody
python-module-yapps2	real @everybody
python-module-z3c.pt	real @everybody
python-module-zc.lockfile	real @everybody
python-module-zconfig	real @everybody
python-module-zdaemon	real @everybody
python-module-zope.browser	real @everybody
python-module-zope.component	real @everybody
python-module-zope.configuration	real @everybody
python-module-zope.contenttype	real @everybody
python-module-zope.deprecation	real @everybody
python-module-zope.event	real @everybody
python-module-zope.exceptions	real @everybody
python-module-zope.fixers	real @everybody
python-module-zope.i18nmessageid	real @everybody
python-module-zope.i18n	real @everybody
python-module-zope.interface	@python
python-module-zope.schema	real @everybody
python-module-zope.tales	real @everybody
python-module-zope.tal	real @everybody
python-module-zope.testing	real @everybody
python-module-zope.testrunner	real @everybody
python-module-zope.thread	real @everybody
qscintilla2	boris @everybody
shiboken-py3	real @everybody
sympy	real @qa @everybody

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

Re: [devel] I: [unmets] python3-3.3.0-alt1

[Ivan A. Melnikov]

On Thu, 14 Feb 2013 20:10:16 +0400
Aleksey Avdeev <solo@solin.spb.ru> wrote:

> Приветствую.
> 
>   В расшаренном таске 89971 (см.
> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> Сизиф python3-3.3.0-alt1.
> 
>   Затронутые пакеты перечислены во вложении (см. unmets.acl).
> Заинтересованных прошу подключаться.
> 

$ ssh git.alt task add 89971 repo boost 1.53.0-alt2.1
girar-task add: task #89971 is locked

Вы таск тогда не трогали бы некоторое время... Или добавьте boost с
тегом 1.53.0-alt2.1 сами и напишите мне, когда нужно будет аппрувить.

-- 
WBR,
Ivan A. Melnikov

Re: [devel] I: [unmets] python3-3.3.0-alt1

[Aleksey Avdeev]

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

14.02.2013 20:53, Ivan A. Melnikov пишет:
> On Thu, 14 Feb 2013 20:10:16 +0400
> Aleksey Avdeev <solo@solin.spb.ru> wrote:
> 
>> Приветствую.
>>
>>   В расшаренном таске 89971 (см.
>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>> Сизиф python3-3.3.0-alt1.
>>
>>   Затронутые пакеты перечислены во вложении (см. unmets.acl).
>> Заинтересованных прошу подключаться.
>>
> 
> $ ssh git.alt task add 89971 repo boost 1.53.0-alt2.1
> girar-task add: task #89971 is locked
> 
> Вы таск тогда не трогали бы некоторое время... Или добавьте boost с
> тегом 1.53.0-alt2.1 сами и напишите мне, когда нужно будет аппрувить.

  OK, пока не трогаю. (Что трогал -- уже собралось, см.
<http://git.altlinux.org/tasks/89971/logs/events.2.1.log>.)

-- 

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



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

Re: [devel] I: [unmets] python3-3.3.0-alt1

[Dmitry V. Levin]

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

On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
> Приветствую.
> 
>   В расшаренном таске 89971 (см.
> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> Сизиф python3-3.3.0-alt1.

А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
собранный таким образом, можно будет использовать?


-- 
ldv

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

Re: [devel] I: [unmets] python3-3.3.0-alt1

[Aleksey Avdeev]

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

14.02.2013 21:07, Dmitry V. Levin пишет:
> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>> Приветствую.
>>
>>   В расшаренном таске 89971 (см.
>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>> Сизиф python3-3.3.0-alt1.
> 
> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
> собранный таким образом, можно будет использовать?

  Причина: python.req.py корёжит на синтаксисе python3.

  Почему допустимо:

  Это не python, а python3 => зависимостей на python там не должно быть
вообще (разный синтаксис).  Поиск же зависимостей в/на python3 я не
отключал (строки "AutoReqProv: nopython3" в спеке нет), то собранным
таким образом python3 пользоваться можно. Цитирую
<http://git.altlinux.org/tasks/89971/build/200/x86_64/log>:

...
Executing: /bin/sh -e /usr/src/tmp/rpm-tmp.w1BsYp
find-provides: running scripts
(alternatives,debuginfo,lib,pam,perl,pkgconfig,python3,shell,tcl)
                                               ^^^^^^^
Finding Requires (using /usr/lib/rpm/find-requires)
Executing: /bin/sh -e /usr/src/tmp/rpm-tmp.tkSrvq
find-requires: running scripts
(cpp,debuginfo,files,lib,pam,perl,pkgconfig,pkgconfiglib,python3,rpmlib,shebang,shell,static,symlinks,tcl)
                                                         ^^^^^^^
...

  Видно, что автопоиск зависимостей для python3 включён.



-- 

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



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

Re: [devel] I: [unmets] python3-3.3.0-alt1

[Aleksey Avdeev]

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

14.02.2013 21:38, Aleksey Avdeev пишет:
> 14.02.2013 21:07, Dmitry V. Levin пишет:
>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>>> Приветствую.
>>>
>>>   В расшаренном таске 89971 (см.
>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>>> Сизиф python3-3.3.0-alt1.
>>
>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
>> собранный таким образом, можно будет использовать?
> 
>   Причина: python.req.py корёжит на синтаксисе python3.

  А сейчас всё нормально...

  "AutoReqProv: nopython" и перезапускаю таск 89971.

> 
>   Почему допустимо:
> 
>   Это не python, а python3 => зависимостей на python там не должно быть
> вообще (разный синтаксис).  Поиск же зависимостей в/на python3 я не
> отключал (строки "AutoReqProv: nopython3" в спеке нет), то собранным
> таким образом python3 пользоваться можно. Цитирую
> <http://git.altlinux.org/tasks/89971/build/200/x86_64/log>:
> 
> ...
> Executing: /bin/sh -e /usr/src/tmp/rpm-tmp.w1BsYp
> find-provides: running scripts
> (alternatives,debuginfo,lib,pam,perl,pkgconfig,python3,shell,tcl)
>                                                ^^^^^^^
> Finding Requires (using /usr/lib/rpm/find-requires)
> Executing: /bin/sh -e /usr/src/tmp/rpm-tmp.tkSrvq
> find-requires: running scripts
> (cpp,debuginfo,files,lib,pam,perl,pkgconfig,pkgconfiglib,python3,rpmlib,shebang,shell,static,symlinks,tcl)
>                                                          ^^^^^^^
> ...
> 
>   Видно, что автопоиск зависимостей для python3 включён.

  Реальность отличается от теории: при "AutoReqProv: nopython" перестаёт
предоставлять python3.3(types) в python3-base...

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR (was:[unmets] python3-3.3.0-alt1)

[Aleksey Avdeev]

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

14.02.2013 22:48, Aleksey Avdeev пишет:
> 14.02.2013 21:38, Aleksey Avdeev пишет:
>> 14.02.2013 21:07, Dmitry V. Levin пишет:
>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>>>> Приветствую.
>>>>
>>>>   В расшаренном таске 89971 (см.
>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>>>> Сизиф python3-3.3.0-alt1.
>>>
>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
>>> собранный таким образом, можно будет использовать?
>>
>>   Причина: python.req.py корёжит на синтаксисе python3.
> 
>   А сейчас всё нормально...

  Поправка: оно нормально отработало на people. А на git.alt данная
причина опять выплыла (см.
<http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):

2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
/usr/lib/rpm/python.req.py:
/usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
line=354 IGNORE module=distutils
python.req: ERROR:
/usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
syntax (line 261)
Traceback (most recent call last):
--
    class IOBase(metaclass=abc.ABCMeta):
SyntaxError: invalid syntax
find-requires: ERROR: /usr/lib/rpm/python.req failed
error: /bin/sh failed
error: Failed to find Requires

  Собственно, с чем я, с помощью "AutoReqProv: nopython", и боролся...

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR (was:[unmets] python3-3.3.0-alt1)

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
> 14.02.2013 22:48, Aleksey Avdeev пишет:
> > 14.02.2013 21:38, Aleksey Avdeev пишет:
> >> 14.02.2013 21:07, Dmitry V. Levin пишет:
> >>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
> >>>> Приветствую.
> >>>>
> >>>>   В расшаренном таске 89971 (см.
> >>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> >>>> Сизиф python3-3.3.0-alt1.
> >>>
> >>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
> >>> собранный таким образом, можно будет использовать?
> >>
> >>   Причина: python.req.py корёжит на синтаксисе python3.
> > 
> >   А сейчас всё нормально...
> 
>   Поправка: оно нормально отработало на people. А на git.alt данная
> причина опять выплыла (см.
> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
> 
> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
> /usr/lib/rpm/python.req.py:
> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
> line=354 IGNORE module=distutils
> python.req: ERROR:
> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
> syntax (line 261)

/usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?

>   Собственно, с чем я, с помощью "AutoReqProv: nopython", и боролся...

AutoReqProv: nopython это борьба с симптоматикой.


-- 
ldv

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

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 03:36, Dmitry V. Levin пишет:
> On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
>> 14.02.2013 22:48, Aleksey Avdeev пишет:
>>> 14.02.2013 21:38, Aleksey Avdeev пишет:
>>>> 14.02.2013 21:07, Dmitry V. Levin пишет:
>>>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>>>>>> Приветствую.
>>>>>>
>>>>>>   В расшаренном таске 89971 (см.
>>>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>>>>>> Сизиф python3-3.3.0-alt1.
>>>>>
>>>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
>>>>> собранный таким образом, можно будет использовать?
>>>>
>>>>   Причина: python.req.py корёжит на синтаксисе python3.
>>>
>>>   А сейчас всё нормально...
>>
>>   Поправка: оно нормально отработало на people. А на git.alt данная
>> причина опять выплыла (см.
>> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
>>
>> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
>> /usr/lib/rpm/python.req.py:
>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
>> line=354 IGNORE module=distutils
>> python.req: ERROR:
>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
>> syntax (line 261)
> 
> /usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?
> 
>>   Собственно, с чем я, с помощью "AutoReqProv: nopython", и боролся...
> 
> AutoReqProv: nopython это борьба с симптоматикой.

  Да.

  Более правильный вариант использовать двух шаговый bootstrap
следующего вида:

1. Сборка python3 с "AutoReqProv: nopython" (достаточно "AutoReq:
nopython").

2. Чистовая сборка, без  AutoReq*.

  На people я такое отработал. Но как это сделать в рамках одного task`а
я ещё не придумал.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 04:03:51AM +0400, Aleksey Avdeev wrote:
> 15.02.2013 03:36, Dmitry V. Levin пишет:
> > On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
> >> 14.02.2013 22:48, Aleksey Avdeev пишет:
> >>> 14.02.2013 21:38, Aleksey Avdeev пишет:
> >>>> 14.02.2013 21:07, Dmitry V. Levin пишет:
> >>>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
> >>>>>> Приветствую.
> >>>>>>
> >>>>>>   В расшаренном таске 89971 (см.
> >>>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> >>>>>> Сизиф python3-3.3.0-alt1.
> >>>>>
> >>>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
> >>>>> собранный таким образом, можно будет использовать?
> >>>>
> >>>>   Причина: python.req.py корёжит на синтаксисе python3.
> >>>
> >>>   А сейчас всё нормально...
> >>
> >>   Поправка: оно нормально отработало на people. А на git.alt данная
> >> причина опять выплыла (см.
> >> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
> >>
> >> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
> >> /usr/lib/rpm/python.req.py:
> >> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
> >> line=354 IGNORE module=distutils
> >> python.req: ERROR:
> >> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
> >> syntax (line 261)
> > 
> > /usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?

И все же, что это за новые файлы?

> >>   Собственно, с чем я, с помощью "AutoReqProv: nopython", и боролся...
> > 
> > AutoReqProv: nopython это борьба с симптоматикой.
> 
>   Да.
> 
>   Более правильный вариант использовать двух шаговый bootstrap

Зачем использовать bootstrap, когда все должно собираться и так?


-- 
ldv

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

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 04:37, Dmitry V. Levin пишет:
> On Fri, Feb 15, 2013 at 04:03:51AM +0400, Aleksey Avdeev wrote:
>> 15.02.2013 03:36, Dmitry V. Levin пишет:
>>> On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
>>>> 14.02.2013 22:48, Aleksey Avdeev пишет:
>>>>> 14.02.2013 21:38, Aleksey Avdeev пишет:
>>>>>> 14.02.2013 21:07, Dmitry V. Levin пишет:
>>>>>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>>>>>>>> Приветствую.
>>>>>>>>
>>>>>>>>   В расшаренном таске 89971 (см.
>>>>>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>>>>>>>> Сизиф python3-3.3.0-alt1.
>>>>>>>
>>>>>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
>>>>>>> собранный таким образом, можно будет использовать?
>>>>>>
>>>>>>   Причина: python.req.py корёжит на синтаксисе python3.
>>>>>
>>>>>   А сейчас всё нормально...
>>>>
>>>>   Поправка: оно нормально отработало на people. А на git.alt данная
>>>> причина опять выплыла (см.
>>>> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>
>>>> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
>>>> /usr/lib/rpm/python.req.py:
>>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
>>>> line=354 IGNORE module=distutils
>>>> python.req: ERROR:
>>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
>>>> syntax (line 261)
>>>
>>> /usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?

  Это у нас так логи от [x86_64] и [i586] сборочница перемешивает. Там
по логу ниже (см. выделение выше) такой касок:

2013-Feb-14 19:09:45 :: [i586] #240 python3.git 3.3.0-alt1: build FAILED
/usr/lib/rpm/python.req.py:
/usr/src/tmp/python3-buildroot/usr/lib64/python3.3/_osx_support.py:
line=354 IGNORE module=distutils
python.req: ERROR:
/usr/src/tmp/python3-buildroot/usr/lib64/python3.3/_pyio.py: invalid
syntax (line 261)
Traceback (most recent call last):
--
    class IOBase(metaclass=abc.ABCMeta):
SyntaxError: invalid syntax
find-requires: ERROR: /usr/lib/rpm/python.req failed
error: /bin/sh failed
error: Failed to find Requires

  Т. е. присутствует мешанина из строк относящихся к [x86_64] и к
[i586]. По факту, /usr/lib/python3.3/*.py в пакетах i586, а в x86_64 --
соответствующие /usr/lib64/python3.3/*.py.

> 
> И все же, что это за новые файлы?

  Это то, что будет заменять /usr/lib/python3.2/*.py текущего python3
(i586).

> 
>>>>   Собственно, с чем я, с помощью "AutoReqProv: nopython", и боролся...
>>>
>>> AutoReqProv: nopython это борьба с симптоматикой.
>>
>>   Да.
>>
>>   Более правильный вариант использовать двух шаговый bootstrap
> 
> Зачем использовать bootstrap, когда все должно собираться и так?

  Как именно? Прошу помощи.

  Похоже, что у нас ситуация, когда скрипт исполняемый текущим python3.2
(в chroot ставиться python3-3.2.3-alt3, см.
<http://git.altlinux.org/tasks/89971/build/240/x86_64/srpm.log>, => он и
используется в rpm`овских скриптах) не может переварить код от python3.3
(вполне корректный, с точки зрения самого python3.3). Вполне возможно,
что дело в несовместимостях между классов/методов python3.2 и python3.3

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 05:29:11AM +0400, Aleksey Avdeev wrote:
> 15.02.2013 04:37, Dmitry V. Levin пишет:
> > On Fri, Feb 15, 2013 at 04:03:51AM +0400, Aleksey Avdeev wrote:
> >> 15.02.2013 03:36, Dmitry V. Levin пишет:
> >>> On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
> >>>> 14.02.2013 22:48, Aleksey Avdeev пишет:
> >>>>> 14.02.2013 21:38, Aleksey Avdeev пишет:
> >>>>>> 14.02.2013 21:07, Dmitry V. Levin пишет:
> >>>>>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
> >>>>>>>> Приветствую.
> >>>>>>>>
> >>>>>>>>   В расшаренном таске 89971 (см.
> >>>>>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> >>>>>>>> Сизиф python3-3.3.0-alt1.
> >>>>>>>
> >>>>>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
> >>>>>>> собранный таким образом, можно будет использовать?
> >>>>>>
> >>>>>>   Причина: python.req.py корёжит на синтаксисе python3.
> >>>>>
> >>>>>   А сейчас всё нормально...
> >>>>
> >>>>   Поправка: оно нормально отработало на people. А на git.alt данная
> >>>> причина опять выплыла (см.
> >>>> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
>      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >>>>
> >>>> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
> >>>> /usr/lib/rpm/python.req.py:
> >>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
> >>>> line=354 IGNORE module=distutils
> >>>> python.req: ERROR:
> >>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
> >>>> syntax (line 261)
> >>>
> >>> /usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?
> 
>   Это у нас так логи от [x86_64] и [i586] сборочница перемешивает.

Тогда не страшно, всегда можно посмотреть отдельные логи.

> > Зачем использовать bootstrap, когда все должно собираться и так?
> 
>   Как именно? Прошу помощи.
> 
>   Похоже, что у нас ситуация, когда скрипт исполняемый текущим python3.2
> (в chroot ставиться python3-3.2.3-alt3, см.
> <http://git.altlinux.org/tasks/89971/build/240/x86_64/srpm.log>, => он и
> используется в rpm`овских скриптах) не может переварить код от python3.3
> (вполне корректный, с точки зрения самого python3.3). Вполне возможно,
> что дело в несовместимостях между классов/методов python3.2 и python3.3

При сборке питона скрипты питон.{req,prov} должны исполняться
свежесобранным питоном.  Насколько я помню, так всегда было,
и вряд ли стоит менять полезную традицию.

Ну а nopython не нужен просто потому, что python.{req,prov} не должен
обрабатывать файлы python3, и наоборот.  Если это правило нарушено, значит,
надо что-то исправить: либо файлы не на месте, либо питон.{req,prov}.files
отстали от жизни.


-- 
ldv

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

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 05:42, Dmitry V. Levin пишет:
> On Fri, Feb 15, 2013 at 05:29:11AM +0400, Aleksey Avdeev wrote:
>> 15.02.2013 04:37, Dmitry V. Levin пишет:
>>> On Fri, Feb 15, 2013 at 04:03:51AM +0400, Aleksey Avdeev wrote:
>>>> 15.02.2013 03:36, Dmitry V. Levin пишет:
>>>>> On Fri, Feb 15, 2013 at 01:21:15AM +0400, Aleksey Avdeev wrote:
>>>>>> 14.02.2013 22:48, Aleksey Avdeev пишет:
>>>>>>> 14.02.2013 21:38, Aleksey Avdeev пишет:
>>>>>>>> 14.02.2013 21:07, Dmitry V. Levin пишет:
>>>>>>>>> On Thu, Feb 14, 2013 at 08:10:16PM +0400, Aleksey Avdeev wrote:
>>>>>>>>>> Приветствую.
>>>>>>>>>>
>>>>>>>>>>   В расшаренном таске 89971 (см.
>>>>>>>>>> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
>>>>>>>>>> Сизиф python3-3.3.0-alt1.
>>>>>>>>>
>>>>>>>>> А "AutoReqProv: nopython" там зачем добавлен?  Вы полагаете, что python,
>>>>>>>>> собранный таким образом, можно будет использовать?
>>>>>>>>
>>>>>>>>   Причина: python.req.py корёжит на синтаксисе python3.
>>>>>>>
>>>>>>>   А сейчас всё нормально...
>>>>>>
>>>>>>   Поправка: оно нормально отработало на people. А на git.alt данная
>>>>>> причина опять выплыла (см.
>>>>>> <http://git.altlinux.org/tasks/89971/logs/events.3.1.log>):
>>      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>>>
>>>>>> 2013-Feb-14 18:49:14 :: [x86_64] #240 python3.git 3.3.0-alt1: build start
>>>>>> /usr/lib/rpm/python.req.py:
>>>>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_osx_support.py:
>>>>>> line=354 IGNORE module=distutils
>>>>>> python.req: ERROR:
>>>>>> /usr/src/tmp/python3-buildroot/usr/lib/python3.3/_pyio.py: invalid
>>>>>> syntax (line 261)
>>>>>
>>>>> /usr/lib/python3.3/*.py на x86_64?  Что это еще за чудо такое?
>>
>>   Это у нас так логи от [x86_64] и [i586] сборочница перемешивает.
> 
> Тогда не страшно, всегда можно посмотреть отдельные логи.

  Да.

> 
>>> Зачем использовать bootstrap, когда все должно собираться и так?
>>
>>   Как именно? Прошу помощи.
>>
>>   Похоже, что у нас ситуация, когда скрипт исполняемый текущим python3.2
>> (в chroot ставиться python3-3.2.3-alt3, см.
>> <http://git.altlinux.org/tasks/89971/build/240/x86_64/srpm.log>, => он и
>> используется в rpm`овских скриптах) не может переварить код от python3.3
>> (вполне корректный, с точки зрения самого python3.3). Вполне возможно,
>> что дело в несовместимостях между классов/методов python3.2 и python3.3
> 
> При сборке питона скрипты питон.{req,prov} должны исполняться
> свежесобранным питоном.  Насколько я помню, так всегда было,
> и вряд ли стоит менять полезную традицию.

  Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
кухню (если полезу -- гарантированно сорву заданные сроки). Более того,
я уже нарвался на то, что моё предположение о работе и взаимодействии
скриптов python{,3}{req,prov}{,.{py,files}} оказалось не верным (то,
когда объяснял почему "AutoReqProv: nopython" ни на что не влияет, а
оказалось что это не так).

> 
> Ну а nopython не нужен просто потому, что python.{req,prov} не должен
> обрабатывать файлы python3, и наоборот.  Если это правило нарушено, значит,
> надо что-то исправить: либо файлы не на месте, либо питон.{req,prov}.files
> отстали от жизни.

  Файлы на месте: всё собранное (исполняемое) в %_libdir/python3.3/, и в
%_libdir/python3.2 ничего не попадает.

  На счёт скриптов python{,3}{req,prov}{,.{py,files}} могу сказать
только то, стандартный вариант их использования (когда они работают
сами, без указаний в спеке) приводит к ошибкам python.req.py. (Причём на
лицо диагностика обработчика ошибок исполняющего скрипт интерпретатора.)
Т. е. проблема в скриптах скорее всего есть.

  На данный момент, я не знаю как исправить проблему в корне. Нашёл
только, как обойти проблему с помощью bootstrap`а.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote:
> 15.02.2013 05:42, Dmitry V. Levin пишет:
> > При сборке питона скрипты питон.{req,prov} должны исполняться
> > свежесобранным питоном.  Насколько я помню, так всегда было,
> > и вряд ли стоит менять полезную традицию.
> 
>   Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
> кухню (если полезу -- гарантированно сорву заданные сроки).

На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть.

> Более того,
> я уже нарвался на то, что моё предположение о работе и взаимодействии
> скриптов python{,3}{req,prov}{,.{py,files}} оказалось не верным (то,
> когда объяснял почему "AutoReqProv: nopython" ни на что не влияет, а
> оказалось что это не так).

По идее, "AutoReqProv: nopython" просто отключает python.{req,prov} и все.
Просто если python.{req,prov} зацепили сам python3, то есть риск, что
пострадают и модули.  Поэтому "AutoReqProv: nopython" - это не решение.

> > Ну а nopython не нужен просто потому, что python.{req,prov} не должен
> > обрабатывать файлы python3, и наоборот.  Если это правило нарушено, значит,
> > надо что-то исправить: либо файлы не на месте, либо питон.{req,prov}.files
> > отстали от жизни.
> 
>   Файлы на месте: всё собранное (исполняемое) в %_libdir/python3.3/, и в
> %_libdir/python3.2 ничего не попадает.
> 
>   На счёт скриптов python{,3}{req,prov}{,.{py,files}} могу сказать
> только то, стандартный вариант их использования (когда они работают
> сами, без указаний в спеке) приводит к ошибкам python.req.py. (Причём на
> лицо диагностика обработчика ошибок исполняющего скрипт интерпретатора.)
> Т. е. проблема в скриптах скорее всего есть.

Интересно, как же они тогда раньше работали?
Или это python3 так сильно изменился?

>   На данный момент, я не знаю как исправить проблему в корне.

Выкопать корень, исправить проблему, посадить корень обратно.


-- 
ldv

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

Re: [devel] I: [python3] python.req: ERROR

[Paul Wolneykien]

15.02.2013 06:37, Dmitry V. Levin пишет:
> On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote:
>> ...
>> >   Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
>> > кухню (если полезу -- гарантированно сорву заданные сроки).
> На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть.

  Лёша, что именно за кухня? Работа prov и req парсеров в RPM? Что-то
специфичное для Питона? Если перовое, то на altlinux.org или около него
должна быть какая-то документация, рекомендации по сборке пакетов. А
если второе, то лучше спрашивай напрямую у питоноводов. У того же peet@
к примеру, -- полагаю, что он лазал питону не только в пасть...

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 12:53, Paul Wolneykien пишет:
> 15.02.2013 06:37, Dmitry V. Levin пишет:
>> On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote:
>>> ...
>>>>   Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
>>>> кухню (если полезу -- гарантированно сорву заданные сроки).
>> На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть.
> 
>   Лёша, что именно за кухня? Работа prov и req парсеров в RPM? Что-то
> специфичное для Питона? Если перовое, то на altlinux.org или около него
> должна быть какая-то документация, рекомендации по сборке пакетов. А
> если второе, то лучше спрашивай напрямую у питоноводов. У того же peet@
> к примеру, -- полагаю, что он лазал питону не только в пасть...

  Работа prov и req парсеров в RPM применительно к python*. Проблема ещё
в том, что я не знаю как запретить rpm`у удалять временные
файлы/каталоги, созданные при сборке пакета (что упростит анализ работы
парсеров).

  Беглый забег по скриптам rpm-build-python{,3} что:

1. python.{prov,req}.files спокойно пропускает через себя модули и
бинарники относящиеся к python3 (=> они обрабатываются через
/usr/bin/python). Фильтр отстреливает только скрипты с _явным_ указанием
что это python3 (признаком "#! /usr/bin/python3"), но только в том
случаи, если в системе установлен file >= 4.26-alt8 (file < 4.26-alt8
выделять скрипты python3 не умеет).

2. В python3.{prov,req}.files ситуация аналогична: он тоже пропускает
файлы в расположенные в */python2.* (т. е. заведомо не относящиеся к
python3 => обрабатывает их через /usr/bin/python3).

3. В python3.req жёстко прошито использование /usr/bin/python3
установленного в сборочной системе. => свежесобранный python3 для поиска
зависимостей не используется. (В отличии от python.req, где
использованный python можно задать через $RPM_PYTHON

  Суммируя:

* Из-за пп. 1 и 2 ситуация когда при поиске зависимостей скрипт
обрабатывается не тем python`ом (/usr/bin/python обрабатывает содержимое
*/python3.*, а /usr/bin/python3 -- содержимое */python2.*) у нас
штатная. И мне непонятно почему она каждый раз не взрывается (возможно
нас защищает порядок вызова парсеров).

* П. 3 ситуацию тоже похоже портит, вынуждая смотреть в сторону bootstrap`а.

2peet@: Прошу помощи.

PS: Попробую ужесточить python{,3}.{prov,req}.files и посмотреть результат.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Paul Wolneykien]

15.02.2013 15:43, Aleksey Avdeev пишет:
> 15.02.2013 12:53, Paul Wolneykien пишет:
>> 15.02.2013 06:37, Dmitry V. Levin пишет:
>>> On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote:
>>>> ...
>>>>>   Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
>>>>> кухню (если полезу -- гарантированно сорву заданные сроки).
>>> На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть.
>>
>>   Лёша, что именно за кухня? Работа prov и req парсеров в RPM? Что-то
>> специфичное для Питона? Если перовое, то на altlinux.org или около него
>> должна быть какая-то документация, рекомендации по сборке пакетов. А
>> если второе, то лучше спрашивай напрямую у питоноводов. У того же peet@
>> к примеру, -- полагаю, что он лазал питону не только в пасть...
> 
>   Работа prov и req парсеров в RPM применительно к python*. Проблема ещё
> в том, что я не знаю как запретить rpm`у удалять временные
> файлы/каталоги, созданные при сборке пакета (что упростит анализ работы
> парсеров).
> 
>   Беглый забег по скриптам rpm-build-python{,3} что:
> 
> 1. python.{prov,req}.files спокойно пропускает через себя модули и
> бинарники относящиеся к python3 (=> они обрабатываются через
> /usr/bin/python). Фильтр отстреливает только скрипты с _явным_ указанием
> что это python3 (признаком "#! /usr/bin/python3"), но только в том
> случаи, если в системе установлен file >= 4.26-alt8 (file < 4.26-alt8
> выделять скрипты python3 не умеет).
> 
> 2. В python3.{prov,req}.files ситуация аналогична: он тоже пропускает
> файлы в расположенные в */python2.* (т. е. заведомо не относящиеся к
> python3 => обрабатывает их через /usr/bin/python3).
> 
> 3. В python3.req жёстко прошито использование /usr/bin/python3
> установленного в сборочной системе. => свежесобранный python3 для поиска
> зависимостей не используется. (В отличии от python.req, где
> использованный python можно задать через $RPM_PYTHON
> 
>   Суммируя:
> 
> * Из-за пп. 1 и 2 ситуация когда при поиске зависимостей скрипт
> обрабатывается не тем python`ом

  Э… Это из-за старого file? Так его просто обновить нужно.

> (/usr/bin/python обрабатывает содержимое
> */python3.*, а /usr/bin/python3 -- содержимое */python2.*) у нас
> штатная. И мне непонятно почему она каждый раз не взрывается (возможно
> нас защищает порядок вызова парсеров).
> 
> * П. 3 ситуацию тоже похоже портит,

  Т.е. python.req использует свежесобранный python2.x, а python3.req —
системный старый?

15.02.2013 05:42, Dmitry V. Levin пишет:
> При сборке питона скрипты питон.{req,prov} должны исполняться
> свежесобранным питоном.  Насколько я помню, так всегда было,
> и вряд ли стоит менять полезную традицию.

  А кто автор python3.req? Может быть просто ошибка там?

> вынуждая смотреть в сторону bootstrap`а.

  А как собиралась текущая версия python3? Посмотри по тегам в
/gears/p/python3.git. Если там был bootstrap, то видимо его и нужно
использовать.

> 
> 2peet@: Прошу помощи.
> 
> PS: Попробую ужесточить python{,3}.{prov,req}.files и посмотреть результат.

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 15:54, Paul Wolneykien пишет:
> 15.02.2013 15:43, Aleksey Avdeev пишет:
>> 15.02.2013 12:53, Paul Wolneykien пишет:
>>> 15.02.2013 06:37, Dmitry V. Levin пишет:
>>>> On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote:
>>>>> ...
>>>>>>   Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту
>>>>>> кухню (если полезу -- гарантированно сорву заданные сроки).
>>>> На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть.
>>>
>>>   Лёша, что именно за кухня? Работа prov и req парсеров в RPM? Что-то
>>> специфичное для Питона? Если перовое, то на altlinux.org или около него
>>> должна быть какая-то документация, рекомендации по сборке пакетов. А
>>> если второе, то лучше спрашивай напрямую у питоноводов. У того же peet@
>>> к примеру, -- полагаю, что он лазал питону не только в пасть...
>>
>>   Работа prov и req парсеров в RPM применительно к python*. Проблема ещё
>> в том, что я не знаю как запретить rpm`у удалять временные
>> файлы/каталоги, созданные при сборке пакета (что упростит анализ работы
>> парсеров).
>>
>>   Беглый забег по скриптам rpm-build-python{,3} что:
>>
>> 1. python.{prov,req}.files спокойно пропускает через себя модули и
>> бинарники относящиеся к python3 (=> они обрабатываются через
>> /usr/bin/python). Фильтр отстреливает только скрипты с _явным_ указанием
>> что это python3 (признаком "#! /usr/bin/python3"), но только в том
>> случаи, если в системе установлен file >= 4.26-alt8 (file < 4.26-alt8
>> выделять скрипты python3 не умеет).
>>
>> 2. В python3.{prov,req}.files ситуация аналогична: он тоже пропускает
>> файлы в расположенные в */python2.* (т. е. заведомо не относящиеся к
>> python3 => обрабатывает их через /usr/bin/python3).
>>
>> 3. В python3.req жёстко прошито использование /usr/bin/python3
>> установленного в сборочной системе. => свежесобранный python3 для поиска
>> зависимостей не используется. (В отличии от python.req, где
>> использованный python можно задать через $RPM_PYTHON
>>
>>   Суммируя:
>>
>> * Из-за пп. 1 и 2 ситуация когда при поиске зависимостей скрипт
>> обрабатывается не тем python`ом
> 
>   Э… Это из-за старого file? Так его просто обновить нужно.

  Для сборки под Сизиф не критично -- там hasher новый file вытягивает.
Это на t6/p6 рвануть может: python3 там есть, в отличии от
поддерживающего его file.

> 
>> (/usr/bin/python обрабатывает содержимое
>> */python3.*, а /usr/bin/python3 -- содержимое */python2.*) у нас
>> штатная. И мне непонятно почему она каждый раз не взрывается (возможно
>> нас защищает порядок вызова парсеров).
>>
>> * П. 3 ситуацию тоже похоже портит,
> 
>   Т.е. python.req использует свежесобранный python2.x, а python3.req —
> системный старый?

  Про python2.x не знаю (детально не разбирал его спек и используемые
макросы), но что ручка для этого в python.req есть -- факт. А в т. к. в
python3.req ручка для данной цели вообще отсутсвует, то он гарантировано
не может использовать не системный python3 => использует системный (т.
е. старый).

> 
> 15.02.2013 05:42, Dmitry V. Levin пишет:
>> При сборке питона скрипты питон.{req,prov} должны исполняться
>> свежесобранным питоном.  Насколько я помню, так всегда было,
>> и вряд ли стоит менять полезную традицию.
> 
>   А кто автор python3.req? Может быть просто ошибка там?

  Я ещё не смотрел историю rpm-build-python3. (Полезу туда после серии
экспериментов.)

> 
>> вынуждая смотреть в сторону bootstrap`а.
> 
>   А как собиралась текущая версия python3? Посмотри по тегам в
> /gears/p/python3.git. Если там был bootstrap, то видимо его и нужно
> использовать.

  При запаковывании python3-3.2.2-alt1 он был (т. к. это первая версия
python3 в Сизифе). python3-3.2.2-alt2 похоже его завершает, в
зависимостях появился rpm-build-python3 и пересборка с ним отмечена в
%changelog`е:

 Wed Dec 21 2011 Vitaly Kuznetsov <vitty@altlinux.ru> 3.2.2-alt2
- rebuild with rpm-build-python3
- split up, rename subpackages

Обновление до python3-3.2.3-alt1 (3.2.2 -> 3.2.3) прошло без
bootstrap`а, но там не менялись %pynameabi (python32mu) с %pylibdir
(%_libdir/python32) . Сейчас же я провожу обновление с 3.2.x на 3.3.x
(3.2.3 -> 3.3.0) и у меня меняются:

%pynameabi -- python32mu -> python33m

%pylibdir -- %_libdir/python32 -> %_libdir/python33

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Paul Wolneykien]

15.02.2013 16:23, Aleksey Avdeev пишет:
>   Для сборки под Сизиф не критично -- там hasher новый file вытягивает.
> Это на t6/p6 рвануть может: python3 там есть, в отличии от
> поддерживающего его file.

  Причём тут вообще p6/t6?

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 16:25, Paul Wolneykien пишет:
> 15.02.2013 16:23, Aleksey Avdeev пишет:
>>   Для сборки под Сизиф не критично -- там hasher новый file вытягивает.
>> Это на t6/p6 рвануть может: python3 там есть, в отличии от
>> поддерживающего его file.
> 
>   Причём тут вообще p6/t6?

  В том что в p6/t6 file-4.26-alt7, а у rpm-build-python{3,}, на мой
взгляд, не хватает:

Requires: file > 4.26-alt7.1

PS: Это мелкий недостаток пакетов rpm-build-python{3,}, не вызывающий
проблемам сборке под Сизиф (т. к. в Сизифе file-4.26-alt9). Найден в
процессе анализа кода скриптов. (При попытке ответить на вопрос: А когда
у нас file возвращает ответ содержащий подстроку "python3 script text"?).

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Paul Wolneykien]

15.02.2013 16:59, Aleksey Avdeev пишет:
>> >   Причём тут вообще p6/t6?
>   В том что в p6/t6 file-4.26-alt7

  Не нужно обновлять python3 в p6. Скоро должен быть p7.

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 17:06, Paul Wolneykien пишет:
> 15.02.2013 16:59, Aleksey Avdeev пишет:
>>>>   Причём тут вообще p6/t6?
>>   В том что в p6/t6 file-4.26-alt7
> 
>   Не нужно обновлять python3 в p6. Скоро должен быть p7.

  Обновлять python3 в p6/t6 не собираюсь. Но бэкпортировать туда скорее
всего стоит: В текущей ситуации (при данной комбинации file-4.26-alt7 и
rpm-build-python{,3}) могут быть проблемы при сборке (в p6/t6) пакетов
содержащих скрипты на python3 (с указанием "#! /usr/bin/python3") где
нибудь в %_bindir.

  К примеру (под текущим t6):

$ file -L -NF$'\t' /usr/lib/rpm/python3.req.py
/usr/lib/rpm/python3.req.py      python script text executable

  Т. к. возвращено "python script text", то данный .py файл будет
обработан скриптами python.{req,prov}, а не python3.{req,prov}, которые
его пропустят (т. к. ждут строку "python3 script text", которую
file-4.26-alt7 выдать вообще не может.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Paul Wolneykien]

15.02.2013 16:23, Aleksey Avdeev пишет:
>> 15.02.2013 15:54, Paul Wolneykien пишет:
>> >   Т.е. python.req использует свежесобранный python2.x, а python3.req —
>> > системный старый?
>   Про python2.x не знаю (детально не разбирал его спек и используемые
> макросы), но что ручка для этого в python.req есть -- факт. А в т. к. в
> python3.req ручка для данной цели вообще отсутсвует, то он гарантировано
> не может использовать не системный python3 => использует системный (т.
> е. старый).

>> > 15.02.2013 05:42, Dmitry V. Levin пишет:
>>> >> При сборке питона скрипты питон.{req,prov} должны исполняться
>>> >> свежесобранным питоном.  Насколько я помню, так всегда было,
>>> >> и вряд ли стоит менять полезную традицию.

  А в рекомендациях по сборке питоньих пакетов не сказано, как сделать
так, чтобы файлы проверялись свежесобранным питоном? Аналогичным образом
это должно работать для python3. И если потребуется, нужно поменять
что-то в пакете rpm-build-python3. Кстати, а он, частом, не входит в
состав python3.src.rpm?

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 16:49, Paul Wolneykien пишет:
> 15.02.2013 16:23, Aleksey Avdeev пишет:
>>> 15.02.2013 15:54, Paul Wolneykien пишет:
>>>>   Т.е. python.req использует свежесобранный python2.x, а python3.req —
>>>> системный старый?
>>   Про python2.x не знаю (детально не разбирал его спек и используемые
>> макросы), но что ручка для этого в python.req есть -- факт. А в т. к. в
>> python3.req ручка для данной цели вообще отсутсвует, то он гарантировано
>> не может использовать не системный python3 => использует системный (т.
>> е. старый).
> 
>>>> 15.02.2013 05:42, Dmitry V. Levin пишет:
>>>>>> При сборке питона скрипты питон.{req,prov} должны исполняться
>>>>>> свежесобранным питоном.  Насколько я помню, так всегда было,
>>>>>> и вряд ли стоит менять полезную традицию.
> 
>   А в рекомендациях по сборке питоньих пакетов не сказано, как сделать
> так, чтобы файлы проверялись свежесобранным питоном? Аналогичным образом
> это должно работать для python3. И если потребуется, нужно поменять
> что-то в пакете rpm-build-python3. Кстати, а он, частом, не входит в
> состав python3.src.rpm?

  Не входит (см.
<http://packages.altlinux.org/ru/Sisyphus/srpms/rpm-build-python3>).

  Похоже нашёл причину, по которой python.{req,prov} лезут обрабатывать
новый python3: судя по
<http://git.altlinux.org/gears/r/rpm-build-python.git?p=rpm-build-python.git;a=commit;h=fc37d0c0a6b4c934de699eb8a2d86660171bf5ff>,
мне нужно в спеке явным образом (через %add_python3_path) указать что
_libdir/python3.3 относится к python3.

PS: Проверяю.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 17:31, Aleksey Avdeev пишет:
> 15.02.2013 16:49, Paul Wolneykien пишет:
>> 15.02.2013 16:23, Aleksey Avdeev пишет:
>>>> 15.02.2013 15:54, Paul Wolneykien пишет:
>>>>>   Т.е. python.req использует свежесобранный python2.x, а python3.req —
>>>>> системный старый?
>>>   Про python2.x не знаю (детально не разбирал его спек и используемые
>>> макросы), но что ручка для этого в python.req есть -- факт. А в т. к. в
>>> python3.req ручка для данной цели вообще отсутсвует, то он гарантировано
>>> не может использовать не системный python3 => использует системный (т.
>>> е. старый).
>>
>>>>> 15.02.2013 05:42, Dmitry V. Levin пишет:
>>>>>>> При сборке питона скрипты питон.{req,prov} должны исполняться
>>>>>>> свежесобранным питоном.  Насколько я помню, так всегда было,
>>>>>>> и вряд ли стоит менять полезную традицию.
>>
>>   А в рекомендациях по сборке питоньих пакетов не сказано, как сделать
>> так, чтобы файлы проверялись свежесобранным питоном? Аналогичным образом
>> это должно работать для python3. И если потребуется, нужно поменять
>> что-то в пакете rpm-build-python3. Кстати, а он, частом, не входит в
>> состав python3.src.rpm?
> 
>   Не входит (см.
> <http://packages.altlinux.org/ru/Sisyphus/srpms/rpm-build-python3>).
> 
>   Похоже нашёл причину, по которой python.{req,prov} лезут обрабатывать
> новый python3: судя по
> <http://git.altlinux.org/gears/r/rpm-build-python.git?p=rpm-build-python.git;a=commit;h=fc37d0c0a6b4c934de699eb8a2d86660171bf5ff>,
> мне нужно в спеке явным образом (через %add_python3_path) указать что
> _libdir/python3.3 относится к python3.

  От обработки файлов python3 скриптом python.req, макрос
%add_python3_path действительно защищает. Одна проблема решена.

  Теперь ругается python3.req:

python.req: ERROR:
/usr/src/tmp/python3-buildroot/usr/lib64/python3.3/os.py: invalid syntax
(line 419)
Traceback (most recent call last):
  File "/usr/lib/rpm/python3.req.py", line 189, in <module>
    lis = parser.suite('\n'.join(lines)+'\n').tolist(line_info=1)
  File "<string>", line 419
    yield from walk(new_path, topdown, onerror, followlinks)
             ^
SyntaxError: invalid syntax
find-requires: ERROR: /usr/lib/rpm/python3.req failed
error: /bin/sh failed
error: Failed to find Requires

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Vitaly Kuznetsov]

Aleksey Avdeev писал 15.02.2013 15:06:
>
>   Теперь ругается python3.req:
>
> python.req: ERROR:
> /usr/src/tmp/python3-buildroot/usr/lib64/python3.3/os.py: invalid 
> syntax
> (line 419)
> Traceback (most recent call last):
>   File "/usr/lib/rpm/python3.req.py", line 189, in <module>
>     lis = parser.suite('\n'.join(lines)+'\n').tolist(line_info=1)
>   File "<string>", line 419
>     yield from walk(new_path, topdown, onerror, followlinks)
>              ^
> SyntaxError: invalid syntax
> find-requires: ERROR: /usr/lib/rpm/python3.req failed
> error: /bin/sh failed
> error: Failed to find Requires

Конструкция "yield from " появилась в Python3.3 
(http://docs.python.org/3/whatsnew/3.3.html). Вышеуказанная ошибка 
означает то, что обработка ведётся с помощью более старого питона. Нужно 
добиться того, чтобы обработка велась свежесобранным 3.3.

Re: [devel] I: rpm-build-python3

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 05:07:45PM +0100, Vitaly Kuznetsov wrote:
[...]
> Нужно добиться того, чтобы обработка 
> велась свежесобранным 3.3.

Тогда возникает закономерный вопрос к автору rpm-build-python3:

$ diff -u rpm-build-python/rpm-build-python/python.prov rpm-build-python3/rpm-build-python3/python3.prov
--- rpm-build-python/rpm-build-python/python.prov	2007-09-24 14:14:13.000000000 +0400
+++ rpm-build-python3/rpm-build-python3/python3.prov	2011-12-20 18:42:25.000000000 +0400
@@ -1,2 +1,2 @@
 #!/bin/sh
-LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
+LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}
$ diff -u rpm-build-python/rpm-build-python/python.req rpm-build-python3/rpm-build-python3/python3.req
--- rpm-build-python/rpm-build-python/python.req	2007-09-24 14:14:13.000000000 +0400
+++ rpm-build-python3/rpm-build-python3/python3.req	2011-12-20 18:42:25.000000000 +0400
@@ -1,2 +1,2 @@
 #!/bin/sh
-LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
+LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}
$ diff -u rpm-build-python/rpm-build-python/python.env rpm-build-python3/rpm-build-python3/python3.env 
--- rpm-build-python/rpm-build-python/python.env	2007-03-19 13:39:34.000000000 +0300
+++ rpm-build-python3/rpm-build-python3/python3.env	2012-03-22 15:49:49.000000000 +0400
@@ -1,12 +1,12 @@
-%{?_python_lib_path:export RPM_PYTHON_LIB_PATH="%_python_lib_path"}
-%{?_python_module_declared:export RPM_PYTHON_MODULE_DECLARED="%_python_module_declared"}
-%{?_python_req_hier:export RPM_PYTHON_REQ_HIER="%_python_req_hier"}
-%{?_python_req_method:export RPM_PYTHON_REQ_METHOD="%_python_req_method"}
-%{?_python_req_skip:export RPM_PYTHON_REQ_SKIP="%_python_req_skip"}
-%{?_python_compile_method:export RPM_PYTHON_COMPILE_METHOD="%_python_compile_method"}
-%{?_python_compile_exclude:export RPM_PYTHON_COMPILE_EXCLUDE="%_python_compile_exclude"}
-%{?_python_compile_include:export RPM_PYTHON_COMPILE_INCLUDE="%_python_compile_include"}
-%{?_python_compile_deep:export RPM_PYTHON_COMPILE_DEEP="%_python_compile_deep"}
-%{?_python_compile_skip_x:export RPM_PYTHON_COMPILE_SKIP_X="%_python_compile_skip_x"}
-%{?_python_compile_clean:export RPM_PYTHON_COMPILE_CLEAN="%_python_compile_clean"}
-%{?__python:export RPM_PYTHON="%__python"}
+%{?_python3_version:export RPM_PYTHON3_VERSION="%_python3_version"}
+%{?_python3_path:export RPM_PYTHON3_PATH="%_python3_path"}
+%{?_python3_lib_path:export RPM_PYTHON3_LIB_PATH="%_python3_lib_path"}
+%{?_python3_module_declared:export RPM_PYTHON3_MODULE_DECLARED="%_python3_module_declared"}
+%{?_python3_req_hier:export RPM_PYTHON3_REQ_HIER="%_python3_req_hier"}
+%{?_python3_req_method:export RPM_PYTHON3_REQ_METHOD="%_python3_req_method"}
+%{?_python3_req_skip:export RPM_PYTHON3_REQ_SKIP="%_python3_req_skip"}
+%{?_python3_compile_exclude:export RPM_PYTHON3_COMPILE_EXCLUDE="%_python3_compile_exclude"}
+%{?_python3_compile_include:export RPM_PYTHON3_COMPILE_INCLUDE="%_python3_compile_include"}
+%{?_python3_compile_deep:export RPM_PYTHON3_COMPILE_DEEP="%_python3_compile_deep"}
+%{?_python3_compile_skip_x:export RPM_PYTHON3_COMPILE_SKIP_X="%_python3_compile_skip_x"}
+%{?_python3_compile_clean:export RPM_PYTHON3_COMPILE_CLEAN="%_python3_compile_clean"}


-- 
ldv

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

Re: [devel] I: rpm-build-python3

[Vitaly Kuznetsov]

Dmitry V. Levin писал 15.02.2013 17:28:
> On Fri, Feb 15, 2013 at 05:07:45PM +0100, Vitaly Kuznetsov wrote:
> [...]
>> Нужно добиться того, чтобы обработка
>> велась свежесобранным 3.3.
>
> Тогда возникает закономерный вопрос к автору rpm-build-python3:
>
> $ diff -u rpm-build-python/rpm-build-python/python.prov
> rpm-build-python3/rpm-build-python3/python3.prov
> --- rpm-build-python/rpm-build-python/python.prov	2007-09-24
> 14:14:13.000000000 +0400
> +++ rpm-build-python3/rpm-build-python3/python3.prov	2011-12-20
> 18:42:25.000000000 +0400
> @@ -1,2 +1,2 @@
>  #!/bin/sh
> -LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
> +LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}
> $ diff -u rpm-build-python/rpm-build-python/python.req
> rpm-build-python3/rpm-build-python3/python3.req
> --- rpm-build-python/rpm-build-python/python.req	2007-09-24
> 14:14:13.000000000 +0400
> +++ rpm-build-python3/rpm-build-python3/python3.req	2011-12-20
> 18:42:25.000000000 +0400
> @@ -1,2 +1,2 @@
>  #!/bin/sh
> -LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
> +LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}

Автор, к сожалению, успел забыть про причину этих изменений в период 
бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в 
Python3 функционал по поддержке нескольких версий (что в своё время 
успешно работало для Python2), но немножко переусердствовал, со сменой 
синтаксиса это не работает. Нужно делать нечто вида exec 
"${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3 
установить эту переменную в %buildroot/%_bindir/python3. Должно 
сработать.

Re: [devel] I: rpm-build-python3

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 05:39:56PM +0100, Vitaly Kuznetsov wrote:
> Dmitry V. Levin писал 15.02.2013 17:28:
> >On Fri, Feb 15, 2013 at 05:07:45PM +0100, Vitaly Kuznetsov wrote:
> >[...]
> >>Нужно добиться того, чтобы обработка
> >>велась свежесобранным 3.3.
> >
> >Тогда возникает закономерный вопрос к 
> >автору rpm-build-python3:
> >
> >$ diff -u rpm-build-python/rpm-build-python/python.prov
> >rpm-build-python3/rpm-build-python3/python3.prov
> >--- rpm-build-python/rpm-build-python/python.prov	2007-09-24
> >14:14:13.000000000 +0400
> >+++ rpm-build-python3/rpm-build-python3/python3.prov	2011-12-20
> >18:42:25.000000000 +0400
> >@@ -1,2 +1,2 @@
> > #!/bin/sh
> >-LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
> >+LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}
> >$ diff -u rpm-build-python/rpm-build-python/python.req
> >rpm-build-python3/rpm-build-python3/python3.req
> >--- rpm-build-python/rpm-build-python/python.req	2007-09-24
> >14:14:13.000000000 +0400
> >+++ rpm-build-python3/rpm-build-python3/python3.req	2011-12-20
> >18:42:25.000000000 +0400
> >@@ -1,2 +1,2 @@
> > #!/bin/sh
> >-LC_ALL=C exec "${RPM_PYTHON:-/usr/bin/python}" "$0".py ${1+"$@"}
> >+LC_ALL=C exec "/usr/bin/python3" "$0".py ${1+"$@"}
> 
> Автор, к сожалению, успел забыть про 
> причину этих изменений в период 
> бутстрапа питона3 в Сизиф. Он, скорее 
> всего, не хотел переносить в Python3 
> функционал по поддержке нескольких 
> версий (что в своё время успешно работало 
> для Python2), но немножко переусердствовал, 
> со сменой синтаксиса это не работает. 
> Нужно делать нечто вида exec 
> "${RPM_PYTHON3:-/usr/bin/python3}"

OK

> и для сборки самого 
> Python3 установить эту переменную в 
> %buildroot/%_bindir/python3. Должно сработать.

В %buildroot%_bindir/python3; если не хватит, можно попробовать еще
и _python3*_path переопределить.


-- 
ldv

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

Re: [devel] I: rpm-build-python3

[Aleksey Avdeev]

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

15.02.2013 20:39, Vitaly Kuznetsov пишет:
...
> Автор, к сожалению, успел забыть про причину этих изменений в период
> бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в
> Python3 функционал по поддержке нескольких версий (что в своё время
> успешно работало для Python2), но немножко переусердствовал, со сменой
> синтаксиса это не работает. Нужно делать нечто вида exec
> "${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3
> установить эту переменную в %buildroot/%_bindir/python3. Должно сработать.

  В какой секции спека размещать конструкцию вида:

export RPM_PYTHON3="%buildroot/%_bindir/python3"

PS: Тестовый вариант rpm-build-python3 сейчас сделаю. Что брать за
основу: текущий 0.1.0-alt5, или 0.1.0-alt6 от iv@ (см.
<http://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e>)?

-- 

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



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

Re: [devel] I: rpm-build-python3

[Paul Wolneykien]

15.02.2013 21:04, Aleksey Avdeev пишет:
> 15.02.2013 20:39, Vitaly Kuznetsov пишет:
> ...
>> Автор, к сожалению, успел забыть про причину этих изменений в период
>> бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в
>> Python3 функционал по поддержке нескольких версий (что в своё время
>> успешно работало для Python2), но немножко переусердствовал, со сменой
>> синтаксиса это не работает. Нужно делать нечто вида exec
>> "${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3
>> установить эту переменную в %buildroot/%_bindir/python3. Должно сработать.
> 
>   В какой секции спека размещать конструкцию вида:
> 
> export RPM_PYTHON3="%buildroot/%_bindir/python3"

  Видимо, перед погрузкой (install). А как это делается в python2 (python)?

> 
> PS: Тестовый вариант rpm-build-python3 сейчас сделаю. Что брать за
> основу: текущий 0.1.0-alt5, или 0.1.0-alt6 от iv@ (см.
> <http://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e>)?
> 
> 
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: rpm-build-python3

[Dmitry V. Levin]

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

On Fri, Feb 15, 2013 at 09:04:48PM +0400, Aleksey Avdeev wrote:
> 15.02.2013 20:39, Vitaly Kuznetsov пишет:
> ...
> > Автор, к сожалению, успел забыть про причину этих изменений в период
> > бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в
> > Python3 функционал по поддержке нескольких версий (что в своё время
> > успешно работало для Python2), но немножко переусердствовал, со сменой
> > синтаксиса это не работает. Нужно делать нечто вида exec
> > "${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3
> > установить эту переменную в %buildroot/%_bindir/python3. Должно сработать.
> 
>   В какой секции спека размещать конструкцию вида:
> 
> export RPM_PYTHON3="%buildroot/%_bindir/python3"

%define __python3 %buildroot%_bindir/python3

> PS: Тестовый вариант rpm-build-python3 сейчас сделаю. Что брать за
> основу: текущий 0.1.0-alt5, или 0.1.0-alt6 от iv@ (см.
> <http://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e>)?

Я уже залил 0.1.1-alt1 (на основе 0.1.0-alt5, поскольку 0.1.0-alt6 в
Сизифе не было, а зря, наверное - там полезное изменение).


-- 
ldv

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

Re: [devel] I: rpm-build-python3

[Aleksey Avdeev]

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

15.02.2013 22:58, Dmitry V. Levin пишет:
> On Fri, Feb 15, 2013 at 09:04:48PM +0400, Aleksey Avdeev wrote:
>> 15.02.2013 20:39, Vitaly Kuznetsov пишет:
>> ...
>>> Автор, к сожалению, успел забыть про причину этих изменений в период
>>> бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в
>>> Python3 функционал по поддержке нескольких версий (что в своё время
>>> успешно работало для Python2), но немножко переусердствовал, со сменой
>>> синтаксиса это не работает. Нужно делать нечто вида exec
>>> "${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3
>>> установить эту переменную в %buildroot/%_bindir/python3. Должно сработать.
>>
>>   В какой секции спека размещать конструкцию вида:
>>
>> export RPM_PYTHON3="%buildroot/%_bindir/python3"
> 
> %define __python3 %buildroot%_bindir/python3

  Спасибо. Теперь поиск зависимостей выполняет правильный python3. Но
выплыла очередная проблема: оказывается python3.prov.py пропускает
бинарные модели python-3.3.x (и не добавляет их в Provides).

  Причина кроется в константе, определённой в коде (цитирую
python3.prov.py):

...
def prov1db(d,b) :
    "list of modules provided by the file, split into std-dir +
subdir/basename"
    b = b.replace(".cpython-32mu.",".")
                   ^^^^^^^^^^^^^^

  Для python-3.3.x выделенная строка должна быть: ".cpython-33m.".

PS: Сейчас python3-3.3.0-alt1 собирается, но не ставится... (См.
<http://git.altlinux.org/tasks/89971/logs/events.7.1.log>.)

-- 

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



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

Re: [devel] I: rpm-build-python3

[Yuri N. Sedunov]

В Сб, 16/02/2013 в 07:55 +0400, Aleksey Avdeev пишет:
> 15.02.2013 22:58, Dmitry V. Levin пишет:
> > On Fri, Feb 15, 2013 at 09:04:48PM +0400, Aleksey Avdeev wrote:
> >> 15.02.2013 20:39, Vitaly Kuznetsov пишет:
> >> ...
> >>> Автор, к сожалению, успел забыть про причину этих изменений в период
> >>> бутстрапа питона3 в Сизиф. Он, скорее всего, не хотел переносить в
> >>> Python3 функционал по поддержке нескольких версий (что в своё время
> >>> успешно работало для Python2), но немножко переусердствовал, со сменой
> >>> синтаксиса это не работает. Нужно делать нечто вида exec
> >>> "${RPM_PYTHON3:-/usr/bin/python3}" и для сборки самого Python3
> >>> установить эту переменную в %buildroot/%_bindir/python3. Должно сработать.
> >>
> >>   В какой секции спека размещать конструкцию вида:
> >>
> >> export RPM_PYTHON3="%buildroot/%_bindir/python3"
> > 
> > %define __python3 %buildroot%_bindir/python3
> 
>   Спасибо. Теперь поиск зависимостей выполняет правильный python3. Но
> выплыла очередная проблема: оказывается python3.prov.py пропускает
> бинарные модели python-3.3.x (и не добавляет их в Provides).
> 
>   Причина кроется в константе, определённой в коде (цитирую
> python3.prov.py):
> 
> ...
> def prov1db(d,b) :
>     "list of modules provided by the file, split into std-dir +
> subdir/basename"
>     b = b.replace(".cpython-32mu.",".")
>                    ^^^^^^^^^^^^^^
> 
>   Для python-3.3.x выделенная строка должна быть: ".cpython-33m.".

python3-config --extension-suffix
На все все времена не сгодится?


-- 
Yuri N. Sedunov

Re: [devel] I: rpm-build-python3

[Ivan A. Melnikov]

On Sat, 16 Feb 2013 08:49:16 +0400
"Yuri N. Sedunov" <aris@altlinux.org> wrote:

> В Сб, 16/02/2013 в 07:55 +0400, Aleksey Avdeev пишет:
[...]
> >   Причина кроется в константе, определённой в коде (цитирую
> > python3.prov.py):
> > 
> > ...
> > def prov1db(d,b) :
> >     "list of modules provided by the file, split into std-dir +
> > subdir/basename"
> >     b = b.replace(".cpython-32mu.",".")
> >                    ^^^^^^^^^^^^^^
> > 
> >   Для python-3.3.x выделенная строка должна быть: ".cpython-33m.".
> 
> python3-config --extension-suffix
> На все все времена не сгодится?

Не стоит ли для этого сделать макрос, рядом с %_python3_abiflags?

-- 
WBR,
Ivan A. Melnikov

Re: [devel] I: rpm-build-python3

[Aleksey Avdeev]

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

16.02.2013 10:13, Ivan A. Melnikov пишет:
> On Sat, 16 Feb 2013 08:49:16 +0400
> "Yuri N. Sedunov" <aris@altlinux.org> wrote:
> 
>> В Сб, 16/02/2013 в 07:55 +0400, Aleksey Avdeev пишет:
> [...]
>>>   Причина кроется в константе, определённой в коде (цитирую
>>> python3.prov.py):
>>>
>>> ...
>>> def prov1db(d,b) :
>>>     "list of modules provided by the file, split into std-dir +
>>> subdir/basename"
>>>     b = b.replace(".cpython-32mu.",".")
>>>                    ^^^^^^^^^^^^^^
>>>
>>>   Для python-3.3.x выделенная строка должна быть: ".cpython-33m.".
>>
>> python3-config --extension-suffix
>> На все все времена не сгодится?
> 
> Не стоит ли для этого сделать макрос, рядом с %_python3_abiflags?

  Вариант. Вечером реализую.

-- 

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



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

Re: [devel] I: [python3] python.req: ERROR

[Vitaly Kuznetsov]

Paul Wolneykien писал 15.02.2013 12:54:
>>
>> * Из-за пп. 1 и 2 ситуация когда при поиске зависимостей скрипт
>> обрабатывается не тем python`ом
>
>   Э… Это из-за старого file? Так его просто обновить нужно.
>

Никаким file-ом нельзя отличить исходик на Python3 от исходника на 
Python2 в случае отсутствия шебанга. Различать их можно только по 
положению в ФС.

Re: [devel] I: [python3] python.req: ERROR

[Peter V. Saveliev]

15.02.2013 12:43, Aleksey Avdeev kirjoitti:

<skip />
>
> 2peet@: Прошу помощи.
>
> PS: Попробую ужесточить python{,3}.{prov,req}.files и посмотреть результат.
>
>

Просмотрел внимательно тред, пока не очень понимаю, чем могу помочь — я 
не лазал настолько глубоко в сборку rpm, чтобы вообще понимать, о чём 
идёт речь :) Пока для себя пометил, что поиск зависимостей собираемого 
модуля вызывает питон неопределённой версии. Поскольку по скрипту даже в 
теории невозможно сказать, каким питоном его необходимо окучивать (что 
там в голове у автора, хз), то это может сделать только автор или 
пакета, или скрипта, или того и другого разом. Возможно, я неправ, и в 
реальности всё не так, как на самом деле, и обсуждается совсем иная 
проблема. Поэтому,

Лёша, если не сложно, вылези в jabber — я доступен как peet@jabber.ru 
приблизительно с 12:00 по 21:00 по Москве, а на выходных как придётся, и 
ещё часто ночью.

В режиме realtime такие вопросы решать н[еа]много проще.

Спасибо!

-- 
Peter V. Saveliev

Re: [devel] I: [python3] python.req: ERROR

[Aleksey Avdeev]

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

15.02.2013 17:08, Peter V. Saveliev пишет:
> 15.02.2013 12:43, Aleksey Avdeev kirjoitti:
> 
> <skip />
>>
>> 2peet@: Прошу помощи.
>>
>> PS: Попробую ужесточить python{,3}.{prov,req}.files и посмотреть
>> результат.
>>
>>
> 
> Просмотрел внимательно тред, пока не очень понимаю, чем могу помочь — я
> не лазал настолько глубоко в сборку rpm, чтобы вообще понимать, о чём
> идёт речь :)

  OK.

> Пока для себя пометил, что поиск зависимостей собираемого
> модуля вызывает питон неопределённой версии. Поскольку по скрипту даже в
> теории невозможно сказать, каким питоном его необходимо окучивать (что
> там в голове у автора, хз), то это может сделать только автор или
> пакета, или скрипта, или того и другого разом. Возможно, я неправ, и в
> реальности всё не так, как на самом деле, и обсуждается совсем иная
> проблема. Поэтому,

  Данная ситуация чуть проще: Известно какому python`у принадлежат
скрипты (собираемому 3.3.0), известно где они лежат и известно какой
python их должен обработать (только что собранный 3.3.0). Но непонятно
как передать эту информацию python3.{prov,req}... Т. е. сейчас нужно
лезть в потроха rpm-build-python3 и работать там лупой и кувалдометром. :-)

> 
> Лёша, если не сложно, вылези в jabber — я доступен как peet@jabber.ru
> приблизительно с 12:00 по 21:00 по Москве, а на выходных как придётся, и
> ещё часто ночью.

  OK. Буду имерь в виду. Спасибо.

> 
> В режиме realtime такие вопросы решать н[еа]много проще.

-- 

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



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

Re: [devel] I: [unmets] python3-3.3.0-alt1

[REAL]

14.02.2013 22:10, Aleksey Avdeev пишет:
>    В расшаренном таске 89971 (см.
> <http://git.altlinux.org/tasks/89971/l>) идёт подготовка к помещению в
> Сизиф python3-3.3.0-alt1.
>
>    Затронутые пакеты перечислены во вложении (см. unmets.acl).
> Заинтересованных прошу подключаться.

У @everybody есть ACL на мои пакеты, так что смело можете добавлять.

-- 

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