OK, but I don't think we have a mechanism like this for Fedora.  I do have to work within the constraints of the environment.<br><br><div class="gmail_quote">On Mon, Aug 20, 2012 at 3:53 PM, Matt Mackall <span dir="ltr"><<a href="mailto:mpm@selenic.com" target="_blank">mpm@selenic.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2012-08-20 at 11:39 -0400, Neal Becker wrote:<br>
> Versioned dependencies?<br>
<br>
Yes. Debian calls this 'build-depends', RPM apparently calls it<br>
"BuildRequires". You can see Mercurial's build dependencies on Debian<br>
here:<br>
<br>
<a href="http://ftp.de.debian.org/debian/pool/main/m/mercurial/mercurial_2.2.2-1.dsc" target="_blank">http://ftp.de.debian.org/debian/pool/main/m/mercurial/mercurial_2.2.2-1.dsc</a><br>
<div class="im"><br>
>   If I understand correctly what you're asking for, I think that would<br>
> be a non-starter.  We have to work with whatever version the<br>
> distribution provides.  There are not options to parallel install<br>
> multiple versions.<br>
<br>
</div>So? Even if this were a run-time conflict rather than a build time<br>
conflict, what matters is that it's a genuine conflict and any<br>
non-broken packaging system already must deal with such problems. In<br>
particular, a package manager should disallow you from installing<br>
packages X and Y if they depend on incompatible versions of libZ. In an<br>
ecosystem with thousands of packages, there will unavoidably always be<br>
packages in the pool that have mutually conflicting dependencies.<br>
<br>
Here, we're actually only concerned with build, so a smart autobuilder<br>
can install and uninstall dependencies as needed. Debian's autobuilders<br>
run in a chroot where they're isolated from such conflicts and various<br>
other issues.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Mathematics is the supreme nostalgia of our time.<br>
<br>
<br>
</div></div></blockquote></div><br>