[MacPorts] #50245: Remove modules for perl 5.16, 5.18 (and 5.20?)

MacPorts noreply at macports.org
Wed Jan 6 15:28:15 PST 2016


#50245: Remove modules for perl 5.16, 5.18 (and 5.20?)
---------------------------------+--------------------------------
  Reporter:  mojca@…             |      Owner:  macports-tickets@…
      Type:  enhancement         |     Status:  new
  Priority:  Normal              |  Milestone:
 Component:  ports               |    Version:
Resolution:                      |   Keywords:
      Port:  perl5 p5-graveyard  |
---------------------------------+--------------------------------
Description changed by mojca@…:

Old description:

> Here's a list of things we have to do (please add the missing items):
>   1. empty the `p5-graveyard` port; we no longer need replacements for
> 5.8-5.14
>   2. decide whether to keep or remove support for 5.20 (if we wait long
> enough with the ticket, 5.24 will be out anyway, so we may just as well
> remove 5.20 now :); on the other hand that should not mean removing all
> perl5 variants just because there will be a single perl left until
> introduction of 5.24
>   3. close #48365
>   4. ~~remove `perl5_16` ... `perl5_x` variants from `perl5`~~, r144338
>   5. potentially collect a list of affected ports and warn maintainers
> (maybe try to make sure that we don't add a huge number of CC-ed users
> that will want to unsubscribe straight away while we still discuss what
> to do)
>   6. handle `subversion-perlbindings`
>   7. remove 5.16-5.x from `perl5.branches` from ports with variants
>   8. remove 5.16-5.x from all `p5-foo` modules
>   9. fill in the `p5-graveyard` port
>   10. (potential removal of `perl5.x` itself can wait)

New description:

 Here's a list of things we have to do (please add the missing items):
   1. empty the `p5-graveyard` port; we no longer need replacements for
 5.8-5.14
   2. decide whether to keep or remove support for 5.20 (if we wait long
 enough with the ticket, 5.24 will be out anyway, so we may just as well
 remove 5.20 now :); on the other hand that should not mean removing all
 perl5 variants just because there will be a single perl left until
 introduction of 5.24
   3. ~~close #48365~~
   4. ~~remove `perl5_16` ... `perl5_x` variants from `perl5`~~, r144338
   5. potentially collect a list of affected ports and warn maintainers
 (maybe try to make sure that we don't add a huge number of CC-ed users
 that will want to unsubscribe straight away while we still discuss what to
 do)
   6. remove 5.16-5.x from `perl5.branches` from ports with variants,
 handle `subversion-perlbindings`
     * amavisd-new
     * eperl
     * fntsample
     * fusioninventory-agent
     * git
     * git-cal
     * log2timeline
     * mod_perl2
     * openbrowser
     * ossp-uuid
     * subversion-perlbindings
     * sqlgrey
     * xraylib
     * wml
     * biblatex-biber (is there any way to simplify the last two?)
     * percona-toolkit
   7. remove 5.16-5.x from all `p5-foo` modules
   8. fill in the `p5-graveyard` port
   9. (potential removal of `perl5.x` itself can wait)

--

-- 
Ticket URL: <https://trac.macports.org/ticket/50245#comment:3>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list