On 07/19/2013 01:39 PM, Dirk Müller wrote:
This way you're spending my time on figuring out why C:O:M is broken in Jenkins and then need to figure out what you tried to do and fix it properly. This costs me a lot more time than looking at a review and commenting on it. We even work in the same timezone ;-)
Just ask me. Normally I'm in #opensuse-cloud.
I consider reverting changes difficult when it is not really obvious what you were trying to fix, besides that it is an obviously rude behavior that I would like to avoid.
Ack.
I trust you that there is a bug you're facing, and I would appreciate if you'd help me / us understanding how to fix it, especially when the commit is wrong. You're pushing the problem on to me who is _also_ trying to have working packages and test suites that pass, and I consider that not well balanced.
The package is called openstack-neutron and it provides openstack-quantum? I think that's just wrong so I changed every openstack-quantum to openstack-neutron and also added obsoletes for openstack-quantum to get rid of existing installed openstack-quantum packages. I thought that's the expected behaviour of the openstack-neutron packages. Or do I have a wrong understanding of the Provides keyword? Example: Why does the package openstack-neutron-dhcp-agent provides the package openstack-quantum-dhcp-agent? Christian. -- Christian Berendt Cloud Computing Solution Architect Mail: berendt@b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -- To unsubscribe, e-mail: opensuse-cloud+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-cloud+owner@opensuse.org