[devel] Собираем Python-2.6

[devel] Собираем Python-2.6

[Evgeny Sinelnikov]

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

Здравствуйте,

некоторый анализ показал, что ориентировочное число пакетов, которые
требуют пересборки для нового питона - 414 штук.

Рассчитывалось оно по совету iv@ так:
$ wget -c http://repocop.altlinux.org/pub/repocop/data/repocop-specfiles-current.tar.gz
$ tar -xzf repocop-specfiles-current.tar.gz
$ cd specfile/

$ for i in *; do cat $i | grep -qe
'Req.*[^-]python-dev\([[:space:],]\|$\)' && echo $i; done >
python-dev.bad.list
$ wc python-dev.bad.list
 127  127 4570 python-dev.bad.list

$ for i in *; do cat $i | grep -qe
'Req.*[^-]python-dev\(el\)\?[[:space:]]*=' && echo $i; done >
python-devel.equal.list
$ wc python-devel.equal.list
  38   38 1216 python-devel.equal.list

$ for i in *; do cat $i | grep -qe 'Req.*[^-]python-dev\(el\)\?' &&
echo $i; done > python-devel.full.list
$ wc python-devel.full.list
  414   414 14624 python-devel.full.list

файлы прилагаются. Конечно, понятно, что это грубая оценка, но для начала так...

В списке python-dev.bad.list (127 штук) перечислены пакеты, в которых
имеется зависимость на python-dev, что недопустимо.

В списке python-devel.equal.list (38 штук) перечислены пакеты, в
которых, скорее всего, указана версия питона, как это требует полиси:
 BuildRequires: python-devel = %__python_version

В списке python-devel.equal.list (414 штук) перечислены пакеты,
которые требуют питона.

Пересборка всех этих пакетов сразу едва ли возможна. С другой стороны,
уже сейчас можно собрать два питона. Один из которых будет
python2.5-2.5.4, а другой python-2.6.2. Таким образом, если
сформировать задание из этих двух пакетов, girar-builder их пропустит.
Но не пропустит их sisyphus_check, исправление для которого я уже
высылал. Исправленный вариант планируется?

Кроме того нужно обновить rpm-build-python:
14 июля 2009 г. 21:49 пользователь Ivan Fedorov (ns@altlinux.org) написал:
>> On Tue, Jul 14, 2009 at 09:33:31PM +0400, Ivan Fedorov wrote:
>>> Это вроде как исправлено в git у george@...
>> Это исправлено в сизифе путём отключения генерации зависимостей на таких
>> импортах.
>
> Боюсь в моей терминологии это нельзя назвать "исправлено", скорее
> "заткнуто".
>

Я добавил поддержку python-2.6. У кого-нибудь есть возражения?
http://git.altlinux.org/people/sin/packages/rpm-build-python.git

-- 
Sin (Sinelnikov Evgeny)

[-- Attachment #2: python-dev.bad.list --]
[-- Type: application/octet-stream, Size: 4570 bytes --]

[-- Attachment #3: python-devel.equal.list --]
[-- Type: application/octet-stream, Size: 1216 bytes --]

[-- Attachment #4: python-devel.full.list --]
[-- Type: application/octet-stream, Size: 14624 bytes --]

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

Продолжаю начатый вопрос по пересборке питона. Итого 414 пакетов...

Ну, это очень много, но... Для меня является проблемой, по времени, не
только пересборка и проверка этой пересборки, но и сам процесс
вытягивания и заливки нужных gears, а кое-где и archive.

Так вот мне показалось интересным следующее решение для Mass NMU. Было
бы неплохо добавить в girar и girar-builder поддержку дополнительной
команды по сборке:
girar-task add [<task_id>] rebuild <gear_repo>

При этом, робот тупо вытягивает gear или archive, если первый
отсутствует, а инкрементирует релиз, добавляет об этом changelog,
делает свою подпись и пытается собрать.

Этот механизм удобен не только для массовых NMU, но и для задач,
требующих просто пересборки.

Таким образом большую часть пакетов можно было бы пересобрать почти
автоматом, не вытягивая и не заливая обратно кучу git-ов.

Прошу прокомментировать авторов girar/girar-buider эту идею. Что они
по этому поводу думают? Готовы ли они принять патчи или сами добавить
эту фишку?

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Собираем Python-2.6

[Kirill Maslinsky]

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

On Thu, Jul 16, 2009 at 10:40:48PM +0400, Evgeny Sinelnikov wrote:
> Продолжаю начатый вопрос по пересборке питона. Итого 414 пакетов...
> 
> Ну, это очень много, но... Для меня является проблемой, по времени, не
> только пересборка и проверка этой пересборки, но и сам процесс
> вытягивания и заливки нужных gears, а кое-где и archive.

Евгений, Вы можете для простых мантейнеров нескольких питоньих модулей
кратко по пунктам описать, какие действия такие мантейнеры должны 
предпринять со своими пакетами и какие цели при этом будут достигнуты?

Причём поконкретнее: в спеках это заменить на то, добавить пакет в task#
и т.п. Я уверен, что многие простые мантейнеры нескольких модулей
смогут достаточно быстро отреагировать и сделать необходимое для своих
модулей, заодно их улучшив.

-- 
КМ

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

Re: [devel] rpm-build-python

[Dmitry V. Levin]

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

On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
[...]
> Я добавил поддержку python-2.6. У кого-нибудь есть возражения?
> http://git.altlinux.org/people/sin/packages/rpm-build-python.git

У меня по commit 7a25ef591aa1c5c12772015db34ba0fd1ac0304b возражений нет.


-- 
ldv

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

Re: [devel] Собираем Python-2.6

[Ivan Fedorov]

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

Kirill Maslinsky <kirill-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
writes:

> On Thu, Jul 16, 2009 at 10:40:48PM +0400, Evgeny Sinelnikov wrote:
>> Продолжаю начатый вопрос по пересборке питона. Итого 414 пакетов...
>> 
>> Ну, это очень много, но... Для меня является проблемой, по времени, не
>> только пересборка и проверка этой пересборки, но и сам процесс
>> вытягивания и заливки нужных gears, а кое-где и archive.
>
> Евгений, Вы можете для простых мантейнеров нескольких питоньих модулей
> кратко по пунктам описать, какие действия такие мантейнеры должны 
> предпринять со своими пакетами и какие цели при этом будут достигнуты?
>
> Причём поконкретнее: в спеках это заменить на то, добавить пакет в task#
> и т.п. Я уверен, что многие простые мантейнеры нескольких модулей
> смогут достаточно быстро отреагировать и сделать необходимое для своих
> модулей, заодно их улучшив.

Проверено - не смогут... ну или не захотят, что вобщем-то не имеет
значения...

Хотя какашками покидаются с превеликим удовольствием...

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

Re: [devel] Собираем Python-2.6

[Alexey I. Froloff]

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

On Fri, Jul 17, 2009 at 12:35:52AM +0400, Ivan Fedorov wrote:
> Проверено - не смогут... ну или не захотят, что вобщем-то не имеет
> значения...
Я в одно лицо запатчил и собрал (или проверил свежесть и выкинул)
70-90 пакетов за три недели.  Для 414 пакетов понадобится 5-6
человек.  Неужели в несуществующей Python Team не найдётся
столько заинтересованных людей?

> Хотя какашками покидаются с превеликим удовольствием...
В меня не кидали.

P.S. girar-import <REPOSITORY> <PACKAGE> - импортирует пакет из
/gears или /srpms.  Делает clone, потом бранчит master от ветки,
соответствующей <REPOSITORY>.  Такая утилита поможет?

-- 
Regards,
Sir Raorn.

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

Re: [devel] Собираем Python-2.6

[Dmitry V. Levin]

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

On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
> Пересборка всех этих пакетов сразу едва ли возможна. С другой стороны,
> уже сейчас можно собрать два питона. Один из которых будет
> python2.5-2.5.4, а другой python-2.6.2. Таким образом, если
> сформировать задание из этих двух пакетов, girar-builder их пропустит.
> Но не пропустит их sisyphus_check, исправление для которого я уже
> высылал. Исправленный вариант планируется?

Исправленный вариант планируется, но одно очень важное обстоятельство меня
сдерживает.  Допустим, в Сизиф приехало 2 пакета, о которых вы говорите,
python2.5-2.5.4 и python-2.6.2.  Далее, пользователь выполнил
dist-upgrade, в результате которого у него в системе оказалось 2 питона,
причём /ust/bin/python стал новым.  Далее, пользователь запустил любой
скрипт на питоне, использующий, помимо стандартных модулей из подпакетов
python, дополнительные модули из пакетов python-module-*.  Новый питон
версии 2.6, конечно, не найдёт модулей, собранных для питона версии 2.5,
и на этом скрипт закончит свою работу.  Это ситуация называется
"разломанный питон".

Я думаю, что во всех скриптах, содержащих #!/usr/bin/python, во время сборки
нужно автоматически фиксить этот #! на
/usr/bin/python%{?__python_package_version:%__python_package_version}%{?!__python_package_version:%__python_version}

До тех пор, пока скрипты используют /usr/bin/python, система с двумя
питонами разных версий будет антидистрибутивна, ибо эти скрипты не смогут
обеспечить выбор той версии питона, для которой зависимости пакетов
гарантируют наличие модулей питона нужной версии, требуемых для этих скриптов.


-- 
ldv

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

Re: [devel] Собираем Python-2.6

[Ivan Fedorov]

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

"Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
writes:

> On Fri, Jul 17, 2009 at 12:35:52AM +0400, Ivan Fedorov wrote:
>> Проверено - не смогут... ну или не захотят, что вобщем-то не имеет
>> значения...
> Я в одно лицо запатчил и собрал (или проверил свежесть и выкинул)
> 70-90 пакетов за три недели.
Ну так тебе видимо лично нужен был переезд?

> Для 414 пакетов понадобится 5-6 человек.  Неужели в несуществующей
> Python Team не найдётся столько заинтересованных людей?
ммм... думаю нет.

>> Хотя какашками покидаются с превеликим удовольствием...
> В меня не кидали.
незаметили наверное... или не попали... ну или какашки временно
кончились в честь лета и отпусков, и ждать их надо осенью...

> P.S. girar-import <REPOSITORY> <PACKAGE> - импортирует пакет из
> /gears или /srpms.  Делает clone, потом бранчит master от ветки,
> соответствующей <REPOSITORY>.  Такая утилита поможет?
Только тому, кто рискнёт всё провернуть в одиночку...

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

[devel] [JT] Re: Собираем Python-2.6

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
>> Пересборка всех этих пакетов сразу едва ли возможна. С другой стороны,
>> уже сейчас можно собрать два питона. Один из которых будет
>> python2.5-2.5.4, а другой python-2.6.2. Таким образом, если
>> сформировать задание из этих двух пакетов, girar-builder их пропустит.
>> Но не пропустит их sisyphus_check, исправление для которого я уже
>> высылал. Исправленный вариант планируется?
>
> Исправленный вариант планируется, но одно очень важное обстоятельство меня
> сдерживает.  Допустим, в Сизиф приехало 2 пакета, о которых вы говорите,
> python2.5-2.5.4 и python-2.6.2.  Далее, пользователь выполнил
> dist-upgrade, в результате которого у него в системе оказалось 2 питона,
> причём /ust/bin/python стал новым.  Далее, пользователь запустил любой
> скрипт на питоне, использующий, помимо стандартных модулей из подпакетов
> python, дополнительные модули из пакетов python-module-*.  Новый питон
> версии 2.6, конечно, не найдёт модулей, собранных для питона версии 2.5,
> и на этом скрипт закончит свою работу.  Это ситуация называется
> "разломанный питон".
>
> Я думаю, что во всех скриптах, содержащих #!/usr/bin/python, во время сборки
> нужно автоматически фиксить этот #! на
> /usr/bin/python%{?__python_package_version:%__python_package_version}%{?!__python_package_version:%__python_version}
>
> До тех пор, пока скрипты используют /usr/bin/python, система с двумя
> питонами разных версий будет антидистрибутивна, ибо эти скрипты не смогут
> обеспечить выбор той версии питона, для которой зависимости пакетов
> гарантируют наличие модулей питона нужной версии, требуемых для этих скриптов.

хм... у меня прям дежавю какое-то... года на 3-4 правда его размазало,
но это ничего...

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

Re: [devel] Собираем Python-2.6

[Alexey I. Froloff]

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

On Fri, Jul 17, 2009 at 01:39:45AM +0400, Ivan Fedorov wrote:
> >> Проверено - не смогут... ну или не захотят, что вобщем-то не имеет
> >> значения...
> > Я в одно лицо запатчил и собрал (или проверил свежесть и выкинул)
> > 70-90 пакетов за три недели.
> Ну так тебе видимо лично нужен был переезд?
Мне и kas@.  Правда Кирилл не имел возможности собирать пакеты,
но принимал очень активное участие в исправлении.

> > Для 414 пакетов понадобится 5-6 человек.  Неужели в несуществующей
> > Python Team не найдётся столько заинтересованных людей?
> ммм... думаю нет.
Таким образом новый python _никому_ не нужен.  Какой смысл это
обсуждать тогда?

> >> Хотя какашками покидаются с превеликим удовольствием...
> > В меня не кидали.
> незаметили наверное... или не попали... ну или какашки временно
> кончились в честь лета и отпусков, и ждать их надо осенью...
Просто я это делал не ради какашек.

> > P.S. girar-import <REPOSITORY> <PACKAGE> - импортирует пакет из
> > /gears или /srpms.  Делает clone, потом бранчит master от ветки,
> > соответствующей <REPOSITORY>.  Такая утилита поможет?
> Только тому, кто рискнёт всё провернуть в одиночку...
Как хотите.  Моё дело предложить.

-- 
Regards,
Sir Raorn.

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

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

17 июля 2009 г. 1:26 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
> On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
>> Пересборка всех этих пакетов сразу едва ли возможна. С другой стороны,
>> уже сейчас можно собрать два питона. Один из которых будет
>> python2.5-2.5.4, а другой python-2.6.2. Таким образом, если
>> сформировать задание из этих двух пакетов, girar-builder их пропустит.
>> Но не пропустит их sisyphus_check, исправление для которого я уже
>> высылал. Исправленный вариант планируется?
>
> Исправленный вариант планируется, но одно очень важное обстоятельство меня
> сдерживает.  Допустим, в Сизиф приехало 2 пакета, о которых вы говорите,
> python2.5-2.5.4 и python-2.6.2.  Далее, пользователь выполнил
> dist-upgrade, в результате которого у него в системе оказалось 2 питона,
> причём /ust/bin/python стал новым.  Далее, пользователь запустил любой
> скрипт на питоне, использующий, помимо стандартных модулей из подпакетов
> python, дополнительные модули из пакетов python-module-*.  Новый питон
> версии 2.6, конечно, не найдёт модулей, собранных для питона версии 2.5,
> и на этом скрипт закончит свою работу.  Это ситуация называется
> "разломанный питон".
>
> Я думаю, что во всех скриптах, содержащих #!/usr/bin/python, во время сборки
> нужно автоматически фиксить этот #! на
> /usr/bin/python%{?__python_package_version:%__python_package_version}%{?!__python_package_version:%__python_version}
>

Да, отличный вариант, тольк ему исключения, на всякий случай,
предусмотреть нужно. Что-то вроде такого:
%add_python_script_list

Думаю, что пересборку стоит начинать, имея такую фичу в rpm.

> До тех пор, пока скрипты используют /usr/bin/python, система с двумя
> питонами разных версий будет антидистрибутивна, ибо эти скрипты не смогут
> обеспечить выбор той версии питона, для которой зависимости пакетов
> гарантируют наличие модулей питона нужной версии, требуемых для этих скриптов.

Согласен, я тоже думал про это дело... Нам здорово мог бы помочь
repocop, только я пока не решаюсь на его разбор.
Минимально, нам нужно три штуки уметь проверять:
1) Отсутствие python-dev в BuildRequires
2) Наличие python-devel = %__python_version в BuildRequires
3) Проверку python программ на наличие
#!/usr/bin/python%__python_version
Только в последнем нужно делать предупреждение, а не ошибку. Может
быть это, за исключением третьего, в sisyphus_check стоит продвигать?

PS: Кстати, на идею git.alt task [task-id] rebuild так никто и не
отреагировал... Там  видимо тоже нужен, а эвристику с archivе можно
убрать, ибо из archive всегда можно перенести в личный packages, хотя
это не так удобно и требует траффик гонять, да и подпись придётся свою
ставить, что сводит всю прелесть на нет...

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Собираем Python-2.6

[Yury Yurevich]

17 июля 2009 г. 1:09 пользователь Evgeny Sinelnikov (sin@altlinux.ru) написал:
> Здравствуйте,
>
> некоторый анализ показал, что ориентировочное число пакетов, которые
> требуют пересборки для нового питона - 414 штук.

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

Пока суть да дело, я написал мелкую штуковину для проверки
пересобираемости пакетов с py26 -- http://gist.github.com/149451
Проверял на своих пакетах (mercurial, python-module-pyme,
python-module-cups). Если натравить на полный список py-пакетов, можно
получить хотя бы примерный список "вероятно соберутся" и "почти
наверняка не соберутся" и целенаправленно "пинать" мейнтейнеров.

Как можно проверить свои пакеты:
1. Взять с git://git.altlinux.org/people/sin/packages/python.git
python2.6 и собрать в своем хэшере
2. Создать список пакетов, которые необходимо проверить на пересборку
3. Скормить этот список rebuild_packages.py

логи сборки -- в <packagename>.buildlog

Если в текущем каталоге нет gear-репо указанного пакета, то
rebuild_packages вытягивает его из http://git.altlinux.org/gears/

-- 
wbr, Yury Yurevich
xmpp:the.pythy@gmail.com
http://pyobject.ru/

Re: [devel] Собираем Python-2.6

[REAL]

Yury Yurevich пишет:
> Как можно проверить свои пакеты:
> 1. Взять с git://git.altlinux.org/people/sin/packages/python.git
> python2.6 и собрать в своем хэшере

patching file Lib/site.py
Hunk #1 FAILED at 182.
1 out of 1 hunk FAILED -- saving rejects to file Lib/site.py.rej

-- 

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

Re: [devel] Собираем Python-2.6

[Yury Yurevich]

20 июля 2009 г. 11:23 пользователь REAL (root@mmedia2.kemsu.ru) написал:
> Yury Yurevich пишет:
>>
>> Как можно проверить свои пакеты:
>> 1. Взять с git://git.altlinux.org/people/sin/packages/python.git
>> python2.6 и собрать в своем хэшере
>
> patching file Lib/site.py
> Hunk #1 FAILED at 182.
> 1 out of 1 hunk FAILED -- saving rejects to file Lib/site.py.rej
УМВР.

http://dottedmag.net/~j2a/alt/py26rebuild/sisyphus

-- 
wbr, Yury Yurevich
xmpp:the.pythy@gmail.com
http://pyobject.ru/

Re: [devel] Собираем Python-2.6

[REAL]

Yury Yurevich пишет:
>>> python2.6 и собрать в своем хэшере
>> patching file Lib/site.py
>> Hunk #1 FAILED at 182.
>> 1 out of 1 hunk FAILED -- saving rejects to file Lib/site.py.rej
> УМВР.
> 
> http://dottedmag.net/~j2a/alt/py26rebuild/sisyphus

Для i586, может быть, и ВР... Я же имел в виду x86_64. На i586 
попробую дома.

-- 

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

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

20 июля 2009 г. 10:02 пользователь REAL (root@mmedia2.kemsu.ru) написал:
> Yury Yurevich пишет:
>>>>
>>>> python2.6 и собрать в своем хэшере
>>>
>>> patching file Lib/site.py
>>> Hunk #1 FAILED at 182.
>>> 1 out of 1 hunk FAILED -- saving rejects to file Lib/site.py.rej
>>
>> УМВР.
>>
>> http://dottedmag.net/~j2a/alt/py26rebuild/sisyphus
>
> Для i586, может быть, и ВР... Я же имел в виду x86_64. На i586 попробую
> дома.
>

Да, дело именно в архитектуре. Исправил в python-2.6.2-alt2. Теперь
потребуется новый rpm-build-python, который уже начал свой поход в
Сизиф:
#9574 AWAITING sisyphus rpm-build-python.git=0.34.4-alt1

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Собираем Python-2.6

[REAL]

Evgeny Sinelnikov пишет:
> Да, дело именно в архитектуре. Исправил в python-2.6.2-alt2. Теперь
> потребуется новый rpm-build-python, который уже начал свой поход в
> Сизиф:
> #9574 AWAITING sisyphus rpm-build-python.git=0.34.4-alt1

ОК, ждём :)

-- 

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

Re: [devel] Собираем Python-2.6

[REAL]

Yury Yurevich пишет:
>>> Как можно проверить свои пакеты:
>>> 1. Взять с git://git.altlinux.org/people/sin/packages/python.git
>>> python2.6 и собрать в своем хэшере
>> patching file Lib/site.py
>> Hunk #1 FAILED at 182.
>> 1 out of 1 hunk FAILED -- saving rejects to file Lib/site.py.rej
> УМВР.
> 
> http://dottedmag.net/~j2a/alt/py26rebuild/sisyphus

А scons у кого-нибудь уже собрался? Хотелось бы ссылку на бинарные 
пакеты, если это возможно.

-- 

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

Re: [devel] Собираем Python-2.6

[REAL]

REAL пишет:
> А scons у кого-нибудь уже собрался? Хотелось бы ссылку на бинарные 
> пакеты, если это возможно.

Пардон, искал в git.alt:/gears, а он до сих пор в git.alt:/srpms. Сам 
соберу.

-- 

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

Re: [devel] Собираем Python-2.6

[REAL]

В процессе пересборок обнаружилось, что python-module-Pyrex нужно лечить.

Вообще, поскольку это, вероятно, первая ласточка, может быть, где-то 
на wiki список требующих починки пакетов вести? Я вот, например, мог 
бы на git.alt выкладывать уже починенные (но вот с теми, которые их 
мейнтейнеры хотят по старинке через incoming работать, связываться не 
буду).

-- 

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

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

21 июля 2009 г. 10:01 пользователь REAL (root@mmedia2.kemsu.ru) написал:
> REAL пишет:
>>
>> А scons у кого-нибудь уже собрался? Хотелось бы ссылку на бинарные пакеты,
>> если это возможно.
>
> Пардон, искал в git.alt:/gears, а он до сих пор в git.alt:/srpms. Сам
> соберу.

Собирался он, видимо, ещё до введения сборочного робота, так что у
меня есть более "живой вариант":
http://git.altlinux.org/people/sin/packages/scons.git

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Собираем Python-2.6

[REAL]

Evgeny Sinelnikov пишет:
> Собирался он, видимо, ещё до введения сборочного робота, так что у
> меня есть более "живой вариант":
> http://git.altlinux.org/people/sin/packages/scons.git

Ну, уже поздно, я из git.alt:/srpms его собрал, а у Вас, смотрю, 
версия-релиз те же самые, так что забудем ;)

PS. Я тут потихоньку свои пакеты собираю, пока вроде гладко всё, те, 
что свои, сразу обновляю на git.alt. Вот тут страничку завёл:
http://www.altlinux.org/Python_2.6/Rebuild

-- 

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

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

20 июля 2009 г. 11:51 пользователь REAL (root@mmedia2.kemsu.ru) написал:
> Evgeny Sinelnikov пишет:
>>
>> Да, дело именно в архитектуре. Исправил в python-2.6.2-alt2. Теперь
>> потребуется новый rpm-build-python, который уже начал свой поход в
>> Сизиф:
>> #9574 AWAITING sisyphus rpm-build-python.git=0.34.4-alt1
>
> ОК, ждём :)
>

[#9574] COMPLETE rpm-build-python.git=0.34.4-alt1



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Собираем Python-2.6

[Andrey Rahmatullin]

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

On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
> В списке python-dev.bad.list (127 штук) перечислены пакеты, в которых
> имеется зависимость на python-dev, что недопустимо.
Это всё фиксить или будем просто пересобирать?


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<thresh> "акумулятор для ноутбука apple macbook 13" black (совместим только с
         черными macbook)"
<thresh> что странно, то же самое про белые -- и цена та же
<LunohoD> это чтобы макбук как одеяло из лоскутов не выглядел
<thresh> LunohoD: ага, забота о клиенте
<LunohoD> скорее забота об имидже
<dottedmag> thresh: у меня жена требует белую мышку, белый стол и белый кожаный
            диван теперь :D
<dd> dottedmag: купи белую краску и покрась всё!
<dottedmag> dd: точно.
<dottedmag> т.е. диван обить кожей жены, а потом покрасить.

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

Re: [devel] Собираем Python-2.6

[Evgeny Sinelnikov]

Здравствуйте.

21 июля 2009 г. 20:56 пользователь Andrey Rahmatullin
(wrar@altlinux.ru) написал:
> On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
>> В списке python-dev.bad.list (127 штук) перечислены пакеты, в которых
>> имеется зависимость на python-dev, что недопустимо.
> Это всё фиксить или будем просто пересобирать?
Фиксить... Но об этом в следующем треде... ;)

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] autofixing python scripts during build

[Dmitry V. Levin]

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

On Fri, Jul 17, 2009 at 03:21:25AM +0400, Evgeny Sinelnikov wrote:
> 17 июля 2009 г. 1:26 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
> > On Thu, Jul 16, 2009 at 10:09:25PM +0400, Evgeny Sinelnikov wrote:
> >> Пересборка всех этих пакетов сразу едва ли возможна. С другой стороны,
> >> уже сейчас можно собрать два питона. Один из которых будет
> >> python2.5-2.5.4, а другой python-2.6.2. Таким образом, если
> >> сформировать задание из этих двух пакетов, girar-builder их пропустит.
> >> Но не пропустит их sisyphus_check, исправление для которого я уже
> >> высылал. Исправленный вариант планируется?
> >
> > Исправленный вариант планируется, но одно очень важное обстоятельство меня
> > сдерживает.  Допустим, в Сизиф приехало 2 пакета, о которых вы говорите,
> > python2.5-2.5.4 и python-2.6.2.  Далее, пользователь выполнил
> > dist-upgrade, в результате которого у него в системе оказалось 2 питона,
> > причём /ust/bin/python стал новым.  Далее, пользователь запустил любой
> > скрипт на питоне, использующий, помимо стандартных модулей из подпакетов
> > python, дополнительные модули из пакетов python-module-*.  Новый питон
> > версии 2.6, конечно, не найдёт модулей, собранных для питона версии 2.5,
> > и на этом скрипт закончит свою работу.  Это ситуация называется
> > "разломанный питон".
> >
> > Я думаю, что во всех скриптах, содержащих #!/usr/bin/python, во время сборки
> > нужно автоматически фиксить этот #! на
> > /usr/bin/python%{?__python_package_version:%__python_package_version}%{?!__python_package_version:%__python_version}
> 
> Да, отличный вариант, тольк ему исключения, на всякий случай,
> предусмотреть нужно. Что-то вроде такого:
> %add_python_script_list
> 
> Думаю, что пересборку стоит начинать, имея такую фичу в rpm.

Никто не против того, что rpmbuild будет редактировать ваши python-скрипты
таким образом?  Кто-нибудь хочет высказаться по поводу реализации?


-- 
ldv

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

Re: [devel] autofixing python scripts during build

[Alexey I. Froloff]

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

On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
> Никто не против того, что rpmbuild будет редактировать ваши
> python-скрипты таким образом?
В некоторых сборочных состемах этим занимается setup.$lang.
Однако там есть возможность оверрайда.

-- 
Regards,
Sir Raorn.

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

Re: [devel] autofixing python scripts during build

[Ivan Fedorov]

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

"Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
writes:

> On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
>> Никто не против того, что rpmbuild будет редактировать ваши
>> python-скрипты таким образом?
> В некоторых сборочных состемах этим занимается setup.$lang.
> Однако там есть возможность оверрайда.

правильный setup.py на основе distutils или setuptools умеет править
шибанги у скриптов... и кажется мы это когда-то даже включали в макросах
r-b-python.

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

Re: [devel] autofixing python scripts during build

[Dmitry V. Levin]

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

On Wed, Jul 22, 2009 at 03:13:11AM +0400, Ivan Fedorov wrote:
> "Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
> >> Никто не против того, что rpmbuild будет редактировать ваши
> >> python-скрипты таким образом?
> > В некоторых сборочных состемах этим занимается setup.$lang.
> > Однако там есть возможность оверрайда.
> 
> правильный setup.py на основе distutils или setuptools умеет править
> шибанги у скриптов... и кажется мы это когда-то даже включали в макросах
> r-b-python.

Есть ли гарантия того, что нужные пакеты, содержащие скрипты на python,
используют setup.py вообще, и правильный setup.py в частности?


-- 
ldv

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

Re: [devel] autofixing python scripts during build

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Wed, Jul 22, 2009 at 03:13:11AM +0400, Ivan Fedorov wrote:
>> "Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
>> > On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
>> >> Никто не против того, что rpmbuild будет редактировать ваши
>> >> python-скрипты таким образом?
>> > В некоторых сборочных состемах этим занимается setup.$lang.
>> > Однако там есть возможность оверрайда.
>> 
>> правильный setup.py на основе distutils или setuptools умеет править
>> шибанги у скриптов... и кажется мы это когда-то даже включали в макросах
>> r-b-python.
>
> Есть ли гарантия того, что нужные пакеты, содержащие скрипты на python,
> используют setup.py вообще,
Нет конечно, но большинство пакетов да, ибо так реально проще для
авторов модулей. Хотя надо ещё посмотреть, что из себя представляют
пакеты с инстллером на основе buildout, скорее всего этот кусок от
setuptools там не отломан, но кто знает. я zc.buildout подробно не
изучал.

> и правильный setup.py в частности?
В подавляющем большинстве пакетов setup.py очень простой, и эта часть
интересующей нас функиональности не сломана автором setup.py.

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

Re: [devel] autofixing python scripts during build

[Dmitry V. Levin]

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

On Wed, Jul 22, 2009 at 03:58:05AM +0400, Ivan Fedorov wrote:
> "Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
> > On Wed, Jul 22, 2009 at 03:13:11AM +0400, Ivan Fedorov wrote:
> >> "Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
> >> > On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
> >> >> Никто не против того, что rpmbuild будет редактировать ваши
> >> >> python-скрипты таким образом?
> >> > В некоторых сборочных состемах этим занимается setup.$lang.
> >> > Однако там есть возможность оверрайда.
> >> 
> >> правильный setup.py на основе distutils или setuptools умеет править
> >> шибанги у скриптов... и кажется мы это когда-то даже включали в макросах
> >> r-b-python.
> >
> > Есть ли гарантия того, что нужные пакеты, содержащие скрипты на python,
> > используют setup.py вообще,
> Нет конечно, но большинство пакетов да, ибо так реально проще для
> авторов модулей.

Т.е. скрипты на python, в отличие от модулей на python, легко могут
оказаться в установленными в %_bindir без какой-либо помощи со стороны
setup.py; это значит, что полагаться на setup.py в этом вопросе не стоит.


-- 
ldv

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

Re: [devel] autofixing python scripts during build

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Wed, Jul 22, 2009 at 03:58:05AM +0400, Ivan Fedorov wrote:
>> "Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
>> 
>> > On Wed, Jul 22, 2009 at 03:13:11AM +0400, Ivan Fedorov wrote:
>> >> "Alexey I. Froloff" <raorn-u2l5PoMzF/Vg9hUCZPvPmw-XMD5yJDbdMReXY1tMh2IBg-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
>> >> > On Wed, Jul 22, 2009 at 12:18:20AM +0400, Dmitry V. Levin wrote:
>> >> >> Никто не против того, что rpmbuild будет редактировать ваши
>> >> >> python-скрипты таким образом?
>> >> > В некоторых сборочных состемах этим занимается setup.$lang.
>> >> > Однако там есть возможность оверрайда.
>> >> 
>> >> правильный setup.py на основе distutils или setuptools умеет править
>> >> шибанги у скриптов... и кажется мы это когда-то даже включали в макросах
>> >> r-b-python.
>> >
>> > Есть ли гарантия того, что нужные пакеты, содержащие скрипты на python,
>> > используют setup.py вообще,
>> Нет конечно, но большинство пакетов да, ибо так реально проще для
>> авторов модулей.
>
> Т.е. скрипты на python, в отличие от модулей на python, легко могут
Я не произвожу такого разделения - у меня вообще скрипты в %_bindir
обычно состоят из 2-5 строк которые импортят модуль и запускают оттуда 1
функцию, то есть логики в %_bindir обычно нет.

> оказаться в установленными в %_bindir без какой-либо помощи со стороны
> setup.py; это значит, что полагаться на setup.py в этом вопросе не стоит.
ммм... ну так и многие pure-python модули можно установить командой cp,
но мы же так обычно не делаем вроде?

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