https://bugzilla.redhat.com/show_bug.cgi?id=1118232
Bug ID: 1118232
Summary: ghc-glib ftbfs on aarch64
Product: Fedora
Version: rawhide
Component: ghc-glib
Assignee: petersen(a)redhat.com
Reporter: pbrobinson(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Blocks: 922257 (ARM64)
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:
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=922257
[Bug 922257] Tracker for ARM64 support
--
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=NlHKhuyG51&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=973512
Bug ID: 973512
Summary: programs in ghc-compiler package have an executable
stack
Product: Fedora
Version: 19
Component: ghc
Severity: unspecified
Priority: unspecified
Assignee: petersen(a)redhat.com
Reporter: dkholia(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: bos(a)serpentine.com,
haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
Many programs in the ghc-compiler package have an executable stack.
"This makes it susceptible to stack based exploits should another weakness be
found in the affected programs" (Steve Grubb).
Version-Release number of selected component (if applicable):
ghc-compiler-7.4.2-11.fc19
How reproducible:
You can use following programs to check if a package is hardened:
http://people.redhat.com/sgrubb/files/rpm-chksec
OR
https://github.com/kholia/checksec
Steps to Reproduce:
Get scanner.py from https://github.com/kholia/checksec
$ ./scanner.py ghc-compiler-7.4.2-11.fc19.x86_64.rpm
...
ghc-compiler,ghc-compiler-7.4.2-11.fc19.x86_64.rpm,/usr/lib64/ghc-7.4.2/ghc,mode=0100755,NX=Disabled,CANARY=Disabled,RELRO=Partial,PIE=Disabled,RPATH=Disabled,RUNPATH=Disabled,FORTIFY=Disabled,CATEGORY=None
Notice "NX=Disabled" field.
Upstream fixed this "bug" 4 years back. See
http://hackage.haskell.org/trac/ghc/ticket/703
--
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=7UEkleMjDV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1148243
Bug ID: 1148243
Summary: Warning: /usr/share/bustle-0.4.7/LICENSE: openFile:
does not exist (No such file or directory)
Product: Fedora
Version: 21
Component: bustle
Severity: low
Assignee: philip(a)tecnocode.co.uk
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
philip(a)tecnocode.co.uk
Description of problem:
This is a minor packaging issue but it seems that bustle uses
its LICENSE file at runtime (in its About dialog), leads to stderr output:
Warning: /usr/share/bustle-0.4.7/LICENSE: openFile: does not exist (No such
file or directory)
(The packaging guidelines say that files in %doc should not be
used at runtime (since they can also be excluded locally).
Maybe the simplest solution would be to ln LICENSE to /usr/share/bustle-0.4.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=mLo1CWXxSA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1061568
Bug ID: 1061568
Summary: Certain X applications do not update window correctly
under xmonad
Product: Fedora
Version: 20
Component: xmonad
Severity: urgent
Assignee: mathstuf(a)gmail.com
Reporter: dgibson(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com, petersen(a)redhat.com
Description of problem:
When running xmonad with the MATE desktop, numerous applications don't redraw
properly - interacting with them has effects behinds the scene, but their
window is frozen on the old contents, until switching to another workspace and
back forces an update.
Version-Release number of selected component (if applicable):
xmonad-0.11-9.fc20.x86_64
xmonad-mate-0.11-9.fc20.x86_64
mate-session-manager-1.6.1-4.fc20.x86_64
mate-settings-daemon-1.6.2-2.fc20.x86_64
mate-desktop-1.6.2-1.fc20.x86_64
mate-desktop-libs-1.6.2-1.fc20.x86_64
How reproducible:
Every time, for me anyway.
Steps to Reproduce:
1. Log in to xmonad-mate desktop
2. Run any of the following
- Network Manager | Edit Connections...
- virt-manager
- rhythmbox
- various others
Actual results:
Application window stays frozen and does not update as you click or type in it.
Expected results:
Application window updates normally
Additional info:
Killing xmonad, then running "marco --replace" results in applications that
redraw again. Interestingly, after doing that killing marco and restarting
xmonad with "xmonad --replace" leaves the windows redrawing correctly, now
under xmonad.
Killing xmonad, then running "xmonad --replace" without running the other WM in
between does *not* fix the behaviout though.
--
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=ljdYgiloyI&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=873385
Bug ID: 873385
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Assignee: petersen(a)redhat.com
Summary: Random module fails on Doubles because of odd minBound
behaviour
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: imc(a)cs.ox.ac.uk
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: hugs98
Product: Fedora
I'm not sure how live this project is any more, but here goes...
$ rpm -q hugs98
hugs98-2006.09-11.fc17.x86_64
$ hugs
Type :? for help
Hugs> :load Random
Random> randomR (1::Double,10) (mkStdGen 3)
(
Program error: arithmetic overflow
The equivalent answer in ghci is:
(1.928919588914141,2109513658 1655838864)
This seems to happen because:
Random> minBound::Int
-2147483648
Random> toInteger (minBound::Int)
-18446744071562067968
Random> toInteger (maxBound::Int)
2147483647
The implementation of Random on Doubles uses the construction
"toInteger (minBound::Int)" to get an integer random number, but
the implementation of Random on integers falls over on values
greater than 2^32-1.
--
You are receiving this mail because:
You are on the CC list for the bug.