debian-haskell February 2008

debian-haskell@lists.urchin.earth.li

1 participants
3 discussions

Using cdbs and haskell-devscripts to build Haskell libraries
by Kari Pahula 31 Mar '08

31 Mar '08

I wasn't quite happy with either haskell-utils' or haskell-devscripts' style of Haskell library packaging. In my eyes, haskell-utils was just too messy with all those generated files and haskell-devscripts was too monolithic, with a magic dh_haskell call that did all the work. It was a step in the right direction, but I felt that it replicated much of what was done in CDBS and rightly belonged to its domain. Therefore, I chose to reimplement (most of) the wheel. I discarded most of haskell-devscripts and just used dh_haskell_prep and made a CDBS rule file to take care of the rest. Here's my complete debian/rules file, using CDBS: #!/usr/bin/make -f include $(CURDIR)/debian/hlibrary.mk Neat, no? And this should work for any cabalized Haskell library. That's the theory, at least. The rest is mostly controlled by debian/control. This has been successfully tested with haskell-binary (already in unstable) and haskell-hlist. I know some people wouldn't touch CDBS if they can help it...

2 3

Re: [Debian-haskell] ghc6.8, xmonad and haskell-utils
by Christopher Lane Hinson 05 Mar '08

05 Mar '08

> that you tried it and it worked is more likely to get it uploaded sooner In that case, I was able to add to my sources.list: deb-src http://haskell-unsafe.alioth.debian.org/archive/amd64 . unstable even though I'm using i386 testing/unstable (prefers testing), and use apt-src to build, ghc6, haskell-utils, haskell-mtl, haskell-stream, haskell-arrows. The only issue is that you must remove all libghc6 packages and ghc6 packages before using dpkg to install new ones, to save a lot a headache with the package management system. Old libghc6-things don't seem to be removable once a new ghc6 is installed. Also, I get this error on apt-src build haskell-opengl, which I have no idea about: [34 of 84] Compiling Graphics.Rendering.OpenGL.GL.PixelRectangles.PixelMap ( Graphics/Rendering/OpenGL/GL/PixelRectangles/PixelMap.hs, dist/build/Graphics/Rendering/OpenGL/GL/PixelRectangles/PixelMap.o ) /tmp/ghc7639_0/ghc7639_0.split__65.s: Assembler messages: /tmp/ghc7639_0/ghc7639_0.split__65.s:637:0: Error: unknown pseudo-op: `.ln.text' make: *** [build-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Let me know what else I could do to help.

2 1

Fwd: Bug#464013: libghc6-missingh-dev: Fails to install.
by John Goerzen 05 Mar '08

05 Mar '08

This seems to be a recurring problem, and I'm not sure how to deal with it. Say we have hslogger, and MissingH. MissingH build-deps and deps on hslogger. When hslogger gets a new version in its cabal file, GHC no longer sees it when you try to use MissingH because it has a different version. Then MissingH has to be rebuilt, and in the meantime, things are broken. Is there any nice automatic way to prevent this problem?

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

debian-haskell February 2008