yi 0.17.1-2 MIGRATED to testing

FYI: The status of the yi source package in Debian's testing distribution has changed. Previous version: 0.17.1-1 Current version: 0.17.1-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive la

Bug#899208: pandoc: FTBFS on armel/armhf: Identifier `InvalidYaml' used as a constructor-like thing

On Sun, May 20, 2018 at 04:38:36PM -0700, John MacFarlane wrote: > I don't understand this error. InvalidYaml *is* a constructor for the > type ParseException in Data.Yaml (yaml package). So it's not clear why > the compiler would complain about it being used as a "constructor-like > thing." on

Bug#899208: pandoc: FTBFS on armel/armhf: Identifier `InvalidYaml' used as a constructor-like thing

I don't understand this error. InvalidYaml *is* a constructor for the type ParseException in Data.Yaml (yaml package). So it's not clear why the compiler would complain about it being used as a "constructor-like thing." What version of ghc is being used to compile? What version of the Haskell

Build failed in Jenkins: haskell-package-plan #2300

See -- [...truncated 136.13 KB...] Creating config file /etc/perl/XML/SAX/ParserDetails.ini with new version Setting up liblist-moreutils-perl (0.416-1+b3) ... Setting up libtool (2

Build failed in Jenkins: haskell-package-plan #2299

See Changes: [clint] update wl-pprint-text because of graphviz mess -- [...truncated 121.50 KB...] Selecting previously unselected package publicsuffix. Preparing to

Bug#899208: pandoc: FTBFS on armel/armhf: Identifier `InvalidYaml' used as a constructor-like thing

Source: pandoc Version: 2.2-1 Severity: serious pandoc fails to build on armel and armhf: [117 of 131] Compiling Text.Pandoc.Readers.Markdown ( src/Text/Pandoc/Readers/Markdown.hs, dist-ghc/build/Text/Pandoc/Readers/Markdown.o ) src/Text/Pandoc/Readers/Markdown.hs:275:20: error: * Identifi

haskell-wl-pprint-text_1.2.0.0-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 20 May 2018 16:27:33 -0400 Source: haskell-wl-pprint-text Binary: libghc-wl-pprint-text-dev libghc-wl-pprint-text-prof libghc-wl-pprint-text-doc Architecture: source Version: 1.2.0.0-1 Distribution: unstable Urgen

Processing of haskell-wl-pprint-text_1.2.0.0-1_source.changes

haskell-wl-pprint-text_1.2.0.0-1_source.changes uploaded successfully to localhost along with the files: haskell-wl-pprint-text_1.2.0.0-1.dsc haskell-wl-pprint-text_1.2.0.0.orig.tar.gz haskell-wl-pprint-text_1.2.0.0-1.debian.tar.xz haskell-wl-pprint-text_1.2.0.0-1_source.buildinfo Greetin

Bug#899166: haskell-cryptohash-sha256: FTBFS: infinite loop on mips/el with ghc 8.2

Control: forwarded 899166 https://github.com/haskell-hvr/cryptohash-sha256/issues/3 hvr would like access to a mips box so he can play with FFI things. On Sun, May 20, 2018 at 11:03:04AM +0200, Emilio Pozuelo Monfort wrote: > haskell-cryptohash-sha256 gets into an infinite loop during the build

Processed: Re: Bug#899166: haskell-cryptohash-sha256: FTBFS: infinite loop on mips/el with ghc 8.2

Processing control commands: > forwarded 899166 https://github.com/haskell-hvr/cryptohash-sha256/issues/3 Bug #899166 [src:haskell-cryptohash-sha256] haskell-cryptohash-sha256: FTBFS: infinite loop on mips/el with ghc 8.2 Set Bug forwarded-to-address to 'https://github.com/haskell-hvr/cryptohash

Bug#899166: haskell-cryptohash-sha256: FTBFS: infinite loop on mips/el with ghc 8.2

Source: haskell-cryptohash-sha256 Version: 0.11.101.0-6 Severity: serious Hi, haskell-cryptohash-sha256 gets into an infinite loop during the build against GHC 8.2, endlessly printing: test-sha256: lost signal due to full pipe: 10 Emilio -- System Information: Debian Release: buster/sid APT