
I right now re-building [ghc74] for both x86_64 and i686. Once that is done I will basically replace [haskell] with the result of that. At the moment [ghc74] isn't even close to being a superset of [haskell]. This is deliberate on my part. In choosing between putting up a usable repo as soon as possible, and putting up a comprehensive repo later, I chose the former. I'm sorry for the inconvenience this will cause, but I believe this is the better way forward right now. Please use the github project's bug tracker to raise requests for packages to be added. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

I noticed that the current ghc from [ghc74], i.e. 7.4.1-4, isn't providing the same packages ghc from [extra] provides (or, at least, it doesn't turn up if I search for those packages). Is this done on purpose? Alessandro -- If God had intended for email to be written in HTML, then the traditional signoff of prayers would be </amen> -- Tom Liston

On Tue, Mar 6, 2012 at 11:16, Alessandro Pezzoni
I noticed that the current ghc from [ghc74], i.e. 7.4.1-4, isn't providing the same packages ghc from [extra] provides (or, at least, it doesn't turn up if I search for those packages). Is this done on purpose?
Yes, it is on purpose. A bit of history: A while back, when `cabal2arch` was still used, it was decided that when translating a Cabal package to an ArchPkg all its dependencies should be translated into dependencies on ArchPkgs, and that ghc should have each included library in its `provides` array. This meant that `cabal2arch` didn't need to keep track of what libs shipped with ghc, this was good since a change in the list was a bit cumbersome to handle. The present: We now use `cblrepo` and we keep track of the libs shipped with ghc in `cblrepo.db` together with the rest of the ArchHaskell libs. Nowadays the generated source packages only depend on `ghc`, not on the individual libs that comes with it, so there is no need (in ArchHaskell) to include that long `provides` array. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

On Tue, Mar 6, 2012 at 10:41, Magnus Therning
I right now re-building [ghc74] for both x86_64 and i686. Once that is done I will basically replace [haskell] with the result of that.
At the moment [ghc74] isn't even close to being a superset of [haskell]. This is deliberate on my part. In choosing between putting up a usable repo as soon as possible, and putting up a comprehensive repo later, I chose the former.
I'm sorry for the inconvenience this will cause, but I believe this is the better way forward right now. Please use the github project's bug tracker to raise requests for packages to be added.
This is now done. Now let the requests for adding packages come in! ;) I'll push the changes to the github repo later tonight. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

Magnus Therning wrote:
On Tue, Mar 6, 2012 at 10:41, Magnus Therning
wrote: I right now re-building [ghc74] for both x86_64 and i686. Once that is done I will basically replace [haskell] with the result of that.
At the moment [ghc74] isn't even close to being a superset of [haskell]. This is deliberate on my part. In choosing between putting up a usable repo as soon as possible, and putting up a comprehensive repo later, I chose the former.
I'm sorry for the inconvenience this will cause, but I believe this is the better way forward right now. Please use the github project's bug tracker to raise requests for packages to be added.
This is now done. Now let the requests for adding packages come in! ;)
I'll push the changes to the github repo later tonight.
/M
So, just to verify, [ghc74] is the complete and independent repo suggested in the other thread to collect the packages in [extra] and [community]? As for requests, I suppose haskell-pandoc is already in there as it was in [haskell]. Can you add haskell-hslua too? Thank you for creating and maintaining this! Regards, Xyne

On Tue, Mar 06, 2012 at 04:24:12PM +0000, Xyne wrote:
Magnus Therning wrote:
On Tue, Mar 6, 2012 at 10:41, Magnus Therning
wrote: I right now re-building [ghc74] for both x86_64 and i686. Once that is done I will basically replace [haskell] with the result of that.
At the moment [ghc74] isn't even close to being a superset of [haskell]. This is deliberate on my part. In choosing between putting up a usable repo as soon as possible, and putting up a comprehensive repo later, I chose the former.
I'm sorry for the inconvenience this will cause, but I believe this is the better way forward right now. Please use the github project's bug tracker to raise requests for packages to be added.
This is now done. Now let the requests for adding packages come in! ;)
I'll push the changes to the github repo later tonight.
So, just to verify, [ghc74] is the complete and independent repo suggested in the other thread to collect the packages in [extra] and [community]?
Nope, [ghc74] is gone, it was absorbed into [haskell].
As for requests, I suppose haskell-pandoc is already in there as it was in [haskell]. Can you add haskell-hslua too?
I'm in the process of adding pandoc, and I'll push in hslua too then. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay
participants (4)
-
Alessandro Pezzoni
-
Bernardo Barros
-
Magnus Therning
-
Xyne