[arch-dev-public] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux
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
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