[arch-haskell] cabal2arch 0.6.1 now generates bad dependencies

Don Stewart dons at galois.com
Sat Oct 12 07:35:43 UTC 2013


vogt.adam:
> * On Saturday, January 16 2010, Don Stewart wrote:
> 
> ...
> >
> >Right, that's the usual 'ghc major update' diff.
> >
> >I'll take care of it. The list just has to match this page:
> >
> >    http://haskell.org/haskellwiki/Libraries_released_with_GHC
> >
> >-- Don
> 
> It might be sensible to remove the use of corePackages in:
> 
> ] removeCoreFrom :: [Dependency] -> [Dependency]
> 
> Considering the current ghc now provides haskell-* packages for all of
> it's core libraries:
> 
>    Provides       : haskell-array=0.3.0.0  haskell-bytestring=0.9.1.5  haskell-cabal=1.8.0.2  
>                     haskell-containers=0.3.0.0  haskell-directory=1.0.1.0  
>                     haskell-extensible-exceptions=0.1.1.1  haskell-filepath=1.1.0.3  
>                     haskell-haskell98=1.0.1.1  haskell-hpc=0.5.0.4  
>                     haskell-old-locale=1.0.0.2  haskell-old-time=1.0.0.3  
>                     haskell-pretty=1.0.1.1  haskell-process=1.0.1.2  haskell-random=1.0.0.2  
>                     haskell-syb=0.1.0.2  haskell-template-haskell=2.4.0.0  
>                     haskell-time=1.1.4  haskell-unix=2.4.0.0  haskell-utf8-string=0.3.4
> 
> That would make all library dependencies explicit (well other than
> base). If ghc continues to reduce the set of core libraries (ex. mtl is
> missing from 6.12), pkgbuilds will have to be updated less frequently.


Oh, that's an interesting idea. It moves the list to keeping ghc's list
up to date. Which I presume happens every time we update ghc?

Where does the list of what our ghc package provide live? Maybe I can
just suck that in?
  
> But perhaps such a change isn't worth the extra time pacman will then
> take to resolve dependencies... and also other bugs in yaourt it might
> expose.

That's always a risk.



More information about the arch-haskell mailing list