Bug 473342
Summary: | Build will be influcence by local /etc/GNUstep/GNUstep.conf file | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jochen Schmitt <jochen> |
Component: | gnustep-make | Assignee: | Axel Thimm <axel.thimm> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 11 | CC: | mcepl, mcepl, michel |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.2.0-3.fc10 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-09-24 05:21:53 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: |
Description
Jochen Schmitt
2008-11-27 21:22:13 UTC
There is nothing to triage here. Switching to ASSIGNED so that developers have responsibility to do whatever they want to do with it. This is a not a bug. Many builds will fail if they don't find a proper environment to build in, e.g. consider a bad nss config which would prevail all uid/gid lookups for the final rpm manifest collation. Or bad /usr/local/include headers picked up by the build. I think rpm itself will not build properly if there is a different version's rpm-devel installed. At least that was the case a couple of years ago. I'll keep this open for a while, but I tend to close it as NOTABUG. gnustep-make now includes %config(noreplace) /etc/GNUstep/GNUstep.conf so this is not an issue anymore, really. Axel, this should probably be %{_sysconfdir}/GNUstep/GNUstep.conf -- if we change that and set the %global debug_package %{nil} we can close the other gnustep-make bug as well. This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Still a problem in that having a previous gnustep-make package installed when building a new version will result in the wrong version getting picked up during install, but this cannot really be fixed. And not a problem when building in Koji, mind. Closing as NOTABUG. This is a real bug that can be fixed with BuildConflicts: <self> Aha, yes. Checked and confirmed that the fix works, will push that update out and make it close this bug. gnustep-make-2.2.0-3.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/gnustep-make-2.2.0-3.fc11 gnustep-make-2.2.0-3.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/gnustep-make-2.2.0-3.fc10 gnustep-make-2.2.0-3.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gnustep-make'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-9577 gnustep-make-2.2.0-3.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gnustep-make'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-9597 gnustep-make-2.2.0-3.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. gnustep-make-2.2.0-3.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. |