[MacPorts] #19751: subversion +no_bdb still requires Berkeley DB
MacPorts
noreply at macports.org
Wed May 27 13:28:37 PDT 2009
#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
More information about the macports-tickets
mailing list