[01:18] marcoceppi: is there anyone who's got op access to this channel to fix ^? [01:19] jose: fix what? [01:19] marcoceppi: there's someone who's joining and parting massively due to ping timeouts, been like that for almost a week now [01:19] apuimedo, you mean? What would you like me to do about it? [01:20] yep, /mode +b$##fix_your_connection [01:22] jose: I'm not a channel operator, I'll find out who [01:22] says niemeyer but there's probably someone else [01:24] jose, marcoceppi: have you tried talking to him? [01:25] niemeyer: he won't get messages, he's pinging timeout just after he connects [01:25] I speak to apuimedo_ bi-weekly give or take. probably a bouncer issue [01:27] Let's try that first.. [01:27] niemeyer: i've got a reminder set, i'll reacho ut in the AM [01:27] EU hours [01:27] lazyPower: Thanks! [01:27] np [01:31] cargonza - so your messages aren't coming through? [02:49] mbruzek: https://bugs.launchpad.net/juju-core/+bug/1532063 [02:49] Bug #1532063: Unit seems unable to proceed after watcher died in the middle of hook execution === Guest58713 is now known as CyberJacob [09:54] Hi, I wanted to ask if there is a trick that would serialize the execution of the hooks so that they run sequentially across the entire environment, rather than just within a machine? [09:55] In other words, only one hook is running at any given time within the environment === dooferlad_ is now known as dooferlad === frobware_ is now known as frobware [12:02] Hello! Is it possible to use JuJu with multiple providers? Or use Juju on an OpenStack installation with multiple regions? [12:31] tiagogomes_: I don't know about multiple regions. But for multiple providers, you currently need choose one and add vms from the user provider manually (using 'juju add-machine ssh:... ') [12:31] tiagogomes_: It works, but you need to handle networking stuff yourself. I use it for hybrid OpenStack/MAAS deployments. [13:27] stub cool, and does the JuJu GUI support multiple environments as well? [13:32] looks like no :( [13:39] jamespage, gnuoy: can one of you review this? https://code.launchpad.net/~corey.bryant/charm-helpers/git-1531612/+merge/281994 [13:41] coreycb, ack, I can take a look [13:41] gnuoy, thanks [14:25] tiagogomes_ the gui will support multiple environments (the term will change to models soon) ~ when juju 2.0 lands [14:25] tiagogomes_: we debut'd this feature at the last ODS, the videos are still floating around on youtube :) [14:27] lazyPower nice! is there an expected release date? [14:29] tiagogomes_ dont quote me on this but i think its in march [14:30] its coming soon, but i forget the dates. a hair preoccupied with the work leading up to that launch :) [14:31] lazyPower thanks! [14:39] Hi [14:41] tiagogomes_: lazyPower the GUI will be out this month [14:41] tiagogomes_: lazyPower but the multi-models support in Juju is 2.0 in 16.04 in april (testable in alphas currently) [14:41] o/ d4rks1d3 [14:41] rick_h_ fan-tastic! [14:42] rick_h_ correct me if i'm wrong, but hte new gui is currently bet-able as well right? [14:42] lazyPower: yes [14:42] lazyPower: there's a charm in the store to test [14:42] when i'm not buried in TLS libraries, i'm soooo on board [14:43] search the juju mailing list for title "Juju GUI 2.0 - public beta" [14:43] with various insturctions on getting/testing/filing bugs and such [14:45] flagged, and earmarked [14:45] thanks rick [14:45] lazyPower: np [15:13] gnuoy, I have another little follow-on mp for charm-helpers if you could take a look: https://code.launchpad.net/~corey.bryant/charm-helpers/depth-clone-only/+merge/282016 [15:14] gnuoy, it's a corner case so I don't think we need to pick it up in the openstack charms until the next larger sync [16:37] lazyPower: Forgive my ignorance, but where can I find the test code that produced the failure in https://bugs.launchpad.net/charms/+source/ubuntu-repository-cache/+bug/1526928 ? [16:37] Bug #1526928: Test fails due to peer having rsync cron job [16:37] lazyPower: Oh, it's in the charm. *hangs head* [16:37] Odd_Bloke <# [16:37] and <3 as well [18:24] rogpeppe: first off, lemme say, holy crap, charm upload is awesome. First time I tried it I thought something was broke because it worked so fast and flawlessly. [18:26] rogpeppe: however, I can't actually deploy the charm... I keep getting "resolved charm URL has no series" [19:30] trying to test 1.26-alpha3 with LXD. anyone know what's going on here? http://paste.ubuntu.com/14440220/ [20:29] pmatulis: you're not on wily or xenial, probably trusty [20:29] pmatulis: it does not work on trusty [20:29] unless you do a whole lot of hacks [20:40] is personal namespace ingestion working? ~ibm-charmers had a few revs to ibm-db2/README.md in the last 3 weeks.. none of them are showing on https://jujucharms.com/u/ibmcharmers/ibm-db2/trusty/ [20:42] charm proof shows 5 info issues, but no W or E. === gberginc_ is now known as gberginc [21:06] kwmonroe: I'm wrapping up a review of that charm now. I didn't think it was promulgated? [21:06] Oh, just in their namespace [21:06] kwmonroe: this is the second report of an issue w/ ingestion. :( we had one yesterday from natefinch about his charm, but it had proof errors [21:07] probs should file an ingestion bug so they take a look [21:13] lazyPower: btw, my charm proof blows up with an exception (dumping a stack trace to the command line no less... bad form). How do I update it? I presume I have some ancient version [21:14] natefinch: the charm-tools package has that [21:14] hmm... say it's already at the newest version [21:15] lazyPower: thoughts? http://pastebin.ubuntu.com/14440929/ [21:16] natefinch can i get a bug filed for that? https://github.com/juju/charm-tools/issues [21:16] because i have no idea why pyopenssl is barfing :( [21:17] will do [21:18] natefinch looks like you need to update requests though [21:18] http://stackoverflow.com/a/29081240 [21:19] lol... exception uninstalling the old requests [21:20] oh, permission denied.... someone couldn't have put in a catch for that? geez [21:23] oh man, charm proof is way too strict, geez [21:23] E: Unknown root metadata field (series) [21:23] natefinch: thats a relatively new thing [21:23] the check isn't, though [21:24] who cares if I put unknown stuff in the root of the yaml? [21:24] obviously proof does [21:24] sure, make it a warning... but don't prevent me from putting it in the charm store under my own namespace :/ [21:24] I disagree [21:24] it should prevent you from putting garbage in the metadata [21:25] but the lack of ingestion was a bummer, sure [21:25] if it deploys to juju, it should be able to exist in the store [21:25] perhaps not promulgated, but geez, in my own namespace? [21:25] natefinch: juju doesn't validate policy though [21:25] proof is our only line of automatically enforcing policy [21:26] when charm2 lands, and you can just upload your charm - this issue goes away [21:26] and it will only be enforceable on ~recommended [21:26] which makes me happy :) [21:27] just a friendly reminder, that whats frustrating you, is a source of frustration for the ~charmer team as well :) Imagine the correspondences we have when proof just lets things go and we nack a review on many many items that proof could, and should, be catching. [21:27] <3 [21:37] lazyPower: btw, thanks for the tip, updating requests fixed charm proof (perhaps this was obvious by my complaining about charm proof ;) [21:37] np :) [21:38] google-fu ftw [21:45] lazyPower: ingestion issue filed - you reckon this is the best place? https://github.com/CanonicalLtd/jujucharms.com/issues/189 [21:45] kwmonroe yep, thats where we were directed to file any store related bugs [21:46] and while i'm grumping around, *my* charm hasn't ingested either :/ (but it's only been a few hours) [21:46] kwmonroe: rattle cages! shake trees! [21:46] :) === natefinch is now known as natefinch-afk [22:13] marcoceppi: does not work on trusty? oh wow ok === ericsnow is now known as ericsnow-afk