[devel] warnings and errors found by repocop.

[devel] warnings and errors found by repocop.

[Igor Vlasenko]

Уважаемые коллеги,
выложил на 
ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/

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

algor     dlebkov    gnome     led       nbr        ruslandh     vg
aris      drool      gns       legion    nmap       sass         vitty
ashen     dubrsl     goldhead  mike      ns         sbolshakov   viy
at        eostapets  greycat   mithraen  oddity     serpiph      voins
avm       eugvv      icesik    mitrofan  partizan   shaba        vvk
azol      evg        ildar     mobile    php-coder  shrek        vvzhy
bga       evseev     inger     mono      pilot      slava        week
boyarsh   evyscr     karpov    mouse     pma        swi          wrar
cas       force      ktirf     murygin   pv         syatskevich  xorg
cityhawk  gab        lakostis  mutabor   raorn      tetex        zerg
damir     genix      lav       mvd       rider      thresh
dim       george     ldv       naf       robin      ulfR

-- 

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

Re: [devel] warnings and errors found by repocop.

[Denis Medvedev]

wget ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
--2008-02-29 15:39:54--  ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
           => `.listing'
Распознаётся ftp.linux.kiev.ua... 212.40.32.67
Устанавливается соединение с ftp.linux.kiev.ua|212.40.32.67|:21... соединение установлено.
Выполняется вход под именем anonymous ... Выполнен вход в систему!
==> SYST ... готово.  ==> PWD ... готово.
==> TYPE I ... готово.   ==> CWD /pub/people/~viy/repocop/reports/txt ...
Нет такого каталога `pub/people/~viy/repocop/reports/txt'.

unlink: Нет такого файла или каталога


-----Original Message-----
From: Igor Vlasenko <vlasenko@imath.kiev.ua>
To: devel@lists.altlinux.org
Date: Fri, 29 Feb 2008 14:36:25 +0200
Subject: [devel] warnings and errors found by repocop.

> Уважаемые коллеги,
> выложил на 
> ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
> 
> результаты прогона repocop с первыми тестами на расположение пиктограмм
> и наличие update_menus. Прошу упомянутых благородных донов, взглянуть, 
> корректны ли результаты, может мы обидели кого-то зря...
> 
> algor     dlebkov    gnome     led       nbr        ruslandh     vg
> aris      drool      gns       legion    nmap       sass         vitty
> ashen     dubrsl     goldhead  mike      ns         sbolshakov   viy
> at        eostapets  greycat   mithraen  oddity     serpiph      voins
> avm       eugvv      icesik    mitrofan  partizan   shaba        vvk
> azol      evg        ildar     mobile    php-coder  shrek        vvzhy
> bga       evseev     inger     mono      pilot      slava        week
> boyarsh   evyscr     karpov    mouse     pma        swi          wrar
> cas       force      ktirf     murygin   pv         syatskevich  xorg
> cityhawk  gab        lakostis  mutabor   raorn      tetex        zerg
> damir     genix      lav       mvd       rider      thresh
> dim       george     ldv       naf       robin      ulfR
> 
> -- 
> 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] warnings and errors found by repocop.

[Igor Vlasenko]

On Fri, Feb 29, 2008 at 03:40:11PM +0300, Denis Medvedev wrote:
> wget ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
> Нет такого каталога `pub/people/~viy/repocop/reports/txt'.

Да, прошу прощения, 
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
и там подпапки 
by-packager  by-srpm  by-test 

-- 

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

Re: [devel] warnings and errors found by repocop.

[Алексей Шенцев]

В сообщении от Friday 29 February 2008 15:44:26 Igor Vlasenko написал(а):
> Да, прошу прощения,
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> и там подпапки
> by-packager  by-srpm  by-test
Спасибо. Иконки не там лежат в моих пакетах. Поправлю.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] warnings and errors found by repocop.

[Евгений Терешков]

Igor Vlasenko пишет:

> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/

Посмотрел.

ftp.altlinux.ru:/pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus> lh -t repo*
-rw-r--r--     1 ftp      ftp          5.4K Фев 28 14:09 repocop-0.02-alt1.src.rpm                         
-rw-r--r--     1 ftp      ftp          2.8K Фев 28 14:09 repocop-unittest-altdesktop-0.02-alt1.src.rpm
-rw-r--r--     1 ftp      ftp          2.7K Фев 28 14:09 repocop-unittest-lsb-init-0.02-alt1.src.rpm
ftp.altlinux.ru:/pub/distributions/ALTLinux/Sisyphus/files/SRPMS> lh -t repo*
ftp.altlinux.ru:/pub/distributions/ALTLinux/Sisyphus/files/SRPMS>

Нехорошо. Тестировать пакеты непонятно каким набором тестов, я имею ввиду.
По тексту отчета видно, что это не тот тест, что в Daedalus лежит. Даже
баги развешать неначто. Типа намекаю, что такое можно и нужно в Сизиф. :-)

Свои пакеты ещё раз просмотрел и убедился что как маинтайнер сделал что
мог: положил иконки либо в стандартные места либо в исторически
сложившиеся, если нет стандартных
(/usr/share/icons/hicolor/{64x64,128x128}/apps нет в пакетах). Размеры
иконок я принципиально не меняю и convert-ом новых не создаю. Это забота
апстрима, я считаю.

P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет
текстового вхождения %name-buildroot (имени каталога, где происходила
сборка). Думаю, это было бы сильно полезнее против гораздо более
разломанных пакетов. Или это на sisyphus_check?

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] warnings and errors found by repocop.

[Igor Vlasenko]

On Fri, Feb 29, 2008 at 10:39:22PM +0700, Евгений Терешков wrote:
> По тексту отчета видно, что это не тот тест, что в Daedalus лежит. Даже
> баги развешать неначто. Типа намекаю, что такое можно и нужно в Сизиф. :-)

Будет на днях, но тут недоработка и со стороны Дедала.
в Дедальский инкоминг верссию 0.3 я еще утром выложил.
 
> Свои пакеты ещё раз просмотрел и убедился что как маинтайнер сделал что
> мог: положил иконки либо в стандартные места либо в исторически
> сложившиеся, если нет стандартных
> (/usr/share/icons/hicolor/{64x64,128x128}/apps нет в пакетах). Размеры
> иконок я принципиально не меняю и convert-ом новых не создаю. Это забота
> апстрима, я считаю.

Гм. завтра весна, и это мне напоминает о женщинах, которые встречают дистрибутив
по пиктограммам...
Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...

Но это в конце концов warning, который можно сколько угодно игнорировать.
Просто напоминание, что пакет можно еще улучшить :)

> P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет
> текстового вхождения %name-buildroot (имени каталога, где происходила
> сборка). Думаю, это было бы сильно полезнее против гораздо более
> разломанных пакетов. Или это на sisyphus_check?

Хорошая идея ! Тест такой я напишу :) 
а sisyphus_check - это к Диме.

-- 

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

Re: [devel] warnings and errors found by repocop.

[Led]

В сообщении от Friday 29 February 2008 18:51:18 Igor Vlasenko написал(а):
> On Fri, Feb 29, 2008 at 10:39:22PM +0700, Евгений Терешков wrote:
> > По тексту отчета видно, что это не тот тест, что в Daedalus лежит. Даже
> > баги развешать неначто. Типа намекаю, что такое можно и нужно в Сизиф.
> > :-)
>
> Будет на днях, но тут недоработка и со стороны Дедала.
> в Дедальский инкоминг верссию 0.3 я еще утром выложил.
>
> > Свои пакеты ещё раз просмотрел и убедился что как маинтайнер сделал что
> > мог: положил иконки либо в стандартные места либо в исторически
> > сложившиеся, если нет стандартных
> > (/usr/share/icons/hicolor/{64x64,128x128}/apps нет в пакетах). Размеры
> > иконок я принципиально не меняю и convert-ом новых не создаю. Это забота
> > апстрима, я считаю.
>
> Гм. завтра весна, и это мне напоминает о женщинах, которые встречают
> дистрибутив по пиктограммам...
> Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
+1
тем более, что
convert -resize 48x48 ...
не так уж и сложно:)
Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас 
не "распилен" ИМХО по "религиозным" причинам :(

-- 
Led

Re: [devel] warnings and errors found by repocop.

[Евгений Терешков]

Led пишет:

>> Гм. завтра весна, и это мне напоминает о женщинах, которые встречают
>> дистрибутив по пиктограммам...
>> Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
>> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
> +1
> тем более, что
> convert -resize 48x48 ...
> не так уж и сложно:)
> Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас 
> не "распилен" ИМХО по "религиозным" причинам :(

Конечно несложно. Меня больше волнует качество получающейся картинки
(поглядывая на некоторые отмасшатбированные WM иконки...). А в
BuildRequires не надо - надо в SourceN:.

P.S.: где ты, где ты, повсеместное SVG-счастье...

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] warnings and errors found by repocop.

[Led]

2008/3/1, Евгений Терешков <evg-krsk@yandex.ru>:
> Led пишет:
>
>
>  >> Гм. завтра весна, и это мне напоминает о женщинах, которые встречают
>  >> дистрибутив по пиктограммам...
>  >> Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
>  >> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
>  > +1
>  > тем более, что
>  > convert -resize 48x48 ...
>  > не так уж и сложно:)
>  > Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас
>  > не "распилен" ИМХО по "религиозным" причинам :(
>
>
> Конечно несложно. Меня больше волнует качество получающейся картинки
>  (поглядывая на некоторые отмасшатбированные WM иконки...). А в
>  BuildRequires не надо - надо в SourceN:.

Хотите угадаю, что будет потом? Апстримовая иконка изментися, но
мейнтейнер этого просто не заметит и будет продолжать ложить иконки
"нестандартных" (с точки зрения апстрима) размеров с устаревшим
изображением. Конечно же потом он всё исправит - после того как будет
исписано куча букофф в багзилле, потрачено время багрепортера и
мейнтейнера. А всё потому, что "BuildRequires не надо - надо в
SourceN" (просто так, без агрументации).

>
>  P.S.: где ты, где ты, повсеместное SVG-счастье...

Кстати, остаётся пару вопросов:
1) Сколькобитовые иконки должны быть в hicolor? Мне казалось, что
16-битовые, но у нас там лежат 8-битовые.
2) можно ли в scalable ложить не *.svg, а *.svgz?

-- 
Led.

Re: [devel] warnings and errors found by repocop.

[Igor Zubkov]

29.02.08, Led написал(а):
>  > Гм. завтра весна, и это мне напоминает о женщинах, которые встречают
>  > дистрибутив по пиктограммам...
>  > Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
>  > все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
>
> +1
>  тем более, что
>  convert -resize 48x48 ...
>  не так уж и сложно:)
>  Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас
>  не "распилен" ИМХО по "религиозным" причинам :(

Совсем не обязательно делать конверт при сборке. Можно уже и готов
файл положить.

-- 
icesik

Re: [devel] warnings and errors found by repocop.

[Motsyo Gennadi aka Drool]

Igor Zubkov пишет:
>>  convert -resize 48x48 ...
>>  не так уж и сложно:)
>>  Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас
>>  не "распилен" ИМХО по "религиозным" причинам :(
> 
> Совсем не обязательно делать конверт при сборке. Можно уже и готов
> файл положить.

	Тогда пакет увеличится в размере. Понты, конечно, но если пакетов очень
много?

Re: [devel] warnings and errors found by repocop.

[Igor Zubkov]

01.03.08, Motsyo Gennadi aka Drool написал(а):
> >>  convert -resize 48x48 ...
>  >>  не так уж и сложно:)
>  >>  Вот только появляется BuildRequires на громоздкий ImageMagick, который у нас
>  >>  не "распилен" ИМХО по "религиозным" причинам :(
>  >
>  > Совсем не обязательно делать конверт при сборке. Можно уже и готов
>  > файл положить.
>
>         Тогда пакет увеличится в размере. Понты, конечно, но если пакетов очень
>  много?

На сколько? На 100 килобайт? На двести? Это мелочь. Вот вчера вышел
свежий nexuiz 2.4. Относительно предыдудей версии он потолстел на 100
mb. А это значит что и Сизиф потолстеет на столько же.

-- 
icesik

Re: [devel] warnings and errors found by repocop.

[Motsyo Gennadi aka Drool]

Igor Zubkov пишет:
>>  > Совсем не обязательно делать конверт при сборке. Можно уже и готов
>>  > файл положить.
>>
>>         Тогда пакет увеличится в размере. Понты, конечно, но если пакетов очень
>>  много?
> 
> На сколько? На 100 килобайт? На двести? Это мелочь. Вот вчера вышел
> свежий nexuiz 2.4. Относительно предыдудей версии он потолстел на 100
> mb. А это значит что и Сизиф потолстеет на столько же.

	Это не одно и тоже. Возможно у меня синдром ZX-Spectrum-а, где боролись
за каждый байт, но если возможно не увеличивать искусственно вес пакета
- лучше не увеличивать. Увеличение пакетов на 100 килобайт повлечет
увеличение траффика в размерах, равных всем увеличенным пакетам. Кроме
того, во сколько раз возрастет нагрузка на сервер, раздающий зеркало? В
100 килобайт, умноженное на количество увеличенных пакетов и умноженное
на количество качающих?
	Тем более, что все еще не у всех резиновые каналы, за которые платит
кто-то другой.

Re: [devel] warnings and errors found by repocop.

[Mikhail Gusarov]

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

Twas brillig at 18:13:47 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:

 MGaD> Это не одно и тоже. Возможно у меня синдром ZX-Spectrum-а, где
 MGaD> боролись за каждый байт, но если возможно не увеличивать
 MGaD> искусственно вес пакета - лучше не увеличивать.

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

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

 MGaD> Кроме того, во сколько раз возрастет нагрузка на сервер,
 MGaD> раздающий зеркало?

Несущественно.

-- 

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

Re: [devel] warnings and errors found by repocop.

[Motsyo Gennadi aka Drool]

Mikhail Gusarov пишет:
> Twas brillig at 18:13:47 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:
> 
>  MGaD> Это не одно и тоже. Возможно у меня синдром ZX-Spectrum-а, где
>  MGaD> боролись за каждый байт, но если возможно не увеличивать
>  MGaD> искусственно вес пакета - лучше не увеличивать.
> 
> Предлагаю тогда придумать более эффективный алгоритм сжатия
> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.

	upx -9 рядом со стриппингом при сборке? Эффект от upx потрясный.

>  MGaD> Кроме того, во сколько раз возрастет нагрузка на сервер,
>  MGaD> раздающий зеркало?
> 
> Несущественно.

	А математика говорит обратное ;-)

Re: [devel] warnings and errors found by repocop.

[Mikhail Gusarov]

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

Twas brillig at 18:45:47 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:

 >> MGaD> Кроме того, во сколько раз возрастет нагрузка на сервер,
 >> MGaD> раздающий зеркало?

 >> Несущественно.
 MGaD> А математика говорит обратное ;-)

Мне, пожалуйста, практические примеры: "взяли сизиф, дописали к каждой
srpm-ке, внутри которой не было иконки нужного размера для приложений,
100k мусора, выложили на миррор, LA увеличился на 0.0X, загрузка диска
увеличилась на 0.0N%..."

-- 

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

Re: [devel] warnings and errors found by repocop.

[Motsyo Gennadi aka Drool]

Mikhail Gusarov пишет:
> Twas brillig at 18:45:47 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:
> 
>  >> MGaD> Кроме того, во сколько раз возрастет нагрузка на сервер,
>  >> MGaD> раздающий зеркало?
> 
>  >> Несущественно.
>  MGaD> А математика говорит обратное ;-)
> 
> Мне, пожалуйста, практические примеры: "взяли сизиф, дописали к каждой
> srpm-ке, внутри которой не было иконки нужного размера для приложений,
> 100k мусора, выложили на миррор, LA увеличился на 0.0X, загрузка диска
> увеличилась на 0.0N%..."

	В сизифе вот прямо сейчас 7551 src.rpm пакетов. Сколько из них
графических, содержащих иконки? Беру от фонаря - 10%:
10% от 7551 = 755 src.rpm пакетов
Увеличим их на 100 кил, прирост составит:
(100*755)/1024 = 73,73 метра
Сколько людей обновляются/скачивают что-то? Тысяча есть? Думаю должна
быть. Я веду речь не о сизифе, а переношу этот прирост на
updates/branch, так как эти пакеты окажутся рано или поздно и там, а
также они скачают их вместе с очередным iso-образом. Итак, беру тысячу
клиентов:
(73,73*1000)/1024 = 72,00 гектара

	Кроме того, из этих пакетов хотя-бы 10% обновляются
 раз в месяц:
10% от 72,00 гектара = 7,2 гигабайта ежемесячно траффика, которого может
и не быть.

	Если я где-то неправильно посчитал - поправьте. А что такое LA - вот
чего не знаю, так того не знаю :-)

Re: [devel] warnings and errors found by repocop.

[Mikhail Gusarov]

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

Twas brillig at 19:16:57 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:

 MGaD> Если я где-то неправильно посчитал - поправьте.

Математика правильная, но неприменимая.

Прирост при заданных параметрах составляет 7.5 мегабайт с
носа. Копейки. Об оптимизации сетевого трафика *для всех* пускай
заботятся провайдеры.

ps: откуда взалась тысяча человек, качающих srpm-ки?

-- 

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

Re: [devel] warnings and errors found by repocop.

[Motsyo Gennadi aka Drool]

Mikhail Gusarov пишет:
> Twas brillig at 19:16:57 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:
> 
>  MGaD> Если я где-то неправильно посчитал - поправьте.
> 
> Математика правильная, но неприменимая.
> 
> Прирост при заданных параметрах составляет 7.5 мегабайт с
> носа. Копейки. Об оптимизации сетевого трафика *для всех* пускай
> заботятся провайдеры.

	А также ftp.altlinux.ru ;-)

> ps: откуда взалась тысяча человек, качающих srpm-ки?

	Оп! Это я уже загнул :-)

Re: [devel] warnings and errors found by repocop.

[Mikhail Gusarov]

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

Twas brillig at 19:23:44 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:

 MGaD> А также ftp.altlinux.ru ;-)

И мирроры!

Кстати: http://debtorrent.alioth.debian.org/

-- 

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

Re: [devel] [JT] Лишние мегабайты

[Motsyo Gennadi aka Drool]

Mikhail Gusarov пишет:
> Twas brillig at 19:23:44 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool did gyre and gimble:
> 
>  MGaD> А также ftp.altlinux.ru ;-)
> 
> И мирроры!

	Ну вот, ftp.altlinux.ru обиделся и сдох ;-)

Re: [devel] [JT] Лишние мегабайты

[Led]

Saturday, 01 March 2008 19:31:28 Motsyo Gennadi aka Drool написав:
> Mikhail Gusarov пишет:
> > Twas brillig at 19:23:44 01.03.2008 UTC+02 when Motsyo Gennadi aka Drool
> > did gyre and gimble:
> >
> >  MGaD> А также ftp.altlinux.ru ;-)
> >
> > И мирроры!
>
> 	Ну вот, ftp.altlinux.ru обиделся и сдох ;-)

Он вобще "обидчивый" последнее время. Пользуюсь http://ftp.altlinux.org

-- 
Led

Re: [devel] [JT] Лишние мегабайты

[Vladimir V. Kamarzin]

>>>>> On 01 Mar 2008 at 22:35 "L" == Led  writes:

>> >  MGaD> А также ftp.altlinux.ru ;-)
>> >
>> > И мирроры!
>>
>> 	Ну вот, ftp.altlinux.ru обиделся и сдох ;-)

L> Он вобще "обидчивый" последнее время. Пользуюсь http://ftp.altlinux.org

Это одно и то же:

vvk@vvk ~ % host ftp.altlinux.org
ftp.altlinux.org has address 194.107.17.7
vvk@vvk ~ % host ftp.altlinux.ru
ftp.altlinux.ru has address 194.107.17.7

-- 
vvk

Re: [devel] [JT] Лишние мегабайты

[Mikhail Gusarov]

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

Twas brillig at 11:32:24 04.03.2008 UTC+05 when Vladimir V. Kamarzin did gyre and gimble:

 >>> Ну вот, ftp.altlinux.ru обиделся и сдох ;-)
 L>> Он вобще "обидчивый" последнее время. Пользуюсь http://ftp.altlinux.org
 VVK> Это одно и то же:

Чуешь разницу между http: и ftp: ?

http: не сдыхает обычно.

-- 

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

Re: [devel] [JT] Лишние мегабайты

[Vladimir V. Kamarzin]

>>>>> On 04 Mar 2008 at 11:57 "MG" == Mikhail Gusarov writes:

 >>>> Ну вот, ftp.altlinux.ru обиделся и сдох ;-)
 L>>> Он вобще "обидчивый" последнее время. Пользуюсь http://ftp.altlinux.org
 VVK>> Это одно и то же:

MG> Чуешь разницу между http: и ftp: ?

Упс, не заметил.

MG> http: не сдыхает обычно.

-- 
vvk

[devel] [JT] LA

[Michael Shigorin]

On Sat, Mar 01, 2008 at 07:16:57PM +0200, Motsyo Gennadi aka Drool wrote:
> > Мне, пожалуйста, практические примеры: "взяли сизиф, дописали
> > к каждой srpm-ке, внутри которой не было иконки нужного
> > размера для приложений, 100k мусора, выложили на миррор, LA
> > увеличился на 0.0X, загрузка диска увеличилась на 0.0N%..."

От размера особо не растёт, растёт от одновременных обращений.
В смысле 100k мусора скорее окажутся эффектом второго порядка
(хотя также зависит от stripe size и среднего размера пакетов).

> В сизифе вот прямо сейчас 7551 src.rpm пакетов. Сколько из них
> графических, содержащих иконки? Беру от фонаря - 10%:

Не надо фонарей, когда есть возможность произвести более-менее
и совсем точное исследование.

> 10% от 72,00 гектара = 7,2 гигабайта ежемесячно траффика,
> которого может и не быть.

Проблема не в трафике.

> Если я где-то неправильно посчитал - поправьте. А что такое LA
> - вот чего не знаю, так того не знаю :-)

А вот в этом-то и проблема...

PS: пока я болел, на ftp.linux.kiev.ua пару дней LA стрельнуло 
за 10 и лимитировалось только monit и лимитами на количество
сессий ftp/rsync (и предельную нагрузку).  Боюсь, для многих
из пытавшихся обратиться вышел банальный DoS.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] warnings and errors found by repocop.

[Andrey Rahmatullin]

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

On Sat, Mar 01, 2008 at 10:21:07PM +0600, Mikhail Gusarov wrote:
> Предлагаю тогда придумать более эффективный алгоритм сжатия
> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.
Включить bz2 в rpm.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<Lost[WIN]> combr_home: да. это голая, неприкрытая, обнаженная,
            обворожительная, соблазнительная, ... тьфу ты, увлекся. Правда в
            общем.

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

Re: [devel] warnings and errors found by repocop.

[Mikhail Gusarov]

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

Twas brillig at 22:07:00 01.03.2008 UTC+05 when Andrey Rahmatullin did gyre and gimble:

 >> Предлагаю тогда придумать более эффективный алгоритм сжатия
 >> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.
 AR> Включить bz2 в rpm.

[размахивает флажком rpm-5.0.2-alt1] :)

-- 

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

Re: [devel] warnings and errors found by repocop.

[Andrey Rahmatullin]

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

On Sat, Mar 01, 2008 at 11:09:06PM +0600, Mikhail Gusarov wrote:
>  >> Предлагаю тогда придумать более эффективный алгоритм сжатия
>  >> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.
>  AR> Включить bz2 в rpm.
> [размахивает флажком rpm-5.0.2-alt1] :)
Так оно и сейчас есть, но отключено. Уже не помню, почему.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Да никто не спорит про модули. Но вот собирать какой-нибудь банальный
CD-плеер (ну, любой, который ioctl'ами пользуется) становится все более
интересным и непредсказуемым занятием. Впрочем, жизнь линуксоводов
должна быть полна праздника и развлечений, у нас же все just for fun.
		-- morozov in devel@

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

Re: [devel] %_binary_payload/%_source_payload

[Dmitry V. Levin]

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

On Sat, Mar 01, 2008 at 10:11:02PM +0500, Andrey Rahmatullin wrote:
> On Sat, Mar 01, 2008 at 11:09:06PM +0600, Mikhail Gusarov wrote:
> >  >> Предлагаю тогда придумать более эффективный алгоритм сжатия
> >  >> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.
> >  AR> Включить bz2 в rpm.
> > [размахивает флажком rpm-5.0.2-alt1] :)
> Так оно и сейчас есть, но отключено. Уже не помню, почему.

Медленное оно.


-- 
ldv

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

Re: [devel] %_binary_payload/%_source_payload

[Mikhail Gusarov]

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


Twas brillig at 21:27:56 01.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 >> >  AR> Включить bz2 в rpm.
 >> Так оно и сейчас есть, но отключено. Уже не помню, почему.
 DVL> Медленное оно.

На упаковку или на распаковку?

А общий эффект на размер архива считали?

-- 

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

Re: [devel] %_binary_payload/%_source_payload

[Dmitry V. Levin]

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

On Sun, Mar 02, 2008 at 12:29:23AM +0600, Mikhail Gusarov wrote:
> 
> Twas brillig at 21:27:56 01.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  >> >  AR> Включить bz2 в rpm.
>  >> Так оно и сейчас есть, но отключено. Уже не помню, почему.
>  DVL> Медленное оно.
> 
> На упаковку или на распаковку?

И на то и на другое.

> А общий эффект на размер архива считали?

Меряли, считали.  С тех пор появились более пригодные для распаковки на
лету алгоритмы сжатия.


-- 
ldv

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

Re: [devel] %_binary_payload/%_source_payload

[Alexey Tourbin]

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

On Sat, Mar 01, 2008 at 09:31:18PM +0300, Dmitry V. Levin wrote:
> > А общий эффект на размер архива считали?
> 
> Меряли, считали.  С тех пор появились более пригодные для распаковки на
> лету алгоритмы сжатия.

Хотелось бы взглянуть на результаты подсчётов.

Кстати, есть очень интересный realtime compressor называется lzop(1).
Он жмёт и разжимает заведомо быстрее, чем disk IO, но естественно,
несколько медленнее, чем plain copyin/copyout.  То есть от пытается
балансировать между забиванием буферного кеша и заргузкой процессора.

Я в своё время думал встроить его в cmdcache(1), но всё-таки остановился
на стандартном 'gzip -nf' (без девятки).  Также думаю что для сжатиия
chroot.cpio в хешере он мог бы хорошо подойти.  

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

Re: [devel] %_binary_payload/%_source_payload

[Alexey Tourbin]

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

On Sun, Mar 02, 2008 at 12:29:23AM +0600, Mikhail Gusarov wrote:
>  >> >  AR> Включить bz2 в rpm.
>  >> Так оно и сейчас есть, но отключено. Уже не помню, почему.
>  DVL> Медленное оно.
> 
> На упаковку или на распаковку?

bz2 на порядок медленнее (примерно в 10 раз) -- как при запаковке,
так и при распаковке.  Это бывает реально заметно.  А выигрыш по размеру
далеко не столь драматичный.  Поскольку ситуация с интернетом за последние
годы заметно улучшилась (даже в регионах), то ...

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

Re: [devel] %_binary_payload/%_source_payload

[Led]

Sunday, 02 March 2008 10:34:37 Alexey Tourbin написав:
> On Sun, Mar 02, 2008 at 12:29:23AM +0600, Mikhail Gusarov wrote:
> >  >> >  AR> Включить bz2 в rpm.
> >  >>
> >  >> Так оно и сейчас есть, но отключено. Уже не помню, почему.
> >
> >  DVL> Медленное оно.
> >
> > На упаковку или на распаковку?
>
> bz2 на порядок медленнее (примерно в 10 раз) -- как при запаковке,
> так и при распаковке.  Это бывает реально заметно.

При сжатии - где-то так и есть. А при распаковке - AFAIR всё же не "на порядок 
медленнее"...

> А выигрыш по размеру 
> далеко не столь драматичный.  Поскольку ситуация с интернетом за последние
> годы заметно улучшилась (даже в регионах), то ...

-- 
Led

Re: [devel] warnings and errors found by repocop.

[Igor Zubkov]

01.03.08, Mikhail Gusarov написал(а):
>   >> Предлагаю тогда придумать более эффективный алгоритм сжатия
>   >> пакетов. Пользы будет гораздо больше, чем от ручной оптимизации.
>
>  AR> Включить bz2 в rpm.
>
>  [размахивает флажком rpm-5.0.2-alt1] :)

На текущем сизифе rpm 5.0.2 даже не собирается.

-- 
icesik

Re: [devel] warnings and errors found by repocop.

[Michael Shigorin]

On Sat, Mar 01, 2008 at 06:13:47PM +0200, Motsyo Gennadi aka Drool wrote:
> Это не одно и тоже. Возможно у меня синдром ZX-Spectrum-а, где
> боролись за каждый байт, но если возможно не увеличивать
> искусственно вес пакета - лучше не увеличивать.

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

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] warnings and errors found by repocop.

[Led]

Saturday, 01 March 2008 15:29:14 Igor Zubkov написав:
> 29.02.08, Led написал(а):
> >  > Гм. завтра весна, и это мне напоминает о женщинах, которые встречают
> >  > дистрибутив по пиктограммам...
> >  > Понимаете, лично я по попыту общения с женщинами и оконными
> >  > менеджерами все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и
> >  > %_niconsdir...
> >
> > +1
> >  тем более, что
> >  convert -resize 48x48 ...
> >  не так уж и сложно:)
> >  Вот только появляется BuildRequires на громоздкий ImageMagick, который у
> > нас не "распилен" ИМХО по "религиозным" причинам :(
>
> Совсем не обязательно делать конверт при сборке. Можно уже и готов
> файл положить.

Совсем необязательно из исходников собирать - можно и бинарники сразу ложить:)

-- 
Led

[devel] [JT] re on-the-fly image resize during package build

[Michael Shigorin]

On Fri, Feb 29, 2008 at 07:21:12PM +0200, Led wrote:
> тем более, что convert -resize 48x48 ...  не так уж и сложно:)
> Вот только появляется BuildRequires на громоздкий ImageMagick,

Мож найти мелкую ресайзилку и именно для этих целей собрать?
(btw в netpbm ничего подходящего нет часом? -- на freshmeat
по image resize ничего интересного не вижу)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] re on-the-fly image resize during package build

[Mikhail Gusarov]

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

Twas brillig at 20:35:25 01.03.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 MS> Мож найти мелкую ресайзилку и именно для этих целей собрать?

В enlightenment есть epsilon и epeg для этих целей. Внешних зависимостей
- минимум.

-- 

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

Re: [devel] [JT] re on-the-fly image resize during package build with macros

[Motsyo Gennadi aka Drool]

Mikhail Gusarov пишет:
> Twas brillig at 20:35:25 01.03.2008 UTC+02 when Michael Shigorin did gyre and gimble:
> 
>  MS> Мож найти мелкую ресайзилку и именно для этих целей собрать?
> 
> В enlightenment есть epsilon и epeg для этих целей. Внешних зависимостей
> - минимум.

	И было бы вообще классно иметь макрос, чтоб сделать типа
%icoresize src/pixmaps/logo.png
	и получить в нужных папка %buildroot иконки 16/32/48.

Re: [devel] [JT] re on-the-fly image resize during package build with macros

[Led]

Saturday, 01 March 2008 20:47:19 Motsyo Gennadi aka Drool написав:
> Mikhail Gusarov пишет:
> > Twas brillig at 20:35:25 01.03.2008 UTC+02 when Michael Shigorin did gyre
> > and gimble:
> >
> >  MS> Мож найти мелкую ресайзилку и именно для этих целей собрать?
> >
> > В enlightenment есть epsilon и epeg для этих целей. Внешних зависимостей
> > - минимум.
>
> 	И было бы вообще классно иметь макрос, чтоб сделать типа
> %icoresize src/pixmaps/logo.png
> 	и получить в нужных папка %buildroot иконки 16/32/48.

Не думаю. ИМХО всё же изготавливаться иконки должны в секции %build

-- 
Led

Re: [devel] [JT] re on-the-fly image resize during package build with macros

[Motsyo Gennadi aka Drool]

Led пишет:
>> 	И было бы вообще классно иметь макрос, чтоб сделать типа
>> %icoresize src/pixmaps/logo.png
>> 	и получить в нужных папка %buildroot иконки 16/32/48.
> 
> Не думаю. ИМХО всё же изготавливаться иконки должны в секции %build

	Ну да, а я о чем? Или макросы в секции %build уже отменили? ;-)

Re: [devel] [JT] re on-the-fly image resize during package build with macros

[Led]

Saturday, 01 March 2008 21:43:36 Motsyo Gennadi aka Drool написав:
> Led пишет:
> >> 	И было бы вообще классно иметь макрос, чтоб сделать типа
> >> %icoresize src/pixmaps/logo.png
> >> 	и получить в нужных папка %buildroot иконки 16/32/48.
> >
> > Не думаю. ИМХО всё же изготавливаться иконки должны в секции %build
>
> 	Ну да, а я о чем? Или макросы в секции %build уже отменили? ;-)

А вы о "и получить в нужных папка %buildroot иконки 16/32/48".

-- 
Led

Re: [devel] [JT] re on-the-fly image resize during package build with macros

[Motsyo Gennadi aka Drool]

Led пишет:
> Saturday, 01 March 2008 21:43:36 Motsyo Gennadi aka Drool написав:
>> Led пишет:
>>>> 	И было бы вообще классно иметь макрос, чтоб сделать типа
>>>> %icoresize src/pixmaps/logo.png
>>>> 	и получить в нужных папка %buildroot иконки 16/32/48.
>>> Не думаю. ИМХО всё же изготавливаться иконки должны в секции %build
>> 	Ну да, а я о чем? Или макросы в секции %build уже отменили? ;-)
> 
> А вы о "и получить в нужных папка %buildroot иконки 16/32/48".

	Ладно, а чем плохо вставить подобный макрос в секцию %install ? И пусть
он выглядит, к примеру, так:

%installicons src/pixmaps/logo.png

Re: [devel] [JT] re on-the-fly image resize during package build

[Pavlov Konstantin]

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

On Sun, Mar 02, 2008 at 12:38:49AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 20:35:25 01.03.2008 UTC+02 when Michael Shigorin did gyre and gimble:
> 
>  MS> Мож найти мелкую ресайзилку и именно для этих целей собрать?
> 
> В enlightenment есть epsilon и epeg для этих целей. Внешних зависимостей
> - минимум.

Вот бы у нас еще мантейнера E* неленивого найти и чтоб его использовал...

-- 
> Люди приходят и уходят, а баги остаются висеть!
А еще ползать и размножаться.
		-- legion in devel@

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

Re: [devel] [JT] re on-the-fly image resize during package build

[Led]

Saturday, 01 March 2008 20:35:25 Michael Shigorin написав:
> On Fri, Feb 29, 2008 at 07:21:12PM +0200, Led wrote:
> > тем более, что convert -resize 48x48 ...  не так уж и сложно:)
> > Вот только появляется BuildRequires на громоздкий ImageMagick,
>
> Мож найти мелкую ресайзилку и именно для этих целей собрать?
> (btw в netpbm ничего подходящего нет часом? -- на freshmeat
> по image resize ничего интересного не вижу)

Да, я тоже подумал об этом. надо чтоб (как минимум) на входе поддерживались 
svg и png.

-- 
Led

Re: [devel] [JT] re on-the-fly image resize during package build

[Led]

Saturday, 01 March 2008 20:35:25 Michael Shigorin написав:
> On Fri, Feb 29, 2008 at 07:21:12PM +0200, Led wrote:
> > тем более, что convert -resize 48x48 ...  не так уж и сложно:)
> > Вот только появляется BuildRequires на громоздкий ImageMagick,
>
> Мож найти мелкую ресайзилку и именно для этих целей собрать?
> (btw в netpbm ничего подходящего нет часом? -- на freshmeat
> по image resize ничего интересного не вижу)

Обзазил весь freshmeat и SourceForge - ничего подходящего не нашёл. Можно 
что-то сделать на базе Imlib2 или DevIL, но врядли это будет достойной 
заменой convert (например, чтоб сделать подобное:
for s in 128 64 48 32 24 22 16; do
	convert -border 0x13 -bordercolor none \
	gui/mplayer/pixmaps/MPlayer_mini.xpm \
	-resize ${s}x$s! -depth 8 gui/mplayer/pixmaps/%{lname}_$s.png
done
 - пример из mplayer.spec). Есть у нас ещё GraphicMagick, но он не 
поддерживает SVG на входе (по крайней мере, в нашей сборке), да и врядли он 
легче ImageMagick'а. Кстати, я погарячился: последний не такой уж и тяжёлый:)

-- 
Led

Re: [devel] warnings and errors found by repocop.

[Александр Блохин]

Igor Vlasenko wrote:
> On Fri, Feb 29, 2008 at 10:39:22PM +0700, Евгений Терешков wrote:
>   
>> По тексту отчета видно, что это не тот тест, что в Daedalus лежит. Даже
>> баги развешать неначто. Типа намекаю, что такое можно и нужно в Сизиф. :-)
>>     
>
> Будет на днях, но тут недоработка и со стороны Дедала.
> в Дедальский инкоминг верссию 0.3 я еще утром выложил.
>  
>   

Я ещё с утра отправил сообщение о том, что сборка вываливается с 
приложенным логом.
Так что давайте ка сначала над собираемостью поработайте.


>> Свои пакеты ещё раз просмотрел и убедился что как маинтайнер сделал что
>> мог: положил иконки либо в стандартные места либо в исторически
>> сложившиеся, если нет стандартных
>> (/usr/share/icons/hicolor/{64x64,128x128}/apps нет в пакетах). Размеры
>> иконок я принципиально не меняю и convert-ом новых не создаю. Это забота
>> апстрима, я считаю.
>>     
>
> Гм. завтра весна, и это мне напоминает о женщинах, которые встречают дистрибутив
> по пиктограммам...
> Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
>
> Но это в конце концов warning, который можно сколько угодно игнорировать.
> Просто напоминание, что пакет можно еще улучшить :)
>
>   
>> P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет
>> текстового вхождения %name-buildroot (имени каталога, где происходила
>> сборка). Думаю, это было бы сильно полезнее против гораздо более
>> разломанных пакетов. Или это на sisyphus_check?
>>     
>
> Хорошая идея ! Тест такой я напишу :) 
> а sisyphus_check - это к Диме.
>
>   


-- 
Best regards,
AB
--
		In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [devel] warnings and errors found by repocop.

[Igor Vlasenko]

On Fri, Feb 29, 2008 at 07:21:28PM +0200, Александр Блохин wrote:
> Я ещё с утра отправил сообщение о том, что сборка вываливается с 
> приложенным логом.
Сорри. Почта шалила - вчера письма не было, пришло сегодня.

-- 

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

Re: [devel] warnings and errors found by repocop.

[Евгений Терешков]

Igor Vlasenko пишет:

> Будет на днях, но тут недоработка и со стороны Дедала.
> в Дедальский инкоминг верссию 0.3 я еще утром выложил.

Будем посмотреть.

> Гм. завтра весна, и это мне напоминает о женщинах, которые встречают дистрибутив
> по пиктограммам...

Я думаю, что если у программы в апстриме нет полного набора иконок, то это
говорит об ориентированности проекта. Индикатор такой, и мне ли его сбивать
с показаний? :-)

> Понимаете, лично я по попыту общения с женщинами и оконными менеджерами
> все же сделал хотя бы ресайз к 48х48 и положил бы в srpm и %_niconsdir...
> Но это в конце концов warning, который можно сколько угодно игнорировать.
> Просто напоминание, что пакет можно еще улучшить :)

fail, fail это... Ну да будем посмотреть, подумать ещё...

> Хорошая идея ! Тест такой я напишу :) 
> а sisyphus_check - это к Диме.

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

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

[devel] buildroot remnants test [was: warnings and errors found by repocop.]

[Igor Vlasenko]

On Fri, Feb 29, 2008 at 10:39:22PM +0700, Евгений Терешков wrote:
> P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет
> текстового вхождения %name-buildroot (имени каталога, где происходила
> сборка). Думаю, это было бы сильно полезнее против гораздо более
> разломанных пакетов. 

В яблочко.

Найдены многие (22 шт.) emacs и python-based пакеты,
где подобное вхождение может быть связано с компилятором, 
(c python подозрительно, поскольку python-modules-* чисты.
Что скажет python team?)
на примере
--- cjc-1.0.0-alt2.1.noarch
found paths to buildroot: Binary file repocop-run.Cus17240/usr/share/cjc/plugins/xmlconsole.pyc matches Binary file repocop-run.Cus17240/usr/share/cjc/plugins/version.pyc matches... и т. д. 

и 23! пакета, где вхождение %name-buildroot похоже на bug:

--- fvwm-themes-0.7.0-alt2.noarch
--- alexandria-0.6.2-alt1.noarch
--- xblast-2.10.3-alt1.x86_64
--- wput-0.6-alt1.x86_64
--- ufoai-2.1.1-alt1.4.x86_64
--- seamonkey-1.1.8-alt1.x86_64
--- rutilt-0.15-alt1.x86_64
--- pidgin-2.3.1-alt1.1.x86_64
--- openib-diags-1.2.7-alt1.x86_64
--- octave-3.0.0-alt1.x86_64
--- mvapich-0.9.9-alt2.x86_64
--- musixtex-T101-alt3.x86_64
--- libdlib-1.0-alt0.1.x86_64
--- libcomedi-0.7.22-alt3.1.x86_64
--- ircservices-5.0.63-alt1.x86_64
--- imposter-0.3-alt1.x86_64
--- gip-1.6.1-alt2.x86_64
--- fricas-1.0.1-alt2.x86_64
--- etherape-0.9.7-alt1.x86_64
--- emacspeak-26.0-alt1.x86_64
--- ccsm-0.6.99-alt2.x86_64
--- avr-gcc-4.2.2-alt1.x86_64
--- MyPasswordSafe-20061216-alt1.x86_64


--- fvwm-themes-0.7.0-alt2.noarch
found paths to buildroot: repocop-run.TWE23176/usr/share/fvwm/themes-rc-3:ImagePath $HOME/tmp/fvwm-themes-buildroot/usr/share/fvwm/themes/current/images:$HOME/tmp/fvwm-themes-buildroot/usr/share/fvwm/images:/usr/share/icons/mini:/usr/share/icons:/usr/X11R6/include/bitmaps repocop-run.TWE23176/usr/share/fvwm/themes-rc-2:ImagePath $HOME/tmp/fvwm-themes-buildroot/usr/share/fvwm/themes/current/images:$HOME/tmp/fvwm-themes-buildroot/usr/share/fvwm/images:/usr/share/icons/mini:/usr/share/icons:/usr/X11R6/include/bitmaps
--- alexandria-0.6.2-alt1.noarch
found paths to buildroot: repocop-run.ZfL18727/usr/share/omf/alexandria/alexandria-fr.omf: <identifier url="/usr/src/tmp/alexandria-buildroot/usr/share/gnome/help/alexandria/fr/alexandria.xml"/> repocop-run.ZfL18727/usr/share/omf/alexandria/alexandria-C.omf: <identifier url="/usr/src/tmp/alexandria-buildroot/usr/share/gnome/help/alexandria/C/alexandria.xml"/>
--- xblast-2.10.3-alt1.x86_64
found paths to buildroot: Binary file repocop-run.PpKk8911/usr/games/xblast matches
--- wput-0.6-alt1.x86_64
found paths to buildroot: Binary file repocop-run.ADSX4529/usr/bin/wput matches
--- ufoai-2.1.1-alt1.4.x86_64
found paths to buildroot: repocop-run.eCb12498/usr/share/applications/ufoai.desktop:rm -rf "/usr/src/tmp/ufoai-buildroot"
--- seamonkey-1.1.8-alt1.x86_64
found paths to buildroot: repocop-run.cOoe8581/usr/lib64/seamonkey-1.1.8/components/xpti.dat:1,AppDir,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla repocop-run.cOoe8581/usr/lib64/seamonkey-1.1.8/components/xpti.dat:0,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/components repocop-run.cOoe8581/usr/lib64/seamonkey-1.1.8/components/xpti.dat:1,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/plugins repocop-run.cOoe8581/usr/lib64/seamonkey/components/xpti.dat:1,AppDir,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla repocop-run.cOoe8581/usr/lib64/seamonkey/components/xpti.dat:0,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/components repocop-run.cOoe8581/usr/lib64/seamonkey/components/xpti.dat:1,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/plugins repocop-run.cOoe8581/usr/lib64/mozilla/components/xpti.dat:1,AppDir,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla repocop-run.cOoe8581/usr/lib64/mozilla/components/xpti.dat:0,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/components repocop-run.cOoe8581/usr/lib64/mozilla/components/xpti.dat:1,/usr/src/tmp/seamonkey-buildroot/usr/lib64/mozilla/plugins
--- rutilt-0.15-alt1.x86_64
found paths to buildroot: repocop-run.ypMt4311/usr/share/applications/rutilt.desktop:Icon=/usr/src/tmp/rutilt-buildroot/usr/share/pixmaps/rutilt/RutilT64x64.png Binary file repocop-run.ypMt4311/usr/lib64/rutilt/rutilt_helper matches Binary file repocop-run.ypMt4311/usr/bin/rutilt matches
--- pidgin-2.3.1-alt1.1.x86_64
found paths to buildroot: Binary file repocop-run.Rhfh9143/usr/bin/pidgin matches
--- openib-diags-1.2.7-alt1.x86_64
found paths to buildroot: repocop-run.IqYS4769/usr/bin/ibswportwatch.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl"; repocop-run.IqYS4769/usr/bin/ibqueryerrors.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl"; repocop-run.IqYS4769/usr/bin/ibprintswitch.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl"; repocop-run.IqYS4769/usr/bin/ibprintca.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl"; repocop-run.IqYS4769/usr/bin/iblinkinfo.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl"; repocop-run.IqYS4769/usr/bin/ibfindnodesusing.pl:use lib "/usr/src/tmp/openib-diags-buildroot/usr/lib/perl";
--- octave-3.0.0-alt1.x86_64
found paths to buildroot: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/imagelib: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/audio: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control/base: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control/hinf: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control/obsolete: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control/system: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/control/util: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/deprecated: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/elfun: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/finance: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/general: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/geometry: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/image: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/io: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/linear-algebra: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/miscellaneous: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/optimization: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/path: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/pkg: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/plot: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/polynomial: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/quaternion: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/set: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/signal: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/sparse: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/specfun: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/special-matrix: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/startup: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/statistics: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/statistics/base: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/statistics/distributions: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/statistics/models: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/statistics/tests: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/strings: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/testfun: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/3.0.0/m/time: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/site: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/site/m: repocop-run.nBWL2757/usr/share/octave/ls-R:/usr/src/tmp/octave-buildroot/usr/share/octave/site/m/startup:
--- mvapich-0.9.9-alt2.x86_64
found paths to buildroot: repocop-run.Wad18979/usr/lib/mvapich/bin/mpirun:datadir=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/share repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPE_DIR='/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/mpe' repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPIR_HOME='/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich' repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPICC=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/bin/mpicc repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPIF77=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/bin/mpif77 repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPIF90=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/bin/mpif90 repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:MPICPLUSPLUS=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/bin/mpicxx repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:PREFIX='/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich' repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig.dat:prsub='s%^prefix\([ ]*\)=\([ ]*\).*$%prefix\1=\2/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich% repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig:PREFIX=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig:binbuild_dir=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/bin repocop-run.Wad18979/usr/lib/mvapich/bin/mpireconfig:MPIR_HOME=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich repocop-run.Wad18979/usr/lib/mvapich/bin/mpiman:mandir=/usr/src/tmp/mvapich-buildroot//usr/lib/mvapich/man Binary file repocop-run.Wad18979/usr/lib/mvapich/bin/mpichversion matches
--- musixtex-T101-alt3.x86_64
found paths to buildroot: repocop-run.Yxp18818/usr/share/texmf/web2c/musixtex.log:**/usr/src/tmp/musixtex-buildroot/usr/share/texmf/tex/generic/musixtex/musixtex repocop-run.Yxp18818/usr/share/texmf/web2c/musixtex.log:(/usr/src/tmp/musixtex-buildroot/usr/share/texmf/tex/generic/musixtex/musixtex. repocop-run.Yxp18818/usr/share/texmf/web2c/musixtex.log:(/usr/src/tmp/musixtex-buildroot/usr/share/texmf/tex/generic/musixtex/musixtex. Binary file repocop-run.Yxp18818/usr/share/texmf/web2c/musixtex.fmt matches
--- libdlib-1.0-alt0.1.x86_64
found paths to buildroot: Binary file repocop-run.Jsrw8556/usr/lib64/libdsound.so.1.0.0 matches Binary file repocop-run.Jsrw8556/usr/lib64/libdsound.so.1.0 matches Binary file repocop-run.Jsrw8556/usr/lib64/libdsound.so.1 matches
--- libcomedi-0.7.22-alt3.1.x86_64
found paths to buildroot: Binary file repocop-run.mHh31205/usr/lib64/libcomedi-0.7.22.so matches
--- ircservices-5.0.63-alt1.x86_64
found paths to buildroot: Binary file repocop-run.mbp29686/usr/bin/ircservices matches
--- imposter-0.3-alt1.x86_64
found paths to buildroot: Binary file repocop-run.lMu23429/usr/bin/imposter matches
--- gip-1.6.1-alt2.x86_64
found paths to buildroot: Binary file repocop-run.amL14381/usr/bin/gip matches
--- fricas-1.0.1-alt2.x86_64
found paths to buildroot: repocop-run.kJj27385/usr/lib64/axiom/target/x86_64-alt-linux-gnu/bin/axiom:AXIOM=/usr/src/tmp/fricas-buildroot/usr/lib64/axiom/target/x86_64-alt-linux-gnu
--- etherape-0.9.7-alt1.x86_64
found paths to buildroot: repocop-run.sPd11138/var/lib/scrollkeeper/scrollkeeper_docs:/usr/src/tmp/etherape-buildroot/usr/share/omf/etherape/etherape-C.omf 0 file:/usr/share/etherape/doc/etherape/C/etherape.xml 1167680354 C repocop-run.sPd11138/var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml: <doc docid="0"><doctitle>EtherApe Manual V0.2</doctitle><docomf>/usr/src/tmp/etherape-buildroot/usr/share/omf/etherape/etherape-C.omf</docomf><docsource>file:/usr/share/etherape/doc/etherape/C/etherape.xml</docsource><docformat>text/xml</docformat><docseriesid>26207ade-85f9-11da-8825-c4740b431a42</docseriesid></doc></sect> repocop-run.sPd11138/var/lib/scrollkeeper/C/scrollkeeper_cl.xml: <doc docid="0"><doctitle>EtherApe Manual V0.2</doctitle><docomf>/usr/src/tmp/etherape-buildroot/usr/share/omf/etherape/etherape-C.omf</docomf><docsource>file:/usr/share/etherape/doc/etherape/C/etherape.xml</docsource><docformat>text/xml</docformat><docseriesid>26207ade-85f9-11da-8825-c4740b431a42</docseriesid></doc></sect>
--- emacspeak-26.0-alt1.x86_64
found paths to buildroot: repocop-run.yyEr8260/usr/share/doc/emacspeak-26.0/emacspeak.sh:exec emacs -q -l /usr/src/tmp/emacspeak-buildroot/usr/share/emacs/site-lisp/emacspeak/lisp/emacspeak-setup.el $INITSTR $CL_ALL
--- ccsm-0.6.99-alt2.x86_64
--- avr-gcc-4.2.2-alt1.x86_64
found paths to buildroot: repocop-run.fgs17320/usr/lib64/avr/gcc/avr/4.2.2/install-tools/mkheaders.conf:SYSTEM_HEADER_DIR="/usr/src/tmp/avr-gcc-buildroot/usr/lib64/avr/gcc/avr/4.2.2/../../../echo /usr/src/tmp/avr-gcc-buildroot/usr/lib64 | sed -e 's|^/usr/src/tmp/avr-gcc-buildroot/usr||' -e 's|/$||' -e 's|^[^/]|/|' -e 's|/[^/]*|../|g'"
--- MyPasswordSafe-20061216-alt1.x86_64
found paths to buildroot: Binary file repocop-run.SLO18639/usr/bin/MyPasswordSafe matches



-- 

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

Re: [devel] warnings and errors found by repocop.

[Андрей Черепанов]

29 февраля 2008 Igor Vlasenko написал:
> On Fri, Feb 29, 2008 at 03:40:11PM +0300, Denis Medvedev wrote:
> > wget ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
> > Нет такого каталога `pub/people/~viy/repocop/reports/txt'.
>
> Да, прошу прощения,
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> и там подпапки
> by-packager  by-srpm  by-test
С какой периодичностью будет обновляться?


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] warnings and errors found by repocop.

[Igor Vlasenko]

On Mon, Mar 03, 2008 at 11:34:10AM +0300, Андрей Черепанов wrote:
> 29 февраля 2008 Igor Vlasenko написал:
> > On Fri, Feb 29, 2008 at 03:40:11PM +0300, Denis Medvedev wrote:
> > > wget ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
> > > Нет такого каталога `pub/people/~viy/repocop/reports/txt'.
> >
> > Да, прошу прощения,
> > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> > и там подпапки
> > by-packager  by-srpm  by-test
> С какой периодичностью будет обновляться?

Как только будет прикручено к prometeus, будет каждую
ночь обновляться там. Пока же буду анонсировать в devel@. 

Пока ftp не обновлял, но, напомню, есть письмо с
init-condrestart test results 
http://lists.altlinux.org/pipermail/devel/2008-March/070567.html
и
с результатами теста Евгения Терешкова
> P.S.: дарю идею - сделать юниттест, проверяющий все файлы пакета на предмет
> текстового вхождения %name-buildroot (имени каталога, где происходила
> сборка).
http://lists.altlinux.org/pipermail/devel/2008-March/070553.html

там я даже не ожидал, не менее 23 пакета, без учета 5-7 пакетов на питоне.
Что скажет питон тим о cjc?


-- 

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

Re: [devel] warnings and errors found by repocop.

[Michael Shigorin]

On Fri, Feb 29, 2008 at 02:44:26PM +0200, Igor Vlasenko wrote:
> > wget ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/
> > Нет такого каталога `pub/people/~viy/repocop/reports/txt'.
> Да, прошу прощения, 
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> и там подпапки 
> by-packager  by-srpm  by-test 

Уфф... глазками и на 21" сложновато в браузере смотреть
(мотать много).  Разметка хоть какая-то сильно просится. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] warnings and errors found by repocop.

[Igor Vlasenko]

On Sat, Mar 08, 2008 at 09:14:03PM +0200, Michael Shigorin wrote:
> > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> > и там подпапки 
> > by-packager  by-srpm  by-test 
> Уфф... глазками и на 21" сложновато в браузере смотреть
> (мотать много).  Разметка хоть какая-то сильно просится. :)

Гм. а интеграция с prometeus чем не устраивает?
Что-то уже написано, правда, проверить негде...

Вчера думали c Андреем (liks@) alt3.linux.kiev.ua покурочить,
но после обсуждения c Мишей Шигориным fly стало жалко :)

Таки попытаюсь дома поиграть.

Но вопрос где потом запускать prometeus+repocop остается открытым.

хоть и repocop кеширует тесты, но суммарное время их выполнения 
пока мало по сравнению с распаковкой пакета. Так что добавление/
обновление хотя бы одного теста эквивалентно по времени полному 
прогону repocop (а это 1.5 часа у меня на машине без fakeroot).
Если появятся тесты, которые будут проверять пользователей/права,
то придется запускать с fakeroot, а это 2.5 часа :(


-- 

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

Re: [devel] warnings and errors found by repocop.

[Grigory Batalov]

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

On Fri, 29 Feb 2008 14:36:25 +0200, Igor Vlasenko wrote:

> Уважаемые коллеги,
> выложил на 
> ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/

CWD people

550 Failed to change directory.

> результаты прогона repocop с первыми тестами на расположение пиктограмм
> и наличие update_menus. Прошу упомянутых благородных донов, взглянуть, 
> корректны ли результаты, может мы обидели кого-то зря...
> 
> algor     dlebkov    gnome     led       nbr        ruslandh     vg
> aris      drool      gns       legion    nmap       sass         vitty
> ashen     dubrsl     goldhead  mike      ns         sbolshakov   viy
> at        eostapets  greycat   mithraen  oddity     serpiph      voins
> avm       eugvv      icesik    mitrofan  partizan   shaba        vvk
> azol      evg        ildar     mobile    php-coder  shrek        vvzhy
> bga       evseev     inger     mono      pilot      slava        week
> boyarsh   evyscr     karpov    mouse     pma        swi          wrar
> cas       force      ktirf     murygin   pv         syatskevich  xorg
> cityhawk  gab        lakostis  mutabor   raorn      tetex        zerg
> damir     genix      lav       mvd       rider      thresh
> dim       george     ldv       naf       robin      ulfR

-- 
 Grigory Batalov,
 ALT Linux Team

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

Re: [devel] warnings and errors found by repocop.

[Serhii Hlodin]

п'ятниця, 29-лют-2008, Igor Vlasenko написав:
> Уважаемые коллеги,
> выложил на
> ftp://ftp.linux.kiev.ua/pub/people/~viy/repocop/reports/txt/

Firefox: 550 Failed to change directory
Konqueror: Не удается открыть папку /pub/people/~viy/repocop/reports/txt.

-- 
С уважением,
               С.В. Глодин