https://bugzilla.redhat.com/show_bug.cgi?id=1198695
Bug ID: 1198695
Summary: alex package needs source update for ppc64le
Product: Fedora EPEL
Version: epel7
Component: alex
Assignee: petersen(a)redhat.com
Reporter: efintzel(a)linux.vnet.ibm.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
Source package alex-3.0.5-36 used by EPEL7 does not support ppc64le.
A newer version supporting this architecture should be used instead.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qMSXekvEEN&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1288611
Bug ID: 1288611
Summary: epel7 ghc-glib ftbfs on aarch64
Product: Fedora EPEL
Version: epel7
Component: gtk2hs-buildtools
Assignee: petersen(a)redhat.com
Reporter: yselkowi(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Depends On: 1118232
Blocks: 1285484 (epel7aarch64)
+++ This bug was initially created as a clone of Bug #1118232 +++
ghc-glib-0.12.5.0-1.fc21 is ftbfs on aarch64
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=2485540
++ ghc --info
++ grep '"Booter version","7.6.3"'
+ '[' '!' ' ,("Booter version","7.6.3")' ']'
+ '[' -x Setup ']'
+ ghc --make -no-user-package-db Setup
[1 of 2] Compiling SetupWrapper ( SetupWrapper.hs, SetupWrapper.o )
[2 of 2] Compiling Main ( Setup.hs, Setup.o )
Linking Setup ...
+ ./Setup configure --prefix=/usr --libdir=/usr/lib64
--docdir=/usr/share/doc/ghc-glib '--libsubdir=$compiler/$pkgid'
'--datasubdir=$pkgid' --ghc --ghc-option=-O2 -p
--htmldir=/usr/share/doc/ghc/html/libraries/glib --global
[1 of 2] Compiling Gtk2HsSetup ( Gtk2HsSetup.hs,
dist/setup-wrapper/Gtk2HsSetup.o )
[2 of 2] Compiling Main ( SetupMain.hs, dist/setup-wrapper/Main.o )
Linking dist/setup-wrapper/setup ...
Configuring glib-0.12.5.0...
+ '[' -x Setup ']'
+ ./Setup build
Building glib-0.12.5.0...
Preprocessing library glib-0.12.5.0...
gtk2hsC2hs: Error in C header file.
/usr/include/asm/sigcontext.h:53: (column 2) [FATAL]
>>> Syntax error!
The symbol `__uint128_t' does not fit here.
error: Bad exit status from /var/tmp/rpm-tmp.YQQi78 (%build)
Bad exit status from /var/tmp/rpm-tmp.YQQi78 (%build)
RPM build errors:
--- Additional comment from Jens Petersen on 2014-09-30 23:53:43 EDT ---
I started looking at this: here is where the error occurs:
$ LANG=en_US.utf8 ./Setup build -v
creating dist/build
creating dist/build/autogen
Building glib-0.12.5.0...
Preprocessing library glib-0.12.5.0...
creating dist/build/System/Glib
/usr/bin/gtk2hsC2hs --include=dist/build
--include=/usr/lib64/ghc-7.6.3/base-4.6.0.1
--include=/usr/lib64/ghc-7.6.3/containers-0.5.0.0
--include=/usr/lib64/ghc-7.6.3/utf8-string-0.3.7 --cpp=/usr/bin/gcc
--cppopts=-E --cppopts=-Idist/build/autogen --cppopts=-Idist/build
--cppopts=-ISystem/Glib --cppopts=-I/usr/include/glib-2.0
--cppopts=-I/usr/lib64/glib-2.0/include --cppopts=-DUSE_GCLOSURE_SIGNALS_IMPL
--cppopts=-D__GLASGOW_HASKELL__=706 --output-dir=dist/build/System/Glib/
--output=GError.hs --precomp=dist/build/precompchs.bin glib-object.h
./System/Glib/GError.chs
gtk2hsC2hs: Error in C header file.
/usr/include/asm/sigcontext.h:53: (column 2) [FATAL]
>>> Syntax error!
The symbol `__uint128_t' does not fit here.
I may try to see if things are better under ghc-7.8 before investigating
further...
--- Additional comment from Peter Robinson on 2014-10-01 12:56:34 EDT ---
> I may try to see if things are better under ghc-7.8 before investigating
> further...
Is 7.8 going to land in F-21?
--- Additional comment from Jens Petersen on 2014-10-01 22:34:07 EDT ---
(In reply to Peter Robinson from comment #2)
> > I may try to see if things are better under ghc-7.8 before investigating
> > further...
>
> Is 7.8 going to land in F-21?
It was originally planned but we're behind schedule
so I don't think so at this point.
--- Additional comment from Peter Robinson on 2014-10-02 05:09:02 EDT ---
(In reply to Jens Petersen from comment #3)
> (In reply to Peter Robinson from comment #2)
> > > I may try to see if things are better under ghc-7.8 before investigating
> > > further...
> >
> > Is 7.8 going to land in F-21?
>
> It was originally planned but we're behind schedule
> so I don't think so at this point.
Can we investigate the issue further then? We need this fixed in F-21 too
--- Additional comment from Jens Petersen on 2014-10-02 22:51:14 EDT ---
(In reply to Peter Robinson from comment #4)
> Can we investigate the issue further then? We need this fixed in F-21 too
Yes, I plan to, but first I was to know if it is fixed with latest
ghc and ghc-glib etc. The problem seems related to preprocessing
of the headers and looks tricky to me.
Unfortunately getting ghc-7.8.3 to build with arm64 also seems non-trivial
so more fun in the pipeline... ;o)
--- Additional comment from Jens Petersen on 2014-10-08 04:56:33 EDT ---
Okay, I took the long scenic route, and have confirmed that Haskell glib builds
okay
on aarch64 with newer gtk2hs-buildtools.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1118232
[Bug 1118232] ghc-glib ftbfs on aarch64
https://bugzilla.redhat.com/show_bug.cgi?id=1285484
[Bug 1285484] Tracker for enabling aarch64 in EPEL-7
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tbAfiiHhny&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1395283
Bug ID: 1395283
Summary: pandoc missing in epel7 for ppc64le
Product: Fedora EPEL
Version: epel7
Component: pandoc
Severity: medium
Assignee: petersen(a)redhat.com
Reporter: alejandro.alvarez.ayllon(a)cern.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
pandoc is missing on epel7 for ppc64le
Since one of the packages I build lands on a ppc64le worker, even though the
package itself is noarch, the build fails because pandoc can not be installed
to generate the documentation.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1200404
Bug ID: 1200404
Summary: ghc package needs source update for ppc64le
Product: Fedora EPEL
Version: epel7
Component: ghc
Assignee: petersen(a)redhat.com
Reporter: menantea(a)linux.vnet.ibm.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Source package ghc-7.6.3-18.3 and all ghc-xxx packages used by EPEL7 do not
support ppc64le (little endian).
newer versions supporting this architecture should be used instead.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pyPPrg3P7e&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1305562
Bug ID: 1305562
Summary: git-annex operations fail on armv7hl with ghc internal
error
Product: Fedora
Version: 23
Component: git-annex
Assignee: mathstuf(a)gmail.com
Reporter: sten(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Created attachment 1122184
--> https://bugzilla.redhat.com/attachment.cgi?id=1122184&action=edit
strace
Description of problem: git-annex operations on F23 on ARM v7 hardware (tested
on a RPi2 and PCDuino Nano 3) fail with a ghc internal error.
Version-Release number of selected component (if applicable):
git-annex-5.20140717-7.fc23.armv7hl
How reproducible: always on ARM, can't reproduce on x86_64
Steps to Reproduce:
1. git init .; git annex init
Actual results:
[sten@shell01 test]$ git init .
Initialized empty Git repository in /home/sten/test/.git/
[sten@shell01 test]$ git annex init
init ok
git-annex: internal error: evacuate(static): strange closure type 63504
(GHC version 7.8.4 for arm_unknown_linux)
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
error: git-annex died of signal 6
Expected results:
git-annex should not die unexpectedly.
Additional info:
attached strace
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1234529
Bug ID: 1234529
Summary: Package should not ship a -el sub-package
Product: Fedora
Version: rawhide
Component: emacs-haskell-mode
Assignee: sagarun(a)gmail.com
Reporter: jonathan.underwood(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: chitlesh(a)gmail.com,
haskell-devel(a)lists.fedoraproject.org,
sagarun(a)gmail.com
Blocks: 1234479
The Emacs add-on packging guidelines no longer stipulate that elisp source
files be shipped in a separate sub-package. The -el subpackage should be
removed, and the elisp source files should be packaged in the main package. See
http://fedoraproject.org/wiki/Packaging:Emacs for more detail, and please take
note of the Obsoletes/Provides concern noted there.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1234479
[Bug 1234479] Violations of Emacs add-on packaging guidelines
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=EQiFJAwYOC&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1376233
Bug ID: 1376233
Summary: ghc-aeson-pretty-0.8.2 is available
Product: Fedora
Version: rawhide
Component: ghc-aeson-pretty
Keywords: FutureFeature, Triaged
Assignee: petersen(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com, relrod(a)redhat.com
Latest upstream release: 0.8.2
Current version/release in rawhide: 0.7.2-1.fc25
URL: http://hackage.haskell.org/package/aeson-pretty
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/989/
--
You are receiving this mail because:
You are on the CC list for the bug.