hello Aur:
:) 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.

For these kind of packages, maybe the best way to use it is re-write it myself...

I have see a lot of packages that comes from "master thesis" or some. if you miss the season, then you miss the successful build :).

在 2011年10月15日 下午6:48,Aur Saraf <sonoflilit@gmail.com>写道:
Did you at least receive this? :-)


---------- Forwarded message ----------
From:  <libraries-owner@haskell.org>
Date: Fri, Oct 14, 2011 at 10:47 PM
Subject: Re: [Haskell-cafe] Cabal's dependence mechanism can be more available
To: sonoflilit@gmail.com


You are not allowed to post to this mailing list, and your message has
been automatically rejected.  If you think that your messages are
being rejected in error, contact the mailing list owner at
libraries-owner@haskell.org.



---------- Forwarded message ----------
From: Aur Saraf <sonoflilit@gmail.com>
To: 吴兴博 <wuxb45@gmail.com>
Date: Fri, 14 Oct 2011 22:47:27 +0200
Subject: Re: [Haskell-cafe] Cabal's dependence mechanism can be more available
That a package builds with a certain version of another package does
not mean that the code is correct.

I once had to maintain code that used "CSV > 0.0.0.1", and it turned
out that in CSV-0.0.0.2 there wasn't a newline appended to the end of
the string anymore (in the old version there was), so the packages
compiled great together but I had a huge bug (because I was generating
a text file of empty-line separated CSV blocks for a perl script to
turn into an Excell file, and the perl now thought that it was all one
big CSV block).

Trusting the author is the best that can be done in these cases.
Sometimes the author is wrong, and then we must ask him to correct his
packages - which I do a lot. But that's life.


Cheers,
 Aur

On Thu, Oct 13, 2011 at 4:05 PM, 吴兴博 <wuxb45@gmail.com> wrote:
> [[  My point is on cabal, but I had to give some examples. I'm very sorry
> for the authors of the packages listed below. ]]
> The story is :
>   I was trying to install a package from hackage [holumbus-mapreduce]. I use
> ghc-7.2.1 and had a hard time to install the packages that depends on.
>   [holumbus-mapreduce] depends on [holumbus-distribution].
> [holumbus-distribution] depends on [hxt] and [hxt-regex-xmlschema]. etc..
> There are tens of depends that drive me into an infinite 'step in'.
>   If the dependence mechanism of cabal packages is good enough and the
> author of the package built it, the success can be repeat. but it not.
> a example:
>    1.
>       There are hxt packages with version 9.* in hackage now.
>       [holumbus-distribution] says that it depends on    "hxt >= 8.2".
>       But I had to add "< 9" to make it compiled. Maybe when
> holumbus-distribution was released, there was no hxt 9.*.
>    2.
>       some packages depends on "haskell98 <2"
>       I just removed this line, and it compiled, and id I use "haskell98",
> the newer "haskell98-2.*" will clash with new "base"
>    3.
>        here is a piece of message from `runhaskell Setup configure`
>        """
>        Configuring Holumbus-Distribution-0.1.1...
>        Warning: This package indirectly depends on multiple versions of the
> same
>        package readline-1.0.1.0 requires process-1.0.1.5
>        package hslogger-1.1.5 requires process-1.0.1.5
>        package haskell98-2.0.0.0 requires process-1.1.0.0
>        """
>     but finally I found that "readline" does not refuse to be compiled with
> newer "process" at all, I use --reinstall to adjust "readline" and
> "hslogger" play with "process-1.1.0.0"
>     It is like C++'s multi-deriving or something like that, I'm not sure of
> the technique word.   A what to contain B,C ; B contains D' and C contains
> D'' ; but there can be only One D in A.
>
> All I did is download the all packages, edit its depends: and compile and
> install it.
>
> If Cabal can remember some certain package-version combination of the
> successful builds, Sure It will make hackage more available to users.
> based on some success build, it can also try to make promotion to
> depends-packages, and provides newest & can build packages.
>
> Cheers!
>
> --
>
>        Wu Xingbo
>
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe@haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>



--

       吴兴博  Wu Xingbo