Hello, On 08/29/2010 05:59 PM, Ansgar Burchardt wrote: > the module name does not comply to a "should" requirement of the Perl > Policy: > > 4.2 Module Package Names > Perl module packages should be named for the primary module > provided. The naming convention is to lowercase the Perl module name, > prepend, lib, change all occurrences of :: to -, and append -perl. > > Some packages that use the distribution name instead, but that is not > the case either here (there is an additional "-" in the package name). > > Please consider changing the package name to "liblwp-parallel-perl" > before it is accepted into the archive.
well spotted. As you may guess, we followed the file name. Since others will have the same difficulty, I suggest to leave the source name as it is name the package just like you say. I'd also want to add a Provides to the libparallel-useragent-perl since people are really looking for this ... Maybe the notion in the description would be sufficient. But, an explicit provides probably helps. > Another related question: Are there other modules that need the older > version libwww-perl5.808-perl of libwww-perl besides this one? At least > bioperl1.2.3 in NEW lists the regular libwww-perl as an alternative as > well so it seems not required there. Sigh. Well. That old version of bioperl is the culprit of it all, and that in turn is dragged in by Ensembl, which is just on the brink of being uploaded. In an Ensembl production environment you would not use the bioperl > 1.2.3 . And bioperl1.2.3 needs the liblwp-parallel-perl. When you know what you are using, you may possibly have something sufficiently working without the need to uninstall the current libwww-perl with the many reverse dependencies. But this should not be the default. The real audience for this package though are dedicated machines, real or virtual, that don't have much more than Ensembl installed. The "|libwww-perl" took a very pragmatic stance. What should happen over the next couple of months/years though is to have the need for those older packages to disappear. But this needs more time than we should allow Ensembl to remain outside of our distro. Many thanks and regards Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org