* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-13 15:57 ` Alexey Shabalin
@ 2017-01-13 16:19 ` Ivan Zakharyaschev
2017-01-14 19:25 ` [devel] python bootstrap vs python-module-sphinx (was: I: viy current schedule on perl, python, java) Michael Shigorin
2017-01-13 21:03 ` [devel] I: viy current schedule on perl, python, java Igor Vlasenko
` (2 subsequent siblings)
3 siblings, 1 reply; 16+ messages in thread
From: Ivan Zakharyaschev @ 2017-01-13 16:19 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1954 bytes --]
On Fri, 13 Jan 2017, Alexey Shabalin wrote:
> 13 января 2017 г., 18:31 пользователь Igor Vlasenko
> <vlasenko@imath.kiev.ua> написал:
>> On Fri, Jan 13, 2017 at 12:32:49PM +0300, Ivan Zakharyaschev wrote:
>>> Понятно. Я думал, что, может быть, отправленные на сборку пакеты просто были
>>> с нуля сгенерированы, раз они не наследуют историю. А оказывается, туда
>>> более тонко были вставлены новые исходники.
>>
>> У меня есть рабочий робот для обновления srpm'ов.
>> Он в сизифе 2 тысячи perl-* обновляет, и его я приспособил и к питону.
>> Обновлял srpm'ы, поэтому и заливал как srpm'ы,
>> пришлось отрывать git.
>
> Мне кажется, в случае python модулей использование srpm оправдано, и
> большого смысла тащить их в git нет. Тем юолее, если в дальнейшем
> предполагется их обновление роботом.
> И я готов свои python-пакеты вытащить из git. (не все, есть исключения)
В целом, конечно, согласен. Git имеет смысл, по-моему, для каких-то
отдельных пакетов, где мейнтейнер хочет вытаскивать отдельные коммиты и
т.п.
> Многие вещи, которые делал real@ с python-пакетами для меня остаются загадкой.
> Например, pickles подпакеты.
Не знаю толком на счёт pickles, но вот что касается похожей штуки, т.е.
генерации документации -- я когда разбирался с циклами сборочных
зависимостей и применял buildreq, обнаружил -- то она неправильно
генерируется (иногда) из установленных в систему пакетов (предыдущей
версии!).
Я запланировал, чтобы решить и проблему минимизации сборочных зависимостей
(для массового обновления), и эту неправильность, собирать документацию
отдельно. (И pickles, возможно.)
Пока был Git, думал, можно будет в тот же спек правила написать, но по
переменным gear из тега выбирать, собираем ли мы сам пакет или
документацию.
А так можно будет помимо основных srpm делать просто rebuild srpm-а для
сборки документации. Версию он подставит из сборочной среды, и править
srpm не надо будет каждый раз.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 16+ messages in thread
* [devel] python bootstrap vs python-module-sphinx (was: I: viy current schedule on perl, python, java)
2017-01-13 16:19 ` Ivan Zakharyaschev
@ 2017-01-14 19:25 ` Michael Shigorin
2017-01-15 10:31 ` Ivan Zakharyaschev
0 siblings, 1 reply; 16+ messages in thread
From: Michael Shigorin @ 2017-01-14 19:25 UTC (permalink / raw)
To: devel
On Fri, Jan 13, 2017 at 07:19:03PM +0300, Ivan Zakharyaschev wrote:
> > Многие вещи, которые делал real@ с python-пакетами для меня
> > остаются загадкой. Например, pickles подпакеты.
> Не знаю толком на счёт pickles, но вот что касается похожей
> штуки, т.е. генерации документации -- я когда разбирался с
> циклами сборочных зависимостей и применял buildreq, обнаружил
> -- то она неправильно генерируется (иногда) из установленных в
> систему пакетов (предыдущей версии!).
>
> Я запланировал, чтобы решить и проблему минимизации сборочных
> зависимостей (для массового обновления), и эту неправильность,
> собирать документацию отдельно. (И pickles, возможно.)
Вообще большая человеческая просьба: трогая спеки питоньих
модулей, зависящих по сборке от rpm-macros-sphinx, не лениться
добавлять
%def_with doc
и заворачивать генерацию/упаковку docs и pickles в %if_with doc
примерно таким макаром:
+%if_with doc
%make_build -C docs html
%make_build -C docs pickle
+%endif
...
+%if_with doc
cp -fR docs/_build/pickle %buildroot%python_sitelibdir_noarch/jinja2/
+%endif
...
+%if_with doc
%files doc
%doc docs/_build/html/*
%files pickles
%dir %python_sitelibdir_noarch/jinja2
%python_sitelibdir_noarch/jinja2/pickle
+%endif
(обоснование: именно with doc до сих пор по большей части и наблюдаю,
разнобой в стороны with docs или enable doc{,s} несколько огорчает)
http://git.altlinux.org/people/mike/packages/?p=python-module-jinja2.git;a=commitdiff;h=f3d01b09b0bc043e6efbda9004055b03c8128e09
или однострочниками вроде таких, если удобней:
-BuildRequires: ctags python-module-sphinx time
+BuildRequires: time
+
+%{?_with_doc:BuildRequires: ctags python-module-sphinx}
...
-make -C docs html
+%{?_with_doc:make -C docs html}
http://git.altlinux.org/people/mike/packages/?p=python-module-polib.git;a=commitdiff;h=5a21fffd7557b80a52df51f54427d98971aa603d
А то эта питонья гуща вокруг python-module-sphinx уже какое-то
вдребезги кружевное бельё напоминает при попытке забутстрапить...
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] python bootstrap vs python-module-sphinx (was: I: viy current schedule on perl, python, java)
2017-01-14 19:25 ` [devel] python bootstrap vs python-module-sphinx (was: I: viy current schedule on perl, python, java) Michael Shigorin
@ 2017-01-15 10:31 ` Ivan Zakharyaschev
0 siblings, 0 replies; 16+ messages in thread
From: Ivan Zakharyaschev @ 2017-01-15 10:31 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 2493 bytes --]
On Sat, 14 Jan 2017, Michael Shigorin wrote:
> On Fri, Jan 13, 2017 at 07:19:03PM +0300, Ivan Zakharyaschev wrote:
>> > Многие вещи, которые делал real@ с python-пакетами для меня
>> > остаются загадкой. Например, pickles подпакеты.
>> Не знаю толком на счёт pickles, но вот что касается похожей
>> штуки, т.е. генерации документации -- я когда разбирался с
>> циклами сборочных зависимостей и применял buildreq, обнаружил
>> -- то она неправильно генерируется (иногда) из установленных в
>> систему пакетов (предыдущей версии!).
>>
>> Я запланировал, чтобы решить и проблему минимизации сборочных
>> зависимостей (для массового обновления), и эту неправильность,
>> собирать документацию отдельно. (И pickles, возможно.)
>
> Вообще большая человеческая просьба: трогая спеки питоньих
> модулей, зависящих по сборке от rpm-macros-sphinx, не лениться
> добавлять
Да. А я вообще плнаирую то, что предлагается оборачивать, вынести в
отедльный srpm.
> %def_with doc
>
> и заворачивать генерацию/упаковку docs и pickles в %if_with doc
> примерно таким макаром:
>
> +%if_with doc
> %make_build -C docs html
> %make_build -C docs pickle
> +%endif
>
> ...
>
> +%if_with doc
> cp -fR docs/_build/pickle %buildroot%python_sitelibdir_noarch/jinja2/
> +%endif
>
> ...
>
> +%if_with doc
> %files doc
> %doc docs/_build/html/*
>
> %files pickles
> %dir %python_sitelibdir_noarch/jinja2
> %python_sitelibdir_noarch/jinja2/pickle
> +%endif
>
> (обоснование: именно with doc до сих пор по большей части и наблюдаю,
> разнобой в стороны with docs или enable doc{,s} несколько огорчает)
>
> http://git.altlinux.org/people/mike/packages/?p=python-module-jinja2.git;a=commitdiff;h=f3d01b09b0bc043e6efbda9004055b03c8128e09
>
> или однострочниками вроде таких, если удобней:
>
> -BuildRequires: ctags python-module-sphinx time
> +BuildRequires: time
> +
> +%{?_with_doc:BuildRequires: ctags python-module-sphinx}
>
> ...
>
> -make -C docs html
> +%{?_with_doc:make -C docs html}
>
> http://git.altlinux.org/people/mike/packages/?p=python-module-polib.git;a=commitdiff;h=5a21fffd7557b80a52df51f54427d98971aa603d
>
> А то эта питонья гуща вокруг python-module-sphinx уже какое-то
> вдребезги кружевное бельё напоминает при попытке забутстрапить...
>
> --
> ---- WBR, Michael Shigorin / http://altlinux.org
> ------ http://opennet.ru / http://anna-news.info
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-13 15:57 ` Alexey Shabalin
2017-01-13 16:19 ` Ivan Zakharyaschev
@ 2017-01-13 21:03 ` Igor Vlasenko
2017-01-18 13:35 ` Антон Мидюков
2017-04-28 17:15 ` Alexey Shabalin
3 siblings, 0 replies; 16+ messages in thread
From: Igor Vlasenko @ 2017-01-13 21:03 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Fri, Jan 13, 2017 at 06:57:07PM +0300, Alexey Shabalin wrote:
> Мне кажется, в случае python модулей использование srpm оправдано, и
> большого смысла тащить их в git нет. Тем юолее, если в дальнейшем
> предполагется их обновление роботом.
> И я готов свои python-пакеты вытащить из git. (не все, есть исключения)
> Многие вещи, которые делал real@ с python-пакетами для меня остаются загадкой.
> Например, pickles подпакеты.
Робот пытается по acl и по способу заливки (srpm,git) делить пакеты на группы.
Пока я с @python пакетами экспериментирую,
а когда все будет готово, то надо будет всем владельцам собраться,
и договориться, кто сам сопровождает, кто отдает на автосопровождение
и как это отразить в acl.
--
I V
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-13 15:57 ` Alexey Shabalin
2017-01-13 16:19 ` Ivan Zakharyaschev
2017-01-13 21:03 ` [devel] I: viy current schedule on perl, python, java Igor Vlasenko
@ 2017-01-18 13:35 ` Антон Мидюков
2017-01-18 17:47 ` Igor Vlasenko
2017-04-28 17:15 ` Alexey Shabalin
3 siblings, 1 reply; 16+ messages in thread
From: Антон Мидюков @ 2017-01-18 13:35 UTC (permalink / raw)
To: devel
13.01.2017 22:57, Alexey Shabalin пишет:
> Мне кажется, в случае python модулей использование srpm оправдано, и
> большого смысла тащить их в git нет. Тем юолее, если в дальнейшем
> предполагется их обновление роботом.
Я хотел свои пакеты python перевести на SRPM и столкнулся с двумя
проблемами:
1. package update by srpm upload is not possible
То есть мне не позволено переводить пакеты с gear на srpm
2. куча warning: in/пакет.src.rpm: Header V4 RSA/SHA1 Signature, key ID
289d2295: NOKEY
А это мне непонятно совсем. Подписывал командой
rpm --addsign <package.src.rpm>
Что ему не нравится в моей подписи?
--
С уважением Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-18 13:35 ` Антон Мидюков
@ 2017-01-18 17:47 ` Igor Vlasenko
2017-01-18 17:49 ` Igor Vlasenko
0 siblings, 1 reply; 16+ messages in thread
From: Igor Vlasenko @ 2017-01-18 17:47 UTC (permalink / raw)
To: ALT Linux Team development discussions
Cc: Антон
Мидюков
On Wed, Jan 18, 2017 at 08:35:18PM +0700, Антон Мидюков wrote:
> 13.01.2017 22:57, Alexey Shabalin пишет:
> >Мне кажется, в случае python модулей использование srpm оправдано, и
> >большого смысла тащить их в git нет. Тем юолее, если в дальнейшем
> >предполагется их обновление роботом.
> Я хотел свои пакеты python перевести на SRPM и столкнулся с двумя
> проблемами:
> 1. package update by srpm upload is not possible
> То есть мне не позволено переводить пакеты с gear на srpm
способ есть, надо дать команду check-git-inheritance.
Самое простое- поставить girar-nmu и выполнить, к примеру,
ssh girar task check-git-inheritance 176054 100 disable `girar-print-build-commit -b sisyphus python-module-appier_extras`
> 2. куча warning: in/пакет.src.rpm: Header V4 RSA/SHA1 Signature, key ID
> 289d2295: NOKEY
> А это мне непонятно совсем. Подписывал командой
> rpm --addsign <package.src.rpm>
> Что ему не нравится в моей подписи?
вместо --addsign пользуйтесь
rpm --resign
прорекламирую
$ alias rpmupload
rpmupload=girar-nmu-helper-task-for-each-srpm
подписывает и заливает одной командой.
--
I V
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-18 17:47 ` Igor Vlasenko
@ 2017-01-18 17:49 ` Igor Vlasenko
0 siblings, 0 replies; 16+ messages in thread
From: Igor Vlasenko @ 2017-01-18 17:49 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Jan 18, 2017 at 07:47:20PM +0200, Igor Vlasenko wrote:
> > 1. package update by srpm upload is not possible
> > То есть мне не позволено переводить пакеты с gear на srpm
>
> способ есть, надо дать команду check-git-inheritance.
> Самое простое- поставить girar-nmu и выполнить, к примеру,
>
> ssh girar task check-git-inheritance 176054 100 disable `girar-print-build-commit -b sisyphus python-module-appier_extras`
и после этого опять
ssh girar task run
--
I V
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [devel] I: viy current schedule on perl, python, java.
2017-01-13 15:57 ` Alexey Shabalin
` (2 preceding siblings ...)
2017-01-18 13:35 ` Антон Мидюков
@ 2017-04-28 17:15 ` Alexey Shabalin
3 siblings, 0 replies; 16+ messages in thread
From: Alexey Shabalin @ 2017-04-28 17:15 UTC (permalink / raw)
To: Alexey Shabalin; +Cc: ALT Linux Team development discussions
13 января 2017 г., 18:57 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
> 13 января 2017 г., 18:31 пользователь Igor Vlasenko
> <vlasenko@imath.kiev.ua> написал:
>> On Fri, Jan 13, 2017 at 12:32:49PM +0300, Ivan Zakharyaschev wrote:
>>> Понятно. Я думал, что, может быть, отправленные на сборку пакеты просто были
>>> с нуля сгенерированы, раз они не наследуют историю. А оказывается, туда
>>> более тонко были вставлены новые исходники.
>>
>> У меня есть рабочий робот для обновления srpm'ов.
>> Он в сизифе 2 тысячи perl-* обновляет, и его я приспособил и к питону.
>> Обновлял srpm'ы, поэтому и заливал как srpm'ы,
>> пришлось отрывать git.
>
> Мне кажется, в случае python модулей использование srpm оправдано, и
> большого смысла тащить их в git нет. Тем юолее, если в дальнейшем
> предполагется их обновление роботом.
> И я готов свои python-пакеты вытащить из git. (не все, есть исключения)
Собираю новый openstack и по возможности вытаскиваю пакеты из git.
Сами git репо остануться (мне в них удобнее отслеживать изменения), а
на сборку будут посылаться src.rpm, которые можно будет обновлять
автоматически.
--
Alexey Shabalin
^ permalink raw reply [flat|nested] 16+ messages in thread