Re: Dependency graph

2009-07-30 Thread Ketil Malde
Iain Lane writes: >> http://pkg-haskell.alioth.debian.org/dependency-graph.pdf > More improvements welcome. I'm having a hard time reading black on green - could we have a lighter background color for the nodes? (Sorry, not an earth-shattering contribution, but it's a nice graph, and I'd appre

Re: pandoc depwaits

2009-07-30 Thread Joachim Breitner
Hi, Am Donnerstag, den 30.07.2009, 14:57 -0700 schrieb John MacFarlane: > I forgot to mention another pandoc dependency: zip-archive. It's a > standard cabalized library, and I think all of its dependencies are > already debianized. > > I haven't heard from Jonas -- not sure if he is interested i

Re: pandoc depwaits

2009-07-30 Thread John MacFarlane
+++ Joachim Breitner [Jul 29 09 02:09 ]: > [Moving this back on the list] > > Hi, > > Am Dienstag, den 28.07.2009, 16:50 -0700 schrieb John MacFarlane: > > +++ Jonas Smedegaard [Jul 28 09 11:35 ]: > > > On Tue, Jul 28, 2009 at 10:21:19AM +0200, Joachim Breitner wrote: > > > >It’s always a bit tri

Re: RFA: haskell-*

2009-07-30 Thread Erik de Castro Lopo
Kari Pahula wrote: > I'd appreciate if someone would take these from me. I'm not currently > interested in getting involved in team maintanership, so don't put me > in Uploaders. There's a new version of GLUT library in Hackage but I > didn't package it yet since I'm not sure about its examples'

RFA: haskell-*

2009-07-30 Thread Kari Pahula
I'd appreciate if someone would take these from me. I'm not currently interested in getting involved in team maintanership, so don't put me in Uploaders. There's a new version of GLUT library in Hackage but I didn't package it yet since I'm not sure about its examples' copyright status. haskell-

Bug#539312: Please Depend on the ghc abi version

2009-07-30 Thread Joachim Breitner
Package: haddock Version: 2.4.2-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, haddock should, just like haskell libraries, have a dependency on the particular ghc version it was built with, i.e. Depends: ghc6 (>= 6.10.4-1), ghc6 (<< 6.10.4+), to avoid FTBFS like th

Re: Give-backs for haskell packages in Maybe-Failed

2009-07-30 Thread Kurt Roeckx
On Thu, Jul 30, 2009 at 04:17:01PM +0200, Joachim Breitner wrote: > hHi, > > we are getting closer to finally finish this ghc6 transition, and thx to > edos-debcheck-integration, it becomes much less painful now. > > These packages are marked as Maybe-Failed but should compile now, (i.e. > when t

No versioned Build-Dependencies required any more

2009-07-30 Thread Joachim Breitner
Hi, due to the recent improvements to wanna-build, we do not have to bump library build dependencies any more, at least not to prevent FTBFS due to uninstallable build-dependencies. So in general, it should be enough to use the version constraints as specified by the .cabal file (which can be none

Re: [Pkg-haskell-maintainers] libghc6-http-dev uninstallable in sid

2009-07-30 Thread Joachim Breitner
Hi Mark, Am Donnerstag, den 30.07.2009, 10:07 -0400 schrieb Mark T.B. Carroll: > I wanted to mention that libghc6-http-dev has been uninstallable in sid > for a while, as it depends on too early a ghc6. thanks for your notice. The ghc6 transition had some problems this time, but we are on it. In

Give-backs for haskell packages in Maybe-Failed

2009-07-30 Thread Joachim Breitner
hHi, we are getting closer to finally finish this ghc6 transition, and thx to edos-debcheck-integration, it becomes much less painful now. These packages are marked as Maybe-Failed but should compile now, (i.e. when their build-dependencies are installed): gb haskell-parsec . alpha gb darcs-moni

Re: Bug#537705: ITP: agda-executable -- Commandline interface to Agda -- a dependently typed functional programming language and proof assistant

2009-07-30 Thread Wolfgang Jeltsch
Am Freitag, 24. Juli 2009 16:36 schrieb Joachim Breitner: > Hi, > > Am Freitag, den 24.07.2009, 14:30 +0100 schrieb Iain Lane: > > On 24 Jul 2009, at 14:10, Joachim Breitner wrote: > > > there is also the relatively common variant "agda-bin". > > > > How is this any better than -executable though?