Hide Forgot
Description of problem: Presently within the conductor source, we have two spec files, one for aeolus-all and one for aeolus-conductor. Both are always the same version, and both always contain the same changelog. When cutting a new release the process is as follows: 1. Update spec for conductor 2. Copy conductor spec updates into specfile for aeolus-all 3. Run `make rpms`, which generates two srpms, one for aeolus-conductor and one for aeolus-all 4. Use rhpkg to import aeolus-conductor into dist-git, commit, push, build 5. Use rhpkg to import aeolus-all into dist-git, commit, push, build It makes much more sense to have aeolus-all be a subpackage of aeolus-conductor instead. This way aeolus-all will inherit the version and changelog from aeolus-conductor automatically. `make rpms` would only output one srpm, and we would only have to import and build a single srpm.
I forgot to mention, jgreguske specifically pointed out that standalone meta-packages (which aeolus-all presently is) are frowned upon and the proposed solution is more standard for them.
Patch on the list: https://fedorahosted.org/pipermail/aeolus-devel/2012-January/008433.html
40ced33 on github/master
f36474d
verified