Re: binNMUs for ghc6-6.10.4

Hi, thanks for starting the binNMUs. Since the documentation indexes are now built for -dev packages, haddock needs to be available in the right version. This was not reflected by the previous round of debwaits. Here are some Dep-Wait additions, affecting all packages in the first level of the dep

Re: binNMUs for ghc6-6.10.4

On Thu, Jul 23, 2009 at 10:28:35AM +0200, Joachim Breitner wrote: > dw haskell-binary haskell-hunit haskell-stm haskell-uulib haskell-x11 > haskell-diff haskell-haskell-src haskell-quickcheck1 haskell-mtl haskell-time > haskell-stream haskell-editline haskell-xhtml haskell-utf8-string > haskell-op

Re: libcdio transition

Nicolas Boullis wrote: Hi, On Wed, Jul 22, 2009 at 10:38:03AM +0200, Luk Claes wrote: For vlc on sparc it might not be a bad idea to have a look why it failed there. I just tried to build both vlc 0.9.9a-3+b1 and 1.0.0-1 on my sparc box. Both times, I had build failures because of /usr/incl

Re: binNMUs for ghc6-6.10.4

Hi, Am Donnerstag, den 23.07.2009, 11:06 +0200 schrieb Philipp Kern: > On Thu, Jul 23, 2009 at 10:28:35AM +0200, Joachim Breitner wrote: > > dw haskell-binary haskell-hunit haskell-stm haskell-uulib haskell-x11 > > haskell-diff haskell-haskell-src haskell-quickcheck1 haskell-mtl > > haskell-time

pandoc depwaits

Hi, pandoc is using a non-standard way of packaging and the nmutool did not detect the needed Dep-Waits properly. Some arches even built it with the old ghc6 already. So here is the cleanup, with carefully crafted per-arch depwaits :-) nmu pandoc . alpha armel s390 sparc . -m "Rebuild against ghc

hslogger depwaits

Hi, the depwaits for hslogger were incomplete and missing the network dependency (maybe a bug in nmutool, kaol, can you look at it?). Also, sparcs built it already with the wrong ghc6, I guess the nmus yesterday were did not all apply properly, or this is a case of a race condition. Please apply

zlib 1:1.2.3.3.dfsg-14

Could you pleas unblock zlib 1:1.2.3.3.dfsg-14? It's been in unstable for getting on for a month without incident, the changelog is: zlib (1:1.2.3.3.dfsg-14) unstable; urgency=low * amd64 has finally abandoned /emul/ia32-linux so install the 32 bit binaries in lib32 as for other architectu

libbeecrypt6 -> libbeecrypt7 transition

http://release.debian.org/migration/testing.pl?package=beecrypt libbeecrypt6-dev -> libbeecrypt-dev rpm and util-vserver were direct reverse buid-dependencies of libbeecrypt6-dev and have been uploaded with changes to build-depend on libbeecrypt-dev libbeecrypt6 -> libbeecrypt7 According to th

Re: libbeecrypt6 -> libbeecrypt7 transition

On Thu, Jul 23, 2009 at 08:00:15PM +1000, Anibal Monsalve Salazar wrote: >http://release.debian.org/migration/testing.pl?package=beecrypt > >libbeecrypt6-dev -> libbeecrypt-dev > >rpm and util-vserver were direct reverse buid-dependencies of >libbeecrypt6-dev and have been uploaded with changes to

More packages not getting proper DepWaits

Hi, it seems that even more buildds have built too early :-( nmu haskell-parsec2 . alpha armel hppa s390 sparc . -m "Rebuild properly against ghc6 (>= 6.10.4)" dw haskell-parsec2 . ALL -ia64 . -m "ghc6 (>= 6.10.4), libghc6-mtl-dev (>= 1.1.0.2-7+b1)" dw haskell-parsec2 . ia64 . -m "ghc6 (>= 6.10

haskell-irc

Hi, next packages: dw haskell-irc . alpha armel hppa s390 sparc . -m "libghc6-parsec2-dev (>> 2.1.0.1-1+b1)" dw haskell-irc . amd64 i386 mips mipsel powerpc . -m "libghc6-parsec2-dev (>= 2.1.0.1-1+b1)" dw haskell-irc . ia64 . -m "libghc6-parsec2-dev (>= 2.1.0.1-1)" Greetings, Joachim -- Joac

Re: pandoc depwaits

Hi Joachim, I'm the main pandoc developer. I assume you're talking about the pandoc package currently in debian (0.46+2). A bit of background: the package has been orphaned by its former debian maintainer, Recai Oktas. I'd love to get the current version (1.2.1) into debian, and I'm happy to m

cleaning haskell on sparc mess

Hi, I guess there were some bugs in the nmutool that I used. I now read my way through the code and fixed some. Especially, we now have Dep-Waits on ghc6 itself :-) Sparc was most severely affected by it. Please schedule the attached w-b commands to get sparc back on track. Thanks, Joachim --

Bug#538208: pkglab: depends on non-existing package libledit-ocaml

Package: pkglab Version: 1.4.2-3 Severity: serious pkglab depends on non-existing package libledit-ocaml. I guess edos-distcheck could have found it... but... well... fix it, please. This holds up the ocaml transition by the virtue of edos-debcheck in testing breaking by having ocaml-base-nox-3.1