* [devel] some python packaging problems on the example of aiohttp
@ 2016-03-02 20:40 Ivan Zakharyaschev
2016-03-02 21:00 ` Ivan Zakharyaschev
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-02 20:40 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1829 bytes --]
Пакет python-module-aiohttp демонстрирует некоторые текущие проблемы
разной степени серьёзности.
Раз уж прочитал его .spec-файл и в нём сконцентрировано несколько
проблем сразу, то предлагаю почистить его вручную и заодно использовать
его случай для извлечения общей пользы.
1. он перестал собираться из-за зависимости на эти objects.inv
Проблема (на уровне пакета) не крайне серьёзная, потому что в любом
случае будет решаться на уровне репозитория (таких 404 пакета).
Хочется переписать %prepare_sphinx в духе последних собранных коммитов
python-module-sphinx (чтоб лез в /usr/share/, а не
/usr/lib/python3.3/site-packages/sphinx/ за objects.inv -- это
облегчит и переезд на новую версию, когда меняется путь, но часть
пакетов ещё не пересобрана)
Убрать BuildReqs на objects.inv. (А на уровне репозитория в целях
ускорения массового перехода на новый python3 будут добавлены
obsoletes-provides, но почему бы не почистить этот spec сразу.)
2. имеет в BuildReqs самого себя.
Крайне неудачно для пересборки "архитектурно-зависимого" подмножества
питоновых пакетов, которую нам предстоит сделать.
Хочется проверить, можно ли избавиться.
3. dangerous packaging в виде нечистки ../python3/, в котором
происходит сборка
Несерьёзно, потому что у нас hasher, но без hasher приводит к
непредсказуемым эффектам.
Хочется почистить по крайней мере как в последних собранных коммитах
python-module-snowballstemmer.
4. -f убрать у cp и rm там, где наличие/отсутствие файлов (как того же
../python3/) значит, что всё пошло не так, как задумал maintainer.
(Последние собранные коммиты ipython такие.)
Хочется более предсказуемую обламывающуюся сборку иметь. Почему бы
заодно не почистить.
(Ср. облом при прикладывании патчей, когда исходники поменялись.)
Денис (nbr@), может быть, поправишь проверишь?
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] some python packaging problems on the example of aiohttp
2016-03-02 20:40 [devel] some python packaging problems on the example of aiohttp Ivan Zakharyaschev
@ 2016-03-02 21:00 ` Ivan Zakharyaschev
2016-03-03 5:45 ` Denis Medvedev
2016-03-03 17:43 ` Ivan Zakharyaschev
2 siblings, 0 replies; 4+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-02 21:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 826 bytes --]
On Wed, 2 Mar 2016, Ivan Zakharyaschev wrote:
> 4. -f убрать у cp и rm там, где наличие/отсутствие файлов (как того же
> ../python3/) значит, что всё пошло не так, как задумал maintainer.
>
> (Последние собранные коммиты ipython такие.)
>
> Хочется более предсказуемую обламывающуюся сборку иметь. Почему бы
> заодно не почистить.
>
> (Ср. облом при прикладывании патчей, когда исходники поменялись.)
Не написал, насколько это серьёзно. Ну как, в некоторых случаях (никогда
заранее не узнаешь в каких) это помогает более быстрому обнаружению
проблем, возникших из-за изменения сборочной среды, как в случае массовой
пересборки с переездом. (Из-за "испорченного" ipython у меня в тестовой
пересборке около 50 пакетов не собралось. Если бы он сам обломился, было
бы чуть быстрее увидеть причину.)
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] some python packaging problems on the example of aiohttp
2016-03-02 20:40 [devel] some python packaging problems on the example of aiohttp Ivan Zakharyaschev
2016-03-02 21:00 ` Ivan Zakharyaschev
@ 2016-03-03 5:45 ` Denis Medvedev
2016-03-03 17:43 ` Ivan Zakharyaschev
2 siblings, 0 replies; 4+ messages in thread
From: Denis Medvedev @ 2016-03-03 5:45 UTC (permalink / raw)
To: ALT Linux Team development discussions
On среда, 2 марта 2016 г. 23:40:38 MSK Ivan Zakharyaschev wrote:
> Пакет python-module-aiohttp демонстрирует некоторые текущие проблемы
> разной степени серьёзности.
>
> Раз уж прочитал его .spec-файл и в нём сконцентрировано несколько
> проблем сразу, то предлагаю почистить его вручную и заодно использовать
> его случай для извлечения общей пользы.
>
> 1. он перестал собираться из-за зависимости на эти objects.inv
>
> Проблема (на уровне пакета) не крайне серьёзная, потому что в любом
> случае будет решаться на уровне репозитория (таких 404 пакета).
>
> Хочется переписать %prepare_sphinx в духе последних собранных коммитов
> python-module-sphinx (чтоб лез в /usr/share/, а не
> /usr/lib/python3.3/site-packages/sphinx/ за objects.inv -- это
> облегчит и переезд на новую версию, когда меняется путь, но часть
> пакетов ещё не пересобрана)
>
> Убрать BuildReqs на objects.inv. (А на уровне репозитория в целях
> ускорения массового перехода на новый python3 будут добавлены
> obsoletes-provides, но почему бы не почистить этот spec сразу.)
>
> 2. имеет в BuildReqs самого себя.
>
> Крайне неудачно для пересборки "архитектурно-зависимого" подмножества
> питоновых пакетов, которую нам предстоит сделать.
>
> Хочется проверить, можно ли избавиться.
>
> 3. dangerous packaging в виде нечистки ../python3/, в котором
> происходит сборка
>
> Несерьёзно, потому что у нас hasher, но без hasher приводит к
> непредсказуемым эффектам.
>
> Хочется почистить по крайней мере как в последних собранных коммитах
> python-module-snowballstemmer.
>
> 4. -f убрать у cp и rm там, где наличие/отсутствие файлов (как того же
> ../python3/) значит, что всё пошло не так, как задумал maintainer.
>
> (Последние собранные коммиты ipython такие.)
>
> Хочется более предсказуемую обламывающуюся сборку иметь. Почему бы
> заодно не почистить.
>
> (Ср. облом при прикладывании патчей, когда исходники поменялись.)
>
>
> Денис (nbr@), может быть, поправишь проверишь?
Уже собрал (до этого сообщения) сборку, в которой только исправил sphinx.
Посмотрю и эти примечания.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] some python packaging problems on the example of aiohttp
2016-03-02 20:40 [devel] some python packaging problems on the example of aiohttp Ivan Zakharyaschev
2016-03-02 21:00 ` Ivan Zakharyaschev
2016-03-03 5:45 ` Denis Medvedev
@ 2016-03-03 17:43 ` Ivan Zakharyaschev
2 siblings, 0 replies; 4+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-03 17:43 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 4252 bytes --]
On Wed, 2 Mar 2016, Ivan Zakharyaschev wrote:
> 2. имеет в BuildReqs самого себя.
>
> Крайне неудачно для пересборки "архитектурно-зависимого" подмножества
> питоновых пакетов, которую нам предстоит сделать.
>
> Хочется проверить, можно ли избавиться.
Денис показал в своей сборке, что BuildReq на себя можно убрать.
Но при сборке всё же ставится сам python3-module-aiohttp (по какому-то
циклу зависимостей). Вот
http://git.altlinux.org/tasks/archive/done/_156/160465/build/100/x86_64/srpm.log
(alt3.git -- предыдущий релиз):
<13>Mar 3 14:44:28 rpmi: python3-module-aiohttp-0.15.3-alt3.git20150425.2
1456952477 installed
Такой цикл так же помешает пересборке. Надо научиться его убирать. Вот как
это в hasher происходит:
hsh-rebuild: pkg.tar: fetched build dependencies.
hsh-rebuild: pkg.tar: calculated build dependencies: rpm-macros-sphinx
rpm-build-python3 python3-devel python-module-sphinx-devel
python-module-sphinx python3-module-setuptools
python3-module-setuptools-tests python3-module-asyncio
python-sphinx-objects.inv python3-mod
ule-trollius python3-module-nose python3-module-gunicorn
python3-module-chardet
hsh-install: changed working directory to `/tmp/.private/imz/hasher'
Чтение списков пакетов...
Построение дерева зависимостей...
Последняя версия rpm-macros-sphinx уже установлена.
Последняя версия rpm-build-python3 уже установлена.
Выбрано python3-dev для 'python3-devel'
Последняя версия python3-dev уже установлена.
Последняя версия python-module-sphinx-devel уже установлена.
Последняя версия python-module-sphinx уже установлена.
Последняя версия python-sphinx-objects.inv уже установлена.
Следующие дополнительные пакеты будут установлены:
libev4 libldap libmysqlclient18 libpq5.8 libsasl2-3 libyaml2
python3-module-OpenSSL python3-module-aiohttp python3-module-certifi
python3-module-cffi python3-module-cryptography python3-module-django
python3-module-dns python3-module-enum34 python3-module-eventlet
python3-module-gevent python3-module-greenlet python3-module-idna
python3-module-mysqlclient python3-module-paste python3-module-pluggy
python3-module-psycopg2 python3-module-py python3-module-pyasn1
python3-module-pycares python3-module-pycparser python3-module-pytest
python3-module-six python3-module-tornado python3-module-yaml
python3-module-z3c python3-module-zc python3-module-zope
python3-module-zope.interface
Следующие НОВЫЕ пакеты будут установлены:
libev4 libldap libmysqlclient18 libpq5.8 libsasl2-3 libyaml2
python3-module-OpenSSL python3-module-aiohttp python3-module-asyncio
python3-module-certifi python3-module-cffi python3-module-chardet
python3-module-cryptography python3-module-django python3-module-dns
python3-module-enum34 python3-module-eventlet python3-module-gevent
python3-module-greenlet python3-module-gunicorn python3-module-idna
python3-module-mysqlclient python3-module-nose python3-module-paste
python3-module-pluggy python3-module-psycopg2 python3-module-py
python3-module-pyasn1 python3-module-pycares python3-module-pycparser
python3-module-pytest python3-module-setuptools
python3-module-setuptools-tests python3-module-six
python3-module-tornado
python3-module-trollius python3-module-yaml python3-module-z3c
python3-module-zc python3-module-zope python3-module-zope.interface
0 будет обновлено, 41 новых установлено, 0 пакетов будет удалено и 0 не
будет обновлено.
...
<13>Mar 3 17:19:22 rpmi: python3-module-aiohttp-0.15.3-alt4.git20150425.2
1457016326 installed
...
Wrote:
/usr/src/in/srpm/python-module-aiohttp-0.15.3-alt5.git20150425.2.src.rpm
Эти мелкие чистки я сейчас добавил:
> 3. dangerous packaging в виде нечистки ../python3/, в котором
> происходит сборка
>
> Несерьёзно, потому что у нас hasher, но без hasher приводит к
> непредсказуемым эффектам.
>
> Хочется почистить по крайней мере как в последних собранных коммитах
> python-module-snowballstemmer.
>
> 4. -f убрать у cp и rm там, где наличие/отсутствие файлов (как того же
> ../python3/) значит, что всё пошло не так, как задумал maintainer.
>
> (Последние собранные коммиты ipython такие.)
>
> Хочется более предсказуемую обламывающуюся сборку иметь. Почему бы
> заодно не почистить.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-03-03 17:43 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-02 20:40 [devel] some python packaging problems on the example of aiohttp Ivan Zakharyaschev
2016-03-02 21:00 ` Ivan Zakharyaschev
2016-03-03 5:45 ` Denis Medvedev
2016-03-03 17:43 ` Ivan Zakharyaschev
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git