• GLUT
• anansi
• buildwrapper
• cblrepo
• ghc-mod
• pandoc
• scion-browser

The old repo is kept around, but has been moved:

[haskell-old]
Server = http://www.kiwilight.com/haskell/old/$arch

It will stay around at least until the packages in the list above are re-added.

[haskell-testing]
Server = http://www.kiwilight.com/haskell/testing/$arch

Currently it’s lacking slightly in available packages compared to [haskell]. The following packages are missing at the moment:

warp
wai
temporary
scion-browser
parallel-io
pandoc
cblrepo
bytestring-show
anansi
GLUT
glib
gtk
pango
ghc-mod
buildwrapper
persistent-template
haddock

The work with getting these packaged using GHC 7.6 continues, but in the meantime there’s at least a repo with 150+ packages to play with. Enjoy!

Before describing those changes I feel it’s worth pointing out just what Don has done over the last year or so. Pretty much single-handedly he has made sure that ArchLinux has almost all of Hackage available as native (source) packages. That resulted in ArchLinux being one of the best, if not the best, Linux distro for Haskell developers. In the end he maintained 1937 packages on AUR (there are currently 25237 packages on AUR in total), and he also wrote and maintained the tool used to track Hackage (cabal2arch).

So, what have we been up to since Don’s announcement?

First of all we’ve moved the activity to github. This allows us to maintain the packages as a team rather than put the entire burden on a single person. The source repositories, cabal2arch, archlinux, and archlinux-web are obviously where the source for the tool and its dependencies are kept. Furthermore there’s the habs git repo. This repo contains the source for all the packages (PKGBUILD and *.install files). Keeping all source packages on github will allow us to more easily accept updates and fixes to individual packages from people in the community. Unfortunately uploading to AUR still remains a bottle neck. Which conveniently brings me on to the ideas for the future.

Even though there now are two people who can upload packages AUR as arch-haskell, it is still likely to be a pain point in keeping up with the uploads to Hackage. The long-term solution is to stop using AUR, but for that to be possible we need to have some tool support for downloading and compiling packages from archhaskell/habs. Until that tool support is there we’ll keep uploading to AUR.

In the future we would also like to provide a subset of the packages in binary form. The main issue at the moment is keeping on top of the re-building that is necessary (if package foo is updated then all its dependants need to be re-built too). We are however well on our way towards having tools to support that. The next big issue is where to house the binary packages :-)

Even further into the future we will look closer at whether a repo of source packages really is the most effective way to track Hackage.

Even though we now have a few people who are hacking away on the tools, and try to keep up with Hackage, we can always use more help. So if you are interested in helping out this is a great opportunity to make a large impact. Just in this post I’ve mentioned a few areas where we need help:

• Run cabal2arch on new packages on Hackage, QA the results and then file pull requests against archhaskell/habs.
• Getting tools that support downloading from archhaskell/habs so we can move off AUR.
• Improving the tools used to build binary packages.
• Improve cabal2arch.
• Anything else you can think of.
• Last but not least, if you know a place where we could house binary packages, please let us know.

So, I encourage everyone with an interest in Haskell on ArchLinux to join the mailing list and get involved. No prior experience with Haskell is really necessary, a bit of shell (bash) scripting is enough for some of the planned things.

See you on the list!

The Hackage package is now available in AUR.

Amongst other things, it provides a “:vhdl” extension to the GHCi command line, allowing you to generate hardware designs from the GHCi prompt. For more information about CLaSH, see the examples, sources and documentation project page, and the demo from the Haskell Workshop last year:

Other hardware-related libraries in Haskell in AUR:

• chalmers-lava2000 library: Hardware description library
• clash library: CAES Language for Synchronous Hardware (CLaSH)
• ForSyDe library: ForSyDe’s Haskell-embedded Domain Specific Language.
• Wired library: Wire-aware hardware description
• york-lava library: A library for digital circuit description.

It provides a compiler and an interpreter. In both cases the input Python program is translated into Haskell code. The compiler turns the Haskell code into machine code. The interpreter runs the Haskell code immediately via the GHCi interpreter. The user interface of the interpreter imitates the one provided by CPython.

For more information:

• See the tutorial
• The github home.

The Threadscope program attaches to a running Haskell program, allowing us to debug the parallel performance of Haskell programs. Using Threadscope we can check to see that work is well balanced across the available processors and spot performance issues relating to garbage collection or poor load balancing.

ThreadScope is now available pre-packaged for Arch Linux via AUR. It builds on the newly cabalized GTK libraries, such as haskell-cairo.

For information on how to use ThreadScope to improve the performance of your multicore Haskell programs, see the references:

• Parallel Performance Tuning for Haskell.
• Runtime Support for Multicore Haskell.
• A Tutorial on Parallel and Concurrent Programming in Haskell.
• A video by Simon Marlow which demos ThreadScope.

More information about Repa is available:

• In the release announcement
• In the accompanying ICFP paper.
• And in the haddock documentation.

The full set of packages are available in AUR:

• haskell-repa
• haskell-repa-io
• haskell-repa-bytestring
• haskell-repa-algorithms
• repa-examples

GF provides many tools for multi-language programming, and can be considered:

• a special-purpose language for grammars, like YACC, Bison, Happy, BNFC, but not restricted to programming languages
• a functional language, like Haskell, Lisp, OCaml, Scheme, SML, but specialized to grammar writing
• a natural language processing framework, like LKB, XLE, Regulus, but based on functional programming and type theory
• a categorial grammar formalism, like ACG, CCG, but different and equipped with different tools
• a logical framework, like Agda, Coq, Isabelle, but equipped with concrete syntax in addition to logic

GF can be used for building

• text translators
• multilingual web gadgets
• speech translators
• natural-language interfaces
• multilingual authoring systems
• dialogue systems
• natural language resources

GF is written in Haskell.

• snap (core)
• snap server
• heist (templating)

You can install it automagically with, e.g.:

$ sudo bauerbill
            --trusted-users arch-haskell
            --build-as $USER
            --noconfirm
            --aur
            -S haskell-snap-server

And dive into the quick start:

$ cd /tmp
$ mkdir site
$ cd site
$ snap init
$ cabal install
$ site 8000

Then visit http://localhost:8000/ to serve up your new web project.

You can find the status of all Haskell packages in Arch here, regularly updated using the archlinux Haskell package tools.

Since the GHC 6.12 upgrade, there have been some major package updates:

• darcs-beta 2.3.99.2
• haskell-hslogger 1.0.9
• haskell-missingh 1.1.0.3
• haskell-haxml 1.20.2
• haskell-hdbc 2.2.3
• and many more …

Most things are now ready for GHC 6.12, with the notable exception of packages that:

• depend on gtk2hs (not yet released for GHC 6.12)
• parsec < 3 (Arch will be downgrading to parsec 2 to be HP compliant).