Bug 562767
| Summary: | FTBFS: rawhide branch won't rebuild | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Caolan McNamara <caolanm> | ||||||
| Component: | qpidc | Assignee: | Nuno Santos <nsantos> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 13 | CC: | alex, aortega, ftbfs, john.snelson, jonathan.robie, nsantos | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2010-04-08 10:02:06 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
Caolan McNamara
2010-02-08 10:47:17 UTC
Created attachment 389490 [details]
patch to get qpidc to build
Copying John Snelson in to the conversation. John - is there a clean way to get the effective boolean value for a result that works for both xqilla 2.1.3 and xqilla 2.2.3? There's no way that works for both XQilla 2.1 and 2.2, but there's a simpler way than the patch in Comment 1. You can use the XQEffectiveBooleanValue::get() static method (xqilla/ast/XQEffectiveBooleanValue.hpp), passing in the first and second items from the result sequence. As an example, you can see this done in the implementation of predicates: xqilla/src/ast/XQPredicate.cpp:212 Created attachment 390466 [details]
using XQEffectiveBooleanValue::get
How about this then instead.
Looks good to me. oky doky, fixed this up then and fixed the db4 configure test as well building as http://koji.fedoraproject.org/koji/taskinfo?taskID=1980264 So this builds now, but the .spec still has bad requires, e.g.
%define new qpidc
%define cli %{new}-client
%package -n %{srv}-devel
Requires: %{cli}-devel = %version-%release
and there is no "qpidc-client-devel" package, only
%package devel
Summary: Header files, documentation and testing tools for developing Qpid C++ clients
so perhaps all those Requires on qpidc-client-foo should simply be qpidc-foo requires.
*** Bug 564735 has been marked as a duplicate of this bug. *** (In reply to comment #7) > So this builds now, but the .spec still has bad requires, e.g. > > %define new qpidc > %define cli %{new}-client > %package -n %{srv}-devel > Requires: %{cli}-devel = %version-%release > > and there is no "qpidc-client-devel" package, only > > %package devel > Summary: Header files, documentation and testing tools for developing Qpid C++ > clients > > so perhaps all those Requires on qpidc-client-foo should simply be qpidc-foo > requires. Ah, yes, so the bogus Requires qpidc-client-devel is causing broken deps in rawhide, so re-opening bug, this needs to be fixed ASAP: Broken deps for i386 ---------------------------------------------------------- qpidc-server-devel-0.5.819819-4.fc13.i686 requires qpidc-client-devel = 0:0.5.819819-4.fc13 qpidc-server-rdma-0.5.819819-4.fc13.i686 requires qpidc-client-rdma = 0:0.5.819819-4.fc13 qpidc-server-ssl-0.5.819819-4.fc13.i686 requires qpidc-client-ssl = 0:0.5.819819-4.fc13 http://koji.fedoraproject.org/mash/branched-20100306/logs/depcheck Also possibly related are other package dep breakages for 4 other packages: libvirt-qpid-0.2.17-3.fc12.i686 requires qpidc >= 0:0.5.790661 matahari-0.0.4-7.fc13.i686 requires qpidc >= 0:0.5.819819 ovirt-server-0.100-4.fc12.noarch requires qpidd ovirt-server-0.100-4.fc12.noarch requires qpidc qmf-devel-0.5.819819-4.fc13.i686 requires qpidc-client-devel = 0:0.5.819819-4.fc13 qpidc has been renamed to qpid-cpp (with the proper provides/obsoletes), I'm starting the EOL process right away. This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Seeing as this is gone now, lets close it |