* Re: [devel] [JT] ALTLinux - первый в мире дистрибутив - хищник!
2011-12-20 17:12 ` Dmitry V. Levin
@ 2011-12-20 18:10 ` Michael Shigorin
2011-12-20 19:29 ` Igor Vlasenko
` (2 subsequent siblings)
3 siblings, 0 replies; 39+ messages in thread
From: Michael Shigorin @ 2011-12-20 18:10 UTC (permalink / raw)
To: ALT Devel discussion list
On Tue, Dec 20, 2011 at 09:12:10PM +0400, Dmitry V. Levin wrote:
> Если бы эти маловостребованные пакеты можно было бы один раз
> очистить, а потом мейнтейнить роботами, то на душе было бы не
> так пакостно.
Хенде хох унд RPMS.contrib? :)
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] [JT] ALTLinux - первый в мире дистрибутив - хищник!
2011-12-20 17:12 ` Dmitry V. Levin
2011-12-20 18:10 ` Michael Shigorin
@ 2011-12-20 19:29 ` Igor Vlasenko
2011-12-21 3:07 ` REAL
2011-12-21 17:43 ` Igor Vlasenko
3 siblings, 0 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-20 19:29 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tue, Dec 20, 2011 at 09:12:10PM +0400, Dmitry V. Levin wrote:
> Если бы эти маловостребованные пакеты можно было бы один раз очистить, а
> потом мейнтейнить роботами, то на душе было бы не так пакостно.
Такая схема тоже есть.
Для умных трудолюбивых уже сейчас работает основной контур
такой схемы - добавляем в спек и в gear репозиторий
.watch файл, и обновляемся через rpm-uscan.
Другое дело, что благие намерения есть, а реально этим никто
не пользуется - эффект от подобной автоматизации
не настолько большой, чтобы преодолеть (достаточно низкий)
барьер вхождения даже в эту, относительно простую, технологию.
для реальной жизни я разворачиваю песочницу, watch.altlinux.org,
где, кроме оповещений о новых версиях, можно будет по желанию
развернуть test-only сборку (без необходимости создавать watch файлы).
Т.е. если cpanwatch сработал, то новые исходники можно скачать со cpan.
если fedorawatch сработал, новые исходники можно выковырять из их
src.rpm, и т.д., затем вставить их "тупым" роботом в старый пакет,
пройтись buildreq-src и послать на test-only сборку.
майнтайнеру будет звонок, что новая версия вышла,
а при желании, или наоборот, его отсутствии, он может и approve выписать.
> К сожалению, наши правила не формализованы настолько, чтобы другой робот
> столь же проворно такие пакеты заворачивал. Я посмотрел несколько таких
> пакетов, и мне показалось, что ни один из них не прошел бы через наш join.
Упомянутые пакеты брались из федоры, где они quite legal and quite fedorish.
Это как спрашивать, почему китайцы желтые и нельзя ли их перекрасить
в белый цвет. В принципе, роботом можно, но на данном этапе, думаю,
главное - получать на выходе правильные бинарные пакеты,
а получать в промежуточном src.rpm гламурный спек по последней моде
робота можно научить и позже.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] [JT] ALTLinux - первый в мире дистрибутив - хищник!
2011-12-20 17:12 ` Dmitry V. Levin
2011-12-20 18:10 ` Michael Shigorin
2011-12-20 19:29 ` Igor Vlasenko
@ 2011-12-21 3:07 ` REAL
2011-12-21 17:43 ` Igor Vlasenko
3 siblings, 0 replies; 39+ messages in thread
From: REAL @ 2011-12-21 3:07 UTC (permalink / raw)
To: ALT Linux Team development discussions
20.12.2011 23:12, Dmitry V. Levin пишет:
> К сожалению, наши правила не формализованы настолько, чтобы другой робот
> столь же проворно такие пакеты заворачивал. Я посмотрел несколько таких
> пакетов, и мне показалось, что ни один из них не прошел бы через наш join.
Это ещё что, я вот раньше пробовал из suse портировать, плевался и
ругался долго и страшно.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] [JT] ALTLinux - первый в мире дистрибутив - хищник!
2011-12-20 17:12 ` Dmitry V. Levin
` (2 preceding siblings ...)
2011-12-21 3:07 ` REAL
@ 2011-12-21 17:43 ` Igor Vlasenko
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
2011-12-22 3:31 ` [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!) REAL
3 siblings, 2 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 17:43 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tue, Dec 20, 2011 at 09:12:10PM +0400, Dmitry V. Levin wrote:
> К сожалению, наши правила не формализованы настолько, чтобы другой робот
> столь же проворно такие пакеты заворачивал. Я посмотрел несколько таких
> пакетов, и мне показалось, что ни один из них не прошел бы через наш join.
Так уже получилось, что это высказывание Дмитрия начало цитироваться,
и надо прояснить тему, чтобы не родился миф.
Пакеты, о которых шла речь - как раз не типичные пакеты.
Те два пакета - пакеты третьей волны, они дольше всего сопротивлялись роботу.
Я потом посмотрел спек libhocr, да, действительно, есть ужас.
Но, как в анекдоте, не Ужас! Ужас! Ужас!.
БОльшая часть этого ужаса - это питоньи конструкции из Федоры.
И это естественно. Я еще глубоко _не_ убучал робота упаковке питонины,
он там обучен только базовым трюкам, например, робот переименовал
подпакет python-libhocr в подпакет python-module-libhocr.
Так получилось, что этот подпакет шел как нагрузка
к основной сишной библиотеке.
Робота научить можно, главный вопрос - чему учить?
Где действующее питонье полиси? Я вот спрашивал коллег
из @python team по некоторым тонкостям питоньей упаковки,
мне посоветовали искать более просвещённых.
Похоже, придется самому разбираться, и писать питонье полиси :^(
Будет полиси - научу ему робота.
Я прошлый раз написал, что не ставил целью иметь красивый спек,
и это так, но если поствить такую задачу, то робот -- естественное место,
в котором можно этого добиться.
например, была кампания по очистке спеков от макросов вида %__*.
Миша Шигорин написал скрипт __un.sh, который это делает.
Я переписал его на встроенном языке, и теперь repocop при каждом NMU
дополнительно чистит спек от макросов вида %__*.
Этот код можно использовать и в girar-nmu, и в fedoraimport -
"write once, run everywhere". То же самое и с красотой спеков.
"Человек щепетильный да пришлет патч или хотя бы словами объяснит,
что он хочет видеть, человеку нещепетильному".
Давайте конкретные рекомендации, какую конструкцию заменить на какую --
я эту замену впишу в код робота, и после этого во всех бесчисленных
тысячах спеков, которые только пройдут через роботы, эта строчка
будет сиять.
"write once, fix everywhere".
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 17:43 ` Igor Vlasenko
@ 2011-12-21 19:35 ` Dmitry V. Levin
2011-12-21 19:52 ` Igor Vlasenko
` (3 more replies)
2011-12-22 3:31 ` [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!) REAL
1 sibling, 4 replies; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-21 19:35 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1000 bytes --]
On Wed, Dec 21, 2011 at 07:43:13PM +0200, Igor Vlasenko wrote:
> Робота научить можно, главный вопрос - чему учить?
$ grep ^warning: libhocr.log
warning: libhocr-gtk: non-strict dependency on python-module-libhocr
Это называется неправильные межпакетные зависимости, роботу вполне под
силу такое исправлять самостоятельно.
Дальше,
$ grep ^Requires libhocr.spec
Requires: %{name} = %{version}-%{release}
Requires: libgtk+2-devel
Requires: pkgconfig
Requires: libhspell-devel libtiffxx-devel libtiff-devel
Requires: %{name} = %{version}-%{release}
Requires: python-imaging-sane python-module-pygtk
Requires: python(hocr) = %{version}-%{release}
Requires: hspell
Requires: %{name} = %{version}-%{release}
Requires: python > 2.5
Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
очевидно, мусор. Робота можно попробовать научить такой мусор
распознавать и вычищать.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
@ 2011-12-21 19:52 ` Igor Vlasenko
2011-12-21 20:12 ` Dmitry V. Levin
2011-12-21 21:07 ` Igor Vlasenko
` (2 subsequent siblings)
3 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 19:52 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> On Wed, Dec 21, 2011 at 07:43:13PM +0200, Igor Vlasenko wrote:
> > Робота научить можно, главный вопрос - чему учить?
>
> $ grep ^warning: libhocr.log
> warning: libhocr-gtk: non-strict dependency on python-module-libhocr
> Это называется неправильные межпакетные зависимости, роботу вполне под
> силу такое исправлять самостоятельно.
> Дальше,
> Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> очевидно, мусор. Робота можно попробовать научить такой мусор
> распознавать и вычищать.
ок, pkgconfig я уже добавил в список выбрасывания, остальные
чистки на всякий случай хочу реализовать как
опциональные, отключаемые опциями.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 19:52 ` Igor Vlasenko
@ 2011-12-21 20:12 ` Dmitry V. Levin
2011-12-21 20:17 ` Igor Vlasenko
0 siblings, 1 reply; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-21 20:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 992 bytes --]
On Wed, Dec 21, 2011 at 09:52:48PM +0200, Igor Vlasenko wrote:
> On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> > On Wed, Dec 21, 2011 at 07:43:13PM +0200, Igor Vlasenko wrote:
> > > Робота научить можно, главный вопрос - чему учить?
> >
> > $ grep ^warning: libhocr.log
> > warning: libhocr-gtk: non-strict dependency on python-module-libhocr
>
> > Это называется неправильные межпакетные зависимости, роботу вполне под
> > силу такое исправлять самостоятельно.
>
> > Дальше,
> > Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> > python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> > очевидно, мусор. Робота можно попробовать научить такой мусор
> > распознавать и вычищать.
>
> ок, pkgconfig я уже добавил в список выбрасывания, остальные
> чистки на всякий случай хочу реализовать как
> опциональные, отключаемые опциями.
"python > версия" тоже надо выбрасывать в любом случае.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 20:12 ` Dmitry V. Levin
@ 2011-12-21 20:17 ` Igor Vlasenko
2011-12-21 20:27 ` Igor Vlasenko
0 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 20:17 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 12:12:22AM +0400, Dmitry V. Levin wrote:
> "python > версия" тоже надо выбрасывать в любом случае.
Сокращать до Req: python
или Req: python без версии тоже выбрасывать?
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 20:17 ` Igor Vlasenko
@ 2011-12-21 20:27 ` Igor Vlasenko
0 siblings, 0 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 20:27 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Dec 21, 2011 at 10:17:18PM +0200, Igor Vlasenko wrote:
> On Thu, Dec 22, 2011 at 12:12:22AM +0400, Dmitry V. Levin wrote:
> > "python > версия" тоже надо выбрасывать в любом случае.
> Сокращать до Req: python
> или Req: python без версии тоже выбрасывать?
Выброшу python, хоть с версией, хоть без.
Действительно, python нужен только приложению,
а оно должно быть в PATH и найтись автопоиском.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
2011-12-21 19:52 ` Igor Vlasenko
@ 2011-12-21 21:07 ` Igor Vlasenko
2011-12-21 21:11 ` Igor Vlasenko
2011-12-21 22:36 ` Igor Vlasenko
2011-12-22 15:12 ` Dmitry V. Levin
3 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 21:07 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> очевидно, мусор. Робота можно попробовать научить такой мусор
> распознавать и вычищать.
Добавил в движок, кроме очистки питоньих зависимостей
(там надо допилить).
Залил очищенный
libhocr-0.10.17-alt2_9.src.rpm
:)
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:07 ` Igor Vlasenko
@ 2011-12-21 21:11 ` Igor Vlasenko
2011-12-21 21:20 ` Dmitry V. Levin
0 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 21:11 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: ldv
On Wed, Dec 21, 2011 at 11:07:15PM +0200, Igor Vlasenko wrote:
> On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> > Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> > python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> > очевидно, мусор. Робота можно попробовать научить такой мусор
> > распознавать и вычищать.
> Добавил в движок, кроме очистки питоньих зависимостей
> (там надо допилить).
Еще подумал, там все не так просто:
опасно выбрасывать из Requires: python-modules-* не глядя,
так как в отличие от *-devel, они могут содержать повседневные утилиты в
%_bindir. (Примеры - python-module-fonttools и т.д.)
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:11 ` Igor Vlasenko
@ 2011-12-21 21:20 ` Dmitry V. Levin
2011-12-21 21:36 ` Igor Vlasenko
2011-12-23 18:51 ` Igor Vlasenko
0 siblings, 2 replies; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-21 21:20 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1003 bytes --]
On Wed, Dec 21, 2011 at 11:11:26PM +0200, Igor Vlasenko wrote:
> On Wed, Dec 21, 2011 at 11:07:15PM +0200, Igor Vlasenko wrote:
> > On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> > > Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> > > python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> > > очевидно, мусор. Робота можно попробовать научить такой мусор
> > > распознавать и вычищать.
> > Добавил в движок, кроме очистки питоньих зависимостей
> > (там надо допилить).
>
> Еще подумал, там все не так просто:
> опасно выбрасывать из Requires: python-modules-* не глядя,
> так как в отличие от *-devel, они могут содержать повседневные утилиты в
> %_bindir. (Примеры - python-module-fonttools и т.д.)
Не полагается пакетам с модулями, а также пакетам с библиотеками,
содержать повседневные утилиты, потому что зависимость тут, как правило,
односторонняя: утилитам нужны модули/библиотеки, а не наоборот.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:20 ` Dmitry V. Levin
@ 2011-12-21 21:36 ` Igor Vlasenko
2011-12-21 21:45 ` Dmitry V. Levin
2011-12-23 18:51 ` Igor Vlasenko
1 sibling, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 21:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 01:20:38AM +0400, Dmitry V. Levin wrote:
> > Еще подумал, там все не так просто:
> > опасно выбрасывать из Requires: python-modules-* не глядя,
> > так как в отличие от *-devel, они могут содержать повседневные утилиты в
> > %_bindir. (Примеры - python-module-fonttools и т.д.)
> Не полагается пакетам с модулями, а также пакетам с библиотеками,
> содержать повседневные утилиты, потому что зависимость тут, как правило,
> односторонняя: утилитам нужны модули/библиотеки, а не наоборот.
это понятно; но нужно не забывать, что речь идет об импорте,
и рабочий пакет важнее красивого спека.
т.е. A имеет в федоре зависимость на fonttools, имея в виду
/usr/bin/ttx. DistroMap отобразила ее на python-module-fonttools.
Получили Req: или BuildReq: python-module-fonttools.
Пока все работает.
Выбросили python-module-fontools - сломали.
Т.е. фокус в том, что sisyphus_check заставлял выпилить
из fonttools подпакет python-module-fonttools, но народ пошел
по пути минимального сопротивления и просто
переименовал fonttools в python-module-fonttools.
Т.е. можно использовать тираническую власть, закрутить гайки в
sisyphus_check и таки заставить распилить такие пакеты на
честные подпакеты - (но стоит ли того результат?)
тогда я смело могу чистить спеки и выбрасывать python-module-*,
так как есть гарантия.
Вопрос, кому нужна такая гарантия.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:36 ` Igor Vlasenko
@ 2011-12-21 21:45 ` Dmitry V. Levin
2011-12-21 21:57 ` Igor Vlasenko
0 siblings, 1 reply; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-21 21:45 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 811 bytes --]
On Wed, Dec 21, 2011 at 11:36:13PM +0200, Igor Vlasenko wrote:
> On Thu, Dec 22, 2011 at 01:20:38AM +0400, Dmitry V. Levin wrote:
> > > Еще подумал, там все не так просто:
> > > опасно выбрасывать из Requires: python-modules-* не глядя,
> > > так как в отличие от *-devel, они могут содержать повседневные утилиты в
> > > %_bindir. (Примеры - python-module-fonttools и т.д.)
> > Не полагается пакетам с модулями, а также пакетам с библиотеками,
> > содержать повседневные утилиты, потому что зависимость тут, как правило,
> > односторонняя: утилитам нужны модули/библиотеки, а не наоборот.
>
> это понятно; но нужно не забывать, что речь идет об импорте,
> и рабочий пакет важнее красивого спека.
Дело не столько в том, что на входе (в спеке), а в том, что на выходе
(в пакетах).
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:45 ` Dmitry V. Levin
@ 2011-12-21 21:57 ` Igor Vlasenko
2011-12-22 3:36 ` REAL
0 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 21:57 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 01:45:13AM +0400, Dmitry V. Levin wrote:
> > это понятно; но нужно не забывать, что речь идет об импорте,
> > и рабочий пакет важнее красивого спека.
>
> Дело не столько в том, что на входе (в спеке), а в том, что на выходе
> (в пакетах).
я понимаю, но мне нужен алгоритм, который заведомо не ломает работоспособность пакета. Иначе какой смысл в автосопровождении.
Я посомотрел, python-module-* с bin/ файлами у нас 168.
это слишком много, чтобы гайки закручивать :(
sqlite> select count(distinct name) from rpm_files join rpm on rpm_files.pkgid=rpm.pkgid where name glob 'python-module-*' and (filename glob '/usr/bin/*' or filename glob '/usr/sbin/*' or filename glob '/bin/*' or filename glob '/sbin/*');
168
В принципе, можно ослабить очистку и выбрасывать только те python-module-*,
у которых есть только usr/libdir/pythonXY часть.
Но это уже за 5 мин. не пишется :(
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:57 ` Igor Vlasenko
@ 2011-12-22 3:36 ` REAL
0 siblings, 0 replies; 39+ messages in thread
From: REAL @ 2011-12-22 3:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
22.12.2011 03:57, Igor Vlasenko пишет:
> Я посомотрел, python-module-* с bin/ файлами у нас 168.
> это слишком много, чтобы гайки закручивать :(
Да и не надо в этом месте закручивать, мне кажется. Из-за одного-двух
файлов создавать отдельный подпакет - зачем? Тем более если эти файлы
в %_bindir - обычные питоньи скрипты, юзающие что-то-там в
%python_sitelibdir.
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 21:20 ` Dmitry V. Levin
2011-12-21 21:36 ` Igor Vlasenko
@ 2011-12-23 18:51 ` Igor Vlasenko
1 sibling, 0 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-23 18:51 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 01:20:38AM +0400, Dmitry V. Levin wrote:
> Не полагается пакетам с модулями, а также пакетам с библиотеками,
> содержать повседневные утилиты, потому что зависимость тут, как правило,
> односторонняя: утилитам нужны модули/библиотеки, а не наоборот.
Я реализовал и очистку Req: на питон тоже, сделал ее опциональной
выключенной по умолчанию и перезалил библиотеки с обеими очистками:
c выброшенными Requires: на *-devel
и с выброшенными Requires: на python-modules-*.
К сожалению, после очистки и перезаливки
уже более 6 библиотек перестали собираться :(
Т.е. получился tradeoff clean spec for failed build.
Ничего страшного, отрицательный результат - тоже результат,
буду искать, чем можно компенсировать.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
2011-12-21 19:52 ` Igor Vlasenko
2011-12-21 21:07 ` Igor Vlasenko
@ 2011-12-21 22:36 ` Igor Vlasenko
2011-12-22 15:12 ` Dmitry V. Levin
3 siblings, 0 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-21 22:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> Зависимости на pkgconfig, *-devel, "python > 2.5", python-imaging-sane,
> python-module-pygtk, "python(hocr) = %{version}-%{release}" - это все,
> очевидно, мусор. Робота можно попробовать научить такой мусор
> распознавать и вычищать.
Еще раз хочу сказать спасибо за спек-линч,
сам бы я не обратил бы внимания на эту задачу.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
` (2 preceding siblings ...)
2011-12-21 22:36 ` Igor Vlasenko
@ 2011-12-22 15:12 ` Dmitry V. Levin
2011-12-22 15:40 ` Aleksey Avdeev
` (2 more replies)
3 siblings, 3 replies; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-22 15:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 862 bytes --]
On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
> On Wed, Dec 21, 2011 at 07:43:13PM +0200, Igor Vlasenko wrote:
> > Робота научить можно, главный вопрос - чему учить?
>
> $ grep ^warning: libhocr.log
> warning: libhocr-gtk: non-strict dependency on python-module-libhocr
>
> Это называется неправильные межпакетные зависимости, роботу вполне под
> силу такое исправлять самостоятельно.
С другой стороны, вот статистика по Сизифу
(beehive/logs/Sisyphus-i586/latest/success):
$ grep -l '^warning: [^:]\+: non-strict dependency on ' * | wc -l
616
Возможно, это свидетельствует о том, что большая часть нестрогих
зависимостей, о которых идет речь в этих предупреждениях, является
ошибками, которые никто не торопится исправлять до тех пор, пока эти
предупреждения не превратятся во что-нибудь более значимое.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread* Re: [devel] научим робота очищать пакеты от мусора
2011-12-22 15:12 ` Dmitry V. Levin
@ 2011-12-22 15:40 ` Aleksey Avdeev
2011-12-22 16:00 ` Michael Shigorin
2011-12-22 21:01 ` Igor Vlasenko
2 siblings, 0 replies; 39+ messages in thread
From: Aleksey Avdeev @ 2011-12-22 15:40 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]
22.12.2011 19:12, Dmitry V. Levin пишет:
> On Wed, Dec 21, 2011 at 11:35:31PM +0400, Dmitry V. Levin wrote:
>> On Wed, Dec 21, 2011 at 07:43:13PM +0200, Igor Vlasenko wrote:
>>> Робота научить можно, главный вопрос - чему учить?
>>
>> $ grep ^warning: libhocr.log
>> warning: libhocr-gtk: non-strict dependency on python-module-libhocr
>>
>> Это называется неправильные межпакетные зависимости, роботу вполне под
>> силу такое исправлять самостоятельно.
>
> С другой стороны, вот статистика по Сизифу
> (beehive/logs/Sisyphus-i586/latest/success):
>
> $ grep -l '^warning: [^:]\+: non-strict dependency on ' * | wc -l
> 616
>
> Возможно, это свидетельствует о том, что большая часть нестрогих
> зависимостей, о которых идет речь в этих предупреждениях, является
> ошибками, которые никто не торопится исправлять до тех пор, пока эти
> предупреждения не превратятся во что-нибудь более значимое.
Про большую часть не знаю, но в заметной части моих пакетов (в
частности в apache2 и его модулях) нестрогие зависимости использованы
сознательно, т. к. зависимость на версию/релиз пакета слишком жёсткая.
(Меры против установки несовместимых частей в одну систему -- приняты.)
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-22 15:12 ` Dmitry V. Levin
2011-12-22 15:40 ` Aleksey Avdeev
@ 2011-12-22 16:00 ` Michael Shigorin
2011-12-22 17:12 ` Dmitry V. Levin
2011-12-22 21:01 ` Igor Vlasenko
2 siblings, 1 reply; 39+ messages in thread
From: Michael Shigorin @ 2011-12-22 16:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 07:12:40PM +0400, Dmitry V. Levin wrote:
> $ grep -l '^warning: [^:]\+: non-strict dependency on ' * | wc -l
> 616
>
> Возможно, это свидетельствует о том, что большая часть
> нестрогих зависимостей, о которых идет речь в этих
> предупреждениях, является ошибками, которые никто не торопится
> исправлять до тех пор, пока эти предупреждения не превратятся
> во что-нибудь более значимое.
Мне при починке по RPATH где-то тоже попалось (кажется, в tre);
поскольку руками зависимости не прописывал вообще, то рассудил
так, что пущай tre от libtre зависнет по set versions, а лишнюю
строчку писать смысла нет.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-22 16:00 ` Michael Shigorin
@ 2011-12-22 17:12 ` Dmitry V. Levin
0 siblings, 0 replies; 39+ messages in thread
From: Dmitry V. Levin @ 2011-12-22 17:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1487 bytes --]
On Thu, Dec 22, 2011 at 06:00:57PM +0200, Michael Shigorin wrote:
> On Thu, Dec 22, 2011 at 07:12:40PM +0400, Dmitry V. Levin wrote:
> > $ grep -l '^warning: [^:]\+: non-strict dependency on ' * | wc -l
> > 616
> >
> > Возможно, это свидетельствует о том, что большая часть
> > нестрогих зависимостей, о которых идет речь в этих
> > предупреждениях, является ошибками, которые никто не торопится
> > исправлять до тех пор, пока эти предупреждения не превратятся
> > во что-нибудь более значимое.
>
> Мне при починке по RPATH где-то тоже попалось (кажется, в tre);
> поскольку руками зависимости не прописывал вообще, то рассудил
> так, что пущай tre от libtre зависнет по set versions, а лишнюю
> строчку писать смысла нет.
$ grep ^warning: tre-0.8.0-alt1.1
warning: agrep-tre: non-strict dependency on libtre5
warning: python-module-tre: non-strict dependency on libtre5
warning: agrep-tre-debuginfo: non-strict dependency on libtre5-debuginfo
warning: python-module-tre-debuginfo: non-strict dependency on libtre5-debuginfo
$ grep ^removing tre-0.8.0-alt1.1
removing 1 extra deps from libtre-devel due to dependency on libtre5
Так что это совсем не лишняя строчка. Строгая межпакетная зависимость
дает возможность rpm-build'у более эффективно оптимизировать зависимости.
Например, заменить все зависимости у agrep-tre, которые прямо или
косвенно удовлетворяет libtre5, на одну строгую зависимость вида
%name = %serial:%version-%release.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] научим робота очищать пакеты от мусора
2011-12-22 15:12 ` Dmitry V. Levin
2011-12-22 15:40 ` Aleksey Avdeev
2011-12-22 16:00 ` Michael Shigorin
@ 2011-12-22 21:01 ` Igor Vlasenko
2 siblings, 0 replies; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-22 21:01 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 07:12:40PM +0400, Dmitry V. Levin wrote:
> С другой стороны, вот статистика по Сизифу
> (beehive/logs/Sisyphus-i586/latest/success):
>
> $ grep -l '^warning: [^:]\+: non-strict dependency on ' * | wc -l
> 616
>
> Возможно, это свидетельствует о том, что большая часть нестрогих
> зависимостей, о которых идет речь в этих предупреждениях, является
> ошибками, которые никто не торопится исправлять до тех пор, пока эти
> предупреждения не превратятся во что-нибудь более значимое.
Я могу повысить значимость этих предупреждений, импортировав
их в репокоп. Хочу этим заняться где-то уже после нового года.
Могу попытаться найти в сообщениях типичные паттерны ошибок
и провести их вычистку с помощью автоматизированного NMU от
repocop.
Вообще в следующем году хочу плотнее заняться репокопом -
прогресс в автоматизации теперь позволяет писать более изощренные
скрипты.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!)
2011-12-21 17:43 ` Igor Vlasenko
2011-12-21 19:35 ` [devel] научим робота очищать пакеты от мусора Dmitry V. Levin
@ 2011-12-22 3:31 ` REAL
2011-12-22 21:10 ` Igor Vlasenko
1 sibling, 1 reply; 39+ messages in thread
From: REAL @ 2011-12-22 3:31 UTC (permalink / raw)
To: ALT Linux Team development discussions
21.12.2011 23:43, Igor Vlasenko пишет:
> Робота научить можно, главный вопрос - чему учить?
> Где действующее питонье полиси? Я вот спрашивал коллег
> из @python team по некоторым тонкостям питоньей упаковки,
> мне посоветовали искать более просвещённых.
Мне кажется, отвечал только я :)
Но я не писал драфты полиси, я не собирал сам питон (только
python-module-*), а то, что в @python оказался первым в списке -
недоразумение, из-за ухода rt@.
> Похоже, придется самому разбираться, и писать питонье полиси :^(
Хорошо, что хоть кто-то это начнёт делать. Лично я бы такую задачу не
потянул: в силу своей асоциальности у меня бы вышло что-то до нельзя
неадекватное :-D
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!)
2011-12-22 3:31 ` [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!) REAL
@ 2011-12-22 21:10 ` Igor Vlasenko
2011-12-26 6:50 ` Vitaly Kuznetsov
0 siblings, 1 reply; 39+ messages in thread
From: Igor Vlasenko @ 2011-12-22 21:10 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 22, 2011 at 09:31:12AM +0600, REAL wrote:
> >Где действующее питонье полиси? Я вот спрашивал коллег
> >из @python team по некоторым тонкостям питоньей упаковки,
> >мне посоветовали искать более просвещённых.
> Мне кажется, отвечал только я :)
> Но я не писал драфты полиси, я не собирал сам питон (только
> python-module-*), а то, что в @python оказался первым в списке -
> недоразумение, из-за ухода rt@.
Это риторический был вопрос, ни в коем случае не восприимите лично,
от меня только респект и уважение за ваш титанический труд
по поддержке питона.
> >Похоже, придется самому разбираться, и писать питонье полиси :^(
>
> Хорошо, что хоть кто-то это начнёт делать. Лично я бы такую задачу
> не потянул: в силу своей асоциальности у меня бы вышло что-то до
> нельзя неадекватное :-D
И никому не хочется, но кому-то надо :(
Виталий, надеюсь, скоро как минимум тезисно опишет
правила сосуществования python2/3, и от этого,
а также нашего старого полиси и имеющихся полиси
в других дистрибутивах можно будет отталкиваться.
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 39+ messages in thread
* Re: [devel] Python policy (was: [JT] ALTLinux - первый в мире дистрибутив - хищник!)
2011-12-22 21:10 ` Igor Vlasenko
@ 2011-12-26 6:50 ` Vitaly Kuznetsov
0 siblings, 0 replies; 39+ messages in thread
From: Vitaly Kuznetsov @ 2011-12-26 6:50 UTC (permalink / raw)
To: devel
On Thu, 22 Dec 2011 23:10:01 +0200, Igor Vlasenko wrote:
> Виталий, надеюсь, скоро как минимум тезисно опишет
> правила сосуществования python2/3, и от этого,
> а также нашего старого полиси и имеющихся полиси
> в других дистрибутивах можно будет отталкиваться.
Опишу, но не так скоро, как хотелось бы. Нужно доделать python3&co, а я
с прошлой недели до середины января в различных разъездах :(
^ permalink raw reply [flat|nested] 39+ messages in thread