Re: selfupdate failing under Leopard
macports-users@lists.macosforge.org writes:
Apple doesn't install things into /usr/local, you do. You had a bad copy of libreadline installed and it was causing problems.
On 10.5, I see: /usr/local/include fuse fuse.h ulockmgr.h /usr/local/lib libfuse.0.0.0.dylib libfuse.la libulockmgr.dylib libfuse.0.dylib libulockmgr.0.0.0.dylib libulockmgr.la libfuse.a libulockmgr.0.dylib pkgconfig libfuse.dylib libulockmgr.a Has the possiblity of checking for the presence of trouiblesome stuff in /usr/local/bin & lib/ and if so throwing up a terse warning that non-Apple software has been installed, likely problems that might occur because of it, and perhaps possible workarounds? I know forcing MP not to link against /usr/local is thought though possible right now. On the other hand, if a user installs stuff in /usr/local/ after installing MacPorts it wouldn't help unless selfupdate (and/or port) also checked those paths so maybe it isn't feasible. The Cisco VPN client uses /usr/local, though it causes no problems. Comments? Mark
On Nov 16, 2007, at 2:14 PM, markd@macports.org wrote:
On the other hand, if a user installs stuff in /usr/local/ after installing MacPorts it wouldn't help unless selfupdate (and/or port) also checked those paths so maybe it isn't feasible. The Cisco VPN client uses /usr/local, though it causes no problems. Comments?
So the 'problem' is only when the user installs some library in /usr/ local that macports uses and either that install is broken somehow or the user removes it. It's good to make macports robust against mistakes, but at some point we probably have to realize that end-users are going to be able to configure their systems in ways that are broken, and we may or may not be able to do something about that specific broken-ness. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
In my particular case the problem was caused by having installed MacPorts on a PPC based system, using Migration Assistant to move things over to an Intel based system and THEN trying to run selfupdate. Not a real common set of circumstances and one that was pretty easily solved (and one I think most MacPorts users would be able to figure out on their own). -Stuart On Nov 16, 2007, at 2:22 PM, Daniel J. Luke wrote:
On Nov 16, 2007, at 2:14 PM, markd@macports.org wrote:
On the other hand, if a user installs stuff in /usr/local/ after installing MacPorts it wouldn't help unless selfupdate (and/or port) also checked those paths so maybe it isn't feasible. The Cisco VPN client uses /usr/local, though it causes no problems. Comments?
So the 'problem' is only when the user installs some library in /usr/ local that macports uses and either that install is broken somehow or the user removes it.
It's good to make macports robust against mistakes, but at some point we probably have to realize that end-users are going to be able to configure their systems in ways that are broken, and we may or may not be able to do something about that specific broken-ness.
-- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
-------------------------------------- Stuart Tannehill stuart@sandhillcreative.com
participants (3)
-
Daniel J. Luke
-
markd＠macports.org
-
Stuart Tannehill