Activity log for bug #1325025

Date Who What changed Old value New value Message
2014-05-30 16:50:57 Robie Basak bug added bug
2014-06-04 13:54:03 Robie Basak juju-core (Ubuntu): status Triaged In Progress
2014-06-04 13:54:06 Robie Basak juju-core (Ubuntu): assignee Robie Basak (racb)
2014-06-06 16:05:07 Launchpad Janitor branch linked lp:ubuntu/utopic-proposed/juju-core
2014-06-12 12:01:28 Robie Basak juju-core (Ubuntu): status In Progress Fix Committed
2014-06-26 11:02:44 Launchpad Janitor juju-core (Ubuntu): status Fix Committed Fix Released
2014-06-27 15:33:48 Robie Basak nominated for series Ubuntu Trusty
2014-06-27 15:33:48 Robie Basak bug task added juju-core (Ubuntu Trusty)
2014-06-27 15:47:19 Robie Basak description juju uses distro-info-data to understand what Ubuntu releases exist, falling back to its own knowledge if it is not available. When we open a new development release, the version of juju-core that is copied forward does not know about the release, causing juju-core such as in bug 1314686. As we work to eliminate these bugs, so that juju-core does not have release names hardcoded, we should also make sure that distro-info-data is always available to juju, so that as we open new releases, juju-core will automatically learn about and be able to use them without having to change juju-core itself. So we should add a dependency of distro-info (or -data) to juju-core. [Impact] Juju in a particular release is expected to deploy future releases unless something fundamental has changed about them. Without having distro-info installed, a user would need to wait for an SRU to juju-core's hardcoded defaults, which we don't want to have to do. [Development Fix] Depend on distro-info. Juju automatically sees this and uses its information over its hardcoded defaults (which are necessary on other platforms that do not have distro-info available). [Stable Fix] Same as development fix. [Test Case] There isn't really one currently that can effectively be executed manually, since it involve waiting for a new release. However, there are now dep8 tests which pretend that a future release exists and that Juju works on them. These should be verified to pass. The catch is that for a Trusty SRU, Utopic exists, of course, and Juju 1.18.4 already knows about it. On balance, I think that if the dep8 "future" tests succeed, then this is sufficient to have confidence that Utopic+1 will also work. [Regression Potential] A Juju user who previously did not have distro-info installed will switch Juju's source of knowledge of distribution releases. This could cause a change in behavior. [Original Description] juju uses distro-info-data to understand what Ubuntu releases exist, falling back to its own knowledge if it is not available. When we open a new development release, the version of juju-core that is copied forward does not know about the release, causing juju-core such as in bug 1314686. As we work to eliminate these bugs, so that juju-core does not have release names hardcoded, we should also make sure that distro-info-data is always available to juju, so that as we open new releases, juju-core will automatically learn about and be able to use them without having to change juju-core itself. So we should add a dependency of distro-info (or -data) to juju-core.
2014-07-25 21:45:17 Steve Langasek juju-core (Ubuntu Trusty): status New Fix Committed
2014-07-25 21:45:19 Steve Langasek bug added subscriber Ubuntu Stable Release Updates Team
2014-07-25 21:45:21 Steve Langasek bug added subscriber SRU Verification
2014-07-25 21:45:23 Steve Langasek tags verification-needed
2014-07-25 21:57:45 Launchpad Janitor branch linked lp:ubuntu/trusty-proposed/juju-core
2014-09-22 08:21:30 Robie Basak tags verification-needed verification-done
2014-09-23 19:57:02 Launchpad Janitor juju-core (Ubuntu Trusty): status Fix Committed Fix Released
2014-09-23 19:57:11 Chris J Arges removed subscriber Ubuntu Stable Release Updates Team
2015-02-06 15:52:44 Launchpad Janitor branch linked lp:~ubuntu-cloud-archive/ubuntu/precise/juju-core/precise-ctools