https://bugzilla.redhat.com/show_bug.cgi?id=1243550 --- Comment #5 from Haïkel Guémar <karlthered@xxxxxxxxx> --- > That is correct. We discussed weather to keep these together or separate. > The reason i split is because these services can be run on thier own nodes. > Which would be hard to do if its a single package? If the recommendation is > to keep these together as part of deprecation then i understand and can > change it. > Thanks, I appreciate that you made it a bit clearer for me. :) +1 for splitting the services in separate packages. > > Yep understand, reason i dint add it yet is i was not sure which version to > put in. Since liberty is not out yet? Ideally this version should be the > final version of ceilometer-alarm package? Is it ok to add the current > version and update later? > Workaround would using a n-v-r like EPOCH:2015.1.99-1 that will be never attained by kilo point-release. > > I was thinking i can make the aodh-common obsolete ceilometer-alarm. Wouldnt > that work? since aodh-common will be required by all sub-packages? > When you'll update existing deployments aodh-common will be indeed installed but won't pull aodh-notifier/evaluator in turn. Let's have a dummy -compat subpackage that does the obsoletions and requires the services. The good thing, upgrades will work smoothly and new deployments won't be affected an benefit from the split. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review