[devel] repocop: arch-dep-package-has-big-usr-share

Igor Vlasenko =?iso-8859-1?q?vlasenko_=CE=C1_imath=2Ekiev=2Eua?=
Пт Авг 1 11:55:56 MSD 2008


On Fri, Aug 01, 2008 at 01:26:46AM +0400, Alexey Tourbin wrote:
> On Thu, Jul 31, 2008 at 11:10:29PM +0300, Igor Vlasenko wrote:
> > Сейчас там на плоскости (S,s) вырезается первое приближение к гиперболе:
> > |
> > | |
> > |  \ _
> > |________
> > 
> > DELETE FROM t1 WHERE total <= 1048576;
> > DELETE FROM t2 WHERE usrshare <= 1048576;
> > отбрасываются пакеты с total < 1mb и с /usr/share/ < 1mb
> > INSERT INTO t3 SELECT t1.pkgid, total, usrshare FROM t2 LEFT JOIN t1 ON t1.pkgid=t2.pkgid WHERE usrshare > 2097152 OR (usrshare > 1048576 AND usrshare/total > 0.5);
> > затем выделяются пакеты с /usr/share/ > 2mb либо /usr/share/> 1mb и s/S >0.5.
> > 
> > В принципе можно сгладить, 
> > только не понятно, стоит ли размениваться на пакеты S,s < 1mb.
> 
> У веса есть по крайней мере одно преимущество: если p=1, то это значит,
> что либо все файлы в /usr/share, либо в пакете вообще нет файлов (это
> зависит от того, как доопределить функцию).  В любом случае, такой пакет
> очень просто сделать noarch (достаточно вписать "BuildArch: noarch",
> ничего распиливать не надо).  (Правда, основной пакет нельзя сделать
> noarch.)
> 
> Правда, частный случай p=1 тоже легко отследить SQL запросом:
> 	... WHERE total = usrshare;

И сообщение в этом случае другое надо давать:
вместо has a significant amount of architecture-independent data -
consists of architecture-independent data in /usr/share...

Чтобы легче было отследить подпакеты, в которых достаточно
только добавить BuildArch: noarch.

Сделано в repocop-unittest-lintian-noncollectors-0.10.1.23.48-alt4.

-- 

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




Подробная информация о списке рассылки Devel