We seem to be stalled on these two major blockers:
hackage-security: broken on mips/mipsel - could be fixed via
cryptohash-sha256 (#899166) or alternately patching to build
with cryptohash or cryptonite?
pandoc: broken on armhf (due to GHC bug?) and mips and s390x
(via cmark-gfm being broken
On Wed, Nov 23, 2016 at 12:43:49PM -0500, Lennart Sorensen wrote:
> Running qemu-system-ppc64 -cpu POWER8 (version 1:2.7+dfsg-3+b1) did not
> fail for me using debian-testing-ppc64el-netinst.iso
Yes, indeed. I have no idea what the default is, but -cpu POWER8
solves the problem.
I'm trying to install Debian within qemu-system-ppc64 using
debian-stretch-DI-alpha8-ppc64el-netinst.iso
Attempting to make a filesystem (either ext4 or btrfs) fails
and dmesg indicates that signal 4 has been caught.
Is there a QEMU option I'm missing?
On Wed, Oct 05, 2016 at 11:22:21AM -0400, Lennart Sorensen wrote:
> The last time this happened (in May I believe) someone pointed at this:
> https://ghc.haskell.org/trac/ghc/ticket/12070
> So if that is the issue, it appears to be fixed in ghc upstream in
> version 8, while the build was using 7.
haskell-http-link-header fails to build on the powerpc buildds. It
builds fine in a sid chroot on partch, so I have no idea how to
reproduce this.
Does anyone have any insight?
>* Revert powerpc mutexes to the version from db4.2,
> which actually works.
>
> which has been uploaded
Well, that does indicate that the fast mutexes were broken, but not why.
Can anyone help figure out why db4.3 is broken on powerpc?
7 matches
Mail list logo
