| 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:55 |
| thumper | heh | 01:56 |
| axw | wallyworld_: how did the tests pass? | 01:56 |
| 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 | 01:57 |
| thumper | school run | 02:01 |
| wallyworld_ | thumper: gwacl and gomaasapi - there the req.Close attribute was set instead, as all http requests were dispatched via a helper function | 02:20 |
| 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:21 |
| bigjools | wallyworld_: checked in yet? | 02:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| bigjools | wallyworld_: http://tinyurl.com/kj3zltm | 02:32 |
| adam_g | uhm so | 02:36 |
| adam_g | is multi-tenancy supposed to work at this point /w MAAS? | 02:36 |
| 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:37 |
| adam_g | maas (1.4+bzr1693+dfsg-0ubuntu2.1) saucy-proposed; urgency=low | 02:38 |
| adam_g | ? | 02:38 |
| bigjools | oh that kind of testing | 02:39 |
| bigjools | I don't see that in proposed yet | 02:39 |
| 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:40 |
| 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:41 |
| bigjools | wallyworld_: seems like cartridge razors are ok in hand luggage | 02:56 |
| wallyworld_ | oh, surpirsing | 02:57 |
| bigjools | wallyworld_: it also occurred to me that we ought to go shopping for gadgetry | 03:16 |
| wallyworld_ | well why not | 03:17 |
| wallyworld_ | i don't need anything but need != want :-) | 03:18 |
| bigjools | exactly | 03:19 |
| bigjools | I am sure we can take the mustang via Fry's etc :) | 03:19 |
| thumper | :) | 03:20 |
| * thumper is looking for his US cables | 03:21 | |
| wallyworld_ | bigjools: the saucy archives should be updated with the final release by now, right? | 03:46 |
| wallyworld_ | "update-manager -d" shows a splash screen saying it's still a beta release | 03:47 |
| 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 | 03:49 |
| bigjools | wallyworld_: yes but you're still running with the old update manager at that point | 04:00 |
| 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:01 |
| 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:02 |
| 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:03 |
| bigjools | that's also possible | 04:07 |
| wallyworld_ | so then i switch to the canonical archives and same result | 04:11 |
| bigjools | then we should declare it to be buggered | 04:18 |
| TheMue | morning | 07:45 |
| === TheRealMue is now known as TheMue | ||
| 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:52 |
| 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:53 |
| frankban | TheMue: so, --raw by default and an error exit code if no default env is configured. totally +1 | 08:54 |
| TheMue | frankban: fine, then I'll note it there and the issue and change it this morning | 08:56 |
| frankban | TheMue: great, thank you! | 08:57 |
| TheMue | frankban: yw | 08:57 |
| TheMue | rogpeppe: ping | 09:32 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:22 |
| rogpeppe | TheMue: yeah | 10:39 |
| TheMue | rogpeppe: currently cleaning up the tests, everything simpler now :) | 10:40 |
| rogpeppe | TheMue: i hoped it might be | 10:46 |
| rogpeppe | mgz: standup? | 10:47 |
| rogpeppe | wallyworld_: ^ | 10:47 |
| rogpeppe | dimitern: you still connected? | 10:58 |
| dimitern | gah! | 11:09 |
| dimitern | my connection died at the hangout exactly as yesterday | 11:09 |
| dimitern | and i can't seem to be able to join again | 11:10 |
| mgz | hm can't join again? what error? | 11:12 |
| * TheMue => lunch | 11:20 | |
| dimitern | my machine behaves somewhat erratically perhaps it's time for a reboot | 11:22 |
| 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:01 |
| 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:08 |
| 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:10 |
| mgz_ | hm, didn't log out at home | 12:38 |
| abentley | sinzui: dude, you indented with tabs! Are you feeling okay? | 13:21 |
| sinzui | Obviously no | 13:21 |
| * sinzui will fix that | 13:21 | |
| 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:23 |
| abentley | sinzui: you missed it in archive_tools and retrieve_packages. | 13:24 |
| abentley | sinzui: I agree about $JUJU_HOME. | 13:24 |
| 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:25 |
| 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:26 |
| 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:27 |
| jpds | Anyone know what is going on here? http://pastebin.ubuntu.com/6257151/ | 13:28 |
| jpds | Ah, fixed it. | 13:32 |
| rogpeppe | is there any way to get apt-get to downgrade a package to a specific version? | 13:33 |
| 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:34 |
| 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:37 |
| 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:38 |
| 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:39 |
| jpds | Yeah, so no way to downgrade without going to launchpad and downloading an earlier .deb file. | 13:40 |
| 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:41 |
| rogpeppe | i might try reinstalling the app i suppose | 13:42 |
| rogpeppe | natefinch: could you mention my nickname please? | 13:56 |
| rogpeppe | or anyone | 13:56 |
| jpds | rogpeppe: Hi. | 13:56 |
| 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:57 |
| jpds | mgz_: ↑ ? | 13:58 |
| * rogpeppe goes for some lunch | 14:07 | |
| mgz_ | jpds: hm... | 14:13 |
| === gary_poster is now known as gary_poster|away | ||
| jpds | mgz_: I do have two networks in openstack, the shared ext_net and my own tenent's one. | 14:17 |
| 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:18 |
| jpds | mgz_: Yes, exact same message. | 14:22 |
| === gary_poster|away is now known as gary_poster | ||
| 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:27 |
| 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:28 |
| 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:29 |
| jpds | Maybe make it part of the imagemetadata.json? | 14:30 |
| mgz_ | it's not at all related to images | 14:31 |
| === gary_poster is now known as gary_poster|away | ||
| === gary_poster|away is now known as gary_poster | ||
| TheMue | rogpeppe: after a short discussion we'll roll back to env/switch with flag --raw | 15:03 |
| 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:07 |
| sinzui | yep, we did hard code. | 15:13 |
| 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:24 |
| 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:27 |
| 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:29 | |
| 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:30 |
| 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:31 |
| 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:33 |
| 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:34 |
| 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:36 |
| mgz_ | juju really needs some selection criteria for networks if it's going to start explictly passing one in | 15:38 |
| 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:40 |
| sinzui | abentley, Must have broken this morning. It was a happy loop lastnight | 15:41 |
| 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:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| sinzui | bugger! I've got mgo errors again. Since saucy is released I suspect it is me and not the code | 15:46 |
| 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 | 15:50 |
| rogpeppe | TheMue: how come? | 16:02 |
| TheMue | rogpeppe: see discussion on juju-gui | 16:03 |
| 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:05 |
| TheMue | rogpeppe: now the proposal shows too many files :/ | 16:06 |
| 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:07 |
| 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:08 |
| abentley | sinzui: I think I have a fix: http://pastebin.ubuntu.com/6258199/ | 16:18 |
| 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:19 |
| sinzui | +1 abentley | 16:20 |
| abentley | sinzui: Pushed. | 16:21 |
| rogpeppe | TheMue: here's probably more appropriate | 16:43 |
| 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:44 |
| TheMue | rogpeppe: oh, now I've seen your reply here | 16:48 |
| 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:52 |
| 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:54 |
| TheMue | rogpeppe: the CL above is the now fresh and correct one | 16:55 |
| TheMue | so, guys, I'm off now, well see on Monday in SFO | 16:56 |
| TheMue | *wave* | 16:56 |
| rogpeppe | i'm also off | 17:03 |
| rogpeppe | g'night all | 17:03 |
| === Makyo|Air is now known as MakyoOnAir | ||
| 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:28 |
| 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:29 |
| 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:30 |
| mgz | tarty would have been a very silly series name :) | 17:32 |
| sinzui | did I write that again? | 17:33 |
| sinzui | I guess I can expect the same when Unctuous Uakari is not announced | 17:35 |
| adam_g | mgz, is it possible to use the ec2 provider with local simplestream data? ie, against a private openstack via ec2 api? | 18:02 |
| 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:08 |
| 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:09 |
| 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:10 |
| 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:11 |
| sinzui | hmm | 18:12 |
| * sinzui looks at old notes | 18:12 | |
| 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:13 |
| adam_g | sinzui, so i'd need to somehow fake the streams there for AWS, and point to images in my cloud? | 18:15 |
| 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:17 |
| 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:19 |
| smoser | adam_g, its not significantly more difficult. | 18:20 |
| smoser | adam_g, for openstack, we actuallydo this. | 18:20 |
| smoser | on canonistack | 18:20 |
| 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:21 |
| adam_g | smoser, unfortunately they cant just be 'repacked' | 18:22 |
| smoser | sure they can | 18:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:27 |
| smoser | have you tried using vbox convert ? | 18:28 |
| smoser | do you know that that fails ? | 18:28 |
| adam_g | smoser, no, i haven't | 18:31 |
| 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:33 |
| 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:34 |
| adam_g | smoser, are those synced images then available via an EC2 stream as well? | 18:38 |
| 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:39 |
| mgz | yeah, if he wants to use the ec2 api he'll need that | 18:40 |
| mgz | you can still specify your own simplestreams stuff with the plugin bits | 18:42 |
| adam_g | smoser, yea | 18:43 |
| adam_g | mgz, the endpoints are contained in some stream data too? | 18:44 |
| 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:45 |
| 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 | 18:46 |
| 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:00 |
| natefinch | smoser, rvba, anyone else? ^^ | 19:05 |
| smoser | i dont know about doc | 19:05 |
| natefinch | smoser: you said setting up virtual maas on my local machine was probably a bad idea? | 19:28 |
| smoser | i would jsut do it on an isntance somewhere | 19:30 |
| 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:31 |
| smoser | but that doesn't sit so well with "i want my laptop to work" | 19:32 |
| natefinch | heh right | 19:32 |
| 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 :-) | 21:40 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
