Bug#593568: ITP: libwww-perl5.808-perl -- version 5.808 of libwww-perl

[Ansgar Burchardt <ansgar@43-1.org>]

Hi,

Steffen M$(D+S(Bller <steffen_moeller@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