Opened 10 years ago
Closed 10 years ago
#46780 closed defect (fixed)
eperl port declares conflicts with nonexistent ports
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | neverpanic (Clemens Lang) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.99 |
Keywords: | Cc: | ||
Port: | eperl |
Description
The eperl port declares that it conflicts with the ports "perl5_16" and "perl5_18":
$ port info eperl eperl @2.2.14 (perl, www) Variants: [+]perl5_16, perl5_18, perl5_20, universal Description: ePerl interprets an ASCII file bristled with Perl 5 program statements by evaluating the Perl 5 code while passing through the plain ASCII data. Homepage: http://www.ossp.org/pkg/tool/eperl/ Library Dependencies: perl5.16 Conflicts with: perl5_16, perl5_18 Platforms: darwin License: Artistic-1 GPL Maintainers: cal@macports.org, openmaintainer@macports.org
But no such ports exist.
Change History (2)
comment:1 Changed 10 years ago by neverpanic (Clemens Lang)
Status: | new → assigned |
---|
comment:2 Changed 10 years ago by neverpanic (Clemens Lang)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
In r132667, thanks for the pointer.
Note: See
TracTickets for help on using
tickets.
Correct, that seems to be fallout from my trying to generate the variants. I should use the perl PortGroup for that instead.