[01:55] <wallyworld_> thumper: turns out overwriting the transport did cause issues as it nuked any alternate protocol handlers already registered
[01:55] <wallyworld_> so i did a quick fix https://codereview.appspot.com/14840043
[01:56] <thumper> heh
[01:56] <axw> wallyworld_: how did the tests pass?
[01:57] <axw> or has the original change not landed
[01:57] <wallyworld_> axw: goose tests passed just fine but juju-core tests failed
[01:57] <axw> ah right
[01:57] <axw> this is in goose, got it
[01:57] <wallyworld_> yeah. my original solution worked but roger made me change it
[02:01] <thumper> school run
[02:20] <wallyworld_> thumper: gwacl and gomaasapi - there the req.Close attribute was set instead, as all http requests were dispatched via a helper function
[02:21] <wallyworld_> i used that solution with goose originally, but it was more changes as we use http directly there
[02:21] <wallyworld_> so i needed to add the dispatch helper
[02:21] <wallyworld_> but roger suggested using the keep alive attr instead
[02:27] <bigjools> wallyworld_: checked in yet?
[02:28] <wallyworld_> bigjools: nope. but i've already resrved my seats
[02:28] <bigjools> wallyworld_: just reserved mine.  fucking agent had put me in a bulkhead seat with restricted legroom ...
[02:28] <wallyworld_> i think i got 50
[02:29] <wallyworld_> from memory
[02:29] <bigjools> row 39
[02:29] <wallyworld_> so i can throw things at your head
[02:29] <bigjools> 17A on the la->sfo
[02:30] <wallyworld_> i forget what i got for that one, 8 i think
[02:30] <bigjools> we can change at the gate so we can hold hands
[02:30] <wallyworld_> nah, just wait till we drive over the golden gate into the sunset
[02:32] <bigjools> wallyworld_: http://tinyurl.com/kj3zltm
[02:36] <adam_g> uhm so
[02:36] <adam_g> is multi-tenancy supposed to work at this point /w MAAS?
[02:37] <bigjools> adam_g: not *quite* there is an sru waiting
[02:37] <adam_g> bigjools, bug #? anything in proposed i can test?
[02:37] <bigjools> it's all tested
[02:38] <adam_g> maas (1.4+bzr1693+dfsg-0ubuntu2.1) saucy-proposed; urgency=low
[02:38] <adam_g>  ?
[02:39] <bigjools> oh that kind of testing
[02:39] <bigjools> I don't see that in proposed yet
[02:40] <adam_g> hmph still in queue
[02:40] <adam_g>   * debian/patches/99_fix_juju_multienv_lp1239488: Allows juju to distinguish
[02:40] <adam_g>     between different environments, actually fixing the MAAS side of multiple
[02:40] <adam_g>     juju environment support. (LP: #1239488)
[02:40] <_mup_> Bug #1239488: [SRU] Juju api client cannot distinguish between environments <MAAS:Fix Released by julian-edwards> <maas (Ubuntu):Triaged> <maas (Ubuntu Saucy):Triaged> <https://launchpad.net/bugs/1239488>
[02:40] <bigjools> that is the one
[02:40] <adam_g> still anything that needs to be fixed on the juju side?
[02:40] <bigjools> ah it's in the upload queue
[02:41] <bigjools> there was a fix for juju but I don't know its status
[02:41] <bigjools> thumper: ?
[02:41] <thumper> landed afaik, but not released yet
[02:41] <thumper> has been landed on 1.16 branch for 1.16.1, but again, don't know the status
[02:56] <bigjools> wallyworld_: seems like cartridge razors are ok in hand luggage
[02:57] <wallyworld_> oh, surpirsing
[03:16] <bigjools> wallyworld_: it also occurred to me that we ought to go shopping for gadgetry
[03:17] <wallyworld_> well why not
[03:18] <wallyworld_> i don't need anything but need != want :-)
[03:19] <bigjools> exactly
[03:19] <bigjools> I am sure we can take the mustang via Fry's etc :)
[03:20] <thumper> :)
[03:21]  * thumper is looking for his US cables
[03:46] <wallyworld_> bigjools: the saucy archives should be updated with the final release by now, right?
[03:47] <wallyworld_> "update-manager -d" shows a splash screen saying it's still a beta release
[03:49] <bigjools> wallyworld_: yeah release has happened
[03:49] <bigjools> apt-get update should make that go away
[03:49] <wallyworld_> update-manager -d does do an update
[03:49] <wallyworld_> it forces your current release to be up-to-date
[04:00] <bigjools> wallyworld_: yes but you're still running with the old update manager at that point
[04:01] <bigjools> or potentially older
[04:01] <wallyworld_> i would have thought it would have fetched the latest splash info
[04:01] <wallyworld_> so i just ignore that message?
[04:02] <bigjools> yeah
[04:02] <wallyworld_> ok, but i reckon it's a poor user experience. it should show info about the release you are upgrading to, not older info
[04:02] <bigjools> yup
[04:03] <wallyworld_> cause i reasonably thought the mirrors i was using hadn't been synced yet
[04:03] <wallyworld_> based on the info on the splash screen
[04:07] <bigjools> that's also possible
[04:11] <wallyworld_> so then i switch to the canonical archives and same result
[04:18] <bigjools> then we should declare it to be buggered
[07:45] <TheMue> morning
[08:52] <TheMue> frankban: ping
[08:52] <frankban> TheMue: hey
[08:52] <TheMue> frankban: hi
[08:52] <TheMue> frankban: based on my first proposal rogpeppe had a good idea for env/switch
[08:53] <TheMue> frankban: see the last comment on https://code.launchpad.net/~themue/juju-core/053-env-more-script-friendly/+merge/191640
[08:53] <TheMue> frankban: if that is fine for you too I would change my proposal
[08:54] <frankban> TheMue: so, --raw by default and an error exit code if no default env is configured. totally +1
[08:56] <TheMue> frankban: fine, then I'll note it there and the issue and change it this morning
[08:57] <frankban> TheMue: great, thank you!
[08:57] <TheMue> frankban: yw
[09:32] <TheMue> rogpeppe: ping
[10:17] <rogpeppe> TheMue: pong
[10:17] <TheMue> rogpeppe: ah, hiya
[10:17] <rogpeppe> TheMue: sorry, my IRC client has stopped notifying me when someone mentions my name
[10:17] <rogpeppe> TheMue: it's most annoying
[10:17] <rogpeppe> TheMue: hiya, BTW
[10:17] <TheMue> rogpeppe: as you may have seen frankban and I agreed on your proposal
[10:17] <rogpeppe> TheMue: cool
[10:18] <TheMue> rogpeppe: one question for "juju env --list"
[10:18] <TheMue> rogpeppe: in that way it only lists all names
[10:18] <TheMue> rogpeppe: but additionally you can pass a name to switch too
[10:19] <TheMue> rogpeppe: how would you act in that case and let the output look like?
[10:19] <rogpeppe> TheMue: i had no idea that "env" was a synonym for "switch"
[10:20] <TheMue> rogpeppe: yeah, it is
[10:20] <rogpeppe> TheMue: i think "juju switch --list foo" should probably give an error
[10:20] <rogpeppe> TheMue: at some point in the future, when environments may be held remotely, we could potentially use it to implement search functionality but for now that's not needed.
[10:22] <TheMue> rogpeppe: ah, fine, that's my idea too. I dislike the combination of switching and listing in one call
[10:22] <TheMue> rogpeppe: it's so "hey, please show me the environments. and by the way you can also switch it" :/
[10:39] <rogpeppe> TheMue: yeah
[10:40] <TheMue> rogpeppe: currently cleaning up the tests, everything simpler now :)
[10:46] <rogpeppe> TheMue: i hoped it might be
[10:47] <rogpeppe> mgz: standup?
[10:47] <rogpeppe> wallyworld_: ^
[10:58] <rogpeppe> dimitern: you still connected?
[11:09] <dimitern> gah!
[11:09] <dimitern> my connection died at the hangout exactly as yesterday
[11:10] <dimitern> and i can't seem to be able to join again
[11:12] <mgz> hm can't join again? what error?
[11:20]  * TheMue => lunch
[11:22] <dimitern> my machine behaves somewhat erratically perhaps it's time for a reboot
[12:01] <rogpeppe> anyone up for doing a review of this? https://codereview.appspot.com/14619045/
[12:01] <rogpeppe> dimitern, TheMue, natefinch: ^
[12:01] <natefinch> rogpeppe: sure thing
[12:08] <natefinch> rogpeppe: there are some comments about this code being temporary.  How temporary is this code?   Just want to know so I can dial in the amount of nitpicking ;)
[12:08] <natefinch> rogpeppe: (in state/apiserver/common/addresses.go)
[12:10] <natefinch> rogpeppe: note, my problem is not with your changes, but some minor stuff with the code that was there that could do with a little cleanup
[12:38] <mgz_> hm, didn't log out at home
[13:21] <abentley> sinzui: dude, you indented with tabs!  Are you feeling okay?
[13:21] <sinzui> Obviously no
[13:21]  * sinzui will fix that
[13:23] <abentley> sinzui: When using 'find' with wildcards, I think it's best to quote the wildcard.
[13:23] <sinzui> abentley, I think I want the scripts to look for credentials and configs in JUJU_HOME. I don't we want to force .juju or $HOME
[13:23] <sinzui> abentley, yes, I did that twice,
[13:24] <abentley> sinzui: you missed it in archive_tools and retrieve_packages.
[13:24] <abentley> sinzui: I agree about $JUJU_HOME.
[13:25] <sinzui> abentley, The last hours broke my head. I was testing what happens when non-required data is missing in steps and find lots of errors that killed the script
[13:25] <abentley> sinzui: Oh, I see.
[13:25] <sinzui> s/find/found/
[13:26] <sinzui> abentley, reassembling with existing tools (no debs) was very bad. I will review the scripts with fresh eyes. Though yours are clearly fresh
[13:27] <abentley> sinzui: It's a shame that s3cmd won't accept environment variables, because I could extend "jnova" to work with all providers and I think that would be neat.
[13:28] <jpds> Anyone know what is going on here? http://pastebin.ubuntu.com/6257151/
[13:32] <jpds> Ah, fixed it.
[13:33] <rogpeppe> is there any way to get apt-get to downgrade a package to a specific version?
[13:34] <rogpeppe> (still trying to fix my IRC client issue
[13:34] <rogpeppe> )
[13:34] <jpds> rogpeppe: apt-cache policy <package>
[13:34] <jpds> rogpeppe: Take the earlier version number and: sudo apt-get install <package>=<version>.
[13:37] <rogpeppe> jpds: thanks. hmm, looks like nothing's changed in a while, and there don't seem to be any earlier version numbers.
[13:37] <rogpeppe> % apt-cache showpkg konversation
[13:37] <rogpeppe> Package: konversation
[13:37] <rogpeppe> Versions:
[13:37] <rogpeppe> 1.5~rc1+git20130415-0ubuntu1 (/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_raring_universe_binary-amd64_Packages) (/var/lib/dpkg/status)
[13:37] <rogpeppe>  Description Language:
[13:37] <rogpeppe>                  File: /var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_raring_universe_binary-amd64_Packages
[13:37] <rogpeppe>                   MD5: 529965a53c80f878568781c6a205d5f5
[13:37] <rogpeppe>  Description Language: en
[13:37] <rogpeppe>                  File: /var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_raring_universe_i18n_Translation-en
[13:37] <rogpeppe>                   MD5: 529965a53c80f878568781c6a205d5f5
[13:37] <rogpeppe> Reverse Depends:
[13:37] <rogpeppe>   konversation:i386,konversation
[13:37] <rogpeppe>   kubuntu-full,konversation
[13:37] <rogpeppe>   konversation-dbg,konversation 1.5~rc1+git20130415-0ubuntu1
[13:37] <rogpeppe>   konversation-data,konversation 1.3~beta1-2
[13:37] <rogpeppe>   konversation-data,konversation 1.3~beta1-2
[13:38] <rogpeppe>   konversation-data,konversation 1.5~rc1+git20130415-0ubuntu1
[13:38] <rogpeppe> Dependencies:
[13:38] <rogpeppe> 1.5~rc1+git20130415-0ubuntu1 - kde-runtime (0 (null)) kdepim-runtime (0 (null)) libc6 (2 2.14) libkabc4 (2 4:4.4.3) libkde3support4 (2 4:4.4.3) libkdecore5 (2 4:4.5.85) libkdeui5 (2 4:4.7.0) libkemoticons4 (2 4:4.4.95) libkidletime4 (2 4:4.4.95) libkio5 (2 4:4.5.85) libknotifyconfig4 (2 4:4.4.3) libkparts4 (2 4:4.4.3) libphonon4 (2 4:4.2.0) libqca2 (2 2.0.2) libqt4-dbus (2 4:4.7) libqt4-network (2 4:4.7) libqt4-qt3support (2 4:4.7) libqt4-
[13:38] <rogpeppe> xml (2 4:4.7) libqtcore4 (2 4:4.8.0) libqtgui4 (2 4:4.8.0) libsolid4 (2 4:4.4.3) libstdc++6 (2 4.1.1) phonon (0 (null)) konversation-data (5 1.5~rc1+git20130415-0ubuntu1) konversation:i386 (0 (null))
[13:38] <rogpeppe> Provides:
[13:38] <rogpeppe> 1.5~rc1+git20130415-0ubuntu1 - irc
[13:38] <rogpeppe> Reverse Provides:
[13:38] <rogpeppe> frick
[13:38] <rogpeppe> http://paste.ubuntu.com/6257210/
[13:38] <rogpeppe> argh, everything is broken
[13:38] <jpds> policy, not showpkg.
[13:38] <rogpeppe> jpds: sorry, that was just the previous contents of my paste buffer
[13:38] <rogpeppe> jpds: the paste points to the intended thing
[13:39] <rogpeppe> jpds: unfortunately DNS lookups take about 10 seconds on this machine at the moment, so my pastebin script hadn't run quickly enough
[13:40] <jpds> Yeah, so no way to downgrade without going to launchpad and downloading an earlier .deb file.
[13:41] <rogpeppe> jpds: well, the binary hasn't changed in months, so i guess it must be something that's gone wrong somewhere in my machine
[13:41] <rogpeppe> :-(
[13:42] <rogpeppe> i might try reinstalling the app i suppose
[13:56] <rogpeppe> natefinch: could you mention my nickname please?
[13:56] <rogpeppe> or anyone
[13:56] <jpds> rogpeppe: Hi.
[13:57] <rogpeppe> jpds: thanks
[13:57] <jpds> Folks, I'm trying to deploy on openstack and I'm getting this error: error info: {"badRequest": {"message": "Multiple possible networks found, use a Network ID to be more specific.", "code": 400}}
[13:57] <rogpeppe> well bugger me backwards with a spade, it worked
[13:57] <jpds> Where do I specify a network ID?
[13:57] <rogpeppe> jpds: mgz might be a good one to ask
[13:58] <jpds> mgz_: ↑ ?
[14:07]  * rogpeppe goes for some lunch
[14:13] <mgz_> jpds: hm...
[14:17] <jpds> mgz_: I do have two networks in openstack, the shared ext_net and my own tenent's one.
[14:18] <mgz_> yeah, this is somewhat of a problem if that's an error case, as this is from boot, right?
[14:18] <mgz_> does nova boot also complain if you don't specify a network?
[14:22] <jpds> mgz_: Yes, exact same message.
[14:27] <mgz_> jpds: seems mostly like a nova configuration issue then...
[14:27] <jpds> mgz_: No.
[14:27] <mgz_> there's not really anything reasonable juju could do here, the best would be list all networks and arbitrarily select one, which still sucks
[14:28] <jpds> You could specify a network to .juju in the environments.
[14:28] <mgz_> yeah, because more manual configuration is exactly what we want
[14:28] <mgz_> (that is an option, but it doesn't seem ideal)
[14:29] <mgz_> (would much prefer nova having a default network selection)
[14:29] <jpds> mgz_: Well, it's one extra flag to the boot option: http://people.canonical.com/~jpds/nova-boot.png
[14:30] <jpds> Maybe make it part of the imagemetadata.json?
[14:31] <mgz_> it's not at all related to images
[15:03] <TheMue> rogpeppe: after a short discussion we'll roll back to env/switch with flag --raw
[15:07] <sinzui> rogpeppe, mgz natefinch did we hard code ubuntu series in Juju? Looks like sync-tools cannot do a release
[15:07] <sinzui> ERROR invalid series "trusty"
[15:13] <sinzui> yep, we did hard code.
[15:24] <abentley> sinzui: There is a syntax error in "assemble-public-tools": generate_streams does not work, because it does "for $tool in" instead of "for tool in".  I do not understand why this syntax error doesn't abort the script.
[15:27] <sinzui> abentley, me neither. Just fixed that BTW in my scripts
[15:27] <sinzui> abentley, I had to pause to deal with this seen in that very function: https://bugs.launchpad.net/juju-core/+bug/1241666
[15:27] <_mup_> Bug #1241666: Cannot creaste simple streams for Ubuntu trusty series <build> <juju-core:In Progress by sinzui> <https://launchpad.net/bugs/1241666>
[15:27] <abentley> sinzui: Glad you caught that before a release.
[15:29] <abentley> sinzui: Also, I think it's good hygiene to use "set -eu", not just "set -e".  It does mean you have to use {$foo:-} in some places where $foo would otherwise suffice.
[15:29] <sinzui> abentley, I just pushed my changes minus the JUJU_HOME change we discussed this morning
[15:29] <sinzui> abentley, okay
[15:29]  * sinzui makes juju releasable
[15:30] <abentley> sinzui: I don't see the tool fix in the changes you just pushed.
[15:30] <sinzui> bugger, I switched
[15:30] <sinzui> abentley, now? revno 2008
[15:31] <abentley> sinzui: Yes, that's got it.
[15:31] <mgz_> sinzui: some of the code updates from distro-info, but the bit that's breaking you may not
[15:33] <abentley> sinzui: I just pushed a tweak to set usage.
[15:33] <mgz_> sinzui: the bit you finger in the bug at least does have the update code, are you sure your ubuntu.csv has trusty?
[15:34] <sinzui> mgz, it does not, yet
[15:34] <sinzui> I got updates 2 hours ago
[15:34] <mgz_> so, it's not a juju bug, it's an ubuntu bug :)
[15:36] <jamespage> mgz_, logged bug  1241674 for the multiple tenant networks issue jpds described above
[15:36] <_mup_> Bug #1241674: juju-core broken with OpenStack Havana for tenants with multiple networks <juju-core:New> <https://launchpad.net/bugs/1241674>
[15:36] <mgz_> jamespage: thanks
[15:36] <jamespage> we can have a fight as to where the problem actually lies
[15:36] <mgz_> lets :)
[15:36] <jamespage> :-)
[15:36]  * jamespage fists up
[15:36] <jamespage> lol
[15:38] <mgz_> juju really needs some selection criteria for networks if it's going to start explictly passing one in
[15:40] <abentley> sinzui: I'm getting an empty added_tools, which is giving me an empty $tool in the loop, which makes rm unhappy.
[15:40] <abentley> sinzui: http://162.213.35.28/job/juju-core-ci/38/console
[15:41] <sinzui> abentley, Must have broken this morning. It was a happy loop lastnight
[15:42] <abentley> sinzui: I'm unfamiliar with that syntax.  It concerns me that the loop executes for an empty string.
[15:42] <sinzui> mgz, does juju-core have a max line length for go code? I need to tell my editor to STFU
[15:43] <mgz_> sinzui: no, we try to keep it sane
[15:43] <sinzui> abentley, me too. I think we need to look-before-we-leap.
[15:43] <mgz_> but some go syntax stuff doesn't really sit nicely with hard line length limits
[15:44] <abentley> sinzui: Is bash really so bad?  normally an empty input array means an each loop gets skipped.
[15:44] <mgz_> I still aim for less than 80, but with tabs and some function definitions you pretty much always end up going over that as wrapping would be worse
[15:44] <sinzui> abentley, I thought the same. Have I mentioned I hate bash today?
[15:45] <mgz_> right, I'm transfering back home again, will look at any pending reviews when I'm in
[15:45] <sinzui> mgz. okay. I will set no max length, and let common sense rule
[15:45] <sinzui> thanks mgz
[15:46] <sinzui> bugger! I've got mgo errors again. Since saucy is released I suspect it is me and not the code
[15:50] <abentley> sinzui: Have I mentioned that the heredoc trick works equally well with python?
[15:50] <sinzui> abentley, no, but I have used it myself
[16:02] <rogpeppe> TheMue: how come?
[16:03] <TheMue> rogpeppe: see discussion on juju-gui
[16:05] <TheMue> rogpeppe: oops, just seeing that the proposal is now somehow faulty
[16:05] <TheMue> rogpeppe: I've done a revert and then changed the latest whishes
[16:06] <TheMue> rogpeppe: now the proposal shows too many files :/
[16:07] <TheMue> rogpeppe: I think I'll simply close this one, take my two changed files and create a new branch :(
[16:07] <sinzui> jamespage, do I need to upgrade to trusty to get a /usr/share/distro-info/ubuntu.csv that knows about trusty?
[16:07] <jamespage> sinzui, no - that will be SRU'ed
[16:07] <jamespage> like right now
[16:08] <jamespage> (I see it in -proposed)
[16:08] <sinzui> jamespage, fab. I worried I and CI/CD needed to hack that file to do releases
[16:18] <abentley> sinzui: I think I have a fix: http://pastebin.ubuntu.com/6258199/
[16:19] <sinzui> ah
[16:19] <abentley> sinzui: That line noise at 17 is apparently the way you determine the length of the array.  So its foo[len(foo)] = bar, or foo.appen(bar) in saner languages.
[16:20] <sinzui> +1 abentley
[16:21] <abentley> sinzui: Pushed.
[16:43] <rogpeppe> TheMue: here's probably more appropriate
[16:44] <rogpeppe> TheMue: when you reverted the first time, you reverted the *entire tree* and you'd already merged trunk
[16:44] <rogpeppe> TheMue: so you've manged to revert the changes in trunk that happened since the revision you reverted to
[16:48] <TheMue> rogpeppe: oh, now I've seen your reply here
[16:52] <rogpeppe> wow, verifying a public key pair takes 40 *milliseconds* on my machine
[16:52] <rogpeppe> i was wondering why juju switch was so slow, and that's the reason
[16:54] <TheMue> rogpeppe: slow? I have no experience to compare. is it done so often?
[16:54] <TheMue> mgz: one CL to review => https://codereview.appspot.com/15080044/
[16:54] <rogpeppe> TheMue: not particularly, but i saw a noticeable delay when running it
[16:54] <rogpeppe> TheMue: it took 0.25s to run on my machine
[16:54] <TheMue> rogpeppe: ah, ok
[16:54] <gary_poster> hey, does anyone have a chance to help paulczar, who is trying to get a charm championship entry finished up, in #juju with what appears to be a juju bug/fragility in https://bugs.launchpad.net/juju-deployer/+bug/1241721 (see comment #2: "agent-state-info: '(error: invalid URL "http://cloud-images.ubuntu.com/releases/streams/v1/index.sjson" not found)'"?
[16:54] <_mup_> Bug #1241721: juju-deployer never finishes <juju-deployer:New> <https://launchpad.net/bugs/1241721>
[16:55] <TheMue> rogpeppe: the CL above is the now fresh and correct one
[16:56] <TheMue> so, guys, I'm off now, well see on Monday in SFO
[16:56] <TheMue> *wave*
[17:03] <rogpeppe> i'm also off
[17:03] <rogpeppe> g'night all
[17:28] <mgz> gary_poster: responded, I suspect just ec2 falkeiness
[17:28] <mgz> *flakiness
[17:28] <gary_poster> thank you very much mgz
[17:28] <mgz> or something
[17:29] <gary_poster> yeah, I figured.  arguably fragility it would be nice to be able to handle, but probably reasonable to put that off for another day
[17:29] <mgz> yeah, it's hard to see where our robustness is falling down exactly, as we also seem to have not logged the failure from provisioning (assuming there was one)
[17:30] <sinzui> mgz, if you have time, can you review https://codereview.appspot.com/15120043
[17:30] <mgz> sinzui: just saw that looking for TheMue's one :)
[17:32] <mgz> tarty would have been a very silly series name :)
[17:33] <sinzui> did I write that again?
[17:35] <sinzui> I guess I can expect the same when Unctuous Uakari is not announced
[18:02] <adam_g> mgz, is it possible to use the ec2 provider with local simplestream data? ie, against a private openstack via ec2 api?
[18:08] <sinzui> adam_g, I don't fully understand your question, but I can confirm that the tools-url has to be to the same cloud. Eg. I cannot set the tools-url to a location I have built test tools, then use them with the cloud I am testing
[18:09] <sinzui> adam_g, I have instead uploaded tools and metadata to each cloud, but placed them in a non-standard location and pointed the tools-url to pick them up
[18:09] <smoser> sinzui, tools-url and simplestreams data url are separate, right?
[18:10] <smoser> adam_g, is interested in providing simplestreams data url.
[18:10] <adam_g> tools might be an issue too
[18:10] <adam_g> im intersted in using juju against a private openstack cloud via the EC2 API, probably with no internet access
[18:11] <adam_g> i'd need to specify the AMI ID of the glance image somehow, through a custom simplestream, in the same way i would have done with default-image-id using py juju
[18:11] <adam_g> and a custom tools-url, i guess
[18:11] <sinzui> smoser, They /might be/. Juju seems to conflate simplestreams with tools. I don't know if it thinks simple streams for images is different for simplestreams for tools
[18:12] <sinzui> hmm
[18:12]  * sinzui looks at old notes
[18:13] <sinzui> adam_g, when azure simplestreams was broken in 1.15.0, I could force it to find the correct images doing this:
[18:13] <sinzui> image-metadata-url: http://cloud-images.ubuntu.com/releases
[18:15] <adam_g> sinzui, so i'd need to somehow fake the streams there for AWS, and point to images in my cloud?
[18:17] <smoser> well. only the client acually *needs* the data. hopefully that can be a url like file://
[18:17] <smoser> i am pretty sure its checking signatures.
[18:17] <smoser> but maybe any signing key would be ok
[18:17] <smoser> sstream-mirror can allow you to mirror the http://cloud-images.ubuntu.com/releases data to a local directory
[18:19] <adam_g> smoser, if only it were that easy.. i need to create a stream of VMDKs :)
[18:19] <sinzui> file:/// might work. This bug indicates they do work https://bugs.launchpad.net/juju-core/+bug/1223752
[18:19] <_mup_> Bug #1223752: environs/simplestreams/simplestreams.go leaks test:// and file:// URLs into the http.DefaultClient <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1223752>
[18:20] <smoser> adam_g, its not significantly more difficult.
[18:20] <smoser> adam_g, for openstack, we actuallydo this.
[18:20] <smoser> on canonistack
[18:21] <smoser> and it supports a "hook" to repack the thing it uplaods
[18:21] <smoser> ie, other than adding glance metadata informtion, i think your use case fits fairly easily into
[18:21] <smoser> http://bazaar.launchpad.net/~smoser/simplestreams/example-sync/view/head:/cstack-mirror
[18:22] <adam_g> smoser, unfortunately they cant just be 'repacked'
[18:22] <smoser> sure they can
[18:23] <adam_g> smoser, oh?
[18:23] <smoser> what is "repacked"
[18:23] <adam_g> converted from a qcow2 image to something that will actually boot on a vmware cluster
[18:24] <smoser> how are you getting what you have?
[18:24] <adam_g> ben is using some proprietary tools that come with vmware workstation to convert them on a windows system
[18:25] <adam_g> atm i have a single precise vmdk that works, and  i'd like to make that available alongside a standard precise image and available to a local cloud via juju
[18:27] <adam_g> but jeez, even getting juju to talk to my local cloud endpoints is no longer as trivial as setting them in my environments.yaml :|
[18:28] <smoser> have you tried using vbox convert ?
[18:28] <smoser> do you know that that fails ?
[18:31] <adam_g> smoser, no, i haven't
[18:33] <adam_g> smoser, i have something that works and would like to make that available to my cloud. i'd prefer not to waste another 4 days wrestling with VMDK images.
[18:34] <smoser> so use the example-sync above, and for "repack" do 'cp some-other-file TARGET-FILE'
[18:34] <smoser> or just hack the glance upload to do nothing
[18:34] <smoser> and just return 'your-uuid-here'
[18:38] <adam_g> smoser, are those synced images then available via an EC2 stream as well?
[18:39] <smoser> yes
[18:39] <smoser> what do you mean ec2 ?
[18:39] <smoser> you want image ids ?
[18:39] <smoser> in ami-abcfde format?
[18:40] <mgz> yeah, if he wants to use the ec2 api he'll need that
[18:42] <mgz> you can still specify your own simplestreams stuff with the plugin bits
[18:43] <adam_g> smoser, yea
[18:44] <adam_g> mgz, the endpoints are contained in some stream data too?
[18:45] <smoser> adam_g, well, then just instead of returnning the uuid return the ami-id
[18:45] <smoser> ami-ids are a PITA
[18:45] <smoser> tahts why they're not implemented in that example-sync
[18:45] <smoser> i really wanted to do it.
[18:46] <smoser> but its difficult because you can't actually say "give me the ami-id for this uuid" anywhere
[18:46] <smoser> youd have to crawl all iamges, and then match on name
[18:46] <smoser> and thats not actually even guaranteed
[19:00] <natefinch> Is there documentation on what objects the MaaS API returns?  I see docs on calling the REST API endpoints, but not on what they return
[19:05] <natefinch> smoser, rvba, anyone else? ^^
[19:05] <smoser> i dont know about doc
[19:28] <natefinch> smoser: you said setting up virtual maas on my local machine was probably a bad idea?
[19:30] <smoser> i would jsut do it on an isntance somewhere
[19:31] <smoser> (ie canonciastack)
[19:31] <smoser> it does all sorts of stuff that i wouldn't want to deal with
[19:31] <smoser> ie, remember how it whacks /etc/resolv.conf ?
[19:31] <natefinch> smoser: fair enough
[19:31] <natefinch> smoser: right
[19:31] <smoser> this is the juju charm mentality
[19:31] <smoser> just do whatever you want to the root.
[19:32] <smoser> but that doesn't sit so well with "i want my laptop to work"
[19:32] <natefinch> heh right
[21:40] <rogpeppe> right, i'm off to bed. taxi arrives in 4 hours.
[21:40] <rogpeppe> see y'all in sf
[21:40] <rogpeppe> natefinch: i'm kinda hoping you might have got something through the post :-)