Changes between Initial Version and Version 5 of Ticket #14775


Ignore:
Timestamp:
Feb 18, 2010, 7:09:23 AM (14 years ago)
Author:
ryandesign (Ryan Carsten Schmidt)
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #14775

    • Property Status changed from new to closed
    • Property Resolution changed from to invalid
    • Property Milestone changed from Port Enhancements to

  • Ticket #14775 – Description

    initial v5  
    1 In the recent revision, r35247, heimdal was installed into its own directory[[BR]]
     1In the recent revision, r35247, heimdal was installed into its own directory
    22because "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]]
     3At least two ports inadvertently depends on it because it was found in the configure phase
     4(as reported in #14697 and #12805).
    55
    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)?
     6If 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]?
    88
    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]]
     9Since 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
    1111can more easily use it?