Bug 522151

Summary: FTBFS on EPEL
Product: [Fedora] Fedora EPEL Reporter: Matěj Cepl <mcepl>
Component: nimbusAssignee: Christoph Wickert <christoph.wickert>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: el5CC: christoph.wickert, mcepl, mcepl
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 0.0.17-8.el5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-11-22 16:54:52 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Suggested patch for complex solution
none
build.log from the failed build
none
root.log from the failed build
none
state.log from the failed build
none
spec file none

Description Matěj Cepl 2009-09-09 15:28:23 UTC 
Created attachment 360254 [details]
Suggested patch for complex solution

Description of problem:
This is follow up on bug 488174. Nimbus theme is correct in Fedora, but in EPEL it includes OpenSolaris icon for menu.

Version-Release number of selected component (if applicable):
nimbus-0.0.17-6

How reproducible:
100%

Steps to Reproduce:
1.look at the menu icon on the gnome-panel.
2.
3.
  
Actual results:
It is OpenSolaris icon

Expected results:
Should be a system one.

Additional info:
Comment 1 Matěj Cepl 2009-09-09 16:17:14 UTC 
Created attachment 360264 [details]
build.log from the failed build
Comment 2 Matěj Cepl 2009-09-09 16:17:22 UTC 
Created attachment 360265 [details]
root.log from the failed build
Comment 3 Matěj Cepl 2009-09-09 16:17:30 UTC 
Created attachment 360266 [details]
state.log from the failed build
Comment 4 Matěj Cepl 2009-09-09 16:18:33 UTC 
That remove of Fedora branding and reverse to OS one was not succesful.
Comment 5 Matěj Cepl 2009-09-09 21:31:03 UTC 
OK, so I've made an attempt to fix it my way ... i.e., by using %if and make special arrangements for RHEL and for Fedora. However, I am now able to make one .spec file which builds both Fedora
http://koji.fedoraproject.org/koji/taskinfo?taskID=1666651
and EPEL packages
http://koji.fedoraproject.org/koji/taskinfo?taskID=1666703

For now these are just scratch builds (especially I don't want to put anything stupid into EPEL), so I am waiting on your comments.

Thanks for all help so far
Comment 6 Matěj Cepl 2009-09-09 21:32:25 UTC 
Created attachment 360354 [details]
spec file

Just to have a backup of my spec file.
Comment 7 Christoph Wickert 2009-09-13 22:56:03 UTC 
Hmm, this is weird. Unfortunately I have no time to look into this ATM and for some reason I cannot do any ELEP builds, not even scratchbuilds. Whatever I want to build fails with an empty build log. Any ideas?
Comment 8 Christoph Wickert 2009-09-13 22:57:37 UTC 
(setting NEEDINFO again to not forget this bug)
Comment 9 Matěj Cepl 2009-09-14 13:38:19 UTC 
According to https://admin.fedoraproject.org/pkgdb/packages/name/nimbus the package should be wide open. Are you able to build other EPEL packages? I *think*, they may have more strict rules for who is able to touch EPEL repo generally. But not sure about that.

If you want I would gladly add you as co-maintainer to the package.
Comment 10 Christoph Wickert 2009-11-22 16:20:43 UTC 
Thanks for fixing this before handing over nimbus to me. Watch out for the 1.4 update, it contains additional fixes.