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

Re: Perl 5.20 and CGI + Module::Build deprecations



On Fri, 30 May 2014 00:08:15 +0300, Niko Tyni wrote:

> > - CGI and friends are removed; 
> Note that they aren't removed yet in 5.20, just deprecated.  This means
> that using them will generate a warning that they will be removed in
> 5.22 and that a separate version should be installed.

Ah, seems I was confused; thanks for the clarification.
 
> >   CGI.pm is already packages separately
> >   anway; where it gets interesting is that CGI::Fast, which was also
> >   part of perl core,
> >   + is split off into its own dist since CGI 4.0
> >   + but is currently also in its own binary package libcgi-fast-perl,
> >     produced by the perl source package
> >   so we can't just package the new separate CGI::Fast as
> >   libcgi-fast-perl.
> >   I guess waiting for 5.20 (which probably will drop the libcgi-fast-perl
> >   binary package) and making a somehow coordinated upload of
> >   libcgi-pm-perl 4 (without CGI::Fast) and a new separate
> >   libcgi-fast-perl should be enough? (With getting versions right et
> >   al.)
> 
> Yeah, this is a bit messy. I suppose we could make the libcgi-fast
> binary package handover even sooner, no particular need to wait
> for 5.20. 

Right.

> Not sure how the coordinated part goes, I suppose perl
> will need to drop it first?

I'm not sure either; I guess uploading libcgi-fast-perl before could
work as well (except that 5.20 in NEW will be unhappy?) but it feels
weird. So my gut feeling is also to drop libcgi-fast-perl from the
perl source package.
 
> An epoch may be needed in the version number as libcgi-fast-perl is
> currently at 5.18.2-4.

Ack.

I've now prepared libcgi-pm-perl (4.01-1) and libcgi-fast-perl
(1:2.01-1) in git. Reviews welcome, especially for the dropped and
added package relationships.
 
> > - The other interesting point is Module::Build; in the regard that we
> >   have tons of "Build-Depends: libmodule-build-perl (>= 0.nnnnnn) |
> >   perl (>= 5.1x.y)" which will (not fail with sbuild which picks the
> >   first alternative) be wrong and cause build failures with
> >   p/cowbuilder, once 5.20 without M::B fulfills the second
> >   alternative. 
> 
> As above, Perl 5.20 still has Module::Build but using it will warn.
> However, I don't think the perl 5.20 packages should provide
> libmodule-build-perl anymore.

Sounds good to me.
 
> I agree it's going to be somewhat interesting :)

Heh :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joel Harrison: Lonesome road blues

Attachment: signature.asc
Description: Digital Signature


Reply to: