| | 65 | |
| | 66 | Gabor disputes the need for this: |
| | 67 | |
| | 68 | >I'm not sure if going back to a previous tag should result in rolling back the package versions. |
| | 69 | > |
| | 70 | >- If the old tag specified an explicit version, then SPMA will do the right thing |
| | 71 | >- If there was no explicit package version, then (re)installing the host with the old tag now would pick up the new package anyway. If you roll back to the previous version of the package, then you get a state that cannot be reproduced. |
| | 72 | > |
| | 73 | >There may be cases where you really want to roll back the packages, but I think such rollback logic is really the job of a backup system instead of Quattor. If ncm-spma can be told the path to run yum, then it would be possible to create a wrapper around yum that maintains the tag/history ID mapping, without having to integrate that functionality into ncm-spma itself. |
| | 74 | |
