I&#39;ve read that there was a recent change made to the buildd resolution with regards to ensuring that consistent package versions are used on the builds [0]. Is it possible that this changed also messed up self-dependency resolution? <br>
<br>My package, mlton, has a versioned dependency on itself for version &gt;= 20070826. As it is a compiler for SML written in SML, it needs a previous version of itself installed in order to compile the new version. Previously, this has presented no problems; the buildd installed the old version and compiled the new version. Now, the buildd demands that the same version be installed as is to be built [1]:<br>
<p><b>mlton/alpha dependency installability problem:</b><br>
</p><pre>  mlton (= 20100608-3) build-depends on one of:<br>  - mlton (= 20100608-3)<br></pre>... this is, of course, impossible. The buildd must install the old version in order to build the new. I have a suspicion that an overzealous &#39;use the same version&#39; rule in the dependency resolver might be the cause of this bug.<br>
<br>Thanks for any help understanding why the buildd system will no longer attempt to build my package!<br><br>[0] <a href="http://lists.debian.org/debian-policy/2011/03/msg00103.html">http://lists.debian.org/debian-policy/2011/03/msg00103.html</a><br>
[1] <a href="https://buildd.debian.org/status/package.php?p=mlton">https://buildd.debian.org/status/package.php?p=mlton</a><br><br>