[Haskell-cafe] Cabal's dependence mechanism can be more available

[吴兴博]

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 at gmail.com>写道：

> Did you at least receive this? :-)
>
>
> ---------- Forwarded message ----------
> From:  <libraries-owner at 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 at 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 at haskell.org.
>
>
>
> ---------- Forwarded message ----------
> From: Aur Saraf <sonoflilit at gmail.com>
> To: 吴兴博 <wuxb45 at 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 at 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 at haskell.org
> > http://www.haskell.org/mailman/listinfo/haskell-cafe
> >
> >
>



-- 

       吴兴博  Wu Xingbo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20111016/c9f0e55c/attachment.htm>