#19751: subversion +no_bdb still requires Berkeley DB -------------------------------------+-------------------------------------- Reporter: com-macosforge@… | Owner: dluke@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: subversion -------------------------------------+-------------------------------------- Comment(by blair@…): Replying to [comment:10 dluke@…]:
Replying to [comment:9 blair@…]:
Serf doesn't need to explicitly list those dependencies since it lists a dependency upon apr-util.
The MacPorts convention would be to include all libraries that a port depends directly on in the portfile even if one of its dependents also brings in that library.
That's a suggestion I'm not in support of as a convention for MacPorts.
I'm not going to add explicit dependencies to them and then have to track each change in apr-util.
The other option would be to fix the serf build process so it doesn't link in those libraries unless it needs symbols from them.
One small change to configure.in (line 174) would prevent SERF_LIBS from getting the extra libraries, but it will still link against them because we install the .la files for apr-util.
If you have a patch to reduce the number of libraries, I can apply it to serf.
Perhaps that needs to change (I think other package mangers don't install the .la files along with the libraries)? I see a 2005 reference to ArchLinux switching over here http://www.archlinux.org/news/174/
I have third party internal C++ binaries that use the Subversion API and need the .la files to properly link against them, so removing them is a not a good idea. I should also note that Ubuntu includes all the .la files in the dev packages. So we can split the .la files into another package, say subversion-dev. -- Ticket URL: <http://trac.macports.org/ticket/19751#comment:11> MacPorts <http://www.macports.org/> Ports system for Mac OS