[MacPorts] #46322: p5-*: consistently remove Perl versions 5.8-5.14
MacPorts
noreply at macports.org
Fri Dec 26 10:35:37 PST 2014
#46322: p5-*: consistently remove Perl versions 5.8-5.14
--------------------------+--------------------------------
Reporter: mojca@… | Owner: macports-tickets@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: |
--------------------------+--------------------------------
Comment (by larryv@…):
Replying to [comment:6 mojca@…]:
> I just need a list of ports to fill your `p5-graveyard` `Portfile`,
> that is:
> {{{
> acme-lolcat 0.0.5_3
> algorithm-annotate 0.100.0_3
> ...
> io-tty 1.120.0
> ...
> wx 0.992.300_2
> ...
> zeromq 0.230.0_1
> }}}
This will do it, then, with all revisions bumped:
{{{
#!sh
port -q info --index --line --name --version --revision 'p5-*' \
| awk '{ sub(/^p5-/, "", $3); printf "%-35s %s_%d\n", $3, $1, ($2 +
1); }'
}}}
I created the graveyard in r130078; you can fill it in at your leisure. I
also kept myself as maintainer, but you can add yourself if you’d like.
(You might want to think twice about that because you’ll get Buildbot
failure emails for //every single change//.)
> But now that you asked I have another suggestion. The revision of the
> port needs to be increased by one for every port for the obsolete
> `PortGroup` to do its job. Wouldn't it be easier/better if that
> increase was done automatically (somewhere after the line "`lassign
> [split $vers _] ver rev`"), so that we could simply list all the
> current versions of the ports, rather than having to list all ports
> with their revisions increased by one?
I thought about it but decided that I didn't want the portfile to list one
revision but generate a subport with a different revision. I don’t like
that particular kind of action-at-a-distance.
--
Ticket URL: <https://trac.macports.org/ticket/46322#comment:7>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list