Debian Bug report logs - #539789
FTBFS on ia64

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Andreas Barth <aba@not.so.argh.org>

To: submit@bugs.debian.org

Subject: FTBFS on ia64

Date: Mon, 3 Aug 2009 18:52:39 +0200

Package: ghc6
Version: 6.10.4-1
Severity: serious

Hi,

this package FTBFS, see
https://buildd.debian.org/fetch.cgi?&pkg=ghc6&ver=6.10.4-1&arch=ia64&stamp=1249309262&file=log

make[4]: Entering directory `/build/buildd/ghc6-6.10.4/utils/installPackage'
/build/buildd/ghc6-6.10.4/libraries/cabal-bin /usr/bin/ghc6 /build/buildd/ghc6-6.10.4/libraries/bootstrapping.conf 1.6.0.3 configure --distpref dist-install         \
                           --prefix=/NONEXISTENT --bindir=/NONEXISTENT --libdir=/NONEXISTENT --libexecdir=/NONEXISTENT --datadir=/NONEXISTENT --docdir=/NONEXISTENT --haddockdir=/NONEXISTENT --htmldir=/NONEXISTENT \
                           --with-compiler=/build/buildd/ghc6-6.10.4/ghc/stage2-inplace/ghc --with-hc-pkg=/build/buildd/ghc6-6.10.4/utils/ghc-pkg/install-inplace/bin/ghc-pkg   --package-db /build/buildd/ghc6-6.10.4/stage3.package.conf   \
                           --libsubdir='$pkgid' --with-gcc=gcc --with-ld=/usr/bin/ld --hsc2hs-option=--cflag=-G0    --configure-option='--build'  --configure-option='ia64-linux-gnu'  --configure-option='--prefix=/usr'  --configure-option='--with-ghc=/usr/bin/ghc6'  --configure-option='build_alias=ia64-linux-gnu'  --configure-option='CFLAGS=-g -O2'  --configure-option='LDFLAGS='  --configure-option='CPPFLAGS=' --configure-option=--with-cc="gcc" --with-hsc2hs=/build/buildd/ghc6-6.10.4/utils/hsc2hs/install-inplace/bin/hsc2hs       \
                           --constraint="Cabal == 1.6.0.3"
Configuring installPackage-1.0...
cabal-bin: ghc version >=6.4 is required but the version of
/build/buildd/ghc6-6.10.4/ghc/stage2-inplace/ghc could not be determined.
make[4]: *** [with-stage-2] Error 1
make[4]: Leaving directory `/build/buildd/ghc6-6.10.4/utils/installPackage'
make[3]: *** [with-stage-2.installPackage] Error 2
make[3]: Leaving directory `/build/buildd/ghc6-6.10.4/utils'
make[2]: *** [stage2] Error 2
make[2]: Leaving directory `/build/buildd/ghc6-6.10.4'
make[1]: *** [bootstrap2] Error 2
make[1]: Leaving directory `/build/buildd/ghc6-6.10.4'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



Cheers,
Andi

Message #10 received at 539789@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: 539789@bugs.debian.org

Subject: ghc on ia64: Slightly different error message

Date: Mon, 17 Aug 2009 00:25:29 +0200

[Message part 1 (text/plain, inline)]

Hi,

I thought I give it a shot and tried to build ghc-6.10.4 on ia64. In the
sid dchroot on merulo, I removed haddock from ghc6’s build-dependencies
and ran debuild. Here it fails with:

/usr/bin/make -C utils with-stage-2
make[3]: Entering directory `/home/nomeata/ghc6/ghc6-6.10.4/utils'
/usr/bin/make -C installPackage with-stage-2
make[4]: Entering directory `/home/nomeata/ghc6/ghc6-6.10.4/utils/installPackage'
/home/nomeata/ghc6/ghc6-6.10.4/libraries/cabal-bin /usr/bin/ghc6 /home/nomeata/ghc6/ghc6-6.10.4/libraries/bootstrapping.conf 1.6.0.3 configure --distpref dist-install         \
	                   --prefix=/NONEXISTENT --bindir=/NONEXISTENT --libdir=/NONEXISTENT --libexecdir=/NONEXISTENT --datadir=/NONEXISTENT --docdir=/NONEXISTENT --haddockdir=/NONEXISTENT --htmldir=/NONEXISTENT \
	                   --with-compiler=/home/nomeata/ghc6/ghc6-6.10.4/ghc/stage2-inplace/ghc --with-hc-pkg=/home/nomeata/ghc6/ghc6-6.10.4/utils/ghc-pkg/install-inplace/bin/ghc-pkg   --package-db /home/nomeata/ghc6/ghc6-6.10.4/stage3.package.conf   \
	                   --libsubdir='$pkgid' --with-gcc=gcc --with-ld=/usr/bin/ld --hsc2hs-option=--cflag=-G0 --with-alex="/usr/bin/alex" --with-happy="/usr/bin/happy"    --configure-option='--build'  --configure-option='ia64-linux-gnu'  --configure-option='--prefix=/usr'  --configure-option='--with-ghc=/usr/bin/ghc6'  --configure-option='build_alias=ia64-linux-gnu'  --configure-option='CFLAGS=-g -O2'  --configure-option='LDFLAGS='  --configure-option='CPPFLAGS=' --configure-option=--with-cc="gcc" --with-hsc2hs=/home/nomeata/ghc6/ghc6-6.10.4/utils/hsc2hs/install-inplace/bin/hsc2hs       \
	                   --constraint="Cabal == 1.6.0.3"
Configuring installPackage-1.0...
ghc: internal error: evacuate: strange closure type 8
    (GHC version 6.10.4 for ia64_unknown_linux)
    Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
make[4]: *** [with-stage-2] Fehler 6

So it fails at exactly the same spot, but with a different message.
Maybe this gives a debugging clue?

Greetings,
Joachimh
-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 539789@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: 539789@bugs.debian.org

Subject: Re: ghc on ia64: Slightly different error message

Date: Mon, 17 Aug 2009 02:21:50 +0200

[Message part 1 (text/plain, inline)]

Hi,

Am Montag, den 17.08.2009, 00:25 +0200 schrieb Joachim Breitner:
> I thought I give it a shot and tried to build ghc-6.10.4 on ia64. In the
> sid dchroot on merulo, I removed haddock from ghc6’s build-dependencies
> and ran debuild. Here it fails with:
> 
> /usr/bin/make -C utils with-stage-2
> make[3]: Entering directory `/home/nomeata/ghc6/ghc6-6.10.4/utils'
> /usr/bin/make -C installPackage with-stage-2
> make[4]: Entering directory `/home/nomeata/ghc6/ghc6-6.10.4/utils/installPackage'
> /home/nomeata/ghc6/ghc6-6.10.4/libraries/cabal-bin /usr/bin/ghc6 /home/nomeata/ghc6/ghc6-6.10.4/libraries/bootstrapping.conf 1.6.0.3 configure --distpref dist-install         \
> 	                   --prefix=/NONEXISTENT --bindir=/NONEXISTENT --libdir=/NONEXISTENT --libexecdir=/NONEXISTENT --datadir=/NONEXISTENT --docdir=/NONEXISTENT --haddockdir=/NONEXISTENT --htmldir=/NONEXISTENT \
> 	                   --with-compiler=/home/nomeata/ghc6/ghc6-6.10.4/ghc/stage2-inplace/ghc --with-hc-pkg=/home/nomeata/ghc6/ghc6-6.10.4/utils/ghc-pkg/install-inplace/bin/ghc-pkg   --package-db /home/nomeata/ghc6/ghc6-6.10.4/stage3.package.conf   \
> 	                   --libsubdir='$pkgid' --with-gcc=gcc --with-ld=/usr/bin/ld --hsc2hs-option=--cflag=-G0 --with-alex="/usr/bin/alex" --with-happy="/usr/bin/happy"    --configure-option='--build'  --configure-option='ia64-linux-gnu'  --configure-option='--prefix=/usr'  --configure-option='--with-ghc=/usr/bin/ghc6'  --configure-option='build_alias=ia64-linux-gnu'  --configure-option='CFLAGS=-g -O2'  --configure-option='LDFLAGS='  --configure-option='CPPFLAGS=' --configure-option=--with-cc="gcc" --with-hsc2hs=/home/nomeata/ghc6/ghc6-6.10.4/utils/hsc2hs/install-inplace/bin/hsc2hs       \
> 	                   --constraint="Cabal == 1.6.0.3"
> Configuring installPackage-1.0...
> ghc: internal error: evacuate: strange closure type 8
>     (GHC version 6.10.4 for ia64_unknown_linux)
>     Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
> make[4]: *** [with-stage-2] Fehler 6

I debugged it some more, adding putStrLn’s in various locations. It
seems it crashes when parsing the packages files, which lead me to the
hypothesis that the problem is related to the happy-generated-files.
These files are generated by upstream with -agc. I re-generated them
without any special options, and the problem changed a bit: Instead of a
strange closure type, I now get a segmentation fault, but at the same
position:

Starting program: /home/nomeata/ghc6/ghc6-6.10.4/ghc/stage2-inplace/libexec/ghc -B/home/nomeata/ghc6/ghc6-6.10.4/inplace-datadir/. -dynload wrapped ~/test.hs -o ~/test
[Thread debugging using libthread_db enabled]
hi1
hi2
hi3
hi4
setSessionDynFlags top
initPackages top
readPackageConfig top

Program received signal SIGSEGV, Segmentation fault.
0x4000000003c50931 in evacuate (p=0x600000000067af20) at sm/Evac.c:517
517	  stp = bd->step->to;
(gdb) bt
#0  0x4000000003c50931 in evacuate (p=0x600000000067af20) at sm/Evac.c:517
#1  0x4000000003be1730 in scavenge_srt (srt=0x600000000067af20, srt_bitmap=3)
    at sm/Scav.c:264
#2  0x4000000003be1980 in scavenge_fun_srt (info=0x60000000006793a8) at sm/Scav.c:292
#3  0x4000000003be8c90 in scavenge_static () at sm/Scav.c:1566
#4  0x4000000003beafb0 in scavenge_loop () at sm/Scav.c:1917
#5  0x4000000003bd6f40 in scavenge_until_all_done () at sm/GC.c:973
#6  0x4000000003bd2fb0 in GarbageCollect (force_major_gc=rtsFalse) at sm/GC.c:358
#7  0x4000000003bb2f20 in scheduleDoGC (cap=0x6000000000a66a48, 
    task=0x6000000000a84160, force_major=rtsFalse) at Schedule.c:1550
#8  0x4000000003bb07e0 in schedule (initialCapability=0x6000000000a66a48, 
    task=0x6000000000a84160) at Schedule.c:694
#9  0x4000000003bb4920 in scheduleWaitThread (tso=0x2000000000780000, ret=0x0, 
    cap=0x6000000000a66a48) at Schedule.c:1987
#10 0x4000000003ba5270 in rts_evalLazyIO (cap=0x6000000000a66a48, 
    p=0x6000000000008f80, ret=0x0) at RtsAPI.c:517
#11 0x4000000003ba26b0 in real_main () at Main.c:111
#12 0x4000000003ba29f0 in main (argc=7, argv=0x60000fffffd8b478) at Main.c:156
(gdb) 


I don’t know where to continue from here (and it’s too late), but maybe
someone else has a nice idea now.

BTW, is there a corresponding upstream bug? I didn’t find one.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 539789@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: 539789@bugs.debian.org

Subject: Re: Bug#539789: ghc on ia64: Slightly different error message

Date: Mon, 17 Aug 2009 02:32:13 +0200

[Message part 1 (text/plain, inline)]

Hi,

Am Montag, den 17.08.2009, 02:21 +0200 schrieb Joachim Breitner:
> I debugged it some more, adding putStrLn’s in various locations. It
> seems it crashes when parsing the packages files, which lead me to the
> hypothesis that the problem is related to the happy-generated-files.
> These files are generated by upstream with -agc. I re-generated them
> without any special options, and the problem changed a bit: Instead of a
> strange closure type, I now get a segmentation fault, but at the same
> position:

let me add that I generated the files with the latest happy from
hackage, build in my home directory on that machine.

The full backtrace is:

(gdb) bt full
#0  0x4000000003c50931 in evacuate (p=0x600000000067af20) at sm/Evac.c:517
        bd = 0x6000000000700040
        stp = 0x20000000007532f8
        q = 0x60000000007019c0
        info = 0x60000000006781f8
        tag = 0
#1  0x4000000003be1730 in scavenge_srt (srt=0x600000000067af20, srt_bitmap=3)
    at sm/Scav.c:264
        bitmap = 3
        p = 0x600000000067af20
#2  0x4000000003be1980 in scavenge_fun_srt (info=0x60000000006793a8) at sm/Scav.c:292
        fun_info = 0x60000000006793a8
#3  0x4000000003be8c90 in scavenge_static () at sm/Scav.c:1566
        p = 0x6000000000679398
        info = 0x60000000006793a8
#4  0x4000000003beafb0 in scavenge_loop () at sm/Scav.c:1917
        work_to_do = rtsFalse
#5  0x4000000003bd6f40 in scavenge_until_all_done () at sm/GC.c:973
        r = 66202720
#6  0x4000000003bd2fb0 in GarbageCollect (force_major_gc=rtsFalse) at sm/GC.c:358
        bd = 0x6000000000a66a48
        stp = 0x4000000003c04240
        live = 6917529027651981464
        allocated = 83665
        max_copied = 6917529027651988040
        avg_copied = 4611686018490811240
        slop = 1
        saved_gct = 0x0
        g = 1
        s = 1610612736
        t = 1
        n = 164
#7  0x4000000003bb2f20 in scheduleDoGC (cap=0x6000000000a66a48, 
    task=0x6000000000a84160, force_major=rtsFalse) at Schedule.c:1550
        heap_census = rtsFalse
#8  0x4000000003bb07e0 in schedule (initialCapability=0x6000000000a66a48, 
    task=0x6000000000a84160) at Schedule.c:694
        t = 0x200000000076f000
        cap = 0x6000000000a66a48
        ret = 1
        prev_what_next = 1
        ready_to_gc = rtsTrue
#9  0x4000000003bb4920 in scheduleWaitThread (tso=0x2000000000780000, ret=0x0, 
    cap=0x6000000000a66a48) at Schedule.c:1987
        task = 0x6000000000a84160
#10 0x4000000003ba5270 in rts_evalLazyIO (cap=0x6000000000a66a48, 
    p=0x6000000000008f80, ret=0x0) at RtsAPI.c:517
        tso = 0x2000000000780000
#11 0x4000000003ba26b0 in real_main () at Main.c:111
        cap = 0x6000000000a66a48
        exit_status = 0
´        status = Success
#12 0x4000000003ba29f0 in main (argc=7, argv=0x60000fffffd8b478) at Main.c:156
No locals.

and the offending data value looks like this:

(gdb) print bd
$1 = (bdescr *) 0x6000000000700040
(gdb) print *bd
$2 = {start = 0x22, free = 0x4000000003d104d0, link = 0x0, u = {back = 0x22, 
    bitmap = 0x22, scan = 0x22}, gen_no = 64029920, step = 0x0, blocks = 34, 
  flags = 0, _padding = {65203936, 1073741824}}

Note the step=0, causing the segfault.

Good night,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #27 received at 539789-quiet@bugs.debian.org (full text, mbox, reply):

From: Kari Pahula <kaol@debian.org>

To: debian-haskell@lists.debian.org, debian-release@lists.debian.org

Cc: 539789-quiet@bugs.debian.org, control@bugs.debian.org

Subject: Re: Status of Haskell in unstable/testing

Date: Tue, 25 Aug 2009 22:35:04 +0300

[Message part 1 (text/plain, inline)]

tags 539789 + fixed-upstream
thanks

On Mon, Aug 24, 2009 at 10:55:27AM +0300, Kari Pahula wrote:
> I'll give a try to building a HEAD branch snapshot.

Good news, that version compiled ok.  I'm ready to guess that 6.12 is
likely to work too, then.  Its release is scheduled to happen well
before the Debian freeze.  I'm not going to try to backport whatever
fixed this to 6.10.

Please don't remove ghc6 on ia64 from unstable.  ghc6 has a
Build-Depends on ghc6 and the current 6.8.2 on ia64 is sufficient for
building 6.12.

Something that would help to keep ghc6 in a working state on ia64
would be to commit a computer as a build slave, as detailed in
http://hackage.haskell.org/trac/ghc/wiki/BuildBot
But I don't know if that's a justifiable use of resources.

[signature.asc (application/pgp-signature, inline)]

Message #32 received at 539789-quiet@bugs.debian.org (full text, mbox, reply):

From: Riku Voipio <riku.voipio@iki.fi>

To: Kari Pahula <kaol@debian.org>

Cc: debian-haskell@lists.debian.org, debian-release@lists.debian.org, 539789-quiet@bugs.debian.org, debian-ia64@lists.debian.org

Subject: Re: Status of Haskell in unstable/testing

Date: Tue, 25 Aug 2009 23:51:26 +0300

On Tue, Aug 25, 2009 at 10:35:04PM +0300, Kari Pahula wrote:
> Please don't remove ghc6 on ia64 from unstable.  ghc6 has a
> Build-Depends on ghc6 and the current 6.8.2 on ia64 is sufficient for
> building 6.12.

would dropping ghc6/ia64 from testing be still acceptable? that
would potentially allow ghc 6.10.x to testing for the rest of archs.

> Something that would help to keep ghc6 in a working state on ia64
> would be to commit a computer as a build slave, as detailed in
> http://hackage.haskell.org/trac/ghc/wiki/BuildBot
> But I don't know if that's a justifiable use of resources.

perhaps someone at the ia64 list can provide such machine.
I can probably provide a arm(el) buildbot machine if someone can
host it.

Message #37 received at 539789-quiet@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Riku Voipio <riku.voipio@iki.fi>

Cc: Kari Pahula <kaol@debian.org>, debian-haskell@lists.debian.org, debian-release@lists.debian.org, 539789-quiet@bugs.debian.org, debian-ia64@lists.debian.org

Subject: Re: Status of Haskell in unstable/testing

Date: Fri, 04 Sep 2009 16:48:07 +0200

[Message part 1 (text/plain, inline)]

Hi,

Am Dienstag, den 25.08.2009, 23:51 +0300 schrieb Riku Voipio:
> On Tue, Aug 25, 2009 at 10:35:04PM +0300, Kari Pahula wrote:
> > Please don't remove ghc6 on ia64 from unstable.  ghc6 has a
> > Build-Depends on ghc6 and the current 6.8.2 on ia64 is sufficient for
> > building 6.12.
> 
> would dropping ghc6/ia64 from testing be still acceptable? that
> would potentially allow ghc 6.10.x to testing for the rest of archs.

this question was not answered yet (and I’m not sure if it was directed
to the release team, the haskell team or the ia64 guys). I’d be in favor
of that step. It would make
http://release.debian.org/migration/testing.pl?package=ghc6
give better hints as to what is to do besides waiting for ghc6 on ia64.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #42 received at 539789@bugs.debian.org (full text, mbox, reply):

From: Luk Claes <luk@debian.org>

To: 539789@bugs.debian.org, debian-haskell@lists.debian.org

Subject: ghc6 6.12 is released

Date: Wed, 23 Dec 2009 07:55:13 +0100

Hi

Please look into packaging the new upstream version, hopefully it will
help to get all haskell packages migrating to testing again...

Cheers

Luk

Message #47 received at 539789-close@bugs.debian.org (full text, mbox, reply):

From: Kari Pahula <kaol@debian.org>

To: 539789-close@bugs.debian.org

Subject: Bug#539789: fixed in ghc6 6.12.1-1

Date: Tue, 12 Jan 2010 17:18:12 +0000

Source: ghc6
Source-Version: 6.12.1-1

We believe that the bug you reported is fixed in the latest version of
ghc6, which is due to be installed in the Debian FTP archive:

ghc6-doc_6.12.1-1_all.deb
  to main/g/ghc6/ghc6-doc_6.12.1-1_all.deb
ghc6-prof_6.12.1-1_i386.deb
  to main/g/ghc6/ghc6-prof_6.12.1-1_i386.deb
ghc6_6.12.1-1.debian.tar.gz
  to main/g/ghc6/ghc6_6.12.1-1.debian.tar.gz
ghc6_6.12.1-1.dsc
  to main/g/ghc6/ghc6_6.12.1-1.dsc
ghc6_6.12.1-1_i386.deb
  to main/g/ghc6/ghc6_6.12.1-1_i386.deb
ghc6_6.12.1.orig.tar.gz
  to main/g/ghc6/ghc6_6.12.1.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 539789@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Kari Pahula <kaol@debian.org> (supplier of updated ghc6 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Tue, 12 Jan 2010 16:29:03 +0200
Source: ghc6
Binary: ghc6 ghc6-prof ghc6-doc
Architecture: source all i386
Version: 6.12.1-1
Distribution: experimental
Urgency: low
Maintainer: Kari Pahula <kaol@debian.org>
Changed-By: Kari Pahula <kaol@debian.org>
Description: 
 ghc6       - GHC - the Glasgow Haskell Compilation system
 ghc6-doc   - Documentation for the Glasgow Haskell Compilation system
 ghc6-prof  - Profiling libraries for the Glasgow Haskell Compilation system
Closes: 532443 539789 543972 544127 549403
Changes: 
 ghc6 (6.12.1-1) experimental; urgency=low
 .
   * New upstream release (Closes: #539789)
     * System.Posix.Semaphore fixed. (Closes: #544127)
   * Switch to dpkg-source 3.0 (quilt) format
   * Standards-Version 3.8.3 (no changes necessary).
   * Added a dependency on libbsd-dev (Closes: #549403)
   * Patched compiler/utils/Panic.lhs to add a message to internal GHC
     error messages, suggesting removing .hi files and pointing to
     README.Debian. (Closes: #532443)
   * Don't alter Binary.hs and just let Ints to be stored in architecture
     native format.
   * Don't set XMLDocWays in build.mk since it's not used anymore.
   * Remove lpia arch from debian/rules.
   * Split debian/rules binary to binary-arch and binary-indep. (Closes: #543972)
   * Set SRC_HC_OPTS += -lffi in build.mk and update the patch
     system-libffi to use Debian's packaged libffi.
   * Update the patch to make the build system use /usr/bin/haddock and not
     build its own.
Checksums-Sha1: 
 782a17ea63488636bf8111cbf5e5bbba2e4bbd85 1254 ghc6_6.12.1-1.dsc
 51468eb965b6d0af82b0dc528d0494b7600e963b 23690470 ghc6_6.12.1.orig.tar.gz
 20a7153e5d05a5b133ad744db253392a0b3008c6 34123 ghc6_6.12.1-1.debian.tar.gz
 21ee5984f18b69086886e2e2dcd447402bc77725 8458782 ghc6-doc_6.12.1-1_all.deb
 f72da6b4e6ab552f86dda3a689f2954e95c7cc91 59570018 ghc6_6.12.1-1_i386.deb
 c3d88fa8aed8feabedf3eb909ac0342530d26440 35168898 ghc6-prof_6.12.1-1_i386.deb
Checksums-Sha256: 
 0c3b118a865bab308afbf6729150feb640fc7ba1541d76323eb962256100671a 1254 ghc6_6.12.1-1.dsc
 b6720c56c62cf4b24e811353f969b9d34e93061848e4a91de16ecba33dacca18 23690470 ghc6_6.12.1.orig.tar.gz
 6d1552e892ce673ae3d5fab051140ab6294a8b4b1b419241301576bcd8309d75 34123 ghc6_6.12.1-1.debian.tar.gz
 cb9953d926f3649c86daa9ed92b2fafa408e7804b0be4208cbc4ce9c12c7ed26 8458782 ghc6-doc_6.12.1-1_all.deb
 ed69fde26734f787f6aea8105942c16ed44ac4bf1f2e8cca8f1009368f42047c 59570018 ghc6_6.12.1-1_i386.deb
 dc8da53c3fef97e94e6f61017a692769066566c5af802533e3ae734b83163b9f 35168898 ghc6-prof_6.12.1-1_i386.deb
Files: 
 22338cb11fe1a503e8d778ba7b746bcf 1254 haskell optional ghc6_6.12.1-1.dsc
 52dea2ee3a4df4f5fa89e23b1134d915 23690470 haskell optional ghc6_6.12.1.orig.tar.gz
 09c54fde50a6cfd9f91d6b5f78a1e382 34123 haskell optional ghc6_6.12.1-1.debian.tar.gz
 88053f7f14f6818848716ccb72e3e0c3 8458782 doc optional ghc6-doc_6.12.1-1_all.deb
 0694390c53c3cb9083307fc5c0f45b76 59570018 haskell optional ghc6_6.12.1-1_i386.deb
 75bd5fd8e36cc0461d2fc7da79c60935 35168898 haskell optional ghc6-prof_6.12.1-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAktMmmkACgkQeYl9593Atw158wCgh9yHxGWnfxRLymBZ2xOHvy3Y
eL0AoIaKBTT6UkqpNGCrtiNHe0Y0Gh+u
=cmYZ
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.