From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 Date: Tue, 29 Dec 2009 15:48:25 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20091229134824.GA5381@dad.imath.kiev.ua> References: <20091213021354.GA28510@repocop.altlinux.org> <20091213144327.GW13584@osdn.org.ua> <20091213164503.GA31909@dad.imath.kiev.ua> <8b9c685c0912160732s332b96c1l389ea2c8feb6e0c2@mail.gmail.com> <20091217153707.GA26060@dad.imath.kiev.ua> <8b9c685c0912210806h86b6e66se8aa4a439cbe6a17@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8b9c685c0912210806h86b6e66se8aa4a439cbe6a17@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=dad.imath.kiev.ua; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] big-and-nicely-compressible-usr-share (was: [cyber] repocop-reports +1! -2 +13 (3652)) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2009 20:36:05 -0000 Archived-At: List-Archive: List-Post: On Mon, Dec 21, 2009 at 06:06:01PM +0200, Victor Forsyuk wrote: > > On Wed, Dec 16, 2009 at 05:32:41PM +0200, Victor Forsyuk wrote: > > > Если уж речь пошла об усовершенствовании этого теста, то я снова повторю > > > (высказывал в личной переписке) свою просьбу - не учитывать в объеме > > > usrshare тот объем, который занимают файлы из /usr/share/locale. > Например, пусть есть пакет warzone2100, в котором есть /usr/bin/warzone2100 > занимающий на диске 2МБ с чем-то > и /usr/share/locale/*/LC_MESSAGES/warzone2100.mo занимающие вместе > приблизительно такой же объем. > Если выделить все локализации для одной программы, то они (как текстовые > файлы, да еще и регулярной структуры, да еще и с повторениями) ужмутся очень > сильно. Намного сильнее бинарника программы. В два раза. > польза Мизерная. На фоне сотен мегабайт данных игрушек - слёзы. Если взять > конкретно warzone2100, то 42 МБ(!) его игровых данных я отрезал в отдельный > пакет. А вот полмега локалей - извините, не буду. Виктор, вы, как майнтайнер, вправе решать, что и как делать с пакетом. И в данном конкретном случае вы правы - это экономия на спичках. экономия на спичках имеет какой-то смысл -- с пакета по спичке - насобирали на новую коробку. Но, если такая работа не приносит удовольствия, то ее repocop не заставляет делать. Конечно, минус в том, что сообщение останется висеть. Чтобы оно не висело, вы просили переписать тест. Но в том, что вы просили, есть своя тонкость: кроме того, что мне не понятен смысл, зачем переписывать тест, у меня на переотладку теста пойдут те же усилия, если когда я просто попрошу у вас NMU (добавить @qa) и сам отрежу у warzone2100 эти полмега локалей. Т.е. переписывать тест с переотладкой - это для меня не дармовая операция по затратам времени, Если уже надо мне поработать, то давайте я лучше это усилие приложу не к тесту, а к warzone2100. В результате репозитарий на спичку станет лучше. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine