)]}'
{"specs/non-overlapping-dependency-upgrades.rst":[{"author":{"_account_id":1849,"name":"Joe Gordon","email":"joe.gordon0@gmail.com","username":"jogo"},"change_message_id":"85455a958930b440735925f11c22976931030f31","unresolved":false,"context_lines":[{"line_number":32,"context_line":"Proposed change"},{"line_number":33,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"},{"line_number":34,"context_line":""},{"line_number":35,"context_line":"Add support to devstack for installing per service python dependencies"},{"line_number":36,"context_line":"inside of python virtualenvs and backport this feature to Juno so we can use"},{"line_number":37,"context_line":"it in Juno-\u003eMaster grenade."},{"line_number":38,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"3a961159_21fbaa48","line":35,"updated":"2014-12-16 05:01:39.000000000","message":"Instead of going down this route, which would involve creating a separate virtualenv for every single service we run (nova-api,nova-compute,etc) We can do a devstack wide virtualenv instead. \n\nThis way grenade can have devstack $old install to one virtualenv, and during the upgrade step, devstack $new creates a new virtualenv","commit_id":"18c2401d2b61148245983987750a9f1ef936acfb"},{"author":{"_account_id":1420,"name":"Adam Gandelman","email":"adamg@ubuntu.com","username":"gandelman-a"},"change_message_id":"f7daec24d1038c9878cd88d17c4d5c0b86619c38","unresolved":false,"context_lines":[{"line_number":66,"context_line":"   we keep testing all dependencies together."},{"line_number":67,"context_line":"2. Backport support to build service virtualenvs to devstack stable/juno"},{"line_number":68,"context_line":"3. Update Grenade to use per service virtualenvs"},{"line_number":69,"context_line":"4. Have grenade update the per service dependencies as part of the upgrade process"},{"line_number":70,"context_line":""},{"line_number":71,"context_line":"Dependencies"},{"line_number":72,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":1,"id":"3a961159_fdf06893","line":69,"updated":"2014-12-16 01:10:54.000000000","message":"Grenade is only calling install_* and start_* functions from devstack to do the upgrades. If we can code the smarts into devstack to do venv/non-venv based on a flag, 3 and 4 will probably boil down to simply setting that flag correctly in grenade/DSG","commit_id":"18c2401d2b61148245983987750a9f1ef936acfb"},{"author":{"_account_id":1849,"name":"Joe Gordon","email":"joe.gordon0@gmail.com","username":"jogo"},"change_message_id":"500d9877b044c12ba50d0bddb4998943587eb07e","unresolved":false,"context_lines":[{"line_number":66,"context_line":"   we keep testing all dependencies together."},{"line_number":67,"context_line":"2. Backport support to build service virtualenvs to devstack stable/juno"},{"line_number":68,"context_line":"3. Update Grenade to use per service virtualenvs"},{"line_number":69,"context_line":"4. Have grenade update the per service dependencies as part of the upgrade process"},{"line_number":70,"context_line":""},{"line_number":71,"context_line":"Dependencies"},{"line_number":72,"context_line":"\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d"}],"source_content_type":"text/x-rst","patch_set":1,"id":"3a961159_382bde34","line":69,"in_reply_to":"3a961159_fdf06893","updated":"2014-12-16 02:01:56.000000000","message":"agreed","commit_id":"18c2401d2b61148245983987750a9f1ef936acfb"},{"author":{"_account_id":2750,"name":"Sean Dague","email":"sean@dague.net","username":"sdague"},"change_message_id":"a2bde1460b3f2c72e5e1c726861cb92fa3a699f9","unresolved":false,"context_lines":[{"line_number":18,"context_line":"Specific problem at hand::"},{"line_number":19,"context_line":""},{"line_number":20,"context_line":"  we would like to release oslo.db 1.0.X and cap Juno at \u003c1.1, however, since"},{"line_number":21,"context_line":"  master is at \u003e\u003d1.1 we are unable to do so because grenade doesn\u0027t support it."},{"line_number":22,"context_line":""},{"line_number":23,"context_line":"In general, finding an overlapping dependency that works with both $old and"},{"line_number":24,"context_line":"$new is hard, and practically impossible if we do not maintain the library"}],"source_content_type":"text/x-rst","patch_set":2,"id":"3a961159_ed109eaa","line":21,"updated":"2014-12-16 18:44:13.000000000","message":"This is not true.\n\nThe issue was that Ceilometer was installing an egg into the Swift pipeline, so Ceilometer needs to be upgraded before Swift. \n\nThis is long term problematic if you want to have both services up with minimal downtime, because Ceilometer and Swift become an atomic upgrade component.\n\nIn the grenade offline case, it\u0027s just a matter of changing the order to do Ceilometer first - per https://review.openstack.org/#/c/142075/","commit_id":"0e1a567e6e74c7028241727ee80f17ae17d9391f"}]}