January 2011 - arch-haskell

The ArchHaskell project needs your help
by Peter Simons 14 Jan '11

14 Jan '11

Hi guys, there are 3 (more or less) separate efforts going on that are loosely organized under term "ArchHaskell": 1) the ArchLinux library, 2) the cabal2arch utility, and 3) the habs repository of PKGBUILD files. In the last couple of months, the ArchLinux library has been developed mostly by Remy; the cabal2arch utility has been developed mostly by Magnus; and the habs tree has been maintained mostly by me. Since these projects are built on top of each other, the 3 of us have used this mailing list to coordinate our efforts. Now, these projects do stand on their own, but they are not ends in themselves. Rather, these projects are means to achieve another, greater goal. That goal is to provide comprehensive and up-to-date build instructions for ArchLinux that allow everyday users of the distribution to install all Haskell packages registered on Hackage through the native package manager (as opposed to installing them with cabal-install, which is always possible, of course, but requires some minimal knowledge about Haskell). The current state of affairs can be summarized as follows: * Hackage features 2,715 distinct packages. * Our habs tree -- which roughly corresponds to the set of packages published on AUR -- has 1,990 distinct packages, meaning that we support approximately 73% of Hackage. * Of those 1,990 packages that we publish, 578 are known to have version conflicts within the package set. If anyone would try to install all those 1,990 packages on his or her system, then *at least* 578 packages would fail to compile. The actual number of build failures would clearly be higher than that, but we don't know what exactly it is, because we don't have a way to measure that number. If we stick to the lower limit of 578, then it's fair to say that at least 29% of the PKGBUILDs that we publish are broken in one way or another. * For 301 out of the 1,990 packages that we publish, updates are available on Hackage that we haven't processed, which means that approximately 15% of the packages that we publish are out-of-date. If our goal is to provide comprehensive and up-to-date build instructions that bring Hackage to ArchLinux, then one may wonder how successful we have been. We cannot quantify "success" in objective terms, but the known facts allow for some approximation. We provide PKGBUILDs for 73% of Hackage, of which 29% don't compile and 15% are out-of-date. Let's assume that about half of the packages that don't compile are outdated, too. From 301 1990 - 578 - --- 2 ----------------- = 0.4646408839779005 2715 it follows that we have succeeded at providing reliable and up-to-date build instructions for approximately 46% of Hackage. Personally, I feel that's quite alright considering how scarce our resources are. >From an ArchLinux user's point of view, however, that number looks a little different. If you are an average ArchLinux user who is trying to install the latest version of a random Haskell package from AUR, then that attempt is more likely to fail than it is to succeed. Of course, the accuracy of that estimate can be debated. One might argue that some packages are more important than others, and that the important packages are more likely to build than the ones that no-one needs anyway. One might argue that users have all kinds of mechanisms available to them to work around those problems, and so on. But those technicalities are not going to change the fact that we do clearly not achieve our greater goal of bringing Hackage to ArchLinux in way that lives up to the motto of "batteries included", which is the Haskell community's way of saying "our stuff just works". As far as ArchHaskell is concerned, it does not. Now, there are major challenges ahead. We need to improve the quality of our package set. On top of that, switching to GHC 7 is going to be a lot of fun. The prospect of dynamically linked binaries forces us to re-think the way we determine what the difference between $depends and $makedepends is. The continued growth of Hackage is going to push the limits of our tool-chain even further. All of this needs to be addressed in some way, and everyone who has an interest in this effort is hereby encouraged to contribute his or hers ideas and suggestions now. To get the discussion started, I'd like to offer a concrete question that you might want to think about: is it realistic to try and support *all* of Hackage? Take care, Peter

3 2

Missing "dyn" libraries for possibly many packages
by gdweber＠iue.edu 14 Jan '11

14 Jan '11

Now that bauerbill is building again, I'm starting to get errors about missing "dyn" libraries for a number of packages: [haskell-sdl-gfx]: Graphics/UI/SDL/Rotozoomer.hs:19:7: Could not find module `Graphics.UI.SDL.Types': Perhaps you haven't installed the "dyn" libraries for package `SDL-0.6.2'? Use -v to see a list of the files searched for. Aborting... ERROR: makepkg exited with an error (512) (Having previously failed to build this because of a missing external library, SDL_gfx, my first thought was: What -- another missing library, SDL_dyn? What's that?) :-) [haskell-zip-archive]: Codec/Archive/Zip.hs:69:17: Could not find module `Data.Digest.CRC32': Perhaps you haven't installed the "dyn" libraries for package `digest-0.0.0.8'? Use -v to see a list of the files searched for. Aborting... Searching around, I've found a couple of other instances of this: - Comments on haskell-missingh: http://aur.archlinux.org/packages.php?ID=17845 - Comments on haskell-digest: http://aur.archlinux.org/packages.php?ID=23078 Although these comments are automatically posted on the arch-haskell mailing list, it's easy to overlook them because their subjects refer to specific packages -- since I'm not interested in missingh or digest, I deleted them without reading, and probably many others did too. So, to consolidate the information here, I'll repost peti's advice on the haskell-digest package: Comment by: peti on Sun, 26 Dec 2010 15:19:40 +0000 Hi Frabjous, apparently, you are using the "haskell-bytestring" package from AUR. That package is kind of obsolete, because it became a part of GHC in version 6.12.3 or so. You probably installed it a while ago, before 6.12.3 was available? Anyway, this is no big deal, and the problem with the missing shared libraries that caused your build failure has been fixed. Still, I would recommend that you clean up your Haskell installation to make sure that everything conforms to the current state of the art. The best way to accomlish that is to run the commands "pacman -R --cascade ghc", then "rm -rf /usr/lib/ghc-*", and then to re-install everything that you actually need from scratch. It's optional to do that, of course. In any case, thanks for the bug report. I'm glad the problem is now fixed. I do wonder, though, about a few things. 1. Why the dyn libraries are now needed. Is it because of a new version of GHC which does this by default? Or a change in the way Arch Haskell defines packages? 2. Does it still build static libraries as well? 3. If I build an executable program, without any special flags, is it going to use the dynamic or static libraries? 4. Is it possible for users to control whether dynamic or static libraries are built, or both, using tools such as bauerbill? -- ___ ___ __ _ / _ \ / _ \| | | | Gregory D. Weber, Associate Professor / /_\// / | | | /\ | | Indiana University East / /_\\/ /__| | |/ \| | http://mypage.iu.edu/~gdweber/ \____/\_____/\___/\__/ Tel. (765) 973-8420; FAX (765) 973-8550

3 3

Bauerbill stopped building and installing packages, then started again
by gdweber＠iue.edu 14 Jan '11

14 Jan '11

For about a month, it seems, when I ran 'bauerbill -Syu' it would list a bunch of packages that were upgradable, and I think actually downloaded the packages, but would not build or install them. Now that I've finally found time to post a question about it, it's mysteriously resumed building and installing packages. Just wondering, anyone know the explanation for this? Someone has posted this comment Comment by: wsduvall on Wed, 27 Oct 2010 00:09:22 +0000 No longer works with https transition. on the AUR page for bauerbill (http://aur.archlinux.org/packages.php?ID=33511) -- ___ ___ __ _ / _ \ / _ \| | | | Gregory D. Weber, Associate Professor / /_\// / | | | /\ | | Indiana University East / /_\\/ /__| | |/ \| | http://mypage.iu.edu/~gdweber/ \____/\_____/\___/\__/ Tel. (765) 973-8420; FAX (765) 973-8550

3 3

AUR Out-of-date Notification for ztail
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package ztail has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=21547 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for supercollider-midi
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package supercollider-midi has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=20341 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for sourcegraph
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package sourcegraph has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=20519 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for she
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package she has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=28002 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for yst
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package yst has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=29313 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for threadpool
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package threadpool has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=23354 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0

AUR Out-of-date Notification for spaceinvaders
by simons＠cryp.to 13 Jan '11

13 Jan '11

Your package spaceinvaders has been flagged out of date by juster [1]. You may view your package at: http://aur.archlinux.org/packages.php?ID=17699 [1] - http://aur.archlinux.org/account.php?Action=AccountInfo&ID=10130

1 0