<div class="gmail_quote">On Thu, Jun 7, 2012 at 3:30 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb adM"><div class="im">>  subrepository sources for config/BuildSystem differ<br>
> use (l)ocal source (eadaa286b5ca) or (r)emote source (6ab6f1ae4aff)?<br>
<br>
</div></div>Ok  - I have to choose 'r' here for what I want [wrt diff/auto-merge].<br>
<br>
[balay@maverick petsc-buildsystem-dev]$ hg stat -S<br>
M .hgsubstate<br>
<div class="im">M config/BuildSystem/config/packages/BlasLapack.py<br>
M config/examples/asterix/asterix64.py<br>
[balay@maverick petsc-buildsystem-dev]$<br>
<br>
</div>But for some reason '.hgsubstate' is not updated [to correspond to 'hg pull -u' version].</blockquote></div><br><div>Had you changed the .hgsub?</div><div><br></div><div>In any case, the right solution when there is a conflict in BuildSystem is always to go into BuildSystem and resolve it (by merging or rebasing), then commit the result to the petsc repository.</div>
<div><br></div><div>As for the (now long past) request for implicitly tracking the latest versions of subrepos, this quote from Matt Mackall is apropos.</div><div><br></div><div><div><i>We're always telling people "no, subrepos are NOT for automatically getting the latest versions of other projects, that's not Version Control™"</i></div>
</div>