- arch-haskell - Haskell.org

AUR Comment for haskell-haskore
by simons＠cryp.to 15 Jan '11

15 Jan '11

from http://aur.archlinux.org/packages.php?ID=20383 magus wrote: The package isn't *out-of-date* just because it has unsatisfied dependencies! --- If you no longer wish to receive notifications about this package, please go the the above package page and click the UnNotify button.

3 3

AUR Comment for haskell-haskore
by simons＠cryp.to 15 Jan '11

15 Jan '11

from http://aur.archlinux.org/packages.php?ID=20383 magus wrote: After some recent *major* changes in the ArchHaskell project this package is now "unsupported", at least for the moment. palmfron, do you want us to orphan the packages (this and its broken dependencies) so you can take them over? Alternatively you could opt to get involved in the ArchHaskell project (this is what *I* would prefer ;-). Let us know what you would prefer. --- 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

New README with goals and other info
by Magnus Therning 15 Jan '11

15 Jan '11

In an attempt to better define what it is we are trying to achieve I've re-written the README. Please read and comment on it before I upload it. *********************************************************** The Haskell ABS tree for ArchLinux ================================== This project contains a tree of ArchLinux PKGBUILDs that's used to compile a binary repository of Haskell packages. If you'd like to use that repository, then append the following two lines at the end of your `/etc/pacman.conf` file: [haskell] Server = http://andromeda.kiwilight.com/$repo/$arch If you'd like to build the repository on your own machine, then please make sure that the `devtools` package is installed, and then run the `./makeworld` script that's included in this directory. The script will create a clean ArchLinx installation in a chroot environment at `/var/tmp/chroot-${arch}`, where `${arch}` is either `i686` or `x86_64`, depending on your hardware. It is also possible to cross-compile the i686 repository on 64-bit machines by running the script as follows: `setarch i686 ./makeworld`. The ArchHaskell project ======================= Our main goal is to maintain a binary repository of up-to-date packages taken form [hackageDB][1]. To achieve this we also maintain three repositories of tools, libraries, and scripts: * [cabal2arch][2] is the central tool which converts a CABAL file into a PKGBUILD, and optionally a `.install`. * [archlinux][3] is the main dependency of `cabal2arch`. * [archlinux-web][4] contains a library and a set of scripts that help with various web-related tasks such as updating the information on [hackageDB][1] on what versions of packages that are available for ArchLinux. All discussion around our HABS tree and other packages take place on the [ArchHaskell mailinglist][5]. The available packages ====================== Currently the repository contains less than 100 packages, which is less than 5% of the packages on [hackageDB][1]. We would of course like to cover 100% of [hackageDB][1], but our resources, tools and processes don't allow it yet. Chosing of the current set -------------------------- The current set of packages was chosen in a very unstructured way, and we are still discussing how to decide what packages we take on. Please get involved by joining the [mailinglist][5] is you have opinions on how we should pick the packages we provide. [1] http://hackage.haskell.org/packages/hackage.html [2] https://github.com/archhaskell/cabal2arch [3] https://github.com/archhaskell/archlinux [4] https://github.com/archhaskell/archlinux-web [5] http://www.haskell.org/mailman/listinfo/arch-haskell *********************************************************** /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus

1 1

ArchLinux binary repository available for beta testing
by Peter Simons 15 Jan '11

15 Jan '11

The following message is a courtesy copy of an article that has been posted to gmane.comp.lang.haskell.cafe as well. Hi guys, those of you who use the ArchLinux distribution might be interested to know that a team of volunteers has put together a binary package repository that complements the set of Haskell packages that's already being distributed by ArchLinux. Subscribers of that repository can use Pacman to install all of Haskell Platform 2010.2.0.0 as well as a few other popular packages such as bnfc, hledger, pandoc, sifflet, and yesod on both i686 and x86_64. If you want to use the repository, then append the following two lines at the end of your /etc/pacman.conf file: [haskell] Server = http://andromeda.kiwilight.com/$repo/$arch Please be aware of the fact that this is the very first public announcement of this repository, so you should consider it as being in a kind of beta state. Basically, if your Linux machine is responsible for controlling some large nuclear power plant or something, you probably shouldn't be using this. Everyone else is encouraged to try it out. If you encounter problems, have questions, or would like to make suggestions, then please raise an issue at <https://github.com/archhaskell/habs/issues>. Of course, you're also welcome to provide feedback by posting to the haskell-cafe mailing list or to arch-haskell(a)haskell.org. Many people have contributed to this effort in one way or another. Don Stewart originally wrote the cabal2arch tool that is being used to generate the HABS tree on which this repository is based. Rémy Oudompheng has extended that tool and the underlying ArchLinux library significantly, and he has also written most of the build system that's being used to compile the binary packages. Magnus Therning has compiled all the x86_64 binaries. The i686 binaries were compiled by Yours Truely. Kaiting Chen is kindly hosting the repository on his server. Furthermore, there are many other people who have submitted bug reports, suggestions, and fixes by way of AUR. Have fun, Peter

3 3

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

15 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 15 Jan '11

15 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 15 Jan '11

15 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 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

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