[arch-dev-public] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux

Allan McRae allan at archlinux.org
Wed Apr 9 23:12:59 EDT 2014

On 10/04/14 12:58, Thomas Dziedzic wrote:
> On Wed, Apr 9, 2014 at 12:07 AM, Magnus Therning <magnus at therning.org>wrote:
>> >
>> > I'm guessing this means cabal-install now is the only package outside
>> > of [community] that uses ghc to build.  Is that right?
>> >
> That would be correct.
>> > Is the plan then that any future tools (i.e. non-libraries)
>> > implemented in Haskell would go into [community]?
> This would also be correct. I believe that most people who use packages in
> our supported repos don't actually use the haskell libraries themselves,
> but rather the tools that depend on them. (e.g. xmonad)
> I am not against keeping these tools around and their dependencies if
> someone wants to maintain them, but I personally have no interest in
> maintaining them myself.

I am fine with this decision.  Although I think it better to use a
system package manager if at all possible, I do recognise that this
takes man power that we do not have for haskell.  People still have the
option of using the AUR over cabal-install if they want to use the
package manager (or system wide installs - is cabal-install a per user

In my ideal situation, we would have a team of people for each of the
"major" programming languages who would determine packaging policy and
provide packages for many of the libraries for that language.  Sort of
like how we have multiple people who deal with KDE and GNOME updates.
With a team based setup, it would be easier to have more junior people
brought on to help.

Now that aside is finished, what is the deal with that arch-haskell
group?  Is it still going?  Would they want to provide packages
officially instead?

I know that this does not solve the issue of ghc embedding hashes and
thus requiring rebuilds for even minor updates...


More information about the arch-dev-public mailing list