<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 31, 2014 at 8:46 PM, David Winsemius <span dir="ltr">&lt;<a href="mailto:dwinsemius@comcast.net" target="_blank">dwinsemius@comcast.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">david-winsemiuss-mac-pro:~ davidwinsemius$ sudo port selfupdate<br>
---&gt;  Updating MacPorts base sources using rsync<br>
MacPorts base version 2.1.3 installed,<br>
MacPorts base version 2.3.1 downloaded.<br>
---&gt;  Updating the ports tree<br>
---&gt;  MacPorts base is outdated, installing new version 2.3.1<br>
Warning: Disabling readline support due to readline in /usr/local<br>
Installing new MacPorts release in /opt/local as root:admin; permissions 0755; Tcl-Package in /Library/Tcl<br>
<br>
Error: /opt/local/bin/port: port selfupdate failed: Error installing new MacPorts base: command execution failed<br>
-----------------<br>
<br>
I&#39;ve read that trying to uninstall macPorts can be dangerous and advised to pose my question here. What advice can anyone offer.<br></blockquote><div><br></div><div>Normally it&#39;s not dangerous at all, and the instructions are in the MacPorts FAQ.</div>
<div><br></div><div>In your case, it *might* be: because of the warning quoted above. You haven&#39;t been practicing proper package hygiene; it is nearly impossible to prevent random things from picking up stuff in /usr/local, and can be difficult to prevent some things from looking in /sw and /opt/local on Macs. (configure scripts and cmake rules are often too smart for their own good.) If you&#39;ve been installing non-MacPorts stuff, in other words, it may have quietly made itself dependent on MacPorts and could break without warning if you remove MacPorts; conversely, removing whatever you have in /usr/local might break stuff installed by MacPorts, despite our best efforts to avoid stuff in /usr/local finding its way into MacPorts.</div>
<div><br></div><div>MacPorts and Homebrew both warn not to have the other installed, for this reason. Fink is also potentially problematic to both, and potentially could in turn be broken by either/both although this is less likely because it&#39;s binary-only.</div>
</div><div><br></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div>
</div></div>