Re: haskell-cryptocipher (+yesod) entangled with pandoc
On Sat, 2012-07-28 at 16:08 +0100, Adam D. Barratt wrote: > On Wed, 2012-07-25 at 19:47 +0100, Adam D. Barratt wrote: > > On Mon, 2012-07-23 at 23:14 +0200, Joachim Breitner wrote: > > > A fixed pandoc has been uploaded (1.9.4.2-2) > [...] > > Ignoring tests and the Slideous stuff makes it a little happier to look > > at, although it's still larger than I'd like. Unblocked in any case, > > let's hope it doesn't need any more help to get things unbunged. > > Following on from a discussion on IRC this morning, the stack including > pandoc is not currently in a position to migrate, and some of the > packages that have been blocked behind pandoc will lose their > auto-exceptions soon. Niels's auto-hinter came up with a better solution. We've added that, together with urgenting pandoc, for tonight's britney run. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1343506276.18013.105.ca...@jacala.jungle.funky-badger.org
Re: haskell-cryptocipher (+yesod) entangled with pandoc
On Wed, 2012-07-25 at 19:47 +0100, Adam D. Barratt wrote:
> On Mon, 2012-07-23 at 23:14 +0200, Joachim Breitner wrote:
> > A fixed pandoc has been uploaded (1.9.4.2-2)
[...]
> Ignoring tests and the Slideous stuff makes it a little happier to look
> at, although it's still larger than I'd like. Unblocked in any case,
> let's hope it doesn't need any more help to get things unbunged.
Following on from a discussion on IRC this morning, the stack including
pandoc is not currently in a position to migrate, and some of the
packages that have been blocked behind pandoc will lose their
auto-exceptions soon.
With pandoc aged, britney attempts two auto-hints. The first is small -
highlighting-kate,gitit,pandoc - and fails due to breaking
libghc-hakyll-{dev,prof} on several architectures. haskell-hakyll
appears to have been binNMUed already, but the binNMUs are waiting for
haskell-cryptohash, which is waiting for (at least) haskell-cereal and
haskell-crypto-api.
With apologies for the noise... The larger auto-hint ends up
considering:
highlighting-kate gitit pandoc haskell-yesod-markdown
haskell-hakyll/kfreebsd-i386 haskell-hakyll/amd64 haskell-hakyll/i386
haskell-hakyll/kfreebsd-amd64 haskell-yesod-core haskell-yesod-form
haskell-yesod-json haskell-yesod-default haskell-yesod-persistent
haskell-yesod-auth haskell-yesod haskell-cereal haskell-clientsession
haskell-yesod-static haskell-http-conduit haskell-authenticate
haskell-socks/kfreebsd-amd64 haskell-puremd5/kfree bsd-amd64
haskell-puremd5/s390 haskell-pem/mips haskell-puremd5/armel
haskell-socks/mips haskell-socks/kfreebsd-i386 haskell-skein/armhf
haskell-acid- state/i386 haskell-acid-state/kfreebsd-amd64
haskell-pem/i386 haskell-acid-state/amd64 haskell-acid-state/sparc
haskell-pem/armhf haskell-crypto-api/k freebsd-i386 haskell-skein/s390x
haskell-socks/armel haskell-cryptohash/powerpc
haskell-openpgp-asciiarmor/s390x haskell-crypto-api/armel haskell-cryp
to-api/mips haskell-crypto-conduit/mipsel haskell-pem/powerpc
haskell-pem/s390x haskell-safecopy/kfreebsd-i386
haskell-cryptohash/sparc haskell-puremd 5/armhf
haskell-crypto-conduit/mips haskell-skein/i386
haskell-crypto-api/powerpc haskell-pem/s390 haskell-socks/armhf
haskell-acid-state/kfreebsd-i38 6 haskell-puremd5/amd64
haskell-socks/amd64 haskell-socks/powerpc haskell-crypto-conduit/sparc
haskell-skein/sparc haskell-crypto-api/sparc haskell-sk
ein/kfreebsd-amd64 haskell-skein/powerpc haskell-puremd5/mipsel
haskell-pem/kfreebsd-amd64 haskell-crypto-conduit/s390x
haskell-openpgp-asciiarmor/pow erpc haskell-skein/s390
haskell-crypto-api/armhf haskell-socks/s390x haskell-crypto-api/s390
haskell-puremd5/i386 haskell-openpgp-asciiarmor/mipsel ha
skell-openpgp-asciiarmor/mips haskell-safecopy/i386
haskell-openpgp-asciiarmor/armhf haskell-cryptocipher
haskell-safecopy/kfreebsd-amd64 haskell-pure md5/powerpc
haskell-crypto-conduit/powerpc haskell-crypto-conduit/armhf
haskell-openpgp-asciiarmor/sparc haskell-tls haskell-pem/armel
haskell-puremd5 /s390x haskell-crypto-conduit/s390 haskell-skein/mipsel
haskell-openpgp-asciiarmor/kfreebsd-amd64 haskell-cryptohash/s390
haskell-cprng-aes haskell-cr ypto-api/mipsel
haskell-cryptohash/kfreebsd-i386 haskell-puremd5/mips
haskell-puremd5/kfreebsd-i386 haskell-socks/i386 haskell-pem/sparc
haskell-crypt ohash/armhf haskell-safecopy/amd64 haskell-puremd5/sparc
haskell-skein/kfreebsd-i386 haskell-pem/amd64 haskell-cryptohash/armel
haskell-crypto-api/amd 64 haskell-socks/sparc haskell-crypto-api/i386
haskell-cryptohash/kfreebsd-amd64 haskell-openpgp-asciiarmor/s390
haskell-pem/mipsel haskell-openpgp-as ciiarmor/i386
haskell-openpgp-asciiarmor/amd64 haskell-crypto-conduit/armel
haskell-cryptohash/mips haskell-cryptohash/mipsel
haskell-pem/kfreebsd-i38 6 haskell-openpgp-asciiarmor/kfreebsd-i386
haskell-crypto-conduit/kfreebsd-i386 haskell-socks/mipsel
haskell-skein/amd64 haskell-safecopy/sparc haskel l-skein/armel
haskell-cryptohash/amd64 haskell-crypto-conduit/kfreebsd-amd64
haskell-cryptohash/s390x haskell-socks/s390 haskell-cereal-conduit
haskel l-crypto-api/s390x haskell-cryptohash/i386
haskell-crypto-conduit/i386 haskell-skein/mips
haskell-openpgp-asciiarmor/armel haskell-crypto-api/kfreebsd -amd64
haskell-crypto-conduit/amd64 haskell-dbus haskell-github
haskell-tls-extra haskell-wai-app-file-cgi haskell-warp-tls
and breaking:
* i386: libghc-ami-dev, libghc-ami-prof, libghc-authenticate-dev,
libghc-authenticate-prof, libghc-certificate-dev,
libghc-certificate-prof, libghc-clientsession-dev,
libghc-clientsession-prof, libghc-cprng-aes-dev, libghc-cprng-aes-prof,
libghc-crypto-pubkey-types-dev, libghc-crypto-pubkey-types-prof,
libghc-cryptocipher-dev, libghc-cryptocipher-prof, libghc-debian-dev,
libghc-debian-prof, libghc-github-dev, libghc-github-prof,
libghc-hoauth-dev, libghc-hoauth-prof, libghc-http-conduit-dev,
libghc-http-conduit-prof, libghc-ixset-dev, libghc-ixset-prof,
libghc-monadcryptorandom-dev, libghc-monadcryptorandom-prof,
libghc-pwstore-fast-dev
Re: haskell-cryptocipher (+yesod) entangled with pandoc
On Mon, 2012-07-23 at 23:14 +0200, Joachim Breitner wrote: > A fixed pandoc has been uploaded (1.9.4.2-2) > http://packages.qa.debian.org/p/pandoc/news/20120723T204804Z.html > disabling the use of the threaded runtime: > > $ debdiff pandoc_1.9.4.2-*.dsc > diff -Nru pandoc-1.9.4.2/debian/changelog pandoc-1.9.4.2/debian/changelog > --- pandoc-1.9.4.2/debian/changelog 2012-06-30 13:15:37.0 +0200 > +++ pandoc-1.9.4.2/debian/changelog 2012-07-23 21:49:23.0 +0200 > @@ -1,3 +1,11 @@ > +pandoc (1.9.4.2-2) unstable; urgency=low > + > + * Cherry-pick patch from upstream to not build with the threaded runtime. > +It has a performance penalty and is not supported on multiple Debian > +architectures, leading to build failures there. (Closes: #682433) > + > + -- Iain Lane Mon, 23 Jul 2012 20:48:54 +0100 > + > pandoc (1.9.4.2-1) unstable; urgency=low [...] > Please consider allowing this to enter wheezy, as it would also allow a > bunch of other package (who already benefit from the pre-release > unblock) to migrate. This is complicated by the fact that above isn't the diff that needs review; that's rather the accumulated changes since 1.9.3-1. Ignoring tests and the Slideous stuff makes it a little happier to look at, although it's still larger than I'd like. Unblocked in any case, let's hope it doesn't need any more help to get things unbunged. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1343242033.495.23.ca...@jacala.jungle.funky-badger.org
Re: haskell-cryptocipher (+yesod) entangled with pandoc
Dear release team, Am Montag, den 16.07.2012, 20:55 +0200 schrieb Joachim Breitner: > Am Montag, den 09.07.2012, 15:32 +0200 schrieb Joachim Breitner: > > So we need another pandoc upload removing the use of the threaded > > runtime (Jonas?), then apply for a freeze exception and then get pandoc > > _and_ yesod into wheezy. > > are you reading this? Do you plan to do such a pandoc upload soon? A fixed pandoc has been uploaded (1.9.4.2-2) http://packages.qa.debian.org/p/pandoc/news/20120723T204804Z.html disabling the use of the threaded runtime: $ debdiff pandoc_1.9.4.2-*.dsc diff -Nru pandoc-1.9.4.2/debian/changelog pandoc-1.9.4.2/debian/changelog --- pandoc-1.9.4.2/debian/changelog 2012-06-30 13:15:37.0 +0200 +++ pandoc-1.9.4.2/debian/changelog 2012-07-23 21:49:23.0 +0200 @@ -1,3 +1,11 @@ +pandoc (1.9.4.2-2) unstable; urgency=low + + * Cherry-pick patch from upstream to not build with the threaded runtime. +It has a performance penalty and is not supported on multiple Debian +architectures, leading to build failures there. (Closes: #682433) + + -- Iain Lane Mon, 23 Jul 2012 20:48:54 +0100 + pandoc (1.9.4.2-1) unstable; urgency=low * New upstream version, fixing non-ASCII filenames. diff -Nru pandoc-1.9.4.2/debian/patches/no-threaded-runtime.patch pandoc-1.9.4.2/debian/patches/no-threaded-runtime.patch --- pandoc-1.9.4.2/debian/patches/no-threaded-runtime.patch 1970-01-01 01:00:00.0 +0100 +++ pandoc-1.9.4.2/debian/patches/no-threaded-runtime.patch 2012-07-23 21:49:23.0 +0200 @@ -0,0 +1,42 @@ +Description: Don't build with the threaded runtime. It causes build failures + and has a performance penalty. +Origin: upstream, commit:a5db4246656afae3541936269e727d9a9cc39795 +Forwarded: not-needed +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682433 + +Index: b/pandoc.cabal +=== +--- a/pandoc.cabal b/pandoc.cabal +@@ -344,12 +344,12 @@ + else + Build-depends: base >= 3 && < 4 + if impl(ghc >= 7.0.1) +-Ghc-Options: -O2 -rtsopts -threaded -Wall -fno-warn-unused-do-bind -dno-debug-output ++Ghc-Options: -O2 -rtsopts -Wall -fno-warn-unused-do-bind -dno-debug-output + else + if impl(ghc >= 6.12) +- Ghc-Options: -O2 -Wall -threaded -fno-warn-unused-do-bind -dno-debug-output ++ Ghc-Options: -O2 -Wall -fno-warn-unused-do-bind -dno-debug-output + else +- Ghc-Options: -O2 -Wall -threaded ++ Ghc-Options: -O2 -Wall + if impl(ghc >= 7.0.1) + Ghc-Prof-Options: -auto-all -caf-all -rtsopts + else +@@ -411,12 +411,12 @@ + else + Build-depends: base >= 3 && < 4 + if impl(ghc >= 7.0.1) +-Ghc-Options: -O2 -rtsopts -threaded -Wall -fno-warn-unused-do-bind -dno-debug-output ++Ghc-Options: -O2 -rtsopts -Wall -fno-warn-unused-do-bind -dno-debug-output + else + if impl(ghc >= 6.12) +- Ghc-Options: -O2 -Wall -threaded -fno-warn-unused-do-bind -dno-debug-output ++ Ghc-Options: -O2 -Wall -fno-warn-unused-do-bind -dno-debug-output + else +- Ghc-Options: -O2 -Wall -threaded ++ Ghc-Options: -O2 -Wall + if impl(ghc >= 7.0.1) + Ghc-Prof-Options: -auto-all -caf-all -rtsopts + else diff -Nru pandoc-1.9.4.2/debian/patches/series pandoc-1.9.4.2/debian/patches/series --- pandoc-1.9.4.2/debian/patches/series1970-01-01 01:00:00.0 +0100 +++ pandoc-1.9.4.2/debian/patches/series2012-07-23 21:49:23.0 +0200 @@ -0,0 +1 @@ +no-threaded-runtime.patch Please consider allowing this to enter wheezy, as it would also allow a bunch of other package (who already benefit from the pre-release unblock) to migrate. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: haskell-cryptocipher (+yesod) entangled with pandoc
Hi Jonas, Am Montag, den 09.07.2012, 15:32 +0200 schrieb Joachim Breitner: > So we need another pandoc upload removing the use of the threaded > runtime (Jonas?), then apply for a freeze exception and then get pandoc > _and_ yesod into wheezy. are you reading this? Do you plan to do such a pandoc upload soon? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: haskell-cryptocipher (+yesod) entangled with pandoc
Hi, Am Montag, den 02.07.2012, 17:35 +0200 schrieb Joachim Breitner: > haskell-cryptocipher has stopped building on powerpc. The problem is a > a compiler issue, but we have no fix available > (http://hackage.haskell.org/trac/ghc/ticket/6156). This prevents the > following list of packages from (re-)entering wheezy. As we’d rather > release with them on all arches but powerpc than on no arches at all, > I’m requestion removal of all powerpc binaries of the following packages from > unstable: > > [..] the packages have been removed and we could almost have yesod back in wheezy, but it seems that it got entangled with pandoc (haskell-hakyll depends on haskell-cryptohash and pandoc). pandoc is finished aging in 10 days and covered by the freeze exception. Unfortunately, upstream has enabled threaded builds for that version which fails on sparc and other arches. The change can be reverted (and upstream has done that already): http://lists.debian.org/debian-haskell/2012/07/msg6.html So we need another pandoc upload removing the use of the threaded runtime (Jonas?), then apply for a freeze exception and then get pandoc _and_ yesod into wheezy. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
