Merge lp:~ericsnowcurrently/landscape-bundles/release-17.03 into lp:landscape-bundles

Proposed by Eric Snow
Status: Merged
Approved by: David Britton
Approved revision: 43
Merged at revision: 36
Proposed branch: lp:~ericsnowcurrently/landscape-bundles/release-17.03
Merge into: lp:landscape-bundles
Diff against target: 105 lines (+13/-65)
3 files modified
Makefile (+11/-1)
render-bundles (+2/-2)
ubuntu-deps (+0/-62)
To merge this branch: bzr merge lp:~ericsnowcurrently/landscape-bundles/release-17.03
Reviewer Review Type Date Requested Status
David Britton (community) Approve
Chad Smith Abstain
🤖 Landscape Builder test results Approve
Alberto Donato (community) Approve
Review via email: mp+320403@code.launchpad.net

Commit message

Update for the 17.03 release.

Description of the change

Update for the 17.03 release.

Note that the Makefile changes (and ubuntu-deps removal) are there to make landscape-builder happy.

Testing instructions:

(Note that this won't work by default until the 17.03 PPA is set up; use the proposed PPA until then).

1. Deploy using Juju.
2. Verify the version is 17.03.

To post a comment you must log in.
Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
Revision history for this message
Alberto Donato (ack) wrote :

I wonder if we shouldn't update the charm instead, and leave the "source" option to the default.

review: Needs Information
Revision history for this message
Eric Snow (ericsnowcurrently) wrote :

> I wonder if we shouldn't update the charm instead, and leave the "source"
> option to the default.

tl;dr That's fine with me.

My only concern would be how we can test the bundle properly before the charm gets pushed to the stable channel. AFAIU, the bundle would use the charm from the stable channel. Since the charm really can't be tested functionally on its own (currently), that means we'd have to release the charm to the stable channel before we could test the bundle (and the charm). That said, if anything functional changes in the charm we have the same problem, since we'd want to test the new charm (via the bundle).

So ultimately I don't think it's a problem to rely on the charm defaults in the bundle. The testing story for the charm is already a bit muddled. However, if the functional testing story were a bit cleaner then I'd be a bit happier about it. :) That could involve better functional testing in the charm repo or a way to easily test the bundle against a non-stable charm (or even a completely unreleased local dev one). That isn't something we need to worry about here though, particularly with something as innocuous as a version bump. :)

Long story short: I'll go ahead and drop the version from the bundle.

37. By Eric Snow

Defer to the charm for the default source.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
Revision history for this message
Alberto Donato (ack) wrote :

> > I wonder if we shouldn't update the charm instead, and leave the "source"
> > option to the default.
>
> tl;dr That's fine with me.
>
> My only concern would be how we can test the bundle properly before the charm
> gets pushed to the stable channel. AFAIU, the bundle would use the charm from
> the stable channel. Since the charm really can't be tested functionally on
> its own (currently), that means we'd have to release the charm to the stable
> channel before we could test the bundle (and the charm). That said, if
> anything functional changes in the charm we have the same problem, since we'd
> want to test the new charm (via the bundle).

Can't you reference the new revision even if it's published only to the edge channel?

>
> So ultimately I don't think it's a problem to rely on the charm defaults in
> the bundle. The testing story for the charm is already a bit muddled.
> However, if the functional testing story were a bit cleaner then I'd be a bit
> happier about it. :) That could involve better functional testing in the
> charm repo or a way to easily test the bundle against a non-stable charm (or
> even a completely unreleased local dev one). That isn't something we need to
> worry about here though, particularly with something as innocuous as a version
> bump. :)
>
> Long story short: I'll go ahead and drop the version from the bundle.

Revision history for this message
Eric Snow (ericsnowcurrently) wrote :

> Can't you reference the new revision even if it's published only to the
> edge channel?

Good point. Currently we don't specify a revision in the bundle, so it uses the one in the stable channel. Explicitly providing the revision would fix the issue of release testing. However, wouldn't it cause a problem for development testing (i.e. "make stage-landscape-charm && make -C build/landscape-charm deploy-dense-maas")?

Revision history for this message
Alberto Donato (ack) wrote :

> > Can't you reference the new revision even if it's published only to the
> > edge channel?
>
> Good point. Currently we don't specify a revision in the bundle, so it uses
> the one in the stable channel. Explicitly providing the revision would fix
> the issue of release testing. However, wouldn't it cause a problem for
> development testing (i.e. "make stage-landscape-charm && make -C build
> /landscape-charm deploy-dense-maas")?

I probably didn't explain myself very well, what I meant is that you should be able to change the charm version in the bundle: "charm": "cs:xenial/landscape-server-1" even if that's not yet published.

38. By Eric Snow

Use the charm that points to the 17.03 PPA.

Revision history for this message
Eric Snow (ericsnowcurrently) wrote :

> I probably didn't explain myself very well, what I meant is that you should be
> able to change the charm version in the bundle: "charm": "cs:xenial/landscape-
> server-1" even if that's not yet published.

Yep. I just did so. :)

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
Revision history for this message
Alberto Donato (ack) wrote :

+1

review: Approve
39. By Eric Snow

Be explicit about the series.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
40. By Eric Snow

Add the ci-test make target.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
41. By Eric Snow

Fix ubuntu-deps for CI.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
42. By Eric Snow

Drop the ubuntu-deps script.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Needs Fixing (test results)
43. By Eric Snow

Fix a typo.

Revision history for this message
🤖 Landscape Builder (landscape-builder) :
review: Abstain (executing tests)
Revision history for this message
🤖 Landscape Builder (landscape-builder) wrote :
review: Approve (test results)
Revision history for this message
David Britton (dpb) wrote :

marking as n-i just so I get a chance to review.

review: Needs Information
Revision history for this message
Chad Smith (chad.smith) :
review: Abstain
Revision history for this message
David Britton (dpb) wrote :

+1

review: Approve

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file 'Makefile'
2--- Makefile 2017-01-20 20:06:23 +0000
3+++ Makefile 2017-03-27 22:12:49 +0000
4@@ -25,7 +25,17 @@
5
6 .PHONY: deps
7 deps:
8- @./ubuntu-deps
9+ sudo add-apt-repository -y ppa:juju/stable
10+ sudo apt-get update
11+ sudo apt-get install -y \
12+ charm
13+ sudo apt-get install -y \
14+ python3-jinja2 \
15+ python3-yaml \
16+ jq
17+
18+.PHONY: ci-test
19+ci-test: deps render
20
21 .PHONY: clean
22 clean:
23
24=== modified file 'render-bundles'
25--- render-bundles 2016-12-13 17:05:38 +0000
26+++ render-bundles 2017-03-27 22:12:49 +0000
27@@ -16,9 +16,9 @@
28 "memory": 2048},
29 "haproxy": {},
30 "landscape": {
31- "charm": "cs:xenial/landscape-server-0",
32+ "charm": "cs:xenial/landscape-server-20",
33 "memory": 2048,
34- "source": "ppa:landscape/16.06",
35+ # We defer to the default "source" from the charm.
36 "key": "4652B4E6"}
37 }
38
39
40=== removed file 'ubuntu-deps'
41--- ubuntu-deps 2016-07-22 14:45:43 +0000
42+++ ubuntu-deps 1970-01-01 00:00:00 +0000
43@@ -1,62 +0,0 @@
44-#!/bin/bash -u
45-
46-set -u
47-
48-INTERACTIVE=0
49-tty -s && INTERACTIVE=1
50-
51-function apt_get() {
52- local skip=0
53-
54- # first check if this is necessary - we don't want to ask for sudo
55- # unless we need it, since this is run from make build-devel
56- output=$(apt-get -s $*)
57- if [ $? -ne 0 ]; then
58- echo "Error: Dependency simulation failed: $*"
59- exit 1
60- fi
61-
62- # Check for any lines that start with Inst, which signifies
63- # a package will be installed or upgraded
64- echo "$output" | grep '^Inst ' > /dev/null || skip=1
65-
66- if [ $skip -eq 1 ]; then
67- echo " * Skipping: $*"
68- return
69- fi
70-
71- release=$(lsb_release -cs)
72- # needed for the "charm" tool
73- if [ "$release" == "trusty" ]; then
74- sudo add-apt-repository -y ppa:juju/stable
75- fi
76- sudo apt-get update
77-
78- if [ $INTERACTIVE -eq 0 ]; then
79- DEBIAN_FRONTEND=noninteractive sudo apt-get \
80- -y --force-yes -o Dpkg::Options::='--force-confold' $*
81- else
82- sudo apt-get $*
83- fi
84-
85- if [ $? -ne 0 ]; then
86- echo "Error: Package installation failed: $*"
87- exit 1
88- fi
89-}
90-
91-
92-function install_deps {
93- apt_get install \
94- python3-jinja2 \
95- python3-yaml \
96- jq \
97- charm
98-}
99-
100-
101-# If running non-interactively, go ahead and apt-get update
102-# before we start, keeps jenkins slaves and the like updated
103-[ $INTERACTIVE -eq 0 ] && sudo apt-get update
104-
105-install_deps

Subscribers

People subscribed via source and target branches

to all changes: