debian-haskell July 2006

debian-haskell@lists.urchin.earth.li

7 participants
14 discussions

Re: libghc6-wxhaskell-dev
by Isaac Jones 28 Oct '06

28 Oct '06

Looks like a new version of this package needs to be built, but I'm not really maintaining this package. Maybe the debian-haskell list can help? peace, isaac Martin Flack <martin(a)martinflack.com> writes: > Hi Isaac, > > I'm trying to install the package libghc6-wxhaskell-dev from > haskell-unsafe.alioth.debian.org so I can try writing some simple > Haskell programs on my Ubuntu Dapper desktop. > > Unfortunately I receive this error: > The following packages have unmet dependencies. > libghc6-wxhaskell-dev: Depends: ghc6 (< 6.2.3) but 6.4.1-2ubuntu2 is > to be installed > > Also the ghc package on the same repo seems to be 6.4.1-1 so I'm not > sure what to do. Do I have to find a 6.2.3 package and downgrade or is > there an update to libghc6-wxhaskell-dev available somewhere? > > I tried compiling the source but I get C++ errors. I'd rather figure it > out on a package level though. > > Thank you very much for any help you can give! > > Cheers, > Martin Flack

3 3

Gtk2Hs packages for GHC 6.4.2
by Liyang HU 30 Jul '06

30 Jul '06

(Finally) updated for GHC 6.4.2, along with new apt repository: http://carwash.cs.nott.ac.uk:992/~lyh/gtk2hs/ Only i386 binaries for now though. Cheers, /Liyang

1 0

RFS: uuagc
by Arjan Oosting 26 Jul '06

26 Jul '06

Hi potential sponsors, I am searching for a sponsor for uuagc. * Package name : uuagc Version : 0.9.1 Upstream Author : Doaitse Swierstra <doaitse(a)cs.uu.nl>, Arthur Baars <arthurb(a)cs.uu.nl> and Alexey Rodriguez <alexey(a)cs.uu.nl> * URL : http://www.cs.uu.nl/wiki/HUT/AttributeGrammarSystem * License : GPL Programming Lang: Haskell Description : compiler for the Utrecht University Attribute Grammar system The Attribute Grammar system can be used to annotate the production rules of a grammar with inherited and synthesized attributes. The values of the attributes can be determined while parsing/traversing an abtract syntax tree and will give the semantic value of the tree. . The inherited attributes are values which ares passed downwards in the abstract syntax tree and the synthesized attributes are passed upward. Haskell expressions are used to describe the computation of the attributes. . The uuagc compiler takes a set files in which the attribute grammar is defined and generate a Haskell file which contains the datatype definitions that corresponding to the grammar, semantic functions and catamorphisms (functions that take a syntax tree and return the semantic value of that tree) . The (Utrecht University) Attribute Grammar system is part of the Haskell Utrecht Tools set. . This package needs haskell-uulib to build, which also still needs a sponsor [1]. So anyone who is interested in sponsoring this package might sponsor haskell-uulib just as well. The package is of course linda and lintian clean and can be downloaded by doing dget http://moonshine.dnsalias.org/debian/unstable/uuagc_0.9.1-1_i386.changes Greetings Arjan Oosting [1] http://lists.debian.org/debian-mentors/2006/07/msg00354.html

1 0

RFS: haskell-uulib
by Arjan Oosting 26 Jul '06

26 Jul '06

Hi, I am searching for a sponsor for the uulib Haskell library: * Package name : haskell-uulib Version : 0.9.2 Upstream Author : Doaitse Swierstra <doaitse(a)cs.uu.nl>, Arthur Baars <arthurb(a)cs.uu.nl>, Daan Leijen <daan(a)cs.uu.nl> and others * URL : http://www.cs.uu.nl/wiki/HUT/ * License : Partly LGPL and partly BSD Programming Lang: Haskell Description : uulib parser and pretty print combinator library for Haskell The uulib Haskell library contains fast, error repairing parser combinators (UU.Parsing), pretty print combinators (UU.Pretty) and a set of data structures and algorithms for working with sets and sequences (UU.DData) for Haskell. . The library is developed at Utrecht University and is part of the Haskell Utrecht Tools. . Homepage: http://www.cs.uu.nl/wiki/HUT/WebHome This package contain the fast error correcting parser combinators and the pretty print combinators developed at Utrecht University. This package is also a reverse dependency of the Utrecht Attribute Grammar System (uuagc, ITP #376491) and helium, the Haskell compiler designed for learning Haskell, (ITP #365728). The debian package is linda en lintian clean and can be downloaded from my website [1] by doing: dget http://moonshine.dnsalias.org/debian/unstable/haskell-uulib_0.9.2-1_i386.ch… Greetings Arjan. [1] http://moonshine.dnsalias.org/debian/unstable/

1 0

apt repositories
by Bengt Frost 23 Jul '06

23 Jul '06

Hi, Any suggested apt repositories for testing Haskell-GHC on Debian Testing? How about: deb http://haskell-unsafe.alioth.debian.org/archive/i386 . testing deb-src http://haskell-unsafe.alioth.debian.org/archive/i386 . testing Any more suggestions? Thanks! -- Bengt Frost :: Haskell is the most beautiful, elegant and correctly designed programming language on this planet.

1 0

ghc-cvs
by Florian Weimer 23 Jul '06

23 Jul '06

Wouldn't it make sense to remove that package (or even better, update it to GHC 6.5)?

1 0

Three questions about patch to cabal
by Jeremy Shaw 13 Jul '06

13 Jul '06

Hello, I ran into a problem while trying to debianize libraries that use cabal. I want to provide profiling libraries by default, but I want them to be provided in a seperate .deb, so that you do not have to install them if you don't need them. So for 'mylib' I would generate two .debs: libghc6-mylib-dev libghc6-mylib-prof Cabal already has an --enable-library-profiling flag, but this causes the profiling and non-profiling libraries to be compiled at the same time into the same directory tree. This means I have to use regular expression to try to move the profiling libraries into a seperate package. I think a better solution would be to provide a mechanism to disable building the vanilla libraries, such as: --enable-library-vanilla --disable-library-vanilla This could also be extended to support other flags in the future, like: --enable/disable-library-parallel --enable/disable-library-bytecode --enable/disable-library-native This scheme seems mostly fine. Package maintainers can do multiple passes building exactly what they want on each pass. People compiling from source can just enable everything they want and build in a single pass. So, I have three questions: (1) Flag sanity checking Not all combinations of flags are sensible. For example, we can already specify: --disable-library-profiling --enable-executable-profiling Which will probably fail unless the executable does not depend on the libraries. These new flags would introduce further nonsense, such as: --enable-library-for-ghci --disable-library-vanilla That will fail because --enable-library-for-ghci requires building the vanilla libraries. The current code processes the flags in isolation -- so detecting conflicts will be a moderate change to the existing code. But I think it is the right thing to do, anyone disagree? (2) Is there a better set of flags Perhaps my problem is that I am using the wrong abstraction for the flags. Is there a different set of flags that would solve my problem with out introducing incompatible combinations? (3) Another name for vanilla libraries I need a name to describe libraries that are built without any 'special' flags like -prof or -parallel. Currently I am using --enable/disable-library-vanilla, but I think there might be a better choice. Other ideas are 'default', 'plain', or 'standard'. Thanks! j.

1 0

First pass at -prof support in dh_haskell
by Jeremy Shaw 12 Jul '06

12 Jul '06

Hello John, Attached is a first crack at adding support to dh_haskell for -prof packages. I am looking for some feedback on what you might want changed for a final cut. As I mentioned before, I do not know perl or the debhelper libraries, so there may be much better ways to do some stuff. I need to clean up some superious white space and add some better comments, but the basic method is pretty-well in place. Overview of Usage ----------------- Basically, you just add a -prof paragraph that looks like the existing -dev paragraph. Everything else happens automatically. Here are example -dev and corresponding -prof paragraphs: ===> Package: libghc6-fps-dev Section: libdevel Architecture: any Depends: ${haskell:Depends} Description: A Haskell library that provides fast, packed strings This library provides the Data.ByteString library: byte arrays manipulable as strings, providing very time and space efficient string and IO operations. . For very large data requirements, or constraints on heap size, Data.ByteString.Lazy is provided, a lazy list of bytestring chunks. Efficient processing of multi-gigabyte data can be achieved this way. . This package contains the libraries compiled for GHC 6. Package: libghc6-fps-prof Section: libdevel Architecture: any Depends: ${haskell:Depends} Description: A Haskell library that provides fast, packed strings This library provides the Data.ByteString library: byte arrays manipulable as strings, providing very time and space efficient string and IO operations. . For very large data requirements, or constraints on heap size, Data.ByteString.Lazy is provided, a lazy list of bytestring chunks. Efficient processing of multi-gigabyte data can be achieved this way. . This package contains the libraries compiled for GHC 6 with profiling enable. <=== Development Issues ------------------ Here are the basic issues I encountered, (1) cabal does not support building the -dev packages and -prof packages seperately. Instead it builds them both at once and lumps them in the same directory. I think that this should ultimately be fixed in cabal, but for now, dh_haskell needs to work with the current behaviour. My current hack is: (1) skip over -prof paragraphs debian/control (2) when looking at a -dev, check for a matching -prof (3) if there is a matching -prof, enable profiling when building the -dev packages (4) use find/tar to move the profiling libraries out of -dev and into -prof One side-effect is that if you have a -prof with out a matching -dev, it will be silently ignored. (2) Dependencies for -prof .debs Should the -prof .debs depend of the corresponding -dev .debs? I think ghc might let you install just the profiling libraries -- but then you would probably have to build with profiling enabled. I currently make the -prof package equals depend on the -dev package. TODO: /usr/lib/haskell-utils/*_vars ----------------------------------- Unless you object, I am going to modify dh_haskell_prep to generate the ghc6 dependencies based on /usr/lib/haskell-utils/*_vars as Ian Lynagh suggests. j. diff -rN -u old-haskell-devscripts/dh_haskell_build new-haskell-devscripts/dh_haskell_build --- old-haskell-devscripts/dh_haskell_build 2006-07-10 15:46:04.000000000 -0700 +++ new-haskell-devscripts/dh_haskell_build 2006-07-10 15:46:04.000000000 -0700 @@ -95,7 +95,7 @@ sub is_handled_package { my $pkgname = shift; - if ($pkgname =~ m/^lib(ghc5|ghc6|nhc98|hugs)-.+-dev$/) { + if ($pkgname =~ m/^lib(ghc5|ghc6|nhc98|hugs)-.+-(dev|prof)$/) { return 1; } elsif ($pkgname =~ m/libhugs-.+$/) { return 1; diff -rN -u old-haskell-devscripts/dh_haskell_buildinst new-haskell-devscripts/dh_haskell_buildinst --- old-haskell-devscripts/dh_haskell_buildinst 2006-07-10 15:46:04.000000000 -0700 +++ new-haskell-devscripts/dh_haskell_buildinst 2006-07-10 15:46:04.000000000 -0700 @@ -161,6 +161,25 @@ return getcabalbasepath($pkgtype) . "/lib/" . getcabalnameversion(); } +sub profiling_name { + my $package = shift; + my @pn = ($package =~ m/^lib(ghc5|ghc6|nhc98|hugs)-(.+)-dev$/); + return "lib$pn[0]-$pn[1]-prof"; +} + +sub is_profiling_enabled { + my $package = shift; + my $packages = shift; + my $profname = profiling_name($package); + + foreach my $p (@{$packages}) { + if ($p =~ m/^$profname$/) { + return 1; + } + } + return 0; +} + sub safesystem { my $program = shift; print "Running: $program\n"; @@ -177,6 +196,21 @@ die unless -e $setup; safesystem("ghc6 -package Cabal $setup -o setup"); +# Cabal currently has no way to build the -dev and -prof libraries +# seperately. So the handling of -prof is a bit awkward. The below +# loop handles each paragraph debian/control individually. To handle +# -prof we: +# +# 1) skip over -prof paragraphs +# 2) if we encounter a -dev paragraph we check if there is a +# corresponding -prof package +# 3) if so, we run configure with --enable-library-profiling +# 4) build and install the libraries +# 5) use find/tar to move the profiling libraries into +# -prof deb +# +# One side-effect is that you can not build a -prof unless you also +# build a -dev. But you probably should not do that anyway? foreach my $package (@{$dh{DOPACKAGES}}) { my $tmp = tmpdir($package); if (is_handled_package($package)) { @@ -196,7 +230,11 @@ print "Running: ./setup build\n"; system("./setup build"); } else { - safesystem("./setup configure --prefix=" . getcabalbasepath($pkgtype) + my $profiling_option = ""; + if (is_profiling_enabled($package,$dh{DOPACKAGES})) { + $profiling_option = " --enable-library-profiling "; + } + safesystem("./setup configure " . $profiling_option . " --prefix=" . getcabalbasepath($pkgtype) . " --with-compiler=/usr/bin/$pkgtype"); safesystem("./setup build"); } @@ -207,6 +245,17 @@ safesystem("mkdir -p $tmp/usr/share/doc/$package"); safesystem("mkdir -p $tmp" . getcabalbasepath($pkgtype)); safesystem("./setup copy --copy-prefix=$tmp" . getcabalbasepath($pkgtype)); + if (is_profiling_enabled($package, $dh{DOPACKAGES})) { + # Have to move all the profiling libraries into a + # seperate package. This seems a bit hackish though. + my $proftmp=tmpdir(profiling_name($package)); + safesystem("mkdir -p $proftmp"); + # NOTE: you might think you can using the -C option to + # tar instead using 'cd', but the --null disables -C + safesystem("find $tmp \$ -name \"*_p.a\" -o -name \"*.p_hi\" -o -name \"*.p_o\" \$ -printf \"%P\\0\" | " . + "(cd $tmp ; tar -c --null --preserve --remove-files -T - ) | " . + "tar -C $proftmp -x"); + } safesystem("cp .installed-pkg-config $tmp" . getcabalpkglibpath($pkgtype) . "/installed-pkg-config"); } } diff -rN -u old-haskell-devscripts/dh_haskell_prep new-haskell-devscripts/dh_haskell_prep --- old-haskell-devscripts/dh_haskell_prep 2006-07-10 15:46:04.000000000 -0700 +++ new-haskell-devscripts/dh_haskell_prep 2006-07-10 15:46:04.000000000 -0700 @@ -104,12 +104,27 @@ } } +sub is_handled_profiling { + my $pkgname = shift; + if ($pkgname =~ m/^lib(ghc5|ghc6|nhc98|hugs)-.+-prof$/) { + return 1; + } else { + return 0; + } +} + +sub dev_name { + my $package = shift; + my @pn = ($package =~ m/^lib(ghc5|ghc6|nhc98|hugs)-(.+)-prof$/); + return "lib$pn[0]-$pn[1]-dev"; +} + sub type_of_package { my $pkgname = shift; if ($pkgname =~ m/^libhugs-.+$/) { return "hugs"; } else { - my @pn = ($pkgname =~ m/^lib(ghc5|ghc6|nhc98|hugs)-.+-dev$/); + my @pn = ($pkgname =~ m/^lib(ghc5|ghc6|nhc98|hugs)-.+-(dev|prof)$/); return $pn[0]; } } @@ -173,7 +188,9 @@ foreach my $package (@{$dh{DOPACKAGES}}) { my $tmp = tmpdir($package); + if (is_handled_package($package)) { + # substitute ${haskell:Depends} my $pkgtype = type_of_package($package); delsubstvar($package, "haskell:Depends"); addsubstvar($package, "haskell:Depends", @@ -182,7 +199,8 @@ addsubstvar($package, "haskell:Depends", $pkgtype, "<< " . upstream_version(version_of_type($pkgtype)) . "-999"); } - + + # add postinst/prerm scripts if ($pkgtype eq "ghc5" || $pkgtype eq "ghc6") { # Build scripts my $ghcver = "ghc-" . upstream_version(version_of_type($pkgtype)); @@ -198,6 +216,20 @@ } } + if (is_handled_profiling($package)) { + # substitute ${haskell:Depends} for profiling package + my $pkgtype = type_of_package($package); + delsubstvar($package, "haskell:Depends"); + addsubstvar($package, "haskell:Depends", + $pkgtype, ">= " . upstream_version(version_of_type($pkgtype))); + addsubstvar($package, "haskell:Depends", + $pkgtype, "<< " . upstream_version(version_of_type($pkgtype)) . "-999"); + # Call isnative becuase it sets $dh{VERSION} + # as a side effect. + isnative($package); + addsubstvar($package, "haskell:Depends", + dev_name($package), "= " . $dh{VERSION}); + } } =head1 BUGS

3 3

Bug#376830: ITP: haxml -- XML framework for Haskell
by John Goerzen 05 Jul '06

05 Jul '06

Package: wnpp Severity: wishlist Owner: John Goerzen <jgoerzen(a)complete.org> * Package name : haxml Version : 1.13.1 Upstream Author : Malcolm Wallace et al * URL : http://www.cs.york.ac.uk/fp/HaXml/ * License : Library LGPL plus relaxation, tools GPL Programming Lang: Haskell Description : XML framework for Haskell HaXml is a collection of utilities for parsing, filtering, transforming, and generating XML documents using Haskell. Its basic facilities include a parser for XML, a separate error-correcting parser for HTML, an XML validator, and pretty-printers for XML and HTML. . In addition to this, Haskell2Xml is a replacement class for Haskell's Show/Read classes. It allows you to read and write ordinary Haskell data as XML documents. DtdToHaskell is a tool for translating any valid XML DTD into equivalent Haskell types. Xtract is a grep-like tool for XML documents, based loosely on the XPath and XQL query languages. It can be used either from the command line, or within your own code as part of the library. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

1 0

Bug#376825: ITP: haskell-newcgi -- Enhanced CGI library for Haskell
by John Goerzen 05 Jul '06

05 Jul '06

Package: wnpp Severity: wishlist Owner: John Goerzen <jgoerzen(a)complete.org> * Package name : haskell-newcgi Version : 2006.6.5 Upstream Author : Bjorn Bringert et al * URL : http://www.cs.chalmers.se/~bringert/darcs/haskell-cgi/doc/ * License : BSD Programming Lang: Haskell Description : Enhanced CGI library for Haskell This is a Haskell library for writing CGI web applications. It provides a number of features not found in the CGI implementation in the standard Haskell libraries. . This library supports setting arbitrary response headers, support for cookies, efficient file upload support, integration with Data.ByteString, and other useful features. . It also provides wrapper functions for compatibility with the existing Network.CGI module. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

debian-haskell July 2006