[devel] repocop cache is avaliable

[devel] repocop cache is avaliable

[Igor Vlasenko]

Уважаемые коллеги,
выложил кеш repocop Сизифа на
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports-20080311.tar.gz
Для тех, кто хотел бы попробовать, но не хочет тратить 2 часа на первый проход.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] repocop cache is avaliable

[Damir Shayhutdinov]

> Уважаемые коллеги,
>  выложил кеш repocop Сизифа на
>  ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports-20080311.tar.gz
>  Для тех, кто хотел бы попробовать, но не хочет тратить 2 часа на первый проход.

repocop это конечно хорошо, но если бы у него был бы режим работы как
у sisyphus_check ( когда натравливаешь его на каталог и он проверяет
все rpm-ы там, и сразу выдает в stderr все найденные ошибки), было бы
гораздо удобнее им пользоваться, если надо проверить несколько пакетов
перед заливкой их в incoming.

А то так им пользоваться муторно - надо кучу лишних движений делать
чтобы увидеть результат.

Re: [devel] repocop cache is avaliable

[Igor Vlasenko]

On Thu, Mar 13, 2008 at 05:25:21PM +0300, Damir Shayhutdinov wrote:
> repocop это конечно хорошо, но если бы у него был бы режим работы как
> у sisyphus_check ( когда натравливаешь его на каталог и он проверяет
> все rpm-ы там, и сразу выдает в stderr все найденные ошибки), было бы
> гораздо удобнее им пользоваться, если надо проверить несколько пакетов
> перед заливкой их в incoming.

Ок, написать просто. Предлагайте синтаксис использования.

Например, добавлю repocop-report-stdout: 
$ repocop-run -q ~/hasher/repo/*/RPMS.hasher
$ repocop-report-stdout -l
<вывод в STDOUT>
...

Не кажется громоздким?
Если кажется громоздким, могу обернуть эти две команды в
$ repocop-check ~/hasher/repo/*/RPMS.hasher

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] repocop cache is avaliable

[Damir Shayhutdinov]

> Ок, написать просто. Предлагайте синтаксис использования.
>
>  Например, добавлю repocop-report-stdout:
>  $ repocop-run -q ~/hasher/repo/*/RPMS.hasher
>  $ repocop-report-stdout -l
>  <вывод в STDOUT>
>  ...
>
>  Не кажется громоздким?
Громоздким кажется если нужно каждый раз это вбивать.

>  Если кажется громоздким, могу обернуть эти две команды в
>  $ repocop-check ~/hasher/repo/*/RPMS.hasher
Да, это было бы очень хорошо. И удобно для тех кто руками это будет
набивать. А если в скрипты ставить - то и две строчки не так страшно.

Еще лучше было бы если бы эта команда выдавала отчеты только по ранее
необследованным пакетам (у меня в RPMS.hasher обычно свалка из кучи
пакетов, а запускать repocop-check я бы хотел только для новых
пакетов, а не для старых). Можно наверное сделать такую
функциональность отдельным ключиком к repocop-check.

sisyphus_check и так автоматически вызывается в хешере для новых
пакетов, поэтому для него такой функциональности не нужно. А для
repocop хотелось бы.

Я б тогда включил бы вызов repocop-check в мой скрипт gearhsh -
обертка вокруг gear --hasher, которая создает chroot hasher-а в ~/tmp/
и далее запускает туда gear --hasher.

Тогда бы мне не удалось забыть проверить собираемые пакеты :) В общем,
хочется sisyphus_check, который бы проверял больше, а ругался меньше
(и его ругань можно было бы проигнорировать).

Re: [devel] repocop cache is avaliable

[Igor Vlasenko]

On Thu, Mar 13, 2008 at 07:12:50PM +0300, Damir Shayhutdinov wrote:
> >  Если кажется громоздким, могу обернуть эти две команды в
и еще наверно добавлю в repocop-check в конец команду очистки, 
чтобы результаты тестов repocop-check не хранились в кеше.

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

> >  $ repocop-check ~/hasher/repo/*/RPMS.hasher

> Еще лучше было бы если бы эта команда выдавала отчеты только по ранее
> необследованным пакетам (у меня в RPMS.hasher обычно свалка из кучи
> пакетов, а запускать repocop-check я бы хотел только для новых
> пакетов, а не для старых). Можно наверное сделать такую
> функциональность отдельным ключиком к repocop-check.

А как это обьяснить машине? 
Если в ключике передавать путь к touched file,
и проверять только те *rpm, которые новее указанного файла?
Это имеется в виду?
 
> Тогда бы мне не удалось забыть проверить собираемые пакеты :) В общем,
> хочется sisyphus_check, который бы проверял больше, а ругался меньше
> (и его ругань можно было бы проигнорировать).

И мне того же хочется.
Ощущение, когда собирал час eclipse, выбило в sisyphus_check,
и внутренний голос говорит, что в следующей сторке тоже выбьет,
но нужно еще час ждать чтобы проверить - не из приятных :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] repocop cache is avaliable

[Damir Shayhutdinov]

> > Еще лучше было бы если бы эта команда выдавала отчеты только по ранее
>  > необследованным пакетам (у меня в RPMS.hasher обычно свалка из кучи
>  > пакетов, а запускать repocop-check я бы хотел только для новых
>  > пакетов, а не для старых). Можно наверное сделать такую
>  > функциональность отдельным ключиком к repocop-check.
>
>
> А как это обьяснить машине?
>  Если в ключике передавать путь к touched file,
>  и проверять только те *rpm, которые новее указанного файла?
>  Это имеется в виду?
Это самый простой вариант, и в принципе должен сработать.

>  > Тогда бы мне не удалось забыть проверить собираемые пакеты :) В общем,
>  > хочется sisyphus_check, который бы проверял больше, а ругался меньше
>  > (и его ругань можно было бы проигнорировать).
> И мне того же хочется.
>  Ощущение, когда собирал час eclipse, выбило в sisyphus_check,
>  и внутренний голос говорит, что в следующей сторке тоже выбьет,
>  но нужно еще час ждать чтобы проверить - не из приятных :)

Это как раз просто решается -  можно внутри хешера запускать rpm с
--short-circuit и потом вручную натравливать sisyphus_check на
результаты. Я так часто делаю.

Re: [devel] repocop cache is avaliable

[Igor Vlasenko]

On Thu, Mar 13, 2008 at 08:09:10PM +0300, Damir Shayhutdinov wrote:
> Это как раз просто решается -  можно внутри хешера запускать rpm с
> --short-circuit и потом вручную натравливать sisyphus_check на
> результаты. Я так часто делаю.

Да... 
по отдельности я это знаю, а вот вместе применить что-то в голову не приходило.
Пора в отпуск:)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine