[Bug 1118232] New: ghc-glib ftbfs on aarch64
by Red Hat Bugzilla
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
8 years, 5 months
[Bug 973512] New: programs in ghc-compiler package have an executable stack
by Red Hat Bugzilla
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
8 years, 5 months
[Bug 1148243] New: Warning: /usr/share/bustle-0.4.7/LICENSE: openFile: does not exist (No such file or directory)
by Red Hat Bugzilla
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
8 years, 5 months
[Bug 1061568] New: Certain X applications do not update window correctly under xmonad
by Red Hat Bugzilla
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
8 years, 5 months
[Bug 873385] New: Random module fails on Doubles because of odd minBound behaviour
by Red Hat Bugzilla
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.
8 years, 5 months
[Bug 837388] New: Bluetile doesn't work properly with Java GUI apps
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=837388
Bug ID: 837388
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: 17
Priority: unspecified
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Assignee: petersen(a)redhat.com
Summary: Bluetile doesn't work properly with Java GUI apps
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: t.hlavnicka(a)centrum.cz
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: bluetile
Product: Fedora
Description of problem:
Bluetile doesn't work properly with Java GUI applications. Some Java GUI
elements are not gaining focus after mouse clicks (like text areas) and its not
possible to work with those elements.
Version-Release number of selected component (if applicable):
bluetile-0.6-5.fc17
java-1.7.0-openjdk-1.7.0.3-2.2.1.fc17.8
How reproducible:
Using any Java Swing application (like Netbeans) with text areas.
Actual results:
User can't write anything into text area.
Expected results:
Being able to write into focused text area.
Additional info:
This is tested only on x86 plaform. I am using Bluetile with Xfce desktop.
Bluetile is working properly in Fedora 15 and openjdk 1.6.0 (tested on x86 and
x86_64)
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 5 months