<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1256">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Then why not protect all other upgrade operations with a -f | --force flag, except when upgrading everything? It seems much too easy at the moment to perform an upgrade operation
 that has a good chance of leading to an inconsistent state.<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF425484"><font color="#000000" face="Tahoma" size="2"><b>From:</b> Brandon Allbery [allbery.b@gmail.com]<br>
<b>Sent:</b> 14 September 2015 16:32<br>
<b>To:</b> Artur Szostak<br>
<b>Cc:</b> Macports Users ý[macports-users@lists.macosforge<br>
<b>Subject:</b> Re: Versions in ports<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Mon, Sep 14, 2015 at 10:22 AM, Artur Szostak <span dir="ltr">
&lt;<a href="mailto:aszostak@partner.eso.org" target="_blank">aszostak@partner.eso.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
To me, it feels like the MacPorts documentation is misleading the end user to believe that upgrading/downgrading individual packages is a routine and safe procedure, when my experience tells me otherwise. Can anyone point me to the reason behind these design
 decisions?</blockquote>
</div>
<div class="gmail_extra"><br>
</div>
I suspect you are reading experience with something like yum or apt-get into a ports-based system. MacPorts gets most of its behavior from BSD ports/pkgsrc, and the documentation tends to assume that you are familiar with that.<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature">
<div dir="ltr">
<div>brandon s allbery kf8nh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sine nomine associates</div>
<div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>