debian-haskell June 2007

debian-haskell@lists.urchin.earth.li

4 participants
6 discussions

about build-deps
by Matthew Danish 15 Jul '07

15 Jul '07

Currently I add the build deps for -dev, -doc, and -prof packages each. Is there a better way to build-dep on haskell libraries? -- -- Matthew Danish -- user: mrd domain: cmu.edu -- OpenPGP public key: C24B6010 on keyring.debian.org

2 1

Packaging a Cabal package in 10 easy steps
by Ian Lynagh 26 Jun '07

26 Jun '07

Hi all, Packaging a Cabal package in 10 easy steps (requires haskell-utils): 1) wget http://hackage.haskell.org/packages/archive/mtl/1.0/mtl-1.0.tar.gz -O haskell-mtl_1.0.1.orig.tar.gz 2) tar -zxf haskell-mtl_1.0.1.orig.tar.gz 3) cd mtl-1.0 4) mkdir -p debian/varfiles 5) cat > debian/varfiles/varfile << EOF maintainer="Ian Lynagh (wibble) <igloo(a)debian.org>" short_description="Haskell monad transformer library for GHC" long_description=" MTL is a monad transformer library, inspired by the paper \"Functional\n Programming with Overloading and Higher-Order Polymorphism\",\n by Mark P Jones (<http://www.cse.ogi.edu/~mpj/>), Advanced School\n of Functional Programming, 1995." c_dev_libs="" extra_build_deps="" EOF 6) cat > debian/copyright << EOF Debianised by ... Author ... Copyright: BSD ... /usr/share/common-licenses/BSD ... EOF 7) dch --create -D unstable --package haskell-mtl --newversion 1.0.1-1 8) update-debian-haskell-files 9) debian/rules update-generated-files 10) debuild -us -uc With luck the .cabal file will provide most of the text for steps 5 and 6. When making future changes, apart from adding a changelog entry, only steps 9 and 10 need to be repeated. Thanks Ian

2 1

Bug#429706: ITP: libhugs-regex-base -- Hugs library providing an API for regular expressions
by Arjan Oosting 19 Jun '07

19 Jun '07

Package: wnpp Severity: wishlist Owner: Arjan Oosting <arjan(a)debian.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 * Package name : libhugs-regex-base Version : 0.92 Upstream Author : Christopher Kuklewicz <TextRegexLazy(a)personal.mightyreason.com> * URL : http://sourceforge.net/projects/lazy-regex * License : BSD Programming Lang: Haskell Description : Hugs library providing an API for regular expressions A library containing the interface API for the Haskell regular expressions library packages regex-posix, regex-pcre, regex-parsec, regex-tdfs, regex-dfa. . This package contains the libraries for use with Hugs98. . Homepage: http://sourceforge.net/projects/lazy-regex - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-nebula (PREEMPT) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGeAGiUALvsZYuOJARAsqnAJ95xCmTciVAhRgNANUToMtQIPywbQCfUic4 mMb5ahSuEiHO69MrTU2lnIg= =SCU7 -----END PGP SIGNATURE-----

1 0

haddock
by Ian Lynagh 07 Jun '07

07 Jun '07

Hi all, haddock 0.8-1 generated platform-specific foo.haddock files. I've fixed this in 0.8-2, but any packages that contain .haddock files generated by 0.8-1 (or earlier) on 32-bit arches should be rebuilt as they now won't be able to be used by haddock on /any/ platform. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426335 if you're interested in more details. Thanks Ian

1 0

The future of libghc6-filepath-dev?
by Arjan Oosting 04 Jun '07

04 Jun '07

Hi Ian, Ross and other interested parties, I maintain the haskell-filepath Debian source package from which the following packages are build: haskell-filepath-doc - API documentation of the Haskell FilePath library libghc6-filepath-dev - GHC 6 library for manipulating FilePath's libghc6-filepath-prof - GHC 6 profiling library for manipulating FilePath's libhugs-filepath - Hugs library for manipulating FilePath's As GHC 6 now ships the Filepath package I am a little bit unsure what to do with my packages. Should I a keep on building the binary packages for GHC 6 or should I replace them by dummy packages which depend on the appropriate binary packages of ghc6? I am leaning towards the last option which would mean that haskell-filepath would produce the following packages: haskell-filepath-doc - dummy package depending on ghc6-doc? libghc6-filepath-dev - dummy package depending on ghc6 libghc6-filepath-prof - dummy package depending on ghc6-prof libhugs-filepath - Hugs library for manipulating FilePath's I am not sure if this is the best option though. Any opinions? It would be nice if Hugs would also start shipping filepath, so I could drop the libhugs-filepath package as well. Maybe Ross can comment on that? Greetings Arjan

3 2

GHC 6.6.1
by Ian Lynagh 02 Jun '07

02 Jun '07

Hi all, GHC 6.6.1 packages are in Haskell Unsafe (amd64 only, although you can build the source on your arch if you want (please let me know if you try this, regardless of whether it succeeds or fails)): http://haskell-unsafe.alioth.debian.org/haskell-unsafe.html Currently the only extralib packaged is mtl (libghc6-mtl-{dev,prof,doc}). More will probably follow soon. Note that these packages may not be what end up being uploaded to Debian, and they are barely tested at all. Yada yada standard no disclaimer stuff. Thanks Ian

2 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

debian-haskell June 2007