<br><br><div class="gmail_quote">On 10 December 2010 00:24, Collins, Kevin [BEELINE] <span dir="ltr"><<a href="mailto:KCollins@chevron.com">KCollins@chevron.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Yeah, I thought about that but then if an update comes out from RedHat<br>
with the same revision, I would likely not see that one (which I would<br>
want to see, so I can rebuild it to get any bug fixes).<br>
<font color="#888888"></font><br></blockquote><div> </div><div><font color="#888888">If I want to make sure I get the new release from 
Red Hat (or anywhere else for that matter) I change the release from (in
 this case) "2%{dist}" to either "2.0.1%{dist}" or "2%{dist}.0.1".  It's
 possible, but highly unlikely, that Red Hat would release a new version
 that is the same as either of those: they might go for "2.1%{dist}" or 
simply rebuild the same version for RHEL7 (that'll get the google 
searchers wondering).<br>
<br>I've never come across a case where yum would use the build date or 
similar to determine a package is newer: the underlying RPM stuff uses 
only the epoch, release and version doesn't it?<br><br>jch</font> <br></div></div>