[MacPorts] #16222: neon 0.28.2 should be built without GSSAPI support
MacPorts
noreply at macports.org
Tue Aug 5 06:28:45 PDT 2008
#16222: neon 0.28.2 should be built without GSSAPI support
----------------------------------+-----------------------------------------
Reporter: vinc17 at macports.org | Owner: dluke at geeklair.net
Type: defect | Status: reopened
Priority: Normal | Milestone: Port Bugs
Component: ports | Version: 1.6.0
Resolution: | Keywords:
----------------------------------+-----------------------------------------
Changes (by vinc17 at macports.org):
* status: closed => reopened
* resolution: invalid =>
Comment:
I'm not sure this is the same thing (at least for point 2 below):
Subversion got the GSSAPI settings via /opt/local/lib/libneon.la, so it
was not directly its fault.
Now, concerning neon, there are two problems:
1. Determining automatically whether changes in a dependency port affect
the dependent. This needs changes in base. But this is not the problem
I've reported here.
2. Consistency between the dependencies and the libraries (from MacPorts)
really used, i.e. you are allowed to use a library from a port P only if
you depend on P. The problem here is that if heimdal (the old version) is
installed, then neon automatically detects it and links to it, even though
it doesn't depend on heimdal. So, the solution I'm suggesting is to avoid
this automatic detection. Many ports do this and use variants to get
additional features (see e.g. the easytag port).
Now if you want to link with the system libs, then the port should make
sure that the system libs are really used, not a lib provided by MacPorts.
But I don't know why you would want to link neon with the system libs. It
was decided to use MacPorts provided libraries if available, for
deterministic build behavior.
--
Ticket URL: <http://trac.macports.org/ticket/16222#comment:2>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list