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 <sonofli...@gmail.com>写道: > Did you at least receive this? :-) > > > ---------- Forwarded message ---------- > From: <libraries-ow...@haskell.org> > Date: Fri, Oct 14, 2011 at 10:47 PM > Subject: Re: [Haskell-cafe] Cabal's dependence mechanism can be more > available > To: sonofli...@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-ow...@haskell.org. > > > > ---------- Forwarded message ---------- > From: Aur Saraf <sonofli...@gmail.com> > To: 吴兴博 <wux...@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, 吴兴博 <wux...@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
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe