My experience with portupgrade for workstation / desktop oriented systems has been unwieldy at best.  Doing any sort of operation repair or fix on it's database is excruciatingly slow.  I actually like using pre-built packages for most things and I like how portmaster combines pre-built packages with the source-built ports.  I'm giving it a whirl for now and we'll see how it goes.<br>

<br><br clear="all">Chuck Atkins<br>R&D Engineer<br>Kitware, Inc.<br>(518) 371-3971 x603<br><br>-- "Mathematicians are tools for turning coffee grounds into formulas.", Paul Erdos<br>
<br><br><div class="gmail_quote">On Fri, Jan 29, 2010 at 12:50 AM, Kevin McAleavey <span dir="ltr"><<a href="mailto:kevinmca1@verizon.net">kevinmca1@verizon.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 I've been using 8 all through the cycle, and run quite a few boxes with it for development. As a result of that and the need to work with gnome gui on it, the number of ports upgrades here can be stunning in sheer volume. I guess when you run console mode, it's not as bad and thus portupgrade is sufficient.<br>


<br>
 However, I run portmaster for the additional sanity it provides in doing literally hundreds of ports at a time. For my build machines, I install the system, configure it and then immediately bring the release version up to date with the latest on each one as it goes in. With Gnome 2.28 and all the flashy desktop-oriented things, portupgrade is constantly interrupting you as the next port's condifurations come up.<br>


<br>
 Portmaster is quite handy for this need - it runs through all of your ports once you've collected them with "portsnap fetch update" and then brings up all of the configuration screens for your attention at the front load. Once you've configured all of the ports which desire configuration, you can let it run from there on in until a port bombs on you.<br>


<br>
 Portmaster again proves handy in this regard because you can fix the issue or manually compile a cranky port or provide what's missing (thanks, Sun and Adobe) and pick right up from where you left off with portmaster -R or skip a cranky port for later with the -x switch naming the port to skip.<br>


<br>
Portmaster is poorly documented because the online man page has been absent for a while, but it's second nature to me now. Check out portmaster if you have a lot of ports to go through, otherwise the other suggestions already presented are quite useful as well.<br>


<br>
 For anyone curious as to what I'm doing, my temporary site is here:<br>
<br>
<a href="http://knos.yolasite.com/" target="_blank">http://knos.yolasite.com/</a><br>
<div class="im"><br>
<br>
<br>
At 01:57 PM 1/28/2010, you wrote:<br>
>Of all the various package and port / package management tools available such as port{upgrade,manager,master} etc., I'm curious to see how you guys keep ports and packages up to date.  Care to share your methods?<br>


<br>
</div>------------------------------------------------------------------<br>
"I took a train once, but they made me put it back" - Groucho Marx<br>
<font color="#888888"><br>
Kevin McAleavey - <a href="mailto:kevinmca1@verizon.net">kevinmca1@verizon.net</a><br>
<br>
</font></blockquote></div><br>