Bug#702096: perl: Module deprecations in 5.18
On Sat, May 11, 2013 at 04:58:06PM +0100, Dominic Hargreaves wrote: On Fri, May 10, 2013 at 09:13:02AM +0300, Niko Tyni wrote: On Thu, May 09, 2013 at 02:12:40PM +0300, Niko Tyni wrote: On Sat, Mar 02, 2013 at 05:33:55PM +, Dominic Hargreaves wrote: This is a placeholder/reminder, as 5.18 isn't out yet. There are a number of deprecations coming up, listed at Thanks to gregoa these are all now packaged separately, and I've processed the rebuild logs and filed bugs on packages where the warning was seen during the test suite. Specific comments below. I played a little with codesearch.debian.net; results below. Archive-Extract Needed by at least libalien-sdl-perl and libmodule-extract-perl. B-Lint Probably not used in other packages. CPANPLUS-Dist-Build Used by CPANPLUS. CPANPLUS Possibly used by Module::Install (and embedded versions of it?) Packaged before, and then removed back in 2005 (RoQA): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292754 However this was mainly because it was orphaned. I don't *think* it would go against the spirit of that removal to reintroduce it. Module::Install doesn't declare a dependency on CPANPLUS in META.yml and it seems to be optional, so I don't think it's worth making this an explicit dependency. File-CheckTree Probably not used in other packages. Log-Message-Simple Used by Term-UI Log-Message Used by CPANPLUS, Log-Message-Simple and Term-UI. Module-Pluggable Used by CPANPLUS, cipux, libcatalyst-perl, jifty? etc. jifty isn't buildable with perl 5.18 owing to dependency problems yet (or at least wasn't when I did my mass rebuild in late May). Will need to check later. Object-Accessor Used by CPANPLUS Pod-LaTeX Used by cloog, liblatex-encode-perl, libtex-encode-perl libtex-encode-perl doesn't actually appear to use Pod::LaTeX but it does have some (stale?) references to it in POD/META.yml. cloog doesn't invoke it during build but I'll file a bug anyway. Term-UI Used by oar, libdist-zilla-perl. Text-Soundex Used by libnet-ldap-perl, libsql-statement-perl, libmodule-info-perl?, libgedcom-perl? We probably need to package all of these separately. If jessie is going to release with Perl 5.18, adding them as recommendations to the perl package should be enough. If we release with something later we probably need real dependencies for one release cycle. According to the above, we could possibly drop B-Lint and File-CheckTree if we assume that user code doesn't need them. Not sure how probable that is. I'm somewhat inclined to lean on the safe side and package those as well. Yes, that's roughly what we decided for the perl 5.14 deprecations IIRC. So at the moment it looks like the following is justified (Recommending modules used by other packages, and Suggesting the others). All in perl-modules. Recommends: libarchive-extract-perl, libmodule-pluggable-perl, libpod-latex-perl, libterm-ui-perl, libtext-soundex-perl Suggests: libb-lint-perl, libcpanplus-dist-build-perl, libcpanplus-perl, libfile-checktree-perl, liblog-message-simple-perl, liblog-message-perl, libobject-accessor-perl -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702096: perl: Module deprecations in 5.18
On Sat, May 11, 2013 at 04:58:06PM +0100, Dominic Hargreaves wrote: On Fri, May 10, 2013 at 09:13:02AM +0300, Niko Tyni wrote: On Thu, May 09, 2013 at 02:12:40PM +0300, Niko Tyni wrote: We probably need to package all of these separately. If jessie is going to release with Perl 5.18, adding them as recommendations to the perl package should be enough. If we release with something later we probably need real dependencies for one release cycle. According to the above, we could possibly drop B-Lint and File-CheckTree if we assume that user code doesn't need them. Not sure how probable that is. I'm somewhat inclined to lean on the safe side and package those as well. Yes, that's roughly what we decided for the perl 5.14 deprecations IIRC. I've now added ITPs for all of those (sorry about the weird linewrapping isssues!) and marked them as blocking this bug. I would be pleased to have some assistance in packaging these as part of the Debian Perl group. If you do so please claim the package by setting the owner of the ITP bug to you. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702096: perl: Module deprecations in 5.18
On Fri, May 10, 2013 at 09:13:02AM +0300, Niko Tyni wrote: On Thu, May 09, 2013 at 02:12:40PM +0300, Niko Tyni wrote: On Sat, Mar 02, 2013 at 05:33:55PM +, Dominic Hargreaves wrote: This is a placeholder/reminder, as 5.18 isn't out yet. There are a number of deprecations coming up, listed at As of 5.17.11, the full list seems to be I played a little with codesearch.debian.net; results below. Archive-Extract Needed by at least libalien-sdl-perl and libmodule-extract-perl. B-Lint Probably not used in other packages. CPANPLUS-Dist-Build Used by CPANPLUS. CPANPLUS Possibly used by Module::Install (and embedded versions of it?) Packaged before, and then removed back in 2005 (RoQA): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292754 However this was mainly because it was orphaned. I don't *think* it would go against the spirit of that removal to reintroduce it. File-CheckTree Probably not used in other packages. Log-Message-Simple Used by Term-UI Log-Message Used by CPANPLUS, Log-Message-Simple and Term-UI. Module-Pluggable Used by CPANPLUS, cipux, libcatalyst-perl, jifty? etc. Object-Accessor Used by CPANPLUS Pod-LaTeX Used by cloog, liblatex-encode-perl, libtex-encode-perl Term-UI Used by oar, libdist-zilla-perl. Text-Soundex Used by libnet-ldap-perl, libsql-statement-perl, libmodule-info-perl?, libgedcom-perl? We probably need to package all of these separately. If jessie is going to release with Perl 5.18, adding them as recommendations to the perl package should be enough. If we release with something later we probably need real dependencies for one release cycle. According to the above, we could possibly drop B-Lint and File-CheckTree if we assume that user code doesn't need them. Not sure how probable that is. I'm somewhat inclined to lean on the safe side and package those as well. Yes, that's roughly what we decided for the perl 5.14 deprecations IIRC. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702096: perl: Module deprecations in 5.18
On Thu, May 09, 2013 at 02:12:40PM +0300, Niko Tyni wrote: On Sat, Mar 02, 2013 at 05:33:55PM +, Dominic Hargreaves wrote: This is a placeholder/reminder, as 5.18 isn't out yet. There are a number of deprecations coming up, listed at As of 5.17.11, the full list seems to be I played a little with codesearch.debian.net; results below. Archive-Extract Needed by at least libalien-sdl-perl and libmodule-extract-perl. B-Lint Probably not used in other packages. CPANPLUS-Dist-Build Used by CPANPLUS. CPANPLUS Possibly used by Module::Install (and embedded versions of it?) File-CheckTree Probably not used in other packages. Log-Message-Simple Used by Term-UI Log-Message Used by CPANPLUS, Log-Message-Simple and Term-UI. Module-Pluggable Used by CPANPLUS, cipux, libcatalyst-perl, jifty? etc. Object-Accessor Used by CPANPLUS Pod-LaTeX Used by cloog, liblatex-encode-perl, libtex-encode-perl Term-UI Used by oar, libdist-zilla-perl. Text-Soundex Used by libnet-ldap-perl, libsql-statement-perl, libmodule-info-perl?, libgedcom-perl? We probably need to package all of these separately. If jessie is going to release with Perl 5.18, adding them as recommendations to the perl package should be enough. If we release with something later we probably need real dependencies for one release cycle. According to the above, we could possibly drop B-Lint and File-CheckTree if we assume that user code doesn't need them. Not sure how probable that is. I'm somewhat inclined to lean on the safe side and package those as well. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702096: perl: Module deprecations in 5.18
On Sat, Mar 02, 2013 at 05:33:55PM +, Dominic Hargreaves wrote: Package: perl Version: 5.16.2-2 Severity: normal Tags: experimental This is a placeholder/reminder, as 5.18 isn't out yet. There are a number of deprecations coming up, listed at https://metacpan.org/module/ARC/perl-5.17.8/pod/perldelta.pod https://metacpan.org/module/BINGOS/perl-5.17.9/pod/perldelta.pod As of 5.17.11, the full list seems to be Archive-Extract B-Lint CPANPLUS-Dist-Build CPANPLUS File-CheckTree Log-Message-Simple Log-Message Module-Pluggable Object-Accessor Pod-LaTeX Term-UI Text-Soundex We probably need to package all of these separately. If jessie is going to release with Perl 5.18, adding them as recommendations to the perl package should be enough. If we release with something later we probably need real dependencies for one release cycle. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702096: perl: Module deprecations in 5.18
Package: perl Version: 5.16.2-2 Severity: normal Tags: experimental This is a placeholder/reminder, as 5.18 isn't out yet. There are a number of deprecations coming up, listed at https://metacpan.org/module/ARC/perl-5.17.8/pod/perldelta.pod https://metacpan.org/module/BINGOS/perl-5.17.9/pod/perldelta.pod -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
