[devel] Бэкпорт в M40 для python-module-setuptools

[devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

Понадобилось установить на сервер Python 2.5 и Django 1.0. Насколько я
понимаю, правильнее всего для этого сделать бэкпорты для этих пакетов.
Делаю с помощью rpmbph -M40. При сборке python-module-django
понадобилось сделать бэкпорт python-module-setuptools. При сборке
получается,

$ rpmbph -M40 python-module-setuptools.spec
...
Просто упаковывается python-module-setuptools-0.6-alt0.M40.1.c8.src.rpm
...

То есть, версия пакета начинается с alt0, а это, как я понимаю,
меньше, чем текущая версия alt1.c8, в результате созданный бэкпорт
просто не устанавливается в хэшере и блокирует сборку Django. Пока что
установил версию 0.61 для python-modules-setuptools, проблема не
возникает.

Вопрос: как это правильно это развязать? По идее, можно исправить так,
чтобы при сборке бэкпорта версия начиналась с alt1, но я во-первых, не
нашел, где это указывается, а во-вторых, подозреваю, что так сделано
неспроста. С другой стороны, версия модуля не менялась, поднимать ее
только, чтобы обмануть систему сборки, не хочется.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Mikhail Gusarov]

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

Twas brillig at 13:37:42 16.09.2008 UTC+03 when eugine.kosenko@gmail.com did gyre and gimble:

 EK> При сборке python-module-django понадобилось сделать бэкпорт
 EK> python-module-setuptools.

0.6-alt1.c8 уже в 4.0, если я правильно понял. Зачем тогда его бэкпортить?

-- 

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

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/16 Mikhail Gusarov <dottedmag@altlinux.org>:
> Twas brillig at 13:37:42 16.09.2008 UTC+03 when eugine.kosenko@gmail.com did gyre and gimble:
>
>  EK> При сборке python-module-django понадобилось сделать бэкпорт
>  EK> python-module-setuptools.
>
> 0.6-alt1.c8 уже в 4.0, если я правильно понял. Зачем тогда его бэкпортить?

Он требует в зависимостях python 2.4, в то время, как я ставлю python 2.5.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Mikhail Gusarov]

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

Twas brillig at 14:14:48 16.09.2008 UTC+03 when eugine.kosenko@gmail.com did gyre and gimble:

 >>  EK> При сборке python-module-django понадобилось сделать бэкпорт
 >>  EK> python-module-setuptools.
 >> 0.6-alt1.c8 уже в 4.0, если я правильно понял. Зачем тогда его бэкпортить?

 EK> Он требует в зависимостях python 2.4, в то время, как я ставлю python 2.5.

python 2.5? В M40? С этого и надо было начинать. Тогда вам будет совсем трудно :)

-- 

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

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/16 Mikhail Gusarov <dottedmag@altlinux.org>:
> Twas brillig at 14:14:48 16.09.2008 UTC+03 when eugine.kosenko@gmail.com did gyre and gimble:
>
>  >>  EK> При сборке python-module-django понадобилось сделать бэкпорт
>  >>  EK> python-module-setuptools.
>  >> 0.6-alt1.c8 уже в 4.0, если я правильно понял. Зачем тогда его бэкпортить?
>
>  EK> Он требует в зависимостях python 2.4, в то время, как я ставлю python 2.5.
>
> python 2.5? В M40? С этого и надо было начинать. Тогда вам будет совсем трудно :)

Я с этого и начал. Пока что не очень трудно -- мне ведь только django поднять.

Собственно, работает (пока) даже установка "в лоб" пакетов из Сизифа.
Просто не знаю, насколько это правильно и надежно.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

Закончил портирование. Не смог только быстро собрать
apache2-mod_python, пришлось взять из Сизифа.

Получается, такая ситуация (поднять номер релиза в бэкпорте) не предусмотрена?

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugene Prokopiev]

16.09.08, Eugine Kosenko<eugine.kosenko@> написал(а):

>  Пока что
>  установил версию 0.61 для python-modules-setuptools, проблема не
>  возникает.

Так может собрать python-modules-setuptools-0.61-alt1 в сизиф и
python-modules-setuptools-0.61-alt0.M40 в M40?

OFF: так Django у нас работает из коробки? А вы не могли бы сделать
публичный репозитарий -- дополнение к M40 c Django и всем необходимым
(ибо в 4.0/incoming python 2.5, боюсь, не пропустят, хотя я без него
именно там тоже немного страдаю, но пока выкручиваюсь)?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/16 Eugene Prokopiev <enp@altlinux.org>:
> Так может собрать python-modules-setuptools-0.61-alt1 в сизиф и
> python-modules-setuptools-0.61-alt0.M40 в M40?

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

Нашел решение: для пакетов, которые не меняются, но требуют
использования python 2.5 я захардкодил имя модуля с python25-module-*:

python25-module-psycopg2
python25-module-setuptools

Конечно же, варварство и нарушение всех полиси, но работает. Пусть
знающие люди поправят, если можно как-то через макросы.

> OFF: так Django у нас работает из коробки? А вы не могли бы сделать
> публичный репозитарий -- дополнение к M40 c Django и всем необходимым
> (ибо в 4.0/incoming python 2.5, боюсь, не пропустят, хотя я без него
> именно там тоже немного страдаю, но пока выкручиваюсь)?

Попробовал сделать вот тут:

ftp://ftp.aroks.com.ua/pub/django

Вроде бы, у меня обновляется вплоть до
python-module-django-mod_python. Правда, я не собирал поддержку
psycopg и sqlite3, так как их не использую. Если нужно -- обращайтесь,
сделаю.

Да, и еще -- пока только собрал и установил, но не проверил работу.
Так что, тоже будут проблемы.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Evgeny Sinelnikov]

16 сентября 2008 г. 17:54 пользователь Eugine Kosenko
<eugine.kosenko@gmail.com> написал:
>
> 2008/9/16 Eugene Prokopiev <enp@altlinux.org>:
> > Так может собрать python-modules-setuptools-0.61-alt1 в сизиф и
> > python-modules-setuptools-0.61-alt0.M40 в M40?
>
> Версия setuptools таки 0.6, изменение версии модуля может потом очень
> хорошо аукнуться.

На самом деле, сборка пакета из сизифа в бранч с более новым релизом,
но той же версии, что и в бранче - это малодокументированная
особенность, которая-таки отражена в "правилах нумерации релизов" на
http://www.altlinux.org/BackportsPolicy:
"
Релизы нумеруются следующим образом:
ORIG_RELEASE.DISTRO.BACKPORT_RELEASE. Таким образом, полное
наименование пакета будет таким:
%name-%version-ORIG_RELEASE.DISTRO.BACKPORT_RELEASE

[...]

При обновлении в бэкпортах до новой версии (%version) пакета,
BACKPORTS_RELEASE сбрасывается в 1 и ORIG_RELEASE устанавливается в
alt0.

Такая схема версионирования выбрана потому, что новая версия пакета,
собираемого в backports, должна иметь номер релиза меньший, чем та же
версия в Сизифе, но при этом не меньший, чем та же версия в backports
для предыдущих серий.

Пример разумного исключения:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Если необходимо предотвратить возможность обновления с релиза вида
alt0.DISTRO.REVISION до сизифовского alt7 при наличии в Сизифе alt8 (в
том числе в случае серьёзной ошибки, исправленной в alt8), можно
сделать релиз вида alt7.DISTRO.REVISION, при условии что за основу
взят именно alt8 а не alt7."

Вопрос поддержки этого исключения в rpmbph уже обсуждался... Я думаю,
что стоит повесить FR на etersoft-build-utils, чтобы при OLD_VERSION
== NEW_VERSION ORIG_RELEASE устанавливался в %release-1.


>
> Нашел решение: для пакетов, которые не меняются, но требуют
> использования python 2.5 я захардкодил имя модуля с python25-module-*:
>
> python25-module-psycopg2
> python25-module-setuptools
>

Разумный вариант для бранча 4.0... А сам python25 тоже присутствует -
я не совсем понимаю как он ставится?

> Конечно же, варварство и нарушение всех полиси, но работает. Пусть
> знающие люди поправят, если можно как-то через макросы.
>
> > OFF: так Django у нас работает из коробки? А вы не могли бы сделать
> > публичный репозитарий -- дополнение к M40 c Django и всем необходимым
> > (ибо в 4.0/incoming python 2.5, боюсь, не пропустят, хотя я без него
> > именно там тоже немного страдаю, но пока выкручиваюсь)?
>
> Попробовал сделать вот тут:
>
> ftp://ftp.aroks.com.ua/pub/django
>
> Вроде бы, у меня обновляется вплоть до
> python-module-django-mod_python. Правда, я не собирал поддержку
> psycopg и sqlite3, так как их не использую. Если нужно -- обращайтесь,
> сделаю.
>
> Да, и еще -- пока только собрал и установил, но не проверил работу.
> Так что, тоже будут проблемы.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


--
Sin (Sinelnikov Evgeny)

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/16 Evgeny Sinelnikov <sin@altlinux.ru>:
> Пример разумного исключения:
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Если необходимо предотвратить возможность обновления с релиза вида
> alt0.DISTRO.REVISION до сизифовского alt7 при наличии в Сизифе alt8 (в
> том числе в случае серьёзной ошибки, исправленной в alt8), можно
> сделать релиз вида alt7.DISTRO.REVISION, при условии что за основу
> взят именно alt8 а не alt7."

Я это прочел, но так и не увидел, как заставить систему сборки сделать
alt7, а не alt0, как она это делает по умолчанию.

> Вопрос поддержки этого исключения в rpmbph уже обсуждался... Я думаю,
> что стоит повесить FR на etersoft-build-utils, чтобы при OLD_VERSION
> == NEW_VERSION ORIG_RELEASE устанавливался в %release-1.

Это в багзиле?

>> Нашел решение: для пакетов, которые не меняются, но требуют
>> использования python 2.5 я захардкодил имя модуля с python25-module-*:
>>
>> python25-module-psycopg2
>> python25-module-setuptools
>>
>
> Разумный вариант для бранча 4.0... А сам python25 тоже присутствует -
> я не совсем понимаю как он ставится?

Я его тоже отбэкпортил, он в том же репозитарии для django, его можно
поставить оттуда.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Evgeny Sinelnikov]

17 сентября 2008 г. 18:14 пользователь Eugine Kosenko
<eugine.kosenko@gmail.com> написал:
> 2008/9/16 Evgeny Sinelnikov <sin@altlinux.ru>:
>> Пример разумного исключения:
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>> Если необходимо предотвратить возможность обновления с релиза вида
>> alt0.DISTRO.REVISION до сизифовского alt7 при наличии в Сизифе alt8 (в
>> том числе в случае серьёзной ошибки, исправленной в alt8), можно
>> сделать релиз вида alt7.DISTRO.REVISION, при условии что за основу
>> взят именно alt8 а не alt7."
>
> Я это прочел, но так и не увидел, как заставить систему сборки сделать
> alt7, а не alt0, как она это делает по умолчанию.

пока никак... то есть руками в спеке...

>> Вопрос поддержки этого исключения в rpmbph уже обсуждался... Я думаю,
>> что стоит повесить FR на etersoft-build-utils, чтобы при OLD_VERSION
>> == NEW_VERSION ORIG_RELEASE устанавливался в %release-1.
>
> Это в багзиле?

Ну, да...

>>> Нашел решение: для пакетов, которые не меняются, но требуют
>>> использования python 2.5 я захардкодил имя модуля с python25-module-*:
>>>
>>> python25-module-psycopg2
>>> python25-module-setuptools
>>>
>>
>> Разумный вариант для бранча 4.0... А сам python25 тоже присутствует -
>> я не совсем понимаю как он ставится?
>
> Я его тоже отбэкпортил, он в том же репозитарии для django, его можно
> поставить оттуда.

отлично... То есть потенциально в бранче 4.0 есть питон 2.5..

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/17 Evgeny Sinelnikov <sin@altlinux.ru>:
> пока никак... то есть руками в спеке...

А в каком месте? Я так понял, при этом придется отказаться от
использования rpmbph, ведь это он формирует такую хитрую версию?

>>> Вопрос поддержки этого исключения в rpmbph уже обсуждался... Я думаю,
>>> что стоит повесить FR на etersoft-build-utils, чтобы при OLD_VERSION
>>> == NEW_VERSION ORIG_RELEASE устанавливался в %release-1.
>>
>> Это в багзиле?
>
> Ну, да...

Попробовал вот так:

https://bugzilla.altlinux.org/show_bug.cgi?id=17162

> отлично... То есть потенциально в бранче 4.0 есть питон 2.5..

Потихоньку тяну нужные пакеты. Сделал python-module-imaging и
python-module-sip, python-module-PyQt4, похоже, возьму просто из
Сизифа.

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Ivan Fedorov]

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

"Evgeny Sinelnikov" <sin-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org>
writes:

> 16 сентября 2008 г. 17:54 пользователь Eugine Kosenko
> <eugine.kosenko@gmail.com> написал:
>>
>> 2008/9/16 Eugene Prokopiev <enp@altlinux.org>:
>> > Так может собрать python-modules-setuptools-0.61-alt1 в сизиф и
>> > python-modules-setuptools-0.61-alt0.M40 в M40?
>>
>> Версия setuptools таки 0.6, изменение версии модуля может потом очень
>> хорошо аукнуться.
>
> На самом деле, сборка пакета из сизифа в бранч с более новым релизом,
> но той же версии, что и в бранче - это малодокументированная
> особенность, которая-таки отражена в "правилах нумерации релизов" на
> http://www.altlinux.org/BackportsPolicy:
> "
> Релизы нумеруются следующим образом:
> ORIG_RELEASE.DISTRO.BACKPORT_RELEASE. Таким образом, полное
> наименование пакета будет таким:
> %name-%version-ORIG_RELEASE.DISTRO.BACKPORT_RELEASE
>
> [...]
>
> При обновлении в бэкпортах до новой версии (%version) пакета,
> BACKPORTS_RELEASE сбрасывается в 1 и ORIG_RELEASE устанавливается в
> alt0.
Вообще вроде раньше было не alt0, а релиз из сизифа-1?

>> Нашел решение: для пакетов, которые не меняются, но требуют
>> использования python 2.5 я захардкодил имя модуля с python25-module-*:
>>
>> python25-module-psycopg2
>> python25-module-setuptools

А раньше такое можно было на уровне rpm-build-python делать... давно
правда...

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

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Evgeny Sinelnikov]

17 сентября 2008 г. 20:26 пользователь Ivan Fedorov <ns@altlinux.org> написал:
> "Evgeny Sinelnikov" <sin-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org>
> writes:
>
>> 16 сентября 2008 г. 17:54 пользователь Eugine Kosenko
>> <eugine.kosenko@gmail.com> написал:
>>>
>>> 2008/9/16 Eugene Prokopiev <enp@altlinux.org>:
>>> > Так может собрать python-modules-setuptools-0.61-alt1 в сизиф и
>>> > python-modules-setuptools-0.61-alt0.M40 в M40?
>>>
>>> Версия setuptools таки 0.6, изменение версии модуля может потом очень
>>> хорошо аукнуться.
>>
>> На самом деле, сборка пакета из сизифа в бранч с более новым релизом,
>> но той же версии, что и в бранче - это малодокументированная
>> особенность, которая-таки отражена в "правилах нумерации релизов" на
>> http://www.altlinux.org/BackportsPolicy:
>> "
>> Релизы нумеруются следующим образом:
>> ORIG_RELEASE.DISTRO.BACKPORT_RELEASE. Таким образом, полное
>> наименование пакета будет таким:
>> %name-%version-ORIG_RELEASE.DISTRO.BACKPORT_RELEASE
>>
>> [...]
>>
>> При обновлении в бэкпортах до новой версии (%version) пакета,
>> BACKPORTS_RELEASE сбрасывается в 1 и ORIG_RELEASE устанавливается в
>> alt0.
> Вообще вроде раньше было не alt0, а релиз из сизифа-1?

и сейчас остаётся - это два разных случая:

1) в бранче XXX-1.0.0-alt1 в сизифе XXX-1.1.0-alt2 тогда получаем
XXX-1.1.0-alt0.M40.2

2) в бранче XXX-1.0.0-alt12 в сизифе XXX-1.0.0-alt22 тогда получаем
XXX-1.0.0-alt21.M40.1

>
>>> Нашел решение: для пакетов, которые не меняются, но требуют
>>> использования python 2.5 я захардкодил имя модуля с python25-module-*:
>>>
>>> python25-module-psycopg2
>>> python25-module-setuptools
>
> А раньше такое можно было на уровне rpm-build-python делать... давно
> правда...
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Ivan Fedorov]

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

"Evgeny Sinelnikov" <sin-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org>
writes:

>>> При обновлении в бэкпортах до новой версии (%version) пакета,
>>> BACKPORTS_RELEASE сбрасывается в 1 и ORIG_RELEASE устанавливается в
>>> alt0.
>> Вообще вроде раньше было не alt0, а релиз из сизифа-1?
>
> и сейчас остаётся - это два разных случая:
>
> 1) в бранче XXX-1.0.0-alt1 в сизифе XXX-1.1.0-alt2 тогда получаем
> XXX-1.1.0-alt0.M40.2
>
> 2) в бранче XXX-1.0.0-alt12 в сизифе XXX-1.0.0-alt22 тогда получаем
> XXX-1.0.0-alt21.M40.1

А зачем два случая, если мой покрывает все возможные варианты? И в
добавок практически гарантирует невозможность "обновления" до более
старой версии из Сизифа?

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

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Eugine Kosenko]

2008/9/17 Ivan Fedorov <ns@altlinux.org>:
>>> python25-module-psycopg2
>>> python25-module-setuptools
>
> А раньше такое можно было на уровне rpm-build-python делать... давно
> правда...

А где вообще можно почитать про rpm-build-python?

Re: [devel] Бэкпорт в M40 для python-module-setuptools

[Ivan Fedorov]

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

"Eugine Kosenko"
<eugine.kosenko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> 2008/9/17 Ivan Fedorov <ns@altlinux.org>:
>>>> python25-module-psycopg2
>>>> python25-module-setuptools
>>
>> А раньше такое можно было на уровне rpm-build-python делать... давно
>> правда...
>
> А где вообще можно почитать про rpm-build-python?

Раньше доки были внутри... где-то в районе /usr/share/doc/...

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