[00:44] <hatch> any bash experts in?
[01:03] <bcsaller> hatch: not an expert but I might be able to help
[01:03] <hatch> bcsaller: oh np I figured it out already
[01:03] <hatch> thanks though
[01:03] <bcsaller> heh, ok
[01:03] <hatch> in fact I think I found a bug in the Hadoop bash script
[01:04] <hatch> copied it wholesale into a script to test and it failed...so I was like wtf hah
[01:04] <hatch> but since you're here mind taking a look at a diff?
[01:08] <hatch> https://gist.github.com/hatched/fc70d29198df22cf32ad
[01:08] <hatch> I'm assuming that the size of the diff is because there were trailing whitespaces?
[01:20] <bcsaller> hatch: I'm guessing line 174 was where your question was :)
[01:21] <hatch> nope, see 126 vs 132
[01:21] <hatch> that being on the next line caused it to not work in my test script
[01:21] <hatch> so I wasn't sure how to debug it
[01:21] <hatch> bash -x filename
[01:21] <hatch> the -x was what I needed
[01:21] <hatch> now I have to figure out how the heck to deploy a charm from my launchpad account
[01:22] <hatch> :/
[01:22] <bcsaller> ahh, that I could have told you, you put set -xe at the top of scripts to get the echo/exit on error behavior
[01:22] <hatch> oh cool
[01:22] <hatch> what does the -e do?
[01:22] <bcsaller> exit on error
[01:22] <hatch> ahh cool
[01:22] <bcsaller> x is the echo
[01:22] <hatch> learn something new every day
[01:22] <hatch> :)
[01:23] <bcsaller> looks like it should work, you verified that was all the usage of config-get/set? its not in the relation hooks or anything?
[01:23] <bcsaller> or are they all symlinks?
[01:23] <hatch> all symlinks
[01:23] <hatch> interesting approach but smart
[01:24] <hatch> now I'm trying to test it but I can't figure out how to deploy it lol
[01:25] <hatch> looks like it's gota be local
[01:32] <hatch> hmm I want to deploy a local charm via the GUI
[01:32] <hatch> I wonder if this is a rare occurance
[01:33] <bcsaller> yeah, it doesn't work by default
[01:34] <hatch> I'm not actually sure how you would do it withou a local charmstore
[01:34] <hatch> but it would be cool if we could select a dir to deploy
[01:45] <bcsaller> hatch: we've talked about a number of longer term plans for how to do this, but currently I think your instinct was correct a local charm store and maybe changing the config settings to point the API endpoint there
[01:49] <hatch> yeah I'm definitely not going to attempt setting up a local charmstore
[01:49] <hatch> :D
[01:49] <hatch> I gota go cook supper soon haha
[02:13] <bcsaller> me too
[03:06] <rick_h_> hatch: it's a charm, you can push your branch up and get it in the official store
[03:06] <rick_h_> hatch: just 'juju publish' it. It'll be under your username, etc.
[03:07] <rick_h_> https://jujucharms.com/fullscreen/search/?text=apache look at the 'more charms' section :)
[04:14] <hatch> rick_h_: oh cool thanks good to know
[06:38] <hazmat> hatch, thanks
[06:39] <hazmat> anyone know how to get personal charms to show up in the gui search?
[06:42] <hazmat> hmm.. looks like its a manage.jujucharms.com issue..
[12:10] <rick_h_> benji: is charmworld still sans lbox?
[12:11] <benji> rick_h_: some people have claimed that it works for them, but I haven't been able to get it to work.  The problem may be the way I have lbox installed on my LXC container.
[12:12] <rick_h_> benji: hmm, that's what I'd be doing so if you're willing to do LP review I'll skip it then.
[12:12] <rick_h_> benji: writing things up and will ping once done if you've got time to peek at it.
[12:13] <benji> rick_h_: sure
[12:18] <rick_h_> benji: https://code.launchpad.net/~rharding/charmworld/bundle-metadata/+merge/188905 (one line lint fix just pushed and will sync in a min)
[12:18] <rick_h_> thanks!
[12:20] <rick_h_> benji: and so the idea is that with this we get support for the trailing bits of a url after the id, so going to add a bundle/some/id/charmdetails to provide the different payload format withthe charm details per our previous discussion?
[12:20] <rick_h_> does that jive with what you recollection of our talk on Tues?
[12:22] <benji> rick_h_: makes sense
[12:23] <benji> rick_h_ (and gary_poster): I need to run an unscheduled child to daycare, I'll be back in about 15 minutes
[12:23] <gary_poster> ok benji
[12:23] <rick_h_> thanks benji
[12:53] <frankban> luca__: hi, could you point me to any css/html resources for building a webpage similar to juju.ubuntu.com?
[12:54] <rick_h_> benji: when you get back want to see if you've got a sec for a chat. A question came up from my call with gary
[12:54] <rick_h_> frankban: there's the base resources. /me goes to look where they shared that.
[12:55] <frankban> rick_h_: thanks
[12:55] <benji> rick_h_: I'm available now.
[12:55] <rick_h_> benji: want to use your chat thing?
[12:56] <benji> rick_h_: sure: benjiyork.com/chat
[12:56] <rick_h_> frankban: so there's a lp project of shared base css/etc resources and I'll have to dig for it. If luca__ comes by he might remember the link. The web team in HQ runs it
[12:56] <rick_h_> it's like ubuntu bootstrap
[12:57] <luca__> frankban: rick_h_ heya
[12:58] <luca__> frankban: rick_h_ this is the link: https://dl.dropboxusercontent.com/u/46840621/Web%20style%20guide/v3/get-started.html
[12:58] <luca__> frankban: rick_h_ it's work in progress but should be what your looking for
[12:58] <rick_h_> benji: http://bazaar.launchpad.net/~bac/charms/bundles/wiki/bundle/view/head:/bundles.yaml
[12:58] <frankban> hi luca__, thanks!
[12:59] <luca__> frankban: rick_h_ if you need any help or information, ping Anthony Dillon (ant on IRC) and he should be able to fix anything
[13:02] <rick_h_> http://charmworld:2464/~bac/bundle/wiki/wiki
[13:03] <rick_h_> https://manage.jujucharms.com/~bac/bundle/wiki/wiki
[13:32] <rick_h_> frankban: luca__ http://bazaar.launchpad.net/~ya-bo-ng/ubuntu-brand-guidelines/trunk/files is what I was thinking of I think
[13:33] <gary_poster> hey jujugui, I feel not good.  Going to go lie down for a few. back when I can; will periodically check email
[13:34] <rick_h_> gary_poster: good luck
[13:34] <gary_poster> ty
[13:44] <jcastro> when we remove stuff in the GUI
[13:44] <jcastro> does that destroy-service or destroy-unit?
[13:46] <rick_h_> jcastro: there's the option for each, not following you.
[13:47] <jcastro> http://askubuntu.com/questions/353114/how-can-i-know-which-machine-juju-is-actually-using
[13:47] <jcastro> I am wondering if people think they're removing units
[13:47] <jcastro> but are not
[13:49] <rick_h_> I know lxc has a thing where destroy service doesn't remove the machine, maybe azure has an issue there?
[13:49]  * rick_h_ checks some code quick
[13:50] <jcastro> yeah, since this is an azure one I was wondering that too
[13:50] <jcastro> nice to know people are trying it on azure!
[13:52] <rick_h_> well, so destroy service calls destroy service. I'd be curious to know if the gui instance was recent enough to have the inspector. In the older UI I could see where destroy unit might be what he clicked vs service destroy.
[13:52] <rick_h_> when you destroy a unit does the underlying machine get removed?
[13:53] <rick_h_> guess, the only real way to chase it would be to try it out and see if we could dupe it.
[14:01] <jcastro> I'm going to ask him to mail me, I have a bunch of other questions to ask him
[14:01] <jcastro> more about "hey so did our docs suck?" and so on
[14:03] <rick_h_> jcastro: ok cool. Let us know if you can help when you get more details. Knowing more of what version of the Gui he was using, what he actually did, etc
[14:04] <rick_h_> I don't know if any of us have tried things on azure yet so cool to know it at least got going and working :)
[14:09] <frankban> jcastro, rick_h_ : from the GUI we send a DestroyService API call. ServiceDestroy does not destroy the machine (and I believe this behavior is shared by all providers). AFAICT there is no API for destroying a machine. DestroyServiceUnits also seems to leave the machine up.
[14:13] <jcastro> yeah the thing is this guy thought he was running X VMs, but was really running X+whatever.
[14:14] <jcastro> that's going to cost people money
[14:14] <jcastro> then they're going to say "wait, but I told the GUI I didn't want those services anymore, why are there blank machines running up my bill?"
[14:17] <frankban> jcastro, rick_h_: That's right. I believe we will handle that as part of our machine/containerization story. Right now the GUI does not manage/expose machines at all, and as I mentioned my understanding is that there is no API to do that (we will need an API for all the provisioning CLI commands).
[14:19]  * jcastro nods
[14:20] <frankban> jcastro: you might want to ping gary_poster when he's back, he surely have a better knowledge of the problem
[14:20] <jcastro> I think in the meantime ... would it be a bad thing to note this in the docs or the charm readme? Like in huge letters?
[14:20] <jcastro> I am just envisioning some guy trying out juju at work and running up this huge bill
[14:20] <jcastro> and his boss getting stuck with the check with a mental image of juju... that thing that cost me money.
[14:22] <frankban> jcastro: yes, that's a good idea, I'll make a card
[14:22] <rick_h_> frankban: oh, I thought it was just an lxc thing which is how I end up doing things. Knowing is half the battle I guess
[14:23] <frankban> rick_h_: yeah, that's the same on ec2. It's the way juju-core works when you just destroy a service
[14:25] <frankban> rick_h_: pyJuju did that differently: destroy-service == bye bye machine
[14:25] <jcastro> yeah, I think we should bring in design at the sprint too. We need to ensure that the GUI always is upfront on how many instances are running for real
[14:25] <jcastro> we can't let that be hidden or put behind somewhere where it won't be discoverable
[14:25] <rick_h_> frankban: ahhhh, maybe that's where I'm confused then. I only moved to juju-core once lxc came out
[14:26] <rick_h_> jcastro: yea, there was work on ideas for a 'machine view' during the last sprint, but that's work that's a little bit out atm
[14:28] <benji> abentley: I have a demo bundle I want to get into charmworld, will it be picked up automatically, or is there something I have to do?
[14:31] <frankban> rick_h_: created a card in maintenance high: GUI Charm: document that machines are not removed when you destroy services from the GUI
[14:32] <jcastro> rick_h_: yeah I get that, but maybe there's some low hanging fruit somewhere
[14:32] <jcastro> rick_h_: if you don't know how juju works it looks like the gui is lying to you
[14:32] <rick_h_> jcastro: yea, just meant the idea is on the radar.
[14:32] <abentley> benji: It will be picked up automatically, as long as the naming conventions are right.
[14:33] <benji> abentley: great, thanks
[14:33] <abentley> benji: file must be named "bundles.yaml", series must be "bundles", branch must be named "bundle"
[14:33] <abentley> benji: This just got picked up automatically yesterday: http://manage.jujucharms.com/~abentley/bundle/charmworld/staging
[14:33] <benji> abentley: I think I have it right.  I branched from bac's bundle, which appears to work
[14:45] <Makyo> 40 minutes -> 10 minutes.  I kind of hate this battery.
[14:45] <rick_h_> Makyo: replacement battery?
[14:45] <Makyo> rick_h_, I guess so.  It's been less than a year, though, so I'm mostly just disappointed.
[14:46] <rick_h_> Makyo: gotcha, yea mine is just over a year and getting to that time so battery on the brain
[14:57] <rick_h_> Makyo: http://paste.mitechie.com/show/1027/ ?
[15:02] <Makyo> .182222
[15:02] <rick_h_> wow!
[15:02] <rick_h_> so when you charge it up now, it's only going to 18% of the original capacity
[15:02] <rick_h_> and it's less than a year old?!
[15:03] <Makyo> Yeah, I got it just before Copenhagen.
[15:03] <rick_h_> mine's at 75% and on the replacement block.
[15:03] <rick_h_> hit 1yr around july I think
[15:03] <rick_h_> crazy
[15:09] <Makyo> Oh well.  Sent in a support ticket.  If the solution is to buy a new battery, that's fine, will just have to wait.
[15:10] <rick_h_> yea, if less than a year that seems a warranty issue for sure
[15:11] <Makyo> I checked, it's just about a year, got it about this time last year, from the looks of it.  I didn't do the "periodically drain the battery" thing, though I'm not sure if you need to do that anymore.
[15:11] <rick_h_> yea, it should destroy it that bad :/
[15:12] <Makyo> Damn.
[15:12] <rick_h_> heh, warranty die yesterday?
[15:12] <Makyo> Last week.
[15:12] <Makyo> Oh well.
[15:13] <hatch> Makyo: well time to get the Air setup for dev :)
[15:14] <Makyo> Haha, I guess!
[15:14] <Makyo> I'll have it set up by Oakland, for sure.
[15:14] <Makyo> It kinda works now, just not ideal.
[15:14] <hatch> it has 8GB or 4GB?
[15:14] <Makyo> 4
[15:15] <Makyo> So lboxing will take a while.
[15:15] <hatch> ahh - well you might want to run Ubuntu on metal then if you want some better perf outa it :)
[15:15] <Makyo> It works fine for actual dev work, tbh.
[15:16] <hatch> oh that's cool - I was a little worried the vm would use too much ram
[15:17] <Makyo> I have it somewhat constrained, but it's also a very light-weight installation of ubuntu server, rather than desktop.
[15:20] <benji> abentley: how long should I wait for my bundle to be picked up before becoming concerned?  It has been well past the 15 minute enqueue/ingest cycle.
[15:21] <abentley> benji: It should only take 15 minutes, so I'd be concerned now.
[15:21] <benji> darn
[15:21] <abentley> benji: What's the branch?
[15:22] <benji> abentley: https://code.launchpad.net/~benji/charms/bundles/wiki/bundle
[15:24] <abentley> benji: Nothing obviously wrong to me.
[15:24] <benji> abentley: thanks for looking
[15:26] <hatch> well I have now spilt two cups of coffee on my desk today....w t h
[15:27] <abentley> benji: So, it's up on staging, kinda.  http://staging.jujucharms.com/~benji/bundle/wiki/wiki
[15:28] <benji> abentley: the kinda part being the "Internal Server Error"? :)
[15:28] <abentley> benji: Yes.  I think it's because your bundle doesn't have a series.
[15:29] <benji> ah
[15:30] <benji> I added a series, we'll see how that works.
[15:30] <benji> I'm confused though because it worked on my local charmworld
[15:31] <abentley> benji: /home/webops_deploy/charmworld/charmworld/templates/bundle.pt refers to ${bundle.data.series}.  I don't know how it worked on yours.
[15:32] <benji> abentley: well, I didn't view the page, I was hitting the API with the GUI, but that isn't working on production either so I'm still confused
[15:32] <abentley> benji: Your bundle isn't showing on production, so that's a separate issue.
[15:33] <benji> mmm, good point
[15:33] <benji> I'll try pointing my GUI at staging.
[15:34] <sinzui> bac: benji, jcsackett : I jot hate mail from charmworld staging: https://bugs.launchpad.net/charmworld/+bug/1234780
[15:34] <abentley> sinzui: Yes, I triggered it by visiting benji's bundle: http://staging.jujucharms.com/~benji/bundle/wiki/wiki
[15:35] <benji> yep, we'll have to fix... something so bad bundles won't go down in flames like that
[15:35] <abentley> sinzui: But there's a separate issue: that bundle isn't appearing on production, even though it's had plenty of time to ingest.
[15:35] <sinzui> abentley, from when?
[15:36] <abentley> benji: ^^
[15:37] <sinzui> benji, abentley we killed a stale proc from before the bad release to get charms ingesting again.
[15:37] <benji> sinzui: 09:11:01-0500
[15:38] <sinzui> okay, that is just minutes after we completed. I think the cron or run-forever queuing is broken in production
[15:39] <sinzui> abentley, I think we just need supervisord running to queue. and cron will ingest about every 2 to 4 times per hour
[15:40] <abentley> I'm pretty sure cron does the queueing and supervisord manages the ingest.
[15:40] <abentley> sinzui: ^^
[15:42] <sinzui> abentley, yep. This is what webops created to make cron happy (i think) https://pastebin.canonical.com/98319/
[15:43] <abentley> sinzui: Looks sane to me.
[15:44] <sinzui> I will enquirer about it
[15:50] <hatch> jujugui call in 10
[15:51]  * hatch is pretty pumped that he beat Makyo to it today
[15:52] <Makyo> Whoa whoa whoa.
[15:52] <Makyo> Coffee is WAY more important than this.
[15:57] <hatch> rick_h_: so I've noticed that `bzr grep` doesn't give line numbers or syntax highlighting - am I missing a flag or something?
[15:57] <sinzui> abentley, benji looks like mthaddon found the issue, crontab was manually put in the wrong place in production. He is fixing it
[15:58] <rick_h_> hatch: no, that's ack stuff. I just open the file and use vim /xxx
[15:58] <hatch> oh ok, then back to ack it is :)
[15:59] <Makyo> jujugui call in 2
[15:59] <hatch> damnnn
[15:59] <Makyo> Hahaha
[16:01] <rick_h_> benji: my new desktop env pulled your charm in
[16:02] <benji> rick_h_: good; I think production is on its way to being fixed
[16:02] <rick_h_> cool
[16:02] <Makyo> luca__, ping
[16:03] <sinzui> abentley, benji : I misspoke. I still have no idea what is not always running to ensure we ingest
[16:03] <benji> mmm
[16:03] <luca__> Makyo: heya
[16:03] <luca__> Makyo: I need to check the upgrade stuff
[16:04] <abentley> sinzui: You can try running bin/ingest-queued manually to see if the queue's getting stuff.  Remember to set INI and run as ~charmworld.
[16:06] <Makyo> luca__, yeah, have a sec after daily meeting?
[16:06] <luca__> Makyo: sure, just ping when your free
[16:13] <sinzui> abentley, I don't want to manually run. that is what got the last ingest sorted. I want to know what is not runnung
[16:14] <abentley> sinzui: I was suggesting manually running as a way to determine what's not running.  If the queue is full, then you know that cron is happy.  If it's empty, then you know that it's not happy.
[16:15] <sinzui> okay, I will ask again if the queue is full
[16:19] <Makyo> luca__, https://plus.google.com/hangouts/_/9ad52af076c648af1c3c61fcda614bb034cfc336?hl=en
[16:19] <luca__> Makyo: give me 2 mins :)
[16:19] <Makyo> luca__, okay
[16:22] <luca__> Makyo: coming now
[16:24] <hatch> well I finally had to turn the heat on... 16C is too cold :)
[16:34] <gary_poster> hey rick_h_ & benji, am I right that this is something we need to address asap? https://bugs.launchpad.net/bugs/1234780
[16:34] <_mup_> Bug #1234780: Dict has no attribute series <bundles> <charmworld:Triaged> <https://launchpad.net/bugs/1234780>
[16:41] <sinzui> abentley, I think we will ingest https://pastebin.canonical.com/98468/
[16:41] <sinzui> abentley, I think queuing via cron is bad
[16:42] <sinzui> I could ask for a manual queue, wait 15 minutes and verify all it good. then return to the question of why cron is not
[16:42] <abentley> sinzui: I'm pretty sure I changed the default delay to 1 minute, not 15.
[16:43] <sinzui> abentley, not on staging and that is where we stole the crontab from
[16:43] <abentley> sinzui: I meant the default delay for ingest-queued.
[16:44] <sinzui> oh
[16:44] <rick_h_>  gary_poster I'm not sure. Do we have the idea of a proof for bundles? this seems like if it's a required attribute then proof/ingest would catch/ignore it
[16:45] <rick_h_> gary_poster: so I guess yes we should adress but unsure how atm
[16:48] <gary_poster> rick_h_, doesn't that look like a problem in the charmworld code, not the bundle?
[16:49] <gary_poster> AFAICT the traceback is saying that the template is trying to look at the data as an object, not a dict
[16:49] <rick_h_> gary_poster: well, series is expected to exist. The question is, can a bundle not provide it? (reasonable to expect it to always be there) or is it ok to not have and thus the template/charmworld needs to update to deal with the lack of it
[16:50] <gary_poster> rick_h_, the bundle has a series: http://bazaar.launchpad.net/~benji/charms/bundles/wiki/bundle/view/head:/bundles.yaml
[16:50] <rick_h_> gary_poster: ah ok then. Yea.
[16:50] <gary_poster> rick_h_, but data is a dict, so the code would have to say /series
[16:50] <rick_h_> strange if it's an issue there it dodn't show befoer
[16:50] <gary_poster> or ['series']
[16:51] <gary_poster> cool rick_h_ , thanks.I'll make a card for bug
[16:51] <rick_h_> gary_poster: cool, will coodinate with benji when he's back around then and peek at the code after I fix up these review changes
[16:52] <gary_poster> cool
[16:52] <gary_poster> thank you
[17:09] <abentley> gary_poster: benji just added the series.
[17:10] <gary_poster> abentley, oh! so it was what rick_h_ said: bundle had the problem, not code?
[17:11] <gary_poster> other than proof equivalent needed in charmworld
[17:11] <abentley> gary_poster: I think series is supposed to be mandatory.   But the error handling could stand improvement.
[17:11] <rick_h_> gary_poster: yea, I think we had a chat with marcoceppi once about the idea of updating the proof tools to be able to detect or be told to proof using rules for charm or bundle in one command
[17:11] <rick_h_> and then run proof against both types on ingest
[17:11] <gary_poster> got it, thanks abentley and rick_h_
[17:12] <abentley> gary_poster: (Now that it has a series, it's not broken: http://staging.jujucharms.com/~benji/bundle/wiki/wiki)
[17:12] <gary_poster> gotcha
[17:13] <abentley> sinzui: successful test run, from creating the container, through running the test suite, to destroying the container.
[17:13] <sinzui> abentley, there is a fix for that in 1.15.1
[17:14] <abentley> sinzui: A fix for succcessful test runs?
[17:14] <sinzui> abentley, sorry. I am in too many places
[17:15] <sinzui> any I just put my mouth the the production firehose. prod will email me
[17:17] <rick_h_> abentley: benji is charmworld landing still just mark approved and tarmac comes along and grabs it? I've not been following it lately.
[17:18] <abentley> rick_h_: It's still just mark approved, but it's all-Jenkins, no Tarmac.
[17:18] <rick_h_> abentley: ah, very cool. Thanks.
[17:19] <rick_h_> abentley: hmm, I can't see the "approved" in the drop down for status here? https://code.launchpad.net/~rharding/charmworld/bundle-metadata/+merge/188905
[17:20] <rick_h_> ah, pending approval to the charmworl developers team.
[17:21] <rick_h_> can anyone approve me in please or add the Juju Gui Hackers team? sinzui abentley ^
[17:21] <abentley> rick_h_: You should see it if you're a member of the branch owner team, Juju-Jitsu Hackers.
[17:21] <rick_h_> abentley: looking
[17:21] <rick_h_> abentley: ah, I am not. Asking back in now.
[17:22] <rick_h_> will need an ok on that one as well.
[17:22]  * rick_h_ is feeling the repercussions of losing super orange powers
[17:22]  * rick_h_ wonders how benji got to submit
[17:24] <benji> rick_h_: that (just mark it approved) is my understanding
[17:24] <rick_h_> benji: right, but I'm not member enough to have permission to makr it approved
[17:24] <rick_h_> benji: I only see the options to mark it as WIP, needs review, merged
[17:25] <benji> rick_h_: hmm, want me to do it?
[17:25] <abentley> rick_h_: He's a member of yellow squad.
[17:25] <rick_h_> benji: I'm not seeing you in the group abentley mentioned either though. Chasing the permission chain
[17:25] <rick_h_> benji: if you don't mind until I get admins to approve my requests to join their teams
[17:25] <sinzui> rick_h_, I have approved you
[17:26] <rick_h_> sinzui: thanks
[17:26] <rick_h_> I'll ask gary_poster to update yellow squad when he's got time.
[17:26] <rick_h_> thanks sinzui got it marked approved now.
[17:30] <gary_poster> rick_h_, everybody is in yellow.  probably should retire yellow instead but enh
[17:30] <rick_h_> gary_poster: thanks for the update
[17:30] <gary_poster> rick_h_, I mean, I added you and everyone else in gui
[17:30] <gary_poster> welcome
[17:32] <hatch> rick_h_: is 'editorial' the token list?
[17:33] <hatch> it feels like it should be the details view?
[17:33] <rick_h_> hatch: editorial is the default content in the side panel which is the three containers (featured, popular, new)
[17:33] <rick_h_> they're 'editorial' selected charms to show on page load by default
[17:34] <hatch> uhh wut?
[17:34] <rick_h_> hatch: so in the sidebar View you can load two bits of content: editorial content or search results content
[17:34] <hatch> lol
[17:34] <rick_h_> which are each a View
[17:34] <hatch> so editorial is not editorial
[17:34] <rick_h_> hatch: call?
[17:34] <hatch> it's the token list
[17:34] <hatch> sure
[17:34] <rick_h_> hatch: sure it is, it's three containers (and used to have the listed categories) and such
[17:55] <gary_poster> hey bcsaller I'm playing around with the visualization via tests and would like to make faster progress.  you have a sec for a hangout?
[18:01] <marcoceppi> rick_h_: how close are bundles to being ready?
[18:01] <marcoceppi> I'm planning on pressing a release before cloud sprint, if you'd like that in there I need to know sooner than later
[18:02] <marcoceppi> also, can someone fill in this guy with a roadmap to being able to use "--to" in the gui? http://askubuntu.com/q/353262/41
[18:02] <rick_h_> marcoceppi: so we can ingest/show them in manage.jujucharms.com now. hatch will have a details view in the gui next week, and so parts of it will be giong on next week
[18:03] <rick_h_> marcoceppi: so yea, bundles will be pre-sprint and so bundle support in proof would be greatly appreciated :)
[18:05] <rick_h_> marcoceppi: for the ask ubuntu gary_poster would have to provide the best answer, but I think it's part of a big chunk of work for 14.04?
[18:07] <marcoceppi> rick_h_: if you haven't already, I need deets! https://bugs.launchpad.net/charm-tools/+bug/1222833
[18:07] <_mup_> Bug #1222833: charm tools should proof bundles as well <Juju Charm Tools:New> <https://launchpad.net/bugs/1222833>
[18:07] <marcoceppi> sample no longer works
[18:09] <rick_h_> bcsaller: are you a deployer expert to know which all fields are required/optional in a file format? Can you comment in ^^ bug?
[18:09] <rick_h_> or maybe frankban since I know he did a lot of that in the server bits.
[18:10] <gary_poster> marcoceppi, rick_h_ I answered the askubuntu thing.
[18:10] <rick_h_> gary_poster: thank you.
[18:10] <gary_poster> rick_h_, benji is your best bet.  frankban has EoD'd
[18:11] <rick_h_> gary_poster: right, no hurry. I figured I'd shoot for someone that's used the deployer/messed with that code itself wouldhave the best knowledge
[18:11] <gary_poster> cool rick_h_.  thx
[18:14] <benji> rick_h_: I would have to read the code to see what is required, but I would assume "services" is the only required key ("services" should be made optional by charmworld)
[18:14] <benji> oops, that second "services" should be "series"
[18:22] <gary_poster> benji, I'd guess proof could go farther if desired--validating the deployer format generally, yeah?
[18:22] <rick_h_> gary_poster: yea, one items was to check it's valid yaml/json
[18:22] <gary_poster> yeah, reasonable
[18:23] <benji> gary_poster: yep; for one thing, it could check for a bug I have seen, which is relation names not being correct in the bundle (it will obviously need net access to load charm details to do that, though)
[18:24] <rick_h_> stuff like that I think charmworld can do easier. I'm not sure proof should be online?
[18:24] <rick_h_> proof doesn't check everything ingest does, but it's a basic linter
[18:25] <rick_h_> curious what marcoceppi thinks on that part though.
[18:26] <gary_poster> marcoceppi, I am making a card for us to give you some details.  how soon do you need them?  and thank you, btw. :-)
[18:31] <rick_h_> benji: isn't there an issue with setting kwarg defaults to mutable types? Is dict() considered immutable?
[18:33] <benji> rick_h_: dict() just returns an empty dict, so it is the same (mostly) as using {}, so yeah, you wouldn't want to use that as a default (unless you really do, but still you probably shouldn't because it will confuse people)
[18:34] <rick_h_> benji: ok, just noticed it in get_bundle_data and hasn't seen dict() used and wondered if it somehow got around the badness of using {}/[] for kwarg defaults
[18:35] <benji> rick_h_: the "issue" isn't so much a bug or anything like that, it's that people often don't understand default keyword arguments are evaluated when the function is read, not every time it is called, so a mutable default could be changed by the function from one call to another
[18:35] <rick_h_> benji: rgr, which from a factory method creating different versions seems like a particularly troubled spot to reply on those defaults
[18:36] <rick_h_> benji: but yea, all good. Thanks for the sanity check. I'll tweak in a drive by in this branch
[18:37] <benji> rick_h_: yeah, for the code in question it will technically work, but it is an attractive nuisance; I agree that it should be tweaked
[18:41] <bcsaller> rick_h_: looks like you have that resolved?
[18:41] <rick_h_> bcsaller: rgr, thanks
[18:42] <bcsaller> gary_poster: did you still want to chat about the vis stuff?
[18:42] <gary_poster> bcsaller, yeah, thanks.  1 sec...
[18:42] <gary_poster> bcsaller, calling on https://plus.google.com/hangouts/_/58de968d2a9ae12f362336b9c9a13fb586d4c581?hl=en
[18:44] <bcsaller> very odd
[18:50] <marcoceppi> gary_poster: sooner the better. By Wednesday if you want me to have time to get it in the release
[18:50] <gary_poster> ok thanks marcoceppi
[18:50] <marcoceppi> rick_h_: proof probably shouuld, orange has opened a bunch of bugs about this IIRC
[19:08] <gary_poster> hey hatch, is your branch working enough for me to use as a basis for playing around with integrating Ben's visualization?  If so, could you push it somewhere and let me know the address?
[19:08] <hatch> gary_poster: I have 12 failing tests I'm just finishing up now, then it'll be ready to propose
[19:08] <hatch> so can you give me a few minutes to eval these failures then I'll get back to you
[19:09] <gary_poster> hatch, cool.  if it is working in qa then I can use it, test failures or no.  so, please push it soon-ish however that turns out
[19:09] <hatch> oh ok, yeah as long as you aren't going to base any real code off of it, just incase the tests expose changes that need to be done
[19:11] <hatch> gary_poster: lp:~hatch/juju-gui/bundle-view-url  http://localhost:8888/bundle/~benji/wiki/wiki/:flags:/charmworldv3/ to view
[19:11] <gary_poster> ok thanks hatch!
[19:13] <hatch> no problemo
[19:14] <hatch> I -really- wish I knew why phantom crashes when being run in the foreground
[19:14] <hatch> it's gota be these 'get' logs
[19:33] <benji> abentley: please let me know when you have time for a short call about the ingest process and backfilling
[19:33] <abentley> benji: Okay.  Probably in 30.
[19:34] <benji> abentley: thanks
[19:45] <hatch> jujugui could I get a quick review and qa on https://codereview.appspot.com/14355043 thanks
[19:46] <bcsaller> hatch: pulling it down now
[19:46] <hatch> thanks
[19:58] <abentley> benji: I'm free now.
[19:58] <benji> abentley: ok, one second; I left my camera outside
[19:59] <hatch> bcsaller: thanks for the review - I'm not really clear on the direction you want me to go with your comments
[20:00] <benji> abentley: try benjiyork.com/chat
[20:00] <bcsaller> hatch: sounds like you want to make changes in later branches then and go as is?
[20:01] <hatch> bcsaller: yeah I want to try and do atomic changes and work towards the final goal - I think the reviews/qa's will be easier this way
[20:01] <bcsaller> then I'll +1 it
[20:01] <abentley> benji: I get a black screen that says "Initializing..." with Firefox
[20:01] <benji> abentley: ok; I'll create a hangout then
[20:02] <abentley> benji: Chrome works.
[20:02] <abentley> benji: Or at least it says Connecting... and shows my face.
[20:03] <hatch> bcsaller: cool thanks
[20:03] <hatch> gary_poster: I'm going to be submitting that branch now just FYI
[20:03] <gary_poster> cool hatch thanks!
[20:03] <gary_poster> I'm playing with integrating.  I'll put my face on the card.
[20:04] <hatch> Makyo: Loving OneTab :) thanks for the tip
[20:05] <Makyo> Yeah!
[20:05] <Makyo> It's not perfect, but it's a pretty good grouping solution to cut down on memory footprint from multiple windows.
[20:05] <hatch> yeah I have 54 windows in it right now haha
[20:05] <hatch> tabs*
[20:07] <Makyo> Yeah.  It's also kind of neat that you can restore one, or a whole group, or publish the list.
[20:19] <Makyo> Oh, so these aren't battery crashes.  23 LXCs crashing the machine.
[20:20] <Makyo> BEcause I'm not destroying machines.
[20:20] <bcsaller> ouch
[20:20] <Makyo> I have everything tuned way down to try and increase battery, though, so I guess it's both.
[20:21] <hatch> lol
[20:25] <abentley> sinzui: Complete test run in lxc: http://<IP_ADDRESS>:8080/job/charmworld-autoland-lxc/lastBuild/
[20:25] <gary_poster> bcsaller, good news is that I have it working.  (we do need fakebackend, it turns out, to load bundle into db).  Not as good news is that the one good bundle we have doesn't render very well.  I suspect that the root cause is that the bundle does not have x-y annotations.  The symptoms are that I see a lot of errors trying to draw relation lines ('Invalid value for <line> attribute y2="NaN"') and I only see a single
[20:25] <gary_poster>  charm (because they are all on top of one another. So...
[20:26] <bcsaller> gary_poster: wp-deployer? I thought that did have annotations, we even test the positions
[20:26] <bcsaller> oh... from the store
[20:26] <bcsaller> yeah...
[20:26] <bcsaller> there isn't really any auto layout
[20:27] <bcsaller> the assumption being these things will be placed, but thats an area to work on for sure
[20:27] <gary_poster> so a few options/things to consider...
[20:27] <gary_poster> (1) we can ask marco to enforce that bundles have x-y coords
[20:27] <abentley> benji, rick_h_, sinzui, jcsackett: I'm switching over to doing the landings with testing "make sysdeps".  (by using an lxc).  Sorry in advance for any bumpiness.
[20:28] <gary_poster> that will probably be the cheapest option and a reasonable short term solution
[20:28] <gary_poster> (2) auto layout
[20:28] <benji> abentley: so it will be a "fresh" system each time the tests are run?
[20:28] <gary_poster> maybe there are only two ;-)
[20:28] <abentley> benji: Right.
[20:28] <benji> very cool
[20:28] <bcsaller> gary_poster: well... auto layout is a spectrum
[20:28] <gary_poster> fair enough
[20:29] <bcsaller> we could pack them like we do now but the layouts are un-attractive
[20:29] <gary_poster> bcsaller, if we can do a "it doesn't fall over" story for this case it would be a win
[20:29] <gary_poster> but bcsaller I think we ought to say that #1 is required.  WDYT?
[20:30] <gary_poster> that way all bundles from store at least will be ok
[20:30] <bcsaller> #1 +1
[20:30] <gary_poster> although
[20:30] <gary_poster> we should have a nice story for loading
[20:30] <gary_poster> bcsaller, does the "drag file on GUI" import story work for deployer files again?
[20:30] <hatch> rick_h_: any chance you are about to land the token bundle click branch?
[20:30] <bcsaller> they are supposed to capture additional human thinking about a deployment and position conveys some information
[20:31] <bcsaller> gary_poster: it works with things like test/data/wp-deployer.yaml that have a single import target
[20:31] <bcsaller> gary_poster: otherwise you need the bundle target name and a UI to select it
[20:31] <bcsaller> but if you provide that it works that way too
[20:32] <gary_poster> bcsaller, 'cause if so, then we could enforce #1, and say "to add position information, go to jujucharms.com, import, and the export".  But yeah, that's not good enough for the multiple bundle story :-/
[20:32] <gary_poster> that is...
[20:32] <bcsaller> gary_poster: but that isn't really how the store will expose them anyway, right?
[20:32] <gary_poster> even if we build the UI to choose which bundle you want...
[20:32] <bcsaller> they index and return as singles?
[20:33] <gary_poster> bcsaller, yes, but the point of aggregation was to make it easier to develop deployer files with multiple bundles--that is, to support the inheritance story in order to encourage better maintainability of similar bundles
[20:34] <gary_poster> if you inherit
[20:34] <gary_poster> then the import/export story is broken
[20:34] <gary_poster> unless we allow you to import, choose bundles one at a time and position, and then export together
[20:34] <bcsaller> our fake importer should support it, but yeah, still no ux
[20:35] <gary_poster> well, no
[20:35] <bcsaller> and for export, it only does a single
[20:35] <gary_poster> bcsaller, I'm not expressing myself well.  I blame my sleep condition. :-) Can we try a hangout very quickly?
[20:35] <bcsaller> sure
[20:40] <hatch> :/ I would really like to figure out what's up with the CI
[21:02] <gary_poster> hey benji you around?
[21:03] <gary_poster> bcsaller, Makyo, hatch I am not going to make it to tonight's Australian call.  I will update calendar.  Sorry about that.
[21:03] <Makyo> Alright.
[21:03] <Makyo> Feel better!
[21:03] <gary_poster> Thank you Makyo
[21:04] <benji> gary_poster: yep
[21:05] <gary_poster> benji, yay.  Could you do the following quickly?  (1) go to jujucharms.com (or comingsoon) (2) drag the file of your official bundle into comingsoon
[21:05] <gary_poster> (3) position the services
[21:05] <gary_poster> (4) export it again
[21:05] <gary_poster> (5) push to your branch
[21:06] <gary_poster> the idea is that then you will have position information for your services
[21:06] <gary_poster> which will make rendering the bundle much better
[21:06] <gary_poster> *and...*
[21:06] <gary_poster> jujugui, esp people working on bundle bits, you might be interested in my comment #3 of https://bugs.launchpad.net/charm-tools/+bug/1222833
[21:06] <_mup_> Bug #1222833: charm tools should proof bundles as well <Juju Charm Tools:New> <https://launchpad.net/bugs/1222833>
[21:07] <benji> gary_poster: well, the flag doesn't seem to "take" on jujucharms.com, but I can do it locally (I wonder if that is a bug, maybe something to do with the rewrites)
[21:07] <gary_poster> benji, you mean annotations don't carry over
[21:08] <gary_poster> if so, another thing we have to fix
[21:09] <benji> gary_poster: nope, I mean that my bundle doesn't show up in the search, presumably because the flag is being ignored
[21:09] <benji> gary_poster: but, indeed, the annotations are not included in the export I just did
[21:09] <gary_poster> benji, pastebin it for me pls?
[21:09] <benji> gary_poster: http://paste.ubuntu.com/6189871/
[21:10] <gary_poster> bcsaller, ^^^
[21:11] <benji> (the raw export has some other issues too, but I assume those are known)
[21:11] <gary_poster> benji, only issue I saw was js undefined.  others?
[21:11] <benji> gary_poster: yep, that's the one I was referring to
[21:11]  * bcsaller checks, I thought we had tests around that and that file came from an export
[21:13] <bcsaller> hmm, I'll look into this, I don't see the annotations either
[21:13] <bcsaller> and I suspect why
[21:13] <rick_h_> hatch: no, the one branch landed and I'm workingin charmworld for a bit
[21:13] <rick_h_> benji: do you nkow how to get access to the jenkins results? Looks like I've got failing CI tests?
[21:13] <rick_h_> benji: https://code.launchpad.net/~rharding/charmworld/bundle-metadata/+merge/188905/comments/433299
[21:14] <hatch> rick_h_: ok do you have anything I can use? Or can I just implement it?
[21:14] <rick_h_> abentley: oh ok, so maybe my failures are results of changes going on then?
[21:14] <rick_h_> hatch: kind of. Where are you headed atm?
[21:15] <benji> rick_h_: I have done it but don't remember much about it.  The main thing is to set up a VPN into its private world, then those 10.xxx.xxx.xxx URLs will actually go somewhere
[21:15] <benji> the VPN setup is documented.... on the wiki?
[21:15] <hatch> rick_h_: well if it's not that then I'll continue on with the bundle view stuff
[21:15] <rick_h_> ugh, ok. I'll look for that then. vpn to the QA lab bits?
[21:15] <abentley> rick_h_: Yes.  I've given up for the day and switch back to not testing "make sysdeps".  Just making sure your branch lands.
[21:15] <hatch> but would like to keep this moving forward and not clash with bcsaller stuff
[21:16] <rick_h_> abentley: ok, looks like it failed a few times but no helpful info in the note.
[21:16] <rick_h_> hatch: call?
[21:16] <hatch> sure
[21:16]  * Makyo -> dogwalk
[21:16] <abentley> rick_h_: Sure there was info.  One of them points out that you didn't enter a commit message.  The rest link to the actual failed builds so that you can see exactly what happened.
[21:17] <rick_h_> abentley: right, thanks for the commit message.
[21:17] <rick_h_> abentley: I mean the failures give the link but I've got to get the QA vpn notes to get that info. I'll work on that. Thanks
[21:17] <gary_poster> bcsaller, when I drag a file with the contents from http://pastebin.ubuntu.com/6189887/ onto the GUI sandbox, I get "Deployer Import Unsupported
[21:17] <gary_poster> Your environment is too old to support deployer file imports directly. Please consider upgrading to use this feature."
[21:17] <abentley> rick_h_: No you don't.  It's a public IP on canonistack.
[21:17] <gary_poster> am I doing something wrong?
[21:18] <rick_h_> abentley: oh, it must have shut down. It's merged now
[21:18] <abentley> rick_h_: Oh, wierd.  Sometimes it's using the public ip, sometimes the private.
[21:18] <rick_h_> I swear I was just looking at it
[21:18] <abentley> rick_h_: Anyhow, congrats on landing revno 404
[21:18] <rick_h_> abentley: woot
[21:19] <abentley> rick_h_: The public site is http://<IP_ADDRESS>:8080/
[21:20] <abentley> rick_h_: I'll have to see what IPs it's dropping in the merge proposals later.
[21:20] <bcsaller> ok, so QA issue one,  manually doing a wp/mysql pair and moving them and then in the console, app.db.services.get('annotations') gives me two empty objects so that appears broken
[21:20] <bcsaller> I'm looking at the import issue now
[21:20] <rick_h_> abentley: ok cool thanks. Glad tests passed, I got nervous with failed CI runs
[21:21] <gary_poster> bcsaller, could you make "urgent" cards for what you find and tackle 'em?
[21:21] <bcsaller> gary_poster: that file imported for me with trunk
[21:21] <gary_poster> bcsaller, you just drag the file on, right?
[21:21] <bcsaller> gary_poster: are you using api3 flag? I wasn't
[21:21] <gary_poster> bcsaller, did you try comingsoon?  I was trying that, and normal jujucharms, without api3 flag
[21:22] <gary_poster> will try trunk
[21:22] <bcsaller> gary_poster: yes, dnd, import with successful notification
[21:22] <gary_poster> k
[21:23] <gary_poster> bcsaller, confirmed.  it works on trunk locally, but not on comingsoon or jujucharms for me
[21:24] <bcsaller> neither the gui db or the fakebackend have position annotations on the service models, something is wrong there, the export code should still pick them up at a glance though
[21:24] <bcsaller> wonder how we introduced a bug here w/o seeing it in the tests :(
[21:24] <bcsaller> I will add a card and start on it though
[21:31] <gary_poster> thanks
[21:31] <gary_poster> g'night all
[21:35] <gary_poster> hey hatch
[21:36] <hatch> ahoy!
[21:36] <gary_poster> could you ask huw to look at the styling of the bundle detail pages we have now
[21:36] <gary_poster> and change/style your page accordingly?  also
[21:36] <hatch> sure thing
[21:36] <gary_poster> I'm heading out
[21:36] <gary_poster> but
[21:36] <hatch> yeah no problem
[21:36] <gary_poster> thanks!
[21:37] <hatch> get better!
[21:37] <gary_poster> if you want to play with the bundle vis yourself, and take over, here's what I did
[21:37] <gary_poster> lp:~gary/juju-gui/bundle-detail-view-2
[21:37] <gary_poster> it works nominally
[21:37] <gary_poster> but we need position annotations for the canonical example we have to not look horrible (with broken relations and charms on top of one another)
[21:38] <hatch> cool will look
[21:38] <gary_poster> I don't know what to do with it.  if you have any ideas, hatch, go for it.  test? land?  I dunno. :-)
[21:38] <gary_poster> thanks!
[21:38] <gary_poster> ttyl
[21:38] <hatch> cya!
[22:28] <hatch> morning huwshimi
[22:28] <huwshimi> Morning
[22:29] <hatch> so gary isn't feeling well so he cancled our meeting, but would like you to change/style the bundle detail pages which can now be accessed in the application
[22:30] <huwshimi> hatch: Sure I can take a look at that.
[22:31] <huwshimi> hatch: Is it in trunk but not on comingsoon?
[22:31] <hatch> ok so on a fresh trunk you will need to use the url to access them directly so that is.... http://localhost:8888/bundle/~benji/wiki/wiki/:flags:/charmworldv3/
[22:32] <hatch> and you'll need to change to the staging charmworld in your config-debug.js file
[22:32] <hatch> as per benji's email "Working bundle for developing visuals"
[22:32] <huwshimi> Ah I see
[22:35] <hatch> I'll be around so if you have any trouble getting that going I can help
[22:38] <huwshimi> hatch: Do you know if the tabs are supposed to work yet?
[22:38] <huwshimi> The only thing wired up appears to be the name...
[22:39] <hatch> right that's all that is wired up so far
[22:39] <hatch> I'll get you the link to the mockups
[22:39] <huwshimi> hatch: Oh, well not really anything I can do then yet :)
[22:40] <hatch> https://drive.google.com/a/canonical.com/#folders/0B7XG_QBXNwY1d3VVX0FFVEJ3S2s
[22:40] <hatch> well you could hook the stuff up :)
[22:40] <hatch> it's all changes in the markup
[22:40] <hatch> the data is being passed to the template
[22:40] <hatch> you can see it in subapps/browser/views/bundle.js


[01:00] <thumper> axw: I have another leadership wonder for you
[01:00] <thumper> axw: forwarding email now
[01:00] <axw> thumper: okey dokey
[02:37] <jam> axw: yeah, I realized that late. Uros was commenting on something for you, so I wanted to reach out to not forget, but of course now I've forgotten.
[02:37] <axw> jam: hah :)
[02:38] <jam> axw: welcome back, hope you had a good time
[02:39] <axw> jam: thanks. yeah, it was a nice little family holiday. good to unplug too.


[01:46] <smoser> harmw, well, some news. seems busted in my 0.3.2~pre1 also.
[01:50] <smoser> hm.. and interesting. it seems busted in 0.3.1 also. the partition table does get grown.
[11:34] <harmw> smoser: I just filed https://bugs.launchpad.net/cloud-init/+bug/1261710
[11:34] <harmw> I'll see if I can work on that tonight
[11:34] <harmw> annoying
[11:35] <harmw> hm, and why didn't I file that against cirros :|
[11:37] <harmw> there, changed it
[13:39] <smoser> harmw, thanks.  i can't figure it out. i think something is killing the resize2fs process after it starts.
[13:40] <smoser> i changed 'resize2fs' to 'sleep 5' and it seems to die also.  also tried putting the content of the 'sh -c' in its own program. that didnt work either.
[13:40] <smoser> the one thing that does work is removing the '&'
[13:40] <smoser> ie, not backgrounding.
[13:40] <smoser> i'll put this in the bug.
[14:03] <harmw> great, nice
[14:04] <harmw> (-1 for that silly typo btw)
[15:42] <smoser> harmw, it seems that using start-stop-daemon does work. but i couldn't get start-stop-daemon to sanely call a 'sh' -c program
[15:42] <smoser> so had to put it in a different program
[15:43] <harmw> ah great
[16:44] <smoser> harmw, want to take the fix for a spin ?
[16:44] <smoser> get cirros trunk (bzr branch lp:cirros)
[16:44] <smoser> then
[16:45] <smoser> tar -C src -cvf - sbin/resize-filesystem etc/init.d/resizefs lib/cirros/shlib | ssh cirros@$IP 'sudo tar -C / -xvf - && sudo reboot'
[16:46] <smoser> seems to work for me, and when its done you get a nice message like:
[16:46] <smoser> /dev/root resized successfully [took 43.12s]
[19:07] <harmw> smoser: ill give it a go in a few minutes
[19:16] <smoser> harmw, k. good. i dont really know how i feel about "fixing" it. given the 45 seconds it took to run.
[19:16] <smoser> i'm apt to put this in and then turn it off by default.
[19:22] <harmw> it kinda goes straight into the whole cirros philosophy
[19:23] <harmw> any thoughts on how to enable it if the default where to have it disabled?
[19:23] <harmw> [19:23] <harmw> +1 for a lightspeed cloud :>
[19:27] <harmw> [19:27] <harmw> and that was after the reboot + resizefs stuff
[19:28] <harmw> # grep resize e1ba8f11-097f-4bc1-bf9b-475710fee5ef/console.log
[19:28] <harmw> wheeljack login: /dev/root resized successfully [took 92.04s]
[19:41] <smoser> one thought on how to enable it if it were disabled is via file injection (through config drive or openstack api)
[19:41] <smoser> i think it would work.
[19:42] <smoser> if /etc/init.d/resizefs read /etc/default/resizefs.conf
[19:49] <harmw> ./sem/instance.i-00000052.userdata
[19:49] <harmw> ./sem/instance.i-00000052.cirros-apply-net
[19:49] <harmw> ./sem/once.once.resize-rootfs
[19:49] <harmw> ./sem/instance.i-00000052.check-version
[19:50] <harmw> isn't that missing the tiny touch of consistency? :)
[19:52] <harmw> can't it be specified in user-data? a believe there already is a module to allow for this to happen
[19:53] <harmw> smoser: perhaps have the resizefs script read /var/run/cirros/datasource/data/user-data to make the decision to run/start
[19:53] <smoser> consistency ?
[19:54] <smoser> well, 'instance' is that this is 'per-instance', and then the second portion is the instance id. and then the key.
[19:54] <smoser> for 'once', there is no useful second portion
[19:54] <smoser> so i just reused the sring 'once'
[19:54] <smoser> ie, the resize will only run once, ever.
[19:54] <smoser> it could be 'per-instance', and probably woudl work. but i really dont think people are "rebundling" cirros :)
[19:55] <smoser> we could have it specified as user-data, yes. but at the moment cirros doesn't support any sort of "cloud-config" user data.
[19:55] <smoser> it only supports '#!'
[19:55] <smoser> if i had some cloud-config analog then it'd be perfect. but thats not there yet.
[19:56] <smoser> the inject-files in the openstack api "should work" as it is right now i think.
[19:56] <smoser> with no other features needed from cirros except having the rc.d script source (if it exists) that file.
[19:56] <harmw> true
[19:56] <smoser> i agree that cloud-config like function is better long term goal
[19:56] <harmw> indeed
[19:56] <smoser> but i'd wan to have this enable-able in 0.3.2 and want that "real soon now"
[19:57] <harmw> though having it work based on the presence of a certain file is cool enough for now :)
[19:57] <smoser> well, i'd have it source the file
[19:57] <smoser> if present
[19:57] <smoser> ie, so the file could have:
[19:57] <smoser> enabled=0
[19:57] <smoser> background=0
[19:57] <smoser> or something to that affect.
[19:57] <smoser> or mabye just
[19:58] <harmw> isn't it easier to just check if a (0byte) file exists?
[19:58] <smoser> mode=(foreground|disabled|background)
[19:58] <smoser> existence doesn't allow  me to do foreground and background
[19:58] <smoser> and i really do thikn the backgrounding is weird
[19:58] <harmw> right on that
[19:58] <smoser> cause for race conditions
[20:10] <smoser> harmw, feel free to give this a try
[20:10] <smoser> http://paste.ubuntu.com/6590740/
[20:10] <smoser> bah. bad syntax.
[20:10] <harmw> darn, I was just busy on something myself :)
[20:11] <smoser> http://paste.ubuntu.com/6590744/
[20:11] <smoser> harmw, sorry to get in your way, i'd love for you to particpate in cirros developement :)
[20:11] <harmw> and I should have openstack create the /etc/default/resizefs file
[20:11] <harmw> haha np :)
[20:12] <smoser> yeah, you should be able to do somethin glike:
[20:13] <smoser> nova boot --file /etc/default/resizefs=my.resizefs.txt
[20:14] <harmw> yea
[20:19] <harmw> hm, seems my cloud is not very fond of inserting files
[20:19] <harmw> like this: /data/openstack/nova//instances/b0471e49-094c-4eed-b8f0-7a979ed35957/disk: No such file or directory
[20:21] <harmw> NovaException: Error mounting /data/openstack/nova//instances/b0471e49-094c-4eed-b8f0-7a979ed35957/disk with libguestfs
[20:22] <smoser> harmw, i think you can turn that off.
[20:22] <smoser> we dont need the host to insert it
[20:22] <smoser> (i would never find that an acceptable solution)
[20:23] <smoser> there is a way where the "inserted files" just appear in the config drive
[20:23] <smoser> and then cirros reads them and *it* inserts them.
[20:23] <smoser> harlowja, do you know how to set that ?
[20:23] <harlowja> hmmm
[20:23]  * smoser goes to try to remember if cloud-init supports that in config drive. i thin it does
[20:23] <harmw> well, i don't use config drive atm and enabling it causes the other vm's to fail on boot iirc
[20:24] <smoser> harmw, well, you dont need config drive. cirros should read it from the MD also
[20:24] <smoser> (the files can be inserted there too)
[20:24] <harmw> yea, i thought so
[20:24] <harmw> was expecting that as well
[20:24] <smoser> but clearly if you're trying to insert config for ifconfig eth0' then its probably not going to work :)
[20:24] <harmw> hehe
[20:25] <smoser> harlowja needs to write a proper cloud-init DataSourceOpenstack
[20:25] <harlowja> :)
[20:25] <smoser> that reads from the openstck MD. we dont really ahve that now. only could reaad those files from the config drive.
[20:25] <harlowja> one sec, let me see what the option is
[20:26] <smoser> harlowja, that really is something i'd like for 14.04
[20:27] <harlowja> hmmmm
[20:27] <smoser> proper oepnstack metadata service datasource (rather than just riding on ec2)
[20:29] <harlowja> agreed
[20:37] <harmw> smoser: does cirros read metadata? since then we could use a metadata key+value instead of inserting a file
[20:38] <smoser> harmw, i think it does read it in some sense.
[20:38] <smoser> in that it would write keys to files in the datadir
[20:38] <smoser> so it could pretty easiliy use that
[20:39] <smoser> the thing i dont like about that is that i dont know that i want to support it going forward
[20:39] <smoser> i can trivially keep support for /etc/default/.... injection
[20:41] <harlowja> harlowja i think if u make sure all 'inject_partition=0', 'inject_key=0' nova.conf values are off that will be step 1
[20:42] <harlowja> apparently this is on by default
[20:42] <harlowja> inject_key=true
[20:42] <harlowja> https://github.com/openstack/nova/blob/master/etc/nova/nova.conf.sample#L2510
[20:43] <harlowja> but u are hitting this code
[20:43] <harlowja> https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2570
[20:43] <harlowja> "If we're not using config_drive, inject into root fs"
[20:43] <harlowja> :(
[20:43] <harlowja> harmw i think u can also use the following
[20:43] <harlowja> https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2544
[20:43] <harlowja> inject_files and CONF.libvirt.inject_partition != -2
[20:44] <harlowja> so make inject_partition=-2
[20:44] <harlowja> weirddd
[20:44] <harlowja> ha
[20:44] <harlowja> # The partition to inject to : -2 => disable, -1 => inspect
[20:44] <harlowja> # (libguestfs only), 0 => not partitioned, >0 => partition
[20:44] <harlowja> # number (integer value)
[20:44] <harlowja> #inject_partition=1
[20:44] <harlowja> by default 1
[20:44] <harlowja> crazy
[20:45] <harmw> hehe
[20:45] <smoser> some day the default will be -2
[20:46] <harlowja> ya, i hope so
[20:46] <harmw> so change to -2 and then nova boot --file should work just fine
[20:47] <harlowja> harmw using config drive or nothing at all?
[20:47] <harmw> nope, just metadata
[20:48] <harmw> no configdrive here
[20:48] <harlowja> so sure, then if smoser is correct and cirros understands special openstack metadata then u should be good to go
[20:49] <harlowja> never know with that smoser  guy, ha
[20:49] <harmw> time to find out :)
[20:50] <harlowja> :)
[20:50] <harlowja> but ya, i should (or should get someone from y!) to write a best-impl of an openstack metadata/config-drive thing
[20:50] <harlowja> *datasource thing
[20:50] <harlowja> as smoser  suggested
[20:53] <smoser> uh oh.
[20:53] <smoser> it imight only do that from config-drive (not MD). hmm.
[20:53] <smoser> suck. i don tthink cirros has proper openstack metadata source either.
[20:54] <smoser> so harmw that isn't going to work :-(
[20:56] <harlowja> hmmm
[20:58] <harmw> indeed, it didn't inject the file
[20:59] <harmw> uhm, why doesn't it read the stuff from user-data again?
[21:01] <smoser> it should execute user-data
[21:01] <smoser> if it starts with '#!'
[21:01] <smoser> but thats its only consumption of user-data at the moment.
[21:01] <smoser> and that runs after resize would have run
[21:01] <smoser> but if you want, from that '#!' you could just *run* '/sbin/resize-filesystem /dev/root'
[21:01] <smoser> at the beginning.
[21:04] <harmw> nah, thats far to easy :)
[21:18] <harlowja> smoser a start at this, http://paste.openstack.org/show/55206/
[21:19] <smoser> harmw, you think thats a acceptable work around for now ?
[21:19] <smoser> and then when we get either a true file insertion or "cirros-config" format in user-data we'll allow enabling it that way.
[21:20] <smoser> (in the mean time the user can enable it by actually modifying the image, or by config-drive still should work)
[21:20] <smoser> harlowja, woohoo
[21:21] <harmw> smoser: yes, probably good enough for now
[21:22] <harmw> though ultimately reading from user-data would be the best choice
[21:23] <smoser> yeah. i agree.
[21:23] <smoser> https://bugs.launchpad.net/cirros/+bug/1232239
[21:23] <smoser> is a start at that.
[21:23] <smoser> ie, there is code there to read  mime-multipart
[21:23] <smoser> and since i have a json reader, we can pretty easily support a "cloud-config-archive" like thing in a similar fashion
[21:25] <harmw> nice
[21:26] <harmw> how does this behave when I've put yaml in user-data?
[21:27] <smoser> probably barf.
[21:27] <smoser> i only have a json parser
[21:28] <smoser> and i dont plan on a proper yaml one.
[21:28] <smoser> its easy enough to convert yaml to json before passing to cirros
[21:28] <smoser> and hard (without C programming) in cirros to write a yaml parser.
[21:29] <harmw> you mean I should feed json user-data to nova on instance boot, or have cirros convert user-data to json upon loading/booting?
[21:31] <smoser> 2 things here (kind of unrelated)
[21:31] <smoser> a.) want to have cirros support "multi-part" user-data as input.
[21:32] <smoser>  a.1) mime-multipart (as seen in that bug with the awk parser)
[21:32] <smoser>  a.2) cloud-config-archive like multipart (cloud-config-archive is a cloud-init thing that basically just allows you to make an "archive" of parts in yaml rather than mime)
[21:33] <smoser> for a.2, cirros would not support that being yaml, but instead just json. but same basic format.
[21:33] <smoser> b.) some of those parts could be "cirros-config" which would be a json config format similar to "cloud-config"
[21:33] <smoser> with the same caveat of not supporting yaml, but only json
[21:34] <smoser> in the future if somehow i got a small enough yaml parser, we could just support yaml in both of those places.
[21:34] <harmw> ok
[21:35] <harmw> would've been easier to just put cloud-init in cirros :p
[21:42] <smoser> $ apt-cache show python2.7-minimal | grep -i size
[21:42] <smoser> Installed-Size: 3399
[21:42] <smoser> Size: 1187530
[21:43] <harmw> ye yea, bit to large
[21:43] <smoser> so 3.XMB for python-minimal.
[21:43] <smoser> i'm sure you could get stuff smaller
[21:44] <smoser> but all of cirros is ~ 8M (the disk images are bigger because of filesystem overhead and the fact that the disk1.img file actually has *2* copies of cirros in it)
[21:45] <smoser> oh. wait. no it doesnt.
[21:52] <harlowja> smoser i'll try to work on improving that
[21:53] <smoser> python ?
[21:53] <harlowja> *openstackdatasource, ha
[21:53] <harlowja> not python, ha
[21:53] <harlowja> smoser u fix python, lol
[21:55] <smoser> i have to admit, i kind of like programming in awk and busybox sh
[21:55] <smoser> having python in cirros would just be no fun.
[21:55] <harmw> hehe
[21:59] <harmw> smoser: is multipart realy required straight away? or would a simpler implementation be fine as well, for starters. To just have some json user-data beeing applied. Allowing more input in a second phase, where you implement multipart.
[21:59] <harmw> having it read user-data and apply any json found inside would be a nice start I'd guess
[22:00] <harmw> however, given there already is a multipart parser...
[22:01] <harmw> shoot, I'll just go back to do some work on the fbsd module - tomorrow
[22:02] <smoser> harmw, i dont understand what yoiure asking really.
[22:02] <smoser> i dont wanto to just overload userdata. like grepping through it to see if there is a key in it.
[22:04] <harmw> agreed
[22:09] <smoser> harmw, thanks for all your input. i will try to get a re-build of cirros and a proper "0.3.2~pre2" out.
[22:10] <smoser> (proper meaning actually available in simplestreams data and without 'local
[22:10] <smoser>  and tagged and such)
[22:10] <smoser> before i leave for holiday (friday).
[22:10] <harmw> ah excellent
[22:10] <smoser> i just pushed the configuration change.
[22:10] <harmw> ill take a look tomorrow


[00:09] <valorie> mmmm, it's just like writing citations, IMO
[00:09] <valorie> do it first
[00:10] <valorie> you know what a piece of code is supposed to do, so write the test and then write the code
[00:10] <arraybolt3[m]> Either way it takes eternity.
[00:10] <arraybolt3[m]> I dunno, maybe I'm just writing my tests wrong.
[00:10] <valorie> citations: you find the info - write the citation, log it, then write your outcome
[00:11] <valorie> the more often you do it, the easier it gets
[00:11] <valorie> gsoc students: "I thought you weren't a coder!"
[00:11] <valorie> I'm not, but some principles are universal
[00:12] <valorie> well, I code well in English
[00:12] <valorie> and "unit tests" for an article would be writing a clear objective
[17:53] <tsimonq2> o/
[17:54] <tsimonq2> santa_: ping, no idea if you're here since Matrix is weird with names :)
[18:09] <RikMills> appears not yet


[02:08] <muzeemo> hi all, i have just recently installed ubuntu mate, love the whole look n feel of linux, i want to know if there are some guidelines on how to migrate office tools into linux, specially outlook
[02:08] <muzeemo> can anyone help or point me to the right direction
[02:15] <Jack_Sparrow> muzeemo, Outlook.. ugh.. go back to windows if you want to run trash like that..
[02:16] <Jack_Sparrow> Software is installed via package manager https://community.linuxmint.com/tutorial/view/1266
[02:17] <muzeemo> well im happy to move to other options, but for exchange and running a small business, id love to know what and how i can move all/ everyone off windows and to linux, but for example thunderbird i have tried and its missing a small feature like emails in 'conversation' style
[02:18] <muzeemo> also apologies for being a noob, but how do i and if there is something that i can setup so when i press the windows key in ubuntu mate, start menu opens up?
[02:18] <Jack_Sparrow> You mean MS exchange ?
[02:18] <muzeemo> yes ms exachange
[02:19] <Jack_Sparrow> win key should bring up mani menu now..
[02:19] <Jack_Sparrow> I am running Mint Mate and there are minor differences..
[02:20] <Jack_Sparrow> muzeemo, You need to shed the MS based tech.. You will  be glad you did.
[02:21] <Jack_Sparrow> MS will continually change minor things to cause Linux users grief
[02:21] <muzeemo> id love to move from ms tools and programs as long as what we get in linux would be close enough so its not a shock to those ms fans suddenly
[02:21] <muzeemo> i can see why ms would do that
[02:22] <muzeemo> but its little things that if i could customize a OS linux base that would be user freidnly and easy to migrate from windows, id get so many people to jump onboard
[02:22] <Jack_Sparrow> Find tools and services that will work with open offive of libre office
[02:23] <muzeemo> like im running on ubuntu mate currrently, 'start / windows button' does not open the menu, my winodws key does not do anything, not sure how to fix it
[02:23] <Jack_Sparrow> muzeemo, get Mint Mate and run live usb
[02:23] <muzeemo> another would be outlook running on ms exchange if i can use it / make it work itd be awesome
[02:23] <muzeemo> mint on live usb?
[02:24] <Jack_Sparrow> muzeemo, trying to run outlook etc is just wrong
[02:24] <muzeemo> @jack, not running outlook as such, but more like i need to be able to connect to ms exchange via tools in linux that will work properly.
[02:24] <muzeemo> @jack - why mint and why on live USB?
[02:25] <Jack_Sparrow> muzeemo, you know you can load up a dozen diffeent flavors of mint on usb drives and actually test them without installing them.. and on your hardware setups
[02:25] <Jack_Sparrow> dont try to include exchange server.. in your linux plans
[02:26] <Jack_Sparrow> Mint Mate is in my opinion more refined and a much better support room.. Yes I am in there now too
[02:26] <muzeemo> i think i have tried more than a dozen different linux flavours, and i think ubuntu mate has come to be the smoothest. ive installed mate now and ive configued everything its just little things like what ive said that im stuck at
[02:26] <Jack_Sparrow> muzeemo, Then you will be there for awhile..
[02:27] <Jack_Sparrow> Best of luck
[02:27] <muzeemo> tx
[02:28] <Jack_Sparrow> https://forums.linuxmint.com/viewtopic.php?t=250074
[02:31] <muzeemo> whats this: http://www.techrepublic.com/article/why-the-linux-mint-hack-is-an-indicator-of-a-larger-problem/
[02:35] <Jack_Sparrow> You are NO safer in ubuntu and that was all overblown.
[02:36] <Jack_Sparrow> Linux - ubuntu and mint safety is ten times that of MS OS
[02:36] <muzeemo> thats very true
[02:36] <muzeemo> im downloading mint gotta give it a shot
[02:37] <Jack_Sparrow> ubuntu had to change policy to all registered users in main room.. mint did not
[02:37] <Jack_Sparrow> muzeemo, go in thier channel on irc
[02:37] <muzeemo> will do
[02:37] <Jack_Sparrow> see the difference.. clem that spearheads mate here is also there
[03:08] <Jack_Sparrow> muzeemo, <IP_ADDRESS>    In mint you would not see that
[04:42] <lrk> KE HAY
[09:04] <demotapa> hello
[10:35] <svk> hi
[10:35] <svk> i have a problem with my wifi connectivity can any help me
[12:10] <randall> o roll back ubuntumate 17.04 to 16.04
[13:04] <nicolas> Hallo
[14:02] <Jack_Sparrow> !info anbox
[14:07] <Jack_Sparrow> !info chromium
[14:43] <ali1234> anbox has to be installed through a snap
[14:44] <ali1234> last time i checked
[14:45] <ali1234> the snap just gets the installer script though
[15:37] <travis_> hi
[15:38] <travis_> wtf i am not liking linux  sad lol
[15:41] <Jack_Sparrow> after a whole 5 minutes too..
[16:49] <Jack_Sparrow> !info openshot
[19:38] <Gumball> hi
[20:18] <carlosjunior> oi para todos
[20:19] <carlosjunior> or just english?
[20:40] <Akuli> !es | carlosjunior
[20:41] <carlosjunior> ok thx i dont speak english but i write in english lol
[20:41] <Akuli> :)
[21:40] <mark__> I installed Synaptic on Ubuntu-Mate 17.04. Every time I install something I get an error I have never seen before, although the software still installs. Example Error= "W: Download is performed unsandboxed as root as file '/var/cache/apt/archives/partial/chromium-codecs-ffmpeg-extra_59.0.3071.109-0ubuntu<IP_ADDRESS>0_amd64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)"
[21:58] <mark__> The error{W: Download is performed unsandboxed as root as file '/var/cache/apt/archives/partial/} does not occur with every software install from Synaptic???
[23:32] <ubuntu-mate> hello
[23:32] <ubuntu-mate> I need help
[23:32] <ubuntu-mate> anyone?
[23:32] <ubuntu-mate> thanks, great community


[10:34] <rmg51> Morning
[10:43] <InHisName> morning
[11:17] <waltman> Morning.
[11:38] <InHisName> I got error in updating, somthing failed.   But then all 71 items seemed to be done updating and no new ones left.  Strange.