[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#288497: ITP: libsnowball-swedish-perl -- Stemming algorithm for Swedish



[To/CC set as this was also a personal mail to me; I suggest replies
just go to debian-devel]

On Tue, Jan 04, 2005 at 10:26:36AM +0100, Eduard Bloch wrote:

> I would not accept all your libsnowball* packages in Debian and hope
> your sponsor will see it the same way.
> 
> Reason: poisoning the package pool.
> Background: most of them (compressed) need about 5kB size. This is
> rudicuolous... a package of ~5kB that about ~5kB meta data to be
> included in the archive.

I can see that this is suboptimal. Given that this is how the modules
are distributed upstream ie. individually, how should I avoid this?
Would it be acceptable to package them all as one debian package somehow,
and thus lose the transparency that orig.tar.gz brings? Or is there some
other solution to this that I haven't spotted?

> For what reason? 0.0000001 percent of our users
> that may need it somewhen in the far future? I do not see a
> real/good/successful/promising application that makes use of this stuff.

I should probably have been more clear in the ITPs: these packages are
depended on by the perl module Lingua::Stem, which Plucene
<http://search.cpan.org/dist/Plucene/> in turn depends on.

Plucene is a Perl port of the Lucene search engine
<http://jakarta.apache.org/lucene/docs/index.html>. It was RFP'd a few
months ago <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276439> and
is used by OpenGuides <http://openguides.org/page/software> which I have
packaged for Debian (and propose to upload when it is more mature).

> Looks like a nice demo for one-shot wow effect but should we distribute
> that metadata to hundred thousands of users (wasting _their_
> diskspace/bandwith) just to make few ones happy? Think about it.

Perhaps the cost/benefit tradeoff is now acceptable given the
explanation above. Clearly it is a value judgement.

> There is the dh-make-perl, every admin can create such packages if
> needed _and_ wished.

But when some other useful package depends on such packages, that
is not an acceptable solution.

> Debian is not playground for just "making your fingertipps on a great
> distribution". Do you really speak all that languages? Somehow I doubt.

No. As should be apparent it was not my intention to use Debian as any
sort of playground.

Cheers,

Dominic.



Reply to: