https://bugzilla.redhat.com/show_bug.cgi?id=977687
Bug ID: 977687
Summary: remove deprecated doc and prof provides
Product: Fedora
Version: rawhide
Component: ghc-rpm-macros
Severity: unspecified
Priority: unspecified
Assignee: petersen(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
prof subpackages have been deprecated for since F17 and (doc much longer).
I think they can be dropped from F20, before any MassRebuild.
--
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=mLDYIQe0Nm&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=981010
Bug ID: 981010
Summary: error while loading shared libraries:
libHSleksah-0.12.1.3-ghc7.4.2.so: cannot open shared
object file: No such file or directory
Product: Fedora
Version: 19
Component: leksah
Severity: unspecified
Priority: unspecified
Assignee: petersen(a)redhat.com
Reporter: bugzilla.redhat(a)flying-snail.net
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
In F19, leksah fails to run with this error:
leksah: error while loading shared libraries: libHSleksah-0.12.1.3-ghc7.4.2.so:
cannot open shared object file: No such file or directory
This looks to be the same problem as bug #863499
The rpath of /bin/leksah contains
/builddir/build/BUILD/leksah-0.12.1.3/dist/build
instead of
/usr/lib64/ghc-7.4.2/leksah-0.12.1.3/
As mentioned in #863499, I can work around the issue by setting
LD_LIBRARY_PATH:
LD_LIBRARY_PATH=/usr/lib64/ghc-7.4.2/leksah-0.12.1.3/ leksah
Version-Release number of selected component (if applicable):
ghc-leksah-0.12.1.3-10.fc19.x86_64
leksah-server-0.12.1.2-10.fc19.x86_64
ghc-leksah-server-0.12.1.2-10.fc19.x86_64
leksah-0.12.1.3-10.fc19.x86_64
How reproducible:
Every time
--
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=UPORTuz97d&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=985383
Bug ID: 985383
Summary: git-annex inoperable because git user.email config
variable ignored
Product: Fedora
Version: 19
Component: git-annex
Severity: high
Priority: unspecified
Assignee: mathstuf(a)gmail.com
Reporter: sdeasey(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Description of problem:
git annex can't read the user.email variable from ~/.gitconfig even though it
exists, and refuses to operate.
Version-Release number of selected component (if applicable):
git-annex-3.20121009-3.fc19.x86_64
git-1.8.3.1-1.fc19.x86_64
How reproducible:
Always.
Steps to Reproduce:
$ mkdir test1
$ cd test1
$ git init
Initialized empty Git repository in /home/jo/test1/.git/
$ git annex init
init
*** Please tell me who you are.
Run
git config --global user.email "you(a)example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: empty ident name (for <jo(a)machine.(none)>) not allowed
git-annex: user error (git
["--git-dir=/home/jo/test1/.git","--work-tree=/home/jo/test1","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"]
exited 128)
failed
git-annex: init: 1 failed
$ git config --global user.name Jo
$ git config --global user.email jo(a)example.com
$ cat ~/.gitconfig
[user]
name = Jo
email = jo(a)example.com
$ git config --global user.email
jo(a)example.com
$ git config user.email
jo(a)example.com
$ git annex init
init
*** Please tell me who you are.
Run
git config --global user.email "you(a)example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: empty ident name (for <jo(a)yo.(none)>) not allowed
git-annex: user error (git
["--git-dir=/home/jo/test1/.git","--work-tree=/home/jo/test1","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"]
exited 128)
failed
git-annex: init: 1 failed
Actual results:
git-annex: init: 1 failed
Expected results:
The annex repo should be initialised with the settings from ~/.gitconfig
Additional info:
env | grep GIT
<nothing>
Tested with a fresh user account.
--
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=GFiSaGpVvi&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=989673
Bug ID: 989673
Summary: CVE-2013-1435 ghc-xmonad-contrib:
XMonad.Hooks.DynamicLog remote command injection flaw
[epel-6]
Product: Fedora EPEL
Version: el6
Component: ghc-xmonad-contrib
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: mathstuf(a)gmail.com
Reporter: vdanen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: bos(a)serpentine.com,
haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com, petersen(a)redhat.com
Blocks: 989670 (CVE-2013-1435)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora EPEL.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
epel-6 tracking bug for ghc-xmonad-contrib: see blocks bug list for full
details of the security issue(s).
[bug automatically created by: add-tracking-bugs]
--
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=7z8WMNANMF&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=925561
Bug ID: 925561
Summary: hugs98: Does not support aarch64 in f19 and rawhide
Product: Fedora
Version: rawhide
Component: hugs98
Severity: unspecified
Priority: unspecified
Assignee: petersen(a)redhat.com
Reporter: dennis(a)ausil.us
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Blocks: 922257 (ARM64)
Support for the ARM 64 bit CPU architecture (aarch64) was introduced in
autoconf 2.69. hugs98 appears to use an earlier version of
autoconf, preventing its being built. This can be fixed in of three ways (In
order of preference):
1. Work with upstream to migrate the package to autoconf 2.69.
2. Rerun autoconf or autoreconf in %prep or %build prior to running
configure.
3. Apply the patch at
http://ausil.fedorapeople.org/aarch64/hugs98/hugs98-aarch64.patch
which updates config.guess and config.sub to recognize aarch64.
--
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=nEHFomSsEb&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=989032
Bug ID: 989032
Summary: Add a missing requirement on crontabs for the cron job
to the spec file
Product: Fedora
Version: rawhide
Component: ghc
Assignee: petersen(a)redhat.com
Reporter: johannbg(a)gmail.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:
Please update your package according to the packing guidelines
http://fedoraproject.org/wiki/Packaging:CronFiles
Thanks
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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=RkaK2dX2tv&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: %{ghc_version} desn't expand properly
https://bugzilla.redhat.com/show_bug.cgi?id=547867
Summary: %{ghc_version} desn't expand properly
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: high
Component: ghc-rpm-macros
AssignedTo: loupgaroublond(a)gmail.com
ReportedBy: jochen(a)herr-schmitt.de
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, loupgaroublond(a)gmail.com,
fedora-haskell-list(a)redhat.com
Classification: Fedora
I want to tryout ghc-6.12.1 on my system and have installed
ghc-rpm-macros-0.3.0-1 on my system.
Because I have trouble to compile my packages, I have try out the following
command:
$ rpm -q --eval '%{ghc_version}'
and got the following output:
error: Recursion depth(17) greater than max(16)
15< (empty)
14< (empty)
13< (empty)
12< (empty)
11< (empty)
10< (empty)
9< (empty)
8< (empty)
7< (empty)
6< (empty)
5< (empty)
4< (empty)
3< (empty)
2< (empty)
1< (empty)
0< (empty)
If I type
$ ghc --numeric-version
I will get
6.12.1
which I expected for
$ rpm -q --eval '%{ghc_version}'
Best Regards:
Jochen Schmitt
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.