[MacPorts] #22291: db46 4.6.21_6 Extracting - failed
MacPorts
noreply at macports.org
Sun Nov 8 17:23:37 PST 2009
#22291: db46 4.6.21_6 Extracting - failed
---------------------------+------------------------------------------------
Reporter: senz@… | Owner: blair@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.8.1
Resolution: fixed | Keywords:
Port: db46 |
---------------------------+------------------------------------------------
Comment(by ryandesign@…):
Replying to [comment:30 sjoerd@…]:
> Good to see all activity to solve the problem. However, moving db.h
aside to db_aside.h during the upgrade, does not work in my case. The
installation seems to progress, configure succeeds, but making seems to
fail here: [[BR]]
> [snip] [[BR]]
> Moving /usr/local aside (which is a symlink to /usr, in my case), works,
however.
It's completely expected that just moving db.h aside would not be
sufficient. You'll note the error message the port displays doesn't
suggest this would work. You would need to move all parts of BerkeleyDB
aside, including its headers and libraries. Moving the entirety of
/usr/local is an easy way to be sure you move everything aside.
Please remember that it is not supported to have anything in /usr/local
while using MacPorts, for exactly the reasons explored above in this
ticket. It causes too many problems. If you can get it to work, great, but
we are not here to provide help with that.
P.S: It is an incredibly bad idea to have /usr/local be a symlink to /usr.
/usr is for things installed by the OS vendor (e.g. Apple). /usr/local is
historically for things installed by the sysadmin (e.g. you). Don't mix
these up, and again, for people using MacPorts, please do not install
anything in /usr/local.
--
Ticket URL: <http://trac.macports.org/ticket/22291#comment:32>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list