Changes between Initial Version and Version 5 of Ticket #14775
- Timestamp:
- Feb 18, 2010, 7:09:23 AM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #14775
-
Property
Status
changed from
new
toclosed
-
Property
Resolution
changed from
to
invalid
-
Property
Milestone
changed from
Port Enhancements
to
-
Property
Status
changed from
-
Ticket #14775 – Description
initial v5 1 In the recent revision, r35247, heimdal was installed into its own directory [[BR]]1 In the recent revision, r35247, heimdal was installed into its own directory 2 2 because "no other ports depend on it."[[BR]] 3 At least two ports inadvertently depends on it because it was found in the configure phase [[BR]]4 (as reported in #14697 and #12805). [[BR]]3 At least two ports inadvertently depends on it because it was found in the configure phase 4 (as reported in #14697 and #12805). 5 5 6 If the reason for the change was to avoid conflict with the system kerberos, doesn't this conflict with [[BR]]7 MacPorts policy of using its own libraries (http://trac.macosforge.org/projects/macports/wiki/FAQ#WhyisMacPortsusingitsownlibraries)?6 If the reason for the change was to avoid conflict with the system kerberos, doesn't this conflict with 7 [wiki:FAQ#WhyisMacPortsusingitsownlibraries MacPorts policy of using its own libraries]? 8 8 9 Since I only use heimdal as part of other ports, my interest is more or less academic, but if, as indicated, it is [[BR]]10 "much nicer than the included MIT kerberos," shouldn't it be returned to the central location so that other ports [[BR]]9 Since I only use heimdal as part of other ports, my interest is more or less academic, but if, as indicated, it is 10 "much nicer than the included MIT kerberos," shouldn't it be returned to the central location so that other ports 11 11 can more easily use it?