Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Directory ownership problem: /etc/bash_completion.d
https://bugzilla.redhat.com/show_bug.cgi?id=487012
Summary: Directory ownership problem: /etc/bash_completion.d
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: darcs
AssignedTo: jeremy(a)hinegardner.org
ReportedBy: michel.sylvan(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, jeremy(a)hinegardner.org,
fedora-haskell-list(a)redhat.com
Classification: Fedora
Description of problem:
darcs installs a script in /etc/bash_completion.d, but does not own the
directory or Requires: bash-completion.
Since the script can be considered a 'plug-in', and thus we should not force
bash-completion on people who do not need it, the solution ought to be to
simply own the directory in question. This is what bzr, git and rpmlint do.
Version-Release number of selected component (if applicable):
darcs-2.2.0-1.fc10
How reproducible:
Always
Steps to Reproduce:
1. Install darcs
2. rpm -ql darcs | grep bash
Actual results:
darcs does not own /etc/bash_completion.d but installs a file in it
Expected results:
darcs owns the directory as well
Additional info:
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Updating a release bump resets ghc's internal package list
https://bugzilla.redhat.com/show_bug.cgi?id=493450
Summary: Updating a release bump resets ghc's internal package
list
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: ghc
AssignedTo: bos(a)serpentine.com
ReportedBy: bos(a)serpentine.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, bos(a)serpentine.com,
loupgaroublond(a)gmail.com,
fedora-haskell-list(a)redhat.com
Classification: Fedora
Last night, I installed a rawhide version of ghc 6.10.1 in place of the F10
version I had been running. I also had packages such as ghc-X11 installed at
the time. When I ran "ghc-pkg list" after the update, the X11 and other such
packages were no longer visible.
We need to develop a mechanism to make it possible to make minor updates to ghc
without requiring that all devel packages be reinstalled afterwards :-(
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ghc-gtk2hs-gtkglext %post Requires gtkglext-devel
https://bugzilla.redhat.com/show_bug.cgi?id=480422
Summary: ghc-gtk2hs-gtkglext %post Requires gtkglext-devel
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gtk2hs
AssignedTo: bos(a)serpentine.com
ReportedBy: loganjerry(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, bos(a)serpentine.com,
fedora-haskell-list(a)redhat.com
Classification: Fedora
Description of problem:
I installed ghc-gtk2hs-gtkglext without gtkglext-devel installed. The %post
script failed. Running it by hand produced this output:
# ghc-pkg-6.8.3 update --auto-ghci-libs
/usr/lib64/ghc-6.8.3/gtk2hs-0.9.13/gtkglext.package.conf
Reading package info from
"/usr/lib64/ghc-6.8.3/gtk2hs-0.9.13/gtkglext.package.conf" ... done.
WARNING: unversioned dependencies are deprecated, and will NOT be accepted by
GHC 6.10: base
ghc-pkg: /usr/include/gtkglext-1.0 doesn't exist or isn't a directory (use
--force to override)
That directory doesn't exist unless gtkglext-devel is installed.
Version-Release number of selected component (if applicable):
ghc-gtk2hs-gtkglext-0.9.13-3.fc10.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Make sure gtkglext-devel is not installed.
2. Install ghc-gtk2hs-gtkglext.
Actual results:
The %post script fails.
Expected results:
The %post script should succeed at building HSgtkglext.o.
Additional info:
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=426753
Yaakov Nemoy <loupgaroublond(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |needinfo?(petersen(a)redhat.c
| |om)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=426753
Yaakov Nemoy <loupgaroublond(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(loupgaroublond@gm |
|ail.com) |
--- Comment #43 from Yaakov Nemoy <loupgaroublond(a)gmail.com> 2009-04-27 21:30:23 EDT ---
New update
SPEC: http://ynemoy.fedorapeople.org/review/xmonad.spec
SRPM: http://ynemoy.fedorapeople.org/review/xmonad-0.8.1-11.fc10.src.rpm
This does a few new things.
1) carries around a ppc workaround that really should go in macros.ghc
2) only builds on fedora 12 (yay?) so you need koji to make this work for you
http://koji.fedoraproject.org/koji/taskinfo?taskID=1325396
3) converts the value added default config into a patch directly against the
upstream source. what this patch does is replaces the xmonad line of the
default verbose config with an expansion that loads xterm with the man page
showing. in the future, i'll probably add a comment to the user
4) includes just xmonad-start without doing xmonad-session.
5) renumbers the source to make more sense
6) includes other changes proposed here
enjoy!
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=426752
--- Comment #6 from Jens Petersen <petersen(a)redhat.com> 2009-04-25 18:54:34 EDT ---
ping?
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=426753
--- Comment #42 from Jens Petersen <petersen(a)redhat.com> 2009-04-25 09:53:22 EDT ---
http://petersen.fedorapeople.org/xmonad/xmonad.spechttp://petersen.fedorapeople.org/xmonad/xmonad-0.8.1-9.fc10.src.rpm
I have been using this package now recently and it works ok for me -
uses most of Till's latest package but slightly simpler:
just xmonad.desktop for xmonad-start.
I feel this is probably enough for the initial fedora xmonad package.
We can get more sophisticated later if necessary, but for now
I suggest advanced users who want to customize their session startup
can use xorg-x11-xinit-session and ~/.xsession say.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=426753
--- Comment #41 from Jens Petersen <petersen(a)redhat.com> 2009-04-15 05:34:53 EDT ---
(In reply to comment #38)
> Btw. a different feature for xmonad-start I want to suggest is to test whether
> xmonad.hs is newer than the binary and in case it is, recompile it. Or is this
> something xmonad already does?
I believe it should but I am a bit rusty on xmonad.
> But it seems it does not recompile itself, when
> I hit ALT-q.
That also work from what I was reading on their wiki.
> I meant to include it in the patch, otherwise the patch is not functional. I
> uploaded a new version of the patch to above URL, but the config file is now
> also available
Thanks - will try that out!
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=451877
Daniel Walsh <dwalsh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution| |INSUFFICIENT_DATA
--
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.