Unexpected clean

Joshua Root jmr at macports.org
Tue Sep 9 06:40:54 PDT 2014


On 2014-9-9 23:27 , Adam Dershowitz Ph.D., P.E. wrote:
> I typically use -u when I do an upgrade.  However there is one port that I like to keep old versions around, because it is very much in development (specifically openmodelica-devel).  So I usually do:
> sudo port -u upgrade outdated and not openmodelica-devel
> 
> then other times I do:
> sudo port upgrade openmodelica-devel
> 
> That usual works fine.  But, a few days ago the py27-omniORBpy port upgraded when I did "sudo port -u upgrade outdated and not openmodelica-devel”.  Due to dependencies that then caused macports to find a link error during the scan and to perform an upgrade on openmodelica-devel.  The problem is that the -u was passed to this upgrade, so despite the command having “not openmodelica-devel” macports still did the upgrade and clean.  So, these old ports were removed.
> 
> I do understand why the behavior happened, and I am not sure of the best solution going forward.  Perhaps, when doing upgrades due to “scanning binaries for linking errors” macports should honor the full command line?  I did tell it not to upgrade openmodelica-devel, and it did it anyway.  
> Is there anything that I could have done differently (other then not using -u?)
> Maybe just user awareness, hence this email?  

It does seem like automatic rev-upgrades should probably filter out that
option. I can't think of a situation where leaving it in will do what
the user wants. (I can see maybe wanting to use it when running
rev-upgrade explicitly.)

- Josh


More information about the macports-dev mailing list