Hi, Steffen M$(D+S(Bller <steffen_moel...@gmx.de> writes:
> On 08/29/2010 06:13 PM, Ansgar Burchardt wrote: >> 2. This package provides and conflicts with libwww-perl, that means >> 2a. packages with versioned dependencies on libwww-perl will not be >> co-installable with this package (this includes libbio-das-lite-perl >> as well which I think is related to Ensemble/BioPerl and in NEW as >> well). >> 2b. might break packages that have an unversioned dependency on >> libwww-perl, but expect a newer version. > we don't really need the Provides. This can go. > >> As libwww-perl has many reverse dependencies (> 200 direct rdeps) this >> seems likely to me; I did not investigate how many packages have >> versioned dependencies on libwww-perl. > > Ack. We'd reupload with the "Provides" gone ... and upload to > experimental since we are in the freeze. I wonder if it might be less painful to drop the Conflicts as well, given that even devscripts depends on libwww-perl. Two ideas to achieve this: Rename the modules in libwww-perl5.508-perl (ie. LWP::UserAgent $B"*(B LWP::UserAgent5808 or some other such scheme) and adapt the rdeps as well. Or install the Perl module in a non-standard location (one that is not in perl's default @INC) and make sure the rdeps add this directory to @INC before any (even indirect) 'use LWP::*'. You should probably document this in README.Debian. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877hj8zy4v....@marvin.43-1.org