March 2011 - arch-haskell

AUR Comment for haskell-cmdargs
by simons＠cryp.to 15 May '11

15 May '11

from http://aur.archlinux.org/packages.php?ID=30061 peti wrote: Hi Listdata, we haven't enabled profiling builds, because no-one ever asked for it. The Haskell packages that are distributed in [extra] are built with '-p' by default, but none of the AUR packages are. The reason for that is that [extra] packages are downloaded in binary form, so build times don't matter much for the average user. Packages from AUR, however, need to be compiled on the user's machine. These builds are fairly expensive already, because every library needs to be compiled twice to generate static and shared variants. If we'd add '-p' to those builds, too, then compile times would go up even further. That seems like a fairly high cost to impose on everyone in order to get a feature that most people don't need. --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

5 11

AUR Out-of-date Notification for haskell-libxml-sax
by simons＠cryp.to 31 Mar '11

31 Mar '11

Your package haskell-libxml-sax has been flagged out of date by misc [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=27804 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=21381

1 0

AUR Comment for haskell-libxml-sax
by simons＠cryp.to 31 Mar '11

31 Mar '11

from http://aur.archlinux.org/packages.php?ID=27804 misc wrote: There is no haskell-xml-types<0.2 as of now. --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

1 0

AUR Out-of-date Notification for haskell-edit-distance
by simons＠cryp.to 31 Mar '11

31 Mar '11

Your package haskell-edit-distance has been flagged out of date by spider-mario [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=18751 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=26157

1 0

Issues with cabal2arch/AUR packages
by Mathew de Detrich 31 Mar '11

31 Mar '11

I guess I am creating this thread due to the frustrations of using cabal2arch/AUR for haskell packages (instead of using the standard cabal install). I previously had issues, mainly with having to manually update AUR installed cabal packages due to them not updating (which was recently fixed by forcing the update through ghc) This however seemed didn't seem to solve the issue completely, although it will update fine through a yaourt -Syu --aur (or clyde -Syu --aur or whatever package helper you use), it still ends up breaking GHC because all the hashes for the packages change and it was a forced update I unfortunately don't have the output message, since I was in a rush to get things working (due to my job), I just ended up doing a clyde -R --cascade ghc and just installing my package through cabal). The package in question was basically yesod (which pushes around 20 or 30 packages on a fresh install) and the updates had to do with some components of yesod being updated In fact I think that yesod is a perfect example in showing the issues when trying to integrate archlinux package with cabal package management, since there are a lot of packages in yesod (like authenticate/cookie) which cannot use the latest version of the package on AUR, where as there are upgrades with the other packages. As I mentioned earlier, I just ended up giving up. Right now I only have ghc installed (through official arch repository) and any package I need to install, I do so with cabal. The problems with this are obvious however, but right now its not an issue. The main issue being installing haskell binaries that are on AUR which has the issue of duplication if that binary depends on a library that is already installed through cabal install. In my opinion the main issue seems to be that the granularity of cabal package system is a lot finer then Arch's (cabal was purpously designed for this, and its great for haskell packages), and unlike with other languages, the situation where you have a single package that depends on a lot of both updated and outdated packages is very common, along with GHC's runtime system updates forcing recompilation of libraries every haskell-platform release. This isn't so much of an issue now regarding binaries (because to be honest, we don't have that many heavily used haskell based binaries apart from xmonad), but in the future should haskell "break through" and become a much more widely used language, this can create a pain, especially for haskell-binaries (and its already painful with haskell-libraries) Of course, trying to force archlinux package management to have the same granularity as arch's is out of the question, which I guess made me come with my second idea. Wouldn't it just be smarter to have the archlinux haskell environment set up like this. Archlinux's package management is one that makes some sacrifices (in regards to having a rolling release system thats always up to date at the cost of granularity in certain areas) - ghc is an official package in the official repository - haskell-platform will be the same as it is currently (uses GHC, and cabal2arch packages from both the official repository and AUR). This is fine since the point of haskell-platform is the standard packages it uses are frozen for half a year. So the only haskell libraries on AUR would be the ones in haskell-platform (and arguably these should be in the official repository, as well as the base haskell-platform package) - All other libraries users would just install/update with cabal install and not through AUR/cabal2arch/bauerbill etc etc. - Haskell packages that provide binaries would check for their dependencies using cabal/ghc-pkg, and if a haskell binary can't find a package it can install it in a temp directory/and or install it automatically through cabal install (depends if its an updated/outdated/etc etc). If the library will be built to a temp section, then it will just be linked to GHC manually when building that binary (the PKGBUILD will cover this). This also allows building of packages that use outdated packages (such as leksah as an example, its not possible to build this package if you have newest haskell-gtk install, you have to manually do dependency tracking). Just like with cabal2arch PKGBUILD generator, someone can easily create a program which will create PKGBUILDS out of hackagedb binaries, the actual PKBUILD will search for dependancies through cabal (and not the PKGBUILD "depends"). Binaries that statically link libraries (which is the case for almost all haskell binaries at this point) do not actually require the libraries they depend on to build to be installed after the executable has been built, so doing temp library installs to build a binary will not be an issue (C/C++ binaries already do this in circumstances, and its something that can easily be automated through hackagedb) I am just saying this, because my experience of using cabal2arch/AUR hackagedb packages have just been a massive pain for years (I was basically forced to do manual package dependency management), and as my haskell colleges/friends have (rightly) stated, just use cabal. This of course isn't really an issue if you don't need to install haskell binaries through AUR, of which that many currently don't really exist (or just the occasional one like xmonad), and using cabal just *works*, even if it feels dirty ;) Of course this suggestion may have issues with shared libraries, which will probably need to be managed in their own way Thanks

4 5

AUR Comment for haskell-cmdargs
by simons＠cryp.to 31 Mar '11

31 Mar '11

from http://aur.archlinux.org/packages.php?ID=30061 magus wrote: @listdata, sure, it does seem like many package provided in [extra] enables profiling, however none of the packages on AUR does. Almost all haskell packages on AUR are maintained by the ArchHaskell Team (https://wiki.archlinux.org/index.php/ArchHaskell) using cabal2arch. If you want changes to the default PKGBUILD created by cabal2arch then I suggest you bring that up on the archhaskell mailing list (http://haskell.org/mailman/listinfo/arch-haskell) --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

1 0

AUR Out-of-date Notification for darcs-fastconvert
by simons＠cryp.to 30 Mar '11

30 Mar '11

Your package darcs-fastconvert has been flagged out of date by owst [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=40638 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=27114

1 0

AUR Out-of-date Notification for haskell-shellish
by simons＠cryp.to 29 Mar '11

29 Mar '11

Your package haskell-shellish has been flagged out of date by owst [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=40371 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=27114

1 0

Re: [arch-haskell] Issues with cabal2arch/AUR packages
by Mathew de Detrich 28 Mar '11

28 Mar '11

Well basically the point would be that libraries would be installed through cabal install however haskell binaries you would install through AUR, and the PKGBUILD would (indirectly through some shell script) check for dependencies, and if a library isn't installed it would temporarily install it in /tmp where the PKGBUILD would link it with ghc to build the binary. Obviously as mentioned earlier, it's not really an isssue now, but when more widely used haskell binaries are on AUR, if people installed packages thorough cabal and not AUR, something along these lines will need to be done On 29 Mar 2011 05:07, "Rémy Oudompheng" <remyoudompheng(a)gmail.com> wrote:

3 4

AUR Out-of-date Notification for haskell-hxq
by simons＠cryp.to 28 Mar '11

28 Mar '11

Your package haskell-hxq has been flagged out of date by pdxleif [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=17665 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=13357

1 0