- arch-haskell - Haskell.org

Package status page
by Don Stewart 15 Aug '09

15 Aug '09

Haskell AUR package status page: http://www.galois.com/~dons/arch-haskell-status.html Shows the packages maintained by arch-haskell, their version, and warnings if they're out of date, or built with cabal2arch < 0.4. The page is generated by Distribution.ArchLinux.Report, and queries AUR, Hackage and cabal for info about the packages. There's initial support for lint checking of PKGBUILDs Red is used to indicate work that needs to be done. We could also track Haskell Platform compliance by feeding in a different package list. The status page is linked from the Arch Haskell news site: http://archhaskell.wordpress.com/ -- Don

1 0

Re: [arch-haskell] archlinux haskell library
by Gour 15 Aug '09

15 Aug '09

>>>>> "Don" == Don Stewart <dons(a)galois.com> writes: Oops, it was meant for the list. I hope you don't mind replying back here... >> Wonderful. Are you aware that one guy recently started with another >> yaourt wrapper written in CL - see >> >> http://github.com/skypher/paktahn/tree/master Don> Interesting. Thanks. Don> BTW, I definitely *don't* want to wrap yaourt -- it is a scary mix Don> of shell scripts and regex munging. It is good though for reverse Don> engineering the interfaces. Well, I belive he is wrapping libalpm and I suggested him to do so considering it the right approach, although he might be directly using pacman as well...otoh, yaourt is just a hack. Sincerely, Gour -- Gour | Hlapičina, Croatia | GPG key: F96FF5F6 ---------------------------------------------------------------------------

2 1

Working on AUR interface
by Don Stewart 15 Aug '09

15 Aug '09

I've found the json interface to AUR, http://aur.archlinux.org/rpc.php and am working on a library to wrap this, so we can automate more of the package management tasks.

2 1

Programmatic interface to AUR
by Don Stewart 15 Aug '09

15 Aug '09

Hey all, We really need a Haskell interface to AUR, so we can track the status of all those packages, and automate more of their maintainance. Thoughts? -- Don

2 1

archlinux haskell library
by Don Stewart 14 Aug '09

14 Aug '09

I've started a library for programmatically manipulating and querying Arch Linux package infrastructure. So far we have: http://hackage.haskell.org/package/archlinux-0.1 which supports searching and querying packages on AUR. > info "xmonad" Right (AURInfo { packageID = 10593 , packageName = "xmonad" , packageVersion = Right (Version {versionBranch = [0,8,1] , versionTags = []},"1.2") , packageCategory = 17 , packageDesc = "A lightweight X11 tiled window manager written in Haskell" , packageLocation = 3 , packageURL = "http://xmonad.org/" , packagePath = "/packages/xmonad/xmonad.tar.gz" , packageLicense = "custom:BSD3" , packageVotes = 260 , packageOutOfDate = False }) Useful things we could do with more work: * lint checker -- for all our packages, check they are consistent * hackage version checker -- automatically check versions between hackage and AUR * cabal2arch version checker -- list all packages that were generated with which version of cabal2arch, then auto-rebuild * our own yaourt... -- Don

1 1

Re: [arch-haskell] Creating binary and doc from the same PKGBUILD
by Magnus Therning 12 Aug '09

12 Aug '09

Matthew William Cox wrote: > On Thu, Aug 06, 2009 at 12:07:35PM +0100, Magnus Therning wrote: >> I think it'd be worthwhile to provide packages with haddock-generated >> documentation for all haskell packages. However, I'm not convinced that >> the docs should be packaged with the binary components of the package. > > Generally, Arch users expect docs to come with the package as provided by > upstream, and not as some separate package. > > Historically Arch stripped docs out of the packages, but that policy was > reversed over a year ago. See the hue and cry over here: > http://www.archlinux.org/pipermail/arch-dev-public/2008-April/005574.html All right. Then I'll instead try to modify cabal2arch to build docs as well. The one thing that I _really_ want input on is the location of the docs - GHC ships with docs located in /usr/share/doc/ghc/libraries/ - In that directory there's also a script (gen_contents_index) that will rebuild the index of all haddock docs located in subdirectories (it searches for */*.haddock). So, is that location an acceptable location for docs of other haskell packages? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

3 9

trying to understand haskell-platform on Arch
by Thomas Girod 12 Aug '09

12 Aug '09

Hi list, I have questions about how the haskell-platform is working with Arch. I must be missing something, please correct me : - The haskell-platform package is a bundle of libraries/tools of specific versions that works well together - Each new version of the haskell-platform updates those libraries/tools to a more recent versions But then, when I look at the PKGBUILD of haskell-platform, why does it have all the content of the platform declared as dependencies ? And if everything is installed as dependencies, why is the haskell-platform tarball downloaded anyway ? > depends=('gmp' 'ghc' 'haskell-cabal' 'haskell-glut=2.1.1.2' > 'haskell-http=4000.0.6' 'haskell-opengl=2.2.1.1' 'haskell-cgi=3001.1.7.1' > 'haskell-editline=0.2.1.0' 'haskell-fgl=5.4.2.2' 'haskell-network=2.2.1.4' > 'haskell-time=1.1.2.4' 'haskell-zlib=0.5.0.0' 'cabal-install' 'alex' 'happy' > 'haddock') Right now haskell-platform fails to install because community repo contains haskell-http version 4000.0.7, while AUR contains the 4000.0.6 version, and yaourt somehow fails to pick the right version - the problem can be solved easily, but needs human intervention. As all libraries/tools included in haskell-platform have their own independent release-cycles on Hackage, does it mean that the "Hackage -> AUR bridge" delays the releases of haskell-platform dependencies so they match the haskell-platform release cycle ? I wonder why the haskell-platform PKGBUILD doesn't declare its content by using the "provides" parameter, and avoid conflicts with the latest versions of those libraries on AUR by also listing them in the "replaces" parameter. Anyway, thanks for all the work you are achieving ! Cheers Tom

3 2

Creating binary and doc from the same PKGBUILD
by Magnus Therning 06 Aug '09

06 Aug '09

I think it'd be worthwhile to provide packages with haddock-generated documentation for all haskell packages. However, I'm not convinced that the docs should be packaged with the binary components of the package. I've been experimenting with "split packages" (in pacman as of version 3.3) as a means of building both packages from the same PKGBUILD. I've used dataenc for my experiments and have arrived at something that makes some sense, but I'd like comments and feedback before I start coding it into cabal2arch. I've attached the modified PKGBUILD and the added .install file for the -doc package. I believe the same approach could be taken to providing packages with profiling support as well. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

3 3

Packaging rules
by Don Stewart 04 Aug '09

04 Aug '09

http://bbs.archlinux.org/viewtopic.php?pid=594878#p594878 I commented on the complaints about the packaging on the forum. Maybe we should set up a bug tracker. -- Don

1 0

Triggering recompilation automatically?
by Magnus Therning 01 Aug '09

01 Aug '09

On two of my systems I'm refraining from upgrading GHC to 6.10.4 due to xmonad-contrib not having been recompiled yet. I suspect this kind of situation is going to become more common the more binary Haskell packages that make it into Arch. Is there some good way to deal with it (besides doing a local re-compilation of the package)? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

3 4