[arch-haskell] Move to 7.4.1

Peter Hercek phercek at gmail.com
Mon Feb 6 13:19:00 CET 2012


On 02/06/2012 12:42 PM, Magnus Therning wrote:
> darcs is currently in [community] and it has to be automatically 
> compilable, using packages available in [core]/[extra]/[community]. 
> So, if darcs is to remain in [commmunity] then a move to 7.4.1 *has* 
> to be concerned with it and all its dependencies. 
Ach, ok, I did not know this rule.

>> It seems like you are missing some packages from extra/community. I'm not
>> saying you should add them all. If you do not add them all just let us know
>> so that we know we cannot mix new haskell with the old stuff in
>> extra/community. Oooo, how I miss ghcDependency group in extra/haskell so
>> that I can just ban them all with one line :) Here is the list of all
>> packages I noticed, the ones you miss have * at the end of the line:
> [...]
>
>> I do not have all these installed nor I'm sure they are all libraries (where
>> the ghc version matters). I got the list by scanning the output of
>>   pacman -Ss haskell |grep -E 'community/|extra/'
> I deliberately skipped all the "free" libraries, but having your list
> will make it a bit easier to gauge the impact of a move to 7.4.1, so
> it's much appreciated.
I found out (on archlinux irc channel) that pacman does not store what 
repository a given package was installed from. So if we install a 
package which has the same name in both [extra] and [haskell] there is 
no easy way to find out what repository it was installed from. So if we 
happen to use different version of ghc in [haskell] and [extra] then we 
should add some tag to packages coming form [haskell] (e.g. add them to 
some group (like e.g. fromHaskellRepository). This is to allow an easier 
way to identify if some package is installed from different than 
[haskell] respository. Since such packages would cause breakage.

Peter.



More information about the arch-haskell mailing list