Re: [MacPorts] #14775: RFE: new prefix for heimdal affects other ports
#14775: RFE: new prefix for heimdal affects other ports -----------------------------------------+---------------------------------- Reporter: marcuscalhounlopez@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Resolution: invalid | Keywords: Port: | -----------------------------------------+---------------------------------- Description changed by ryandesign@…: Old description:
In the recent revision, r35247, heimdal was installed into its own directory[[BR]] because "no other ports depend on it."[[BR]] At least two ports inadvertently depends on it because it was found in the configure phase[[BR]] (as reported in #14697 and #12805).[[BR]]
If the reason for the change was to avoid conflict with the system kerberos, doesn't this conflict with[[BR]] MacPorts policy of using its own libraries (http://trac.macosforge.org/projects/macports/wiki/FAQ#WhyisMacPortsusingitso...
Since I only use heimdal as part of other ports, my interest is more or less academic, but if, as indicated, it is[[BR]] "much nicer than the included MIT kerberos," shouldn't it be returned to the central location so that other ports[[BR]] can more easily use it?
New description: In the recent revision, r35247, heimdal was installed into its own directory because "no other ports depend on it."[[BR]] At least two ports inadvertently depends on it because it was found in the configure phase (as reported in #14697 and #12805). If the reason for the change was to avoid conflict with the system kerberos, doesn't this conflict with [wiki:FAQ#WhyisMacPortsusingitsownlibraries MacPorts policy of using its own libraries]? Since I only use heimdal as part of other ports, my interest is more or less academic, but if, as indicated, it is "much nicer than the included MIT kerberos," shouldn't it be returned to the central location so that other ports can more easily use it? -- -- Ticket URL: <http://trac.macports.org/ticket/14775#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts