Added qpidtoollibs to the qpid-tools package.
Fixed path to qpid-ha in the systemd service descriptor.
Resolves: BZ#1186308
Apply patch 10.
Resolves: BZ#1184488
Resolves: BZ#1181721
Enabled building the linear store.
This update has been submitted for testing by mcpierce.
Fails to install: file /usr/lib/python2.7/site-packages/qpidtoollibs/disp.py
from install of qpid-tools-0.30-12.el7.x86_64 conflicts with file from package
python-qpid-qmf-0.24-21.el7.x86_64 Updating to qpid-cpp-0.30-11.el7 does
work, but the -12 seems to have introduced this file conflict
You'll need to update qpid-qmf as well. The qpidtoollibs package used to live
there, but was outdated. So it's been pulled out of qpid-qmf and the newer
version will now ship with the qpid-tools subpackage.
I see, but if that is really the case then the build qpid-qmf-0.28-27.el7 should
be added to this bodhi update as well instead of being pushed as a seperate
update. By doing this you make sure that users get access to both packages at
the same time and you also avoid temporary breakage when one update gets pushed
to epel stable more soon than the other one (like I had experienced yesterday).
If you cancel the update from
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0994/qpid-qmf-0.28-27.el7
and add the build qpid-qmf-0.28-27.el7 to this update I'll +1 this update
mcpierce has edited this update. New build(s): qpid-qmf-0.28-27.el7.
I haven't noticed any regressions with qpid itself, but this update does trigger
an issue with the package python-kombu from the Katello/Pulp repository which
makes initial installation of Katello fail. I filed
https://bugzilla.redhat.com/show_bug.cgi?id=1197490 for this some days ago but
the Katello devs haven't replied yet.
This update is currently being pushed to the Fedora EPEL 7 testing updates repository.
This update has been submitted for testing by mcpierce.
This update is currently being pushed to the Fedora EPEL 7 testing updates repository.
This update has been pushed to testing
Fails to install: file /usr/lib/python2.7/site-packages/qpidtoollibs/disp.py from install of qpid-tools-0.30-12.el7.x86_64 conflicts with file from package python-qpid-qmf-0.24-21.el7.x86_64 Updating to qpid-cpp-0.30-11.el7 does work, but the -12 seems to have introduced this file conflict
You'll need to update qpid-qmf as well. The qpidtoollibs package used to live there, but was outdated. So it's been pulled out of qpid-qmf and the newer version will now ship with the qpid-tools subpackage.
I see, but if that is really the case then the build qpid-qmf-0.28-27.el7 should be added to this bodhi update as well instead of being pushed as a seperate update. By doing this you make sure that users get access to both packages at the same time and you also avoid temporary breakage when one update gets pushed to epel stable more soon than the other one (like I had experienced yesterday). If you cancel the update from https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0994/qpid-qmf-0.28-27.el7 and add the build qpid-qmf-0.28-27.el7 to this update I'll +1 this update
mcpierce has edited this update. New build(s): qpid-qmf-0.28-27.el7.
This update has been submitted for testing by mcpierce.
epienbro: Done and done.
I haven't noticed any regressions with qpid itself, but this update does trigger an issue with the package python-kombu from the Katello/Pulp repository which makes initial installation of Katello fail. I filed https://bugzilla.redhat.com/show_bug.cgi?id=1197490 for this some days ago but the Katello devs haven't replied yet.
This update is currently being pushed to the Fedora EPEL 7 testing updates repository.
This update has been pushed to testing
Push to stable pls.
The update will push to stable when it receives 3 karma points.
This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes
This update has been submitted for stable by mcpierce.
This update is currently being pushed to the Fedora EPEL 7 stable updates repository.
This update has been pushed to stable