hello Aur:<br>:) You get the point, the author of that package said that he has no enough time to check for the problem. then I have to solve it myself.<br><br>For these kind of packages, maybe the best way to use it is re-write it myself...<br>
<br>I have see a lot of packages that comes from &quot;master thesis&quot; or some. if you miss the season, then you miss the successful build :).<br><br><div class="gmail_quote">在 2011年10月15日 下午6:48,Aur Saraf <span dir="ltr">&lt;<a href="mailto:sonoflilit@gmail.com">sonoflilit@gmail.com</a>&gt;</span>写道:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Did you at least receive this? :-)<br>
<br>
<br>
---------- Forwarded message ----------<br>
From:  &lt;<a href="mailto:libraries-owner@haskell.org">libraries-owner@haskell.org</a>&gt;<br>
Date: Fri, Oct 14, 2011 at 10:47 PM<br>
Subject: Re: [Haskell-cafe] Cabal&#39;s dependence mechanism can be more available<br>
To: <a href="mailto:sonoflilit@gmail.com">sonoflilit@gmail.com</a><br>
<br>
<br>
You are not allowed to post to this mailing list, and your message has<br>
been automatically rejected.  If you think that your messages are<br>
being rejected in error, contact the mailing list owner at<br>
<a href="mailto:libraries-owner@haskell.org">libraries-owner@haskell.org</a>.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
---------- Forwarded message ----------<br>
From: Aur Saraf &lt;<a href="mailto:sonoflilit@gmail.com">sonoflilit@gmail.com</a>&gt;<br>
To: 吴兴博 &lt;<a href="mailto:wuxb45@gmail.com">wuxb45@gmail.com</a>&gt;<br>
Date: Fri, 14 Oct 2011 22:47:27 +0200<br>
Subject: Re: [Haskell-cafe] Cabal&#39;s dependence mechanism can be more available<br>
That a package builds with a certain version of another package does<br>
not mean that the code is correct.<br>
<br>
I once had to maintain code that used &quot;CSV &gt; 0.0.0.1&quot;, and it turned<br>
out that in CSV-0.0.0.2 there wasn&#39;t a newline appended to the end of<br>
the string anymore (in the old version there was), so the packages<br>
compiled great together but I had a huge bug (because I was generating<br>
a text file of empty-line separated CSV blocks for a perl script to<br>
turn into an Excell file, and the perl now thought that it was all one<br>
big CSV block).<br>
<br>
Trusting the author is the best that can be done in these cases.<br>
Sometimes the author is wrong, and then we must ask him to correct his<br>
packages - which I do a lot. But that&#39;s life.<br>
<br>
<br>
Cheers,<br>
 Aur<br>
<br>
On Thu, Oct 13, 2011 at 4:05 PM, 吴兴博 &lt;<a href="mailto:wuxb45@gmail.com">wuxb45@gmail.com</a>&gt; wrote:<br>
&gt; [[  My point is on cabal, but I had to give some examples. I&#39;m very sorry<br>
&gt; for the authors of the packages listed below. ]]<br>
&gt; The story is :<br>
&gt;   I was trying to install a package from hackage [holumbus-mapreduce]. I use<br>
&gt; ghc-7.2.1 and had a hard time to install the packages that depends on.<br>
&gt;   [holumbus-mapreduce] depends on [holumbus-distribution].<br>
&gt; [holumbus-distribution] depends on [hxt] and [hxt-regex-xmlschema]. etc..<br>
&gt; There are tens of depends that drive me into an infinite &#39;step in&#39;.<br>
&gt;   If the dependence mechanism of cabal packages is good enough and the<br>
&gt; author of the package built it, the success can be repeat. but it not.<br>
&gt; a example:<br>
&gt;    1.<br>
&gt;       There are hxt packages with version 9.* in hackage now.<br>
&gt;       [holumbus-distribution] says that it depends on    &quot;hxt &gt;= 8.2&quot;.<br>
&gt;       But I had to add &quot;&lt; 9&quot; to make it compiled. Maybe when<br>
&gt; holumbus-distribution was released, there was no hxt 9.*.<br>
&gt;    2.<br>
&gt;       some packages depends on &quot;haskell98 &lt;2&quot;<br>
&gt;       I just removed this line, and it compiled, and id I use &quot;haskell98&quot;,<br>
&gt; the newer &quot;haskell98-2.*&quot; will clash with new &quot;base&quot;<br>
&gt;    3.<br>
&gt;        here is a piece of message from `runhaskell Setup configure`<br>
&gt;        &quot;&quot;&quot;<br>
&gt;        Configuring Holumbus-Distribution-0.1.1...<br>
&gt;        Warning: This package indirectly depends on multiple versions of the<br>
&gt; same<br>
&gt;        package readline-1.0.1.0 requires process-1.0.1.5<br>
&gt;        package hslogger-1.1.5 requires process-1.0.1.5<br>
&gt;        package haskell98-2.0.0.0 requires process-1.1.0.0<br>
&gt;        &quot;&quot;&quot;<br>
&gt;     but finally I found that &quot;readline&quot; does not refuse to be compiled with<br>
&gt; newer &quot;process&quot; at all, I use --reinstall to adjust &quot;readline&quot; and<br>
&gt; &quot;hslogger&quot; play with &quot;process-1.1.0.0&quot;<br>
&gt;     It is like C++&#39;s multi-deriving or something like that, I&#39;m not sure of<br>
&gt; the technique word.   A what to contain B,C ; B contains D&#39; and C contains<br>
&gt; D&#39;&#39; ; but there can be only One D in A.<br>
&gt;<br>
&gt; All I did is download the all packages, edit its depends: and compile and<br>
&gt; install it.<br>
&gt;<br>
&gt; If Cabal can remember some certain package-version combination of the<br>
&gt; successful builds, Sure It will make hackage more available to users.<br>
&gt; based on some success build, it can also try to make promotion to<br>
&gt; depends-packages, and provides newest &amp; can build packages.<br>
&gt;<br>
&gt; Cheers!<br>
&gt;<br>
&gt; --<br>
&gt;<br>
&gt;        Wu Xingbo<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Haskell-Cafe mailing list<br>
&gt; <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><br>       吴兴博  Wu Xingbo<br><br>