#16222: neon 0.28.2 should be built without GSSAPI support ----------------------------------+----------------------------------------- Reporter: vinc17@macports.org | Owner: dluke@geeklair.net Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: ----------------------------------+----------------------------------------- Changes (by vinc17@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