What does "failed to finalize package" mean?

I'm trying to add gtk2hs-buildtools and am getting that error $ cblrepo add gtk2hs-buildtools,0.12.5.2 $ cblrepo pkgbuild --ghc-version 7.8.2-1 Failed to finalize package: gtk2hs-buildtools In digging into the source, it looks like this means a dependency was not able to be found. But all the things that gtk2hs-buildtools depends on are provided by ghc, so I'm a bit at a loss. Any idea what is going on? Thanks, Rich

On Wed, Apr 30, 2014 at 02:56:02PM -0700, Richard Wallace wrote:
I'm trying to add gtk2hs-buildtools and am getting that error
$ cblrepo add gtk2hs-buildtools,0.12.5.2 $ cblrepo pkgbuild --ghc-version 7.8.2-1 Failed to finalize package: gtk2hs-buildtools
In digging into the source, it looks like this means a dependency was not able to be found. But all the things that gtk2hs-buildtools depends on are provided by ghc, so I'm a bit at a loss. Any idea what is going on?
Yes, that sounds right to me. I suspect it's the following interesting combination that's causing it: 1. When adding you use the standard ghc (which I think still is 7.6 on the latest release of `cblrepo`). 2. When building the package you tell `cblrepo` to use Ghc 7.8.2 3. The gtk2hs-buildtools.cabal file contains the following: if impl(ghc >= 7.7) build-depends: hashtables I think this combination means that your database doesn't record the dependency on hashtables, but on generating the PKGBUILD the dependency appears. I really ought to get around to making a new release of `cblrepo`! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

*sigh* I completely missed those last few lines of the gtk2hs-buildtools
cabal file. Thanks.
I wonder if the error message cblrepo gives could include missing
dependencies, so we wouldn't be left guessing.
Rich
On Thu, May 1, 2014 at 12:10 AM, Magnus Therning
On Wed, Apr 30, 2014 at 02:56:02PM -0700, Richard Wallace wrote:
I'm trying to add gtk2hs-buildtools and am getting that error
$ cblrepo add gtk2hs-buildtools,0.12.5.2 $ cblrepo pkgbuild --ghc-version 7.8.2-1 Failed to finalize package: gtk2hs-buildtools
In digging into the source, it looks like this means a dependency was not able to be found. But all the things that gtk2hs-buildtools depends on are provided by ghc, so I'm a bit at a loss. Any idea what is going on?
Yes, that sounds right to me.
I suspect it's the following interesting combination that's causing it:
1. When adding you use the standard ghc (which I think still is 7.6 on the latest release of `cblrepo`). 2. When building the package you tell `cblrepo` to use Ghc 7.8.2 3. The gtk2hs-buildtools.cabal file contains the following:
if impl(ghc >= 7.7) build-depends: hashtables
I think this combination means that your database doesn't record the dependency on hashtables, but on generating the PKGBUILD the dependency appears.
I really ought to get around to making a new release of `cblrepo`!
/M
-- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus
Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay
_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

On Thu, May 01, 2014 at 09:43:56AM -0700, Richard Wallace wrote:
*sigh* I completely missed those last few lines of the gtk2hs-buildtools cabal file. Thanks.
I wonder if the error message cblrepo gives could include missing dependencies, so we wouldn't be left guessing.
That should be fairly easy actually. Please add a ticket to the cblrepo bug tracker [^1]. /M [^1]: https://github.com/magthe/cblrepo/issues -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus What gets measured, gets done. -- Tom Peters
participants (2)
-
Magnus Therning
-
Richard Wallace