Re: bypass upgrade
That is true, when they are related. But I have also had a bunch of times where two ports at both outdated, and are not at all related. But, by default, macports stops when port A gives an error, so it never gets to build B, even though there is no dependency. In those cases, I will do: sudo port upgrade B and then B upgrades just fine. By doing it that way, you are not going to cause any problems, because if B actually depends on A, then when you do the above it will first try to upgrade A, and give an error. But, if they are in fact un-related, then B will upgrade fine. Perhaps there is an easier way to accomplish this? Because, I have also had cases with a bunch of outdated ports, and the first one gives an error. At that point it is hard to figure out which ones are dependencies on each other. If I gives an error, I often end up manually doing: sudo port upgrade B C D E F But, then maybe I will get B C D to build fine, but E was actually related to A, so it tries to build A and gives the error again. And that has me thinking about a wish list item: Seems like it would be nice to have some kind of flag that essentially says, build what you can, and skip ports that are giving errors and their dependents, but upgrade other independent things Sounds to me that you want the equivalent of make -k -k, --keep-going Continue as much as possible after an error. While the target that failed, and those that depend on it, cannot be remade, the other dependencies of these targets can be processed all the same. Sadly, I've asked for this in the past also, and been told sorry. So if it didn't come in 2.0 (haven't upgraded yet), then it's probably not going to come. Michael --- PGP/GPG accepted; key 25D85CE0 Political and economic blog of a strict constitutionalist http://StrictConstitution.BlogSpot.com ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
openmpi versus mpich2
Basic question: Can these two ports be installed side by side: openmpi and mpich2 and which one is better for what purposes or are they equivalent in function and performance? --Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: bypass upgrade
On Aug 7, 2011, at 2:04 PM, Michael Gersten wrote: That is true, when they are related. But I have also had a bunch of times where two ports at both outdated, and are not at all related. But, by default, macports stops when port A gives an error, so it never gets to build B, even though there is no dependency. In those cases, I will do: sudo port upgrade B and then B upgrades just fine. By doing it that way, you are not going to cause any problems, because if B actually depends on A, then when you do the above it will first try to upgrade A, and give an error. But, if they are in fact un-related, then B will upgrade fine. Perhaps there is an easier way to accomplish this? Because, I have also had cases with a bunch of outdated ports, and the first one gives an error. At that point it is hard to figure out which ones are dependencies on each other. If I gives an error, I often end up manually doing: sudo port upgrade B C D E F But, then maybe I will get B C D to build fine, but E was actually related to A, so it tries to build A and gives the error again. And that has me thinking about a wish list item: Seems like it would be nice to have some kind of flag that essentially says, build what you can, and skip ports that are giving errors and their dependents, but upgrade other independent things Sounds to me that you want the equivalent of make -k -k, --keep-going Continue as much as possible after an error. While the target that failed, and those that depend on it, cannot be remade, the other dependencies of these targets can be processed all the same. Sadly, I've asked for this in the past also, and been told sorry. So if it didn't come in 2.0 (haven't upgraded yet), then it's probably not going to come. There has always been this. But it's p for proceed on error. -p Despite any errors encountered, proceed to process multiple ports and commands. I usually run the following: sudo port -p upgrade outdated Cheers! Frank ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users