<div dir="ltr">Thanks all! Thomas -- your suggestion worked like a charm.<br><br><div>$$ opam install piqi.0.7.1 cohttp.0.15.2</div><div>[NOTE] Package piqi is already installed (current version is 0.7.1).</div><div>The following dependencies couldn't be met:</div><div>  - piqi -> piqilib -> base64 < 2.0.0</div><div>  - cohttp -> base64 >= 2.0.0</div><div>Your request can't be satisfied:</div><div>  - Conflicting version constraints for base64</div><div><br></div><div>No solution found, exiting</div><div><br></div><div>I'd suggest adding this to the FAQ. Also I wonder if the default output could have a switch added that could show some more of that info, or perhaps the dependency tree printed out with a given switch. Just some thoughts.</div><div><br></div><div>Thanks!</div><div><br></div><div>Trevor</div></div><br><div class="gmail_quote">On Thu Feb 26 2015 at 11:59:28 AM Anil Madhavapeddy <<a href="mailto:anil@recoil.org">anil@recoil.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Another important thing to check is that you've got the aspcud external solver installed (via the `aspcud` binary being present).  Otherwise, the internal solver has some known issues around upgrade and an excessive tendency to remove packages unnecessarily.<br>
<br>
-anil<br>
<br>
> On 26 Feb 2015, at 16:57, Thomas Gazagnaire <<a href="mailto:thomas@gazagnaire.org" target="_blank">thomas@gazagnaire.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
>> I would like some help in figuring out why opam wants to remove a given package. What is the preferred debugging loop people use to figure out this sort of "package conflict" problem? I could not find anything on the website about this and it seems like it would be a common problem so I am emailing you all.<br>
><br>
> The best way to debug this is to add version constraints to your queries. For instance:<br>
><br>
> $ opam install piqi.0.7.1 cohttp.0.15.2<br>
><br>
> The solver returns some information about the conflicts that opam tries to pretty print as well as possible (it's not always very clear, though, but usually it helps to understand what happens).<br>
><br>
> Thomas<br>
><br>
>><br>
>> Example: I currently have piqi version 0.7.1 installed. I would like to install cohttp 0.15.2 with async support. When I try to do this opam wants to remove both piqi and piqilib.<br>
>><br>
>> In debugging this I just sort of floundered around a bit -- I started by seeing if any older versions of cohttp with async work. Sure enough, version 0.14.0 works but 0.15.0 seems to have introduced this desire to remove piqi dependency. Upon further inspection, it looks like base64 2.0.0 (a dependency of cohttp with async v 0.15.0) is what is causing opam to want to remove piqi. However, I could not yet find anywhere that will explain to me _why this is the case_.<br>
>><br>
>> Thoughts? Thank you.<br>
>><br>
>> Trevor<br>
>> ______________________________<u></u>_________________<br>
>> Platform mailing list<br>
>> <a href="mailto:Platform@lists.ocaml.org" target="_blank">Platform@lists.ocaml.org</a><br>
>> <a href="http://lists.ocaml.org/listinfo/platform" target="_blank">http://lists.ocaml.org/<u></u>listinfo/platform</a><br>
><br>
> ______________________________<u></u>_________________<br>
> Platform mailing list<br>
> <a href="mailto:Platform@lists.ocaml.org" target="_blank">Platform@lists.ocaml.org</a><br>
> <a href="http://lists.ocaml.org/listinfo/platform" target="_blank">http://lists.ocaml.org/<u></u>listinfo/platform</a><br>
><br>
<br>
</blockquote></div>