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=1205105
Bug ID: 1205105
Summary: ghc-rpm-macros requires prelink
Product: Fedora
Version: rawhide
Component: ghc-rpm-macros
Severity: high
Assignee: petersen(a)redhat.com
Reporter: tmraz(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
ghc-rpm-macros package requires prelink which it shouldn't because prelink
should be strictly optional opt-in package.
--
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=2TkT5zG0ss&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1184683
Bug ID: 1184683
Summary: broken html doc cross-references
Product: Fedora
Version: 21
Component: ghc
Assignee: petersen(a)redhat.com
Reporter: petersen(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:
ghc and haskell packages were built for F21 with unversioned
html packages dirs. However the generated html by haddock still
assumes that the dirs are versioned causing all doc cross links
between packages to be broken.
At least it would be good to fix this for ghc:
rebuilding everything is too much effort.
--
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=ZYHKboGA7I&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.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=827975
Bug ID: 827975
Keywords: FutureFeature, Triaged
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Assignee: mathstuf(a)gmail.com
Summary: ghc-hledger-lib-0.18 is available
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: upstream-release-monitoring(a)fedoraproject.org
Type: ---
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ghc-hledger-lib
Product: Fedora
Latest upstream release: 0.18
Current version in Fedora Rawhide: 0.17
URL: http://hackage.haskell.org/packages/archive/hledger-lib/
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
--
You are receiving this mail because:
You are on the CC list for the bug.