[devel] Python 2.6 (was: mailutils)

[devel] Python 2.6 (was: mailutils)

[Евгений Ростовцев]

Привет!

> А что произошло с Питоном со времени
>
> 24 ноября 2009 Eugeny A. Rostovtsev (REAL) <real at altlinux.org> 2.1-alt0.20091105.2
>     * Rebuilt with python 2.6

python 2.6.4-alt3

    - Fixed get_python_lib in distutils.sysconfig

В данном случае я чинил эту функцию, но, более того, mailutils плевал
на правила и использует get_python_lib как попало (поэтому часть
файлов попадает в %_libdir/python2.6, а часть - в
%_libexecdir/python2.6).

Но и это ещё не всё. ldv@ ругался на sed с aclocal.m4, так вот
непонятно, откуда он такой кривой генерится. Времени зарываться вглубь
mailutils у меня, увы, нет.

Можете отказаться от питона, но проблему с .la всё равно нужно решить
_правильно_, по словам того же ldv@. Но пока никто не объяснил, что
это за "правильно".

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

Re: [devel] Python 2.6 (was: mailutils)

[Dmitry V. Levin]

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

On Mon, Feb 08, 2010 at 05:31:12PM +0700, Евгений Ростовцев wrote:
> Привет!
> 
> > А что произошло с Питоном со времени
> >
> > 24 ноября 2009 Eugeny A. Rostovtsev (REAL) <real at altlinux.org> 2.1-alt0.20091105.2
> >     * Rebuilt with python 2.6
> 
> python 2.6.4-alt3
> 
>     - Fixed get_python_lib in distutils.sysconfig
> 
> В данном случае я чинил эту функцию, но, более того, mailutils плевал
> на правила и использует get_python_lib как попало (поэтому часть
> файлов попадает в %_libdir/python2.6, а часть - в
> %_libexecdir/python2.6).
> 
> Но и это ещё не всё. ldv@ ругался на sed с aclocal.m4, так вот
> непонятно, откуда он такой кривой генерится. Времени зарываться вглубь
> mailutils у меня, увы, нет.

В automake есть документированный макрос AM_PATH_PYTHON, который
использует, в частности, sysconfig.get_python_lib() для определения
переменной pythondir.

Совершенно непонятно, как донести до AM_PATH_PYTHON знание о том,
какой аргумент следует передавать функции sysconfig.get_python_lib().


-- 
ldv

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

Re: [devel] Python 2.6 (was: mailutils)

[Евгений Ростовцев]

Привет!

> В automake есть документированный макрос AM_PATH_PYTHON, который
> использует, в частности, sysconfig.get_python_lib() для определения
> переменной pythondir.
>
> Совершенно непонятно, как донести до AM_PATH_PYTHON знание о том,
> какой аргумент следует передавать функции sysconfig.get_python_lib().

Если пакет архитектурно-зависимый, то sysconfig.get_python_lib(1).
Любые другие аргументы, включая и sysconfig.get_python_lib(0) (если
вдруг третий аргумент совпадёт с реальным значением
%python_sitelibdir_noarch) возвращает путь до noarch-пакетов.

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Dmitry V. Levin]

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

On Mon, Feb 08, 2010 at 06:45:04PM +0700, Евгений Ростовцев wrote:
> 
> > В automake есть документированный макрос AM_PATH_PYTHON, который
> > использует, в частности, sysconfig.get_python_lib() для определения
> > переменной pythondir.
> >
> > Совершенно непонятно, как донести до AM_PATH_PYTHON знание о том,
> > какой аргумент следует передавать функции sysconfig.get_python_lib().
> 
> Если пакет архитектурно-зависимый, то sysconfig.get_python_lib(1).
> Любые другие аргументы, включая и sysconfig.get_python_lib(0) (если
> вдруг третий аргумент совпадёт с реальным значением
> %python_sitelibdir_noarch) возвращает путь до noarch-пакетов.

Это всё понятно.  Непонятно, как _донести_ это знание до AM_PATH_PYTHON.
У этого макроса нет и не будет параметра arch/noarch.


-- 
ldv

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Евгений Ростовцев]

>> Если пакет архитектурно-зависимый, то sysconfig.get_python_lib(1).
>> Любые другие аргументы, включая и sysconfig.get_python_lib(0) (если
>> вдруг третий аргумент совпадёт с реальным значением
>> %python_sitelibdir_noarch) возвращает путь до noarch-пакетов.
>
> Это всё понятно.  Непонятно, как _донести_ это знание до AM_PATH_PYTHON.
> У этого макроса нет и не будет параметра arch/noarch.

А он может как-то узнать, собираются ли для модуля .so или нет? Если
.so нет -> noarch.

Хотя, может быть, это не всегда так, я пока не успел понять (является
ли наличие/отсутствие .so определяющим?).

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Евгений Ростовцев]

> А он может как-то узнать, собираются ли для модуля .so или нет? Если
> .so нет -> noarch.
>
> Хотя, может быть, это не всегда так, я пока не успел понять (является
> ли наличие/отсутствие .so определяющим?).

Точно, есть же ещё файлы .pyo. Они для x86_64 не создаются, я не раз
натыкался, что noarch аннулируется из-за разницы набора файлов в
пакетах и сборка обваливается.

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Dmitry V. Levin]

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

On Mon, Feb 08, 2010 at 07:10:23PM +0700, Евгений Ростовцев wrote:
> > А он может как-то узнать, собираются ли для модуля .so или нет? Если
> > .so нет -> noarch.
> >
> > Хотя, может быть, это не всегда так, я пока не успел понять (является
> > ли наличие/отсутствие .so определяющим?).
> 
> Точно, есть же ещё файлы .pyo. Они для x86_64 не создаются

Почему?


-- 
ldv

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Евгений Ростовцев]

>> Точно, есть же ещё файлы .pyo. Они для x86_64 не создаются
>
> Почему?

Да вот кто бы знал. Мне из-за этого уже много геморроя было, далеко не
один раз: пакет определяется (мной) как noarch, сборочница ругается,
что это никакой не noarch (хоть и лежит там, где нужно для noarch), в
итоге приходится либо "лишние" файлы на i586 удалять, либо убивать тэг
BuildArch, после чего вручную перетаскивать файлы в другое место.

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

Re: [devel] Automake and Python 2.6 (was: mailutils)

[Dmitry V. Levin]

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

On Mon, Feb 08, 2010 at 07:06:36PM +0700, Евгений Ростовцев wrote:
> >> Если пакет архитектурно-зависимый, то sysconfig.get_python_lib(1).
> >> Любые другие аргументы, включая и sysconfig.get_python_lib(0) (если
> >> вдруг третий аргумент совпадёт с реальным значением
> >> %python_sitelibdir_noarch) возвращает путь до noarch-пакетов.
> >
> > Это всё понятно.  Непонятно, как _донести_ это знание до AM_PATH_PYTHON.
> > У этого макроса нет и не будет параметра arch/noarch.
> 
> А он может как-то узнать, собираются ли для модуля .so или нет? Если
> .so нет -> noarch.

Макрос AM_PATH_PYTHON не может знать, как будут использовать результат его
работы.


-- 
ldv

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

Re: [devel] Python 2.6 (was: mailutils)

[Евгений Ростовцев]

> Если пакет архитектурно-зависимый, то sysconfig.get_python_lib(1).
> Любые другие аргументы, включая и sysconfig.get_python_lib(0) (если
> вдруг третий аргумент совпадёт с реальным значением
> %python_sitelibdir_noarch) возвращает путь до noarch-пакетов.

Т.е. расклад такой: если присутствует только первый аргумент, он и
определяет, noarch или arch мы хотим. Если есть третий аргумент, он
ведёт к специфическому месту, т.е. указывается вручную, первый
параметр игнорируется, и тут его архитектурозависимость должны
определять апстримы модулей. Если же второй аргумент есть и отличен от
нуля, то он вернёт %_libdir/python2.6 либо %_libexecdir/python2.6, в
зависимости от первого аргумента либо наличия третьего.

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