[10:06] <Kilos> greetings fellow ubuntu users
[10:06] <Kilos> hiya superfly
[10:07] <Kilos> inetpro, ping
[10:07] <superfly> hi Kilos
[13:38] <Esquire> Greetings
[17:08] <kbmonkey> evening!
[17:11] <charlvn> hi kbmonkey
[17:12] <Kilos> evening all
[17:12] <Kilos> Maaz, coffee on
[17:12]  * Maaz flips the salt-timer
[17:12] <Kilos> Maaz, move it
[17:12] <Maaz> Don't rush me Kilos . Making decent coffee is an art
[17:13] <Kilos> Maaz, whats for supper
[17:13] <Maaz> Steak , egg and chips.


[11:25] <frankban> rogpeppe: good morning. today I am encountering this failure in the ws auth process: {"Response":"","Error":"machine Login not found"}
[11:25] <rogpeppe> frankban: hiya
[11:25] <rogpeppe> frankban:  what request message are you sending?
[11:26] <frankban> {'RequestId': 1, 'Type': 'Admin', 'Request': 'Login', 'Params': {'EntityName': 'user-admin', 'Password': 'iperuranio'}
[11:26] <frankban> rogpeppe: ^^^^
[11:27] <rogpeppe> frankban: hmm, weird
[11:29] <rogpeppe> frankban: i'll just finish submitting the branch i'm doing, then i'll have a look
[11:29] <frankban> rogpeppe: great, thanks!
[11:44] <rogpeppe> frankban: right, branches submitted. will have a look now.
[11:53] <rogpeppe> frankban: how are you running the API server?
[11:54] <frankban> rogpeppe: I am connecting to the bootstrap node of a bootstrapped juju env
[11:55] <rogpeppe> frankban: ah, ok. i wonder if you could try bootstrapping (with --upload-tools) from this branch: lp:~rogpeppe/juju-core/225-api-log-messages
[11:55] <frankban> rogpeppe: aha! is --upload-tools required?
[11:55] <rogpeppe> frankban: if you don't use --upload-tools, it'll use the binary that's in the cloud
[11:56] <rogpeppe> frankban: that is probably the problem then
[11:56] <frankban> rogpeppe: ack. so, can I bootstrap from trunk or your branch is still required?
[11:56] <rogpeppe> frankban: no, try bootstrapping from trunk. that should work.
[11:57] <rogpeppe> frankban: in theory :-)
[11:57] <frankban> rogpeppe: thanks, do you have a min for two other questions?
[11:57] <rogpeppe> frankban: sure
[11:58] <frankban> rogpeppe: what's, in your opinion, the best way for a charm (to be deployed in a gojuju env) to:
[11:58] <frankban> 1) obtain the bootstrap node address (in particular, the API ws url): I've seen there are some yaml files around where that value is stored
[11:59] <frankban> 2) check the type of the juju env (go vs python)
[11:59] <frankban> rogpeppe: ^^^
[12:00] <rogpeppe> frankban: good questions both
[12:00] <rogpeppe> frankban: the answers will probably change over time
[12:01] <rogpeppe> frankban: but for the time being, the answer is probably to look in the config file read by the machine agent
[12:01] <frankban> rogpeppe: our world is moving ;-)
[12:02] <rogpeppe> frankban: which can be found in .... let me check
[12:03] <frankban> rogpeppe: maybe /var/lib/juju/agents/machine-X/agent.conf?
[12:03] <rogpeppe> frankban: /var/lib/juju/agents/machine-*/agent.conf
[12:03] <rogpeppe> frankban: snap!
[12:04] <rogpeppe> frankban: which is a yaml file
[12:04] <frankban> rogpeppe: yes, cool, so I only need to figure out the number of the current machine
[12:04] <rogpeppe> frankban: if that file exists, it's go juju
[12:04] <frankban> rogpeppe: sweet ;-)
[12:04] <rogpeppe> frankban: there should only be one machine-* directory
[12:05] <frankban> rogpeppe: makes sense, thank you
[12:06] <rogpeppe> frankban: presumably you want to find out the address of the API server?
[12:06] <frankban> rogpeppe: yes, apiinfo/addrs[0] I guess
[12:07] <rogpeppe> frankban: yes, that's the one
[12:08] <rogpeppe> frankban: although in the future it will a) change and b) become more than one address, so maybe choose a random address from apiinfo/addrs, or try them in sequence until you succeed.
[12:09] <frankban> rogpeppe: ack, thanks again
[12:09] <rogpeppe> frankban: np; any time.
[13:09] <gary_poster> frankban, could you please double check my understanding of the backlog above by reading/editing the last bullet point from https://docs.google.com/a/canonical.com/document/d/1OEOzDu9lh4ko8oSgl_tjQlk98x_rgtiiSSJYBRopic8/edit ?
[13:09] <gary_poster> and hi btw :-)
[13:11] <frankban> hi gary_poster: that's also my understanding
[13:11] <gary_poster> cool frankban thanks
[13:12] <frankban> gary_poster: welcome
[13:12]  * frankban lunches
[13:19] <benji> bac: what is the news on the API front?  (I'm trying to remember, did you work yesterday?)
[13:20] <bac> benji: i did
[13:20] <bac> benji: want to g+ in a few minutes?
[13:20] <benji> sure
[13:33] <rogpeppe> bac, benji: if you want some input from me, just say the word
[13:33] <bac> rogpeppe: thanks.  i'm sure we will
[13:33] <benji> rogpeppe: cool, thanks; we may do that once we have synced up
[13:33] <rogpeppe> bac: i'm just putting together the example state/cmd branch.
[13:33] <bac> rogpeppe: cool
[13:35] <rogpeppe> actually, i've decided it's better named state/statecmd
[14:00] <hatch> good morning
[14:03] <gary_poster> rmorning
[14:13] <benji> frankban: how did you solve the "error: use of closed network connection" error when destroying an environment?
[14:13] <gary_poster> teknico, frankban how are plane flights coming?  ok, or problems?
[14:14] <frankban> gary_poster: we confirmed the flights, waiting for the tickets
[14:15] <gary_poster> cool frankban
[14:17] <frankban> benji: not sure, killed ec2 instances manually. I was then able to bootstrap juju arbitrary changing the control bucket
[14:17] <benji> frankban: thanks (unfortunately, I don't actually have any running, I wonder if the control bucket is messed up)
[14:19] <gary_poster> hatch, what are you working on?  That grunt bug would be great to have addressed if it is not already, and should be super fast.  You are blocked on cards atm, so you could also consider the YUI app panel work.  Ben had some thoughts on that so I'd like for you two to have a conversation about that before you start, either with me participating (preferred) or with me getting a summary of the result (fine, if that's t
[14:19] <gary_poster> he most convenient)
[14:19] <benji> frankban: that was it, I specified a new control bucket and it worked; I guess reusing a py-juju control bucket confuses go-juju
[14:20] <gary_poster> the grunt is stop the line though, so someone should address that
[14:20] <frankban> benji: agreed
[14:20] <bcsaller_> gary_poster: isn't that error related to what Kapil, Matt and I talked about wrt upping the inotify watch limit? or is it something else?
[14:21] <bcsaller_>  cat /etc/sysctl.d/10-inotify.conf
[14:21] <bcsaller_> # expand inotify limit
[14:21] <bcsaller_> fs.inotify.max_user_watches=16384
[14:22] <gary_poster> benji, could you write down what you just learned in https://docs.google.com/a/canonical.com/document/d/1OEOzDu9lh4ko8oSgl_tjQlk98x_rgtiiSSJYBRopic8/edit please ?
[14:22] <benji> gary_poster: sure
[14:22] <gary_poster> thanks
[14:22] <frankban> gary_poster: re flights, we need to know the hotel address in order to update/compile the ESTA to enter the US.
[14:22] <gary_poster> ack frankban: hazmat, ^^^
[14:23] <gary_poster> bcsaller_, https://bugs.launchpad.net/juju-gui/+bug/1129464 ?  Did not make connection.  If that's the solution could you or hatch update the bug?
[14:23] <_mup_> Bug #1129464: 0.4.x grunt branch breaks all builds <juju-gui:Triaged> < https://launchpad.net/bugs/1129464 >
[14:24] <gary_poster> Need to run to school to take son from dr.  back in 20
[14:24] <bcsaller_> gary_poster: I'll add a comment, I think its related
[14:26] <benji> gary_poster: notes added
[14:29] <hatch> gary_poster: yep I can fix that - is everyone ok with me restricting the version of grunt?
[14:31] <hatch> bcsaller_: sorry which error did I post to irc? I was kind of talking to myself while I was tracking it down
[14:31] <hatch> heh
[14:33] <bcsaller_> hatch: related to EMFILE error when using fs.watch on many items iirc
[14:34] <hatch> ohhh yeah ok :)
[14:38] <hatch> ok working on the grunt bug
[14:38] <gary_poster> thanks hatch.  I will add a critical card for you on kanban board
[14:39] <gary_poster> done
[14:39] <gary_poster> bac benji dragging your card to prototype (?)
[14:40] <gary_poster> which command are you doing?
[14:40] <bac> gary_poster: juju get
[14:40] <gary_poster> cool, will note, thanks bac
[14:44] <hatch> bcsaller_: just to confirm it was this error...
[14:44] <hatch> fs.js:837
[14:44] <hatch>     throw errnoException(errno, 'watch');
[14:44] <hatch>           ^
[14:44] <hatch> Error: watch ENOSPC
[14:45] <benji> frankban: you succesfully bootstrapped an EC2 node using go-juju, right?  How long did it take to go from bootstrap to "juju status" working?
[14:45] <bcsaller_> hatch: yeah, I think the listed workaround... works around that
[14:46] <hatch> yeah looks like I don't even have that file
[14:46] <hatch> I wonder if we should add this to HACKING
[14:46] <frankban> benji: right, between ~five and ten minutes before juju status returning something.
[14:48] <gary_poster> hatch, bcsaller_ does moving back to grunt 0.3.x address?  IIRC, the discussion was that this was a result of a bug somewhere in the stack.  If so, it would make more sense to me to pin at 0.3.x and wait for a fix later, rather than requiring more system changes, however innocuous, in our HACKING.  All that said, I don't feel strongly about it.
[14:48] <hatch> gary_poster: two separate issues
[14:48] <hatch> grunt needs to be pinned back - at least for now
[14:48] <gary_poster> hatch, so also occurs in 0.3.x ?
[14:48] <bcsaller_> gary_poster: yes, but it needs to be pinned to 0.3
[14:48] <hatch> ENOSPC error is also happening with 03.x
[14:49] <gary_poster> ok hatch.  then HACKING doc is fine.  thanks hatch, bcsaller_
[14:49] <hatch> although adding bcsaller_ 's fix doesn't appear to have solved the issue....investigting further
[14:49] <bcsaller_> the change to 0.4 will be its own story and should be deferred until the community has changed to the new api, for example spritgen might not work on .4 yet
[14:50] <hatch> rumor has it the community is pissed that the api has changed so dramatically
[14:50] <hatch> the community is a fickle bunch
[14:50] <bcsaller_> on a dot release, yeah
[14:50] <hatch> ;)
[14:52]  * gary_poster thinks perhaps 0.x releases are an attractive nuisance for devs.  they seem to imply to people working on the package that backward incompatible changes are ok, but for users that's never ok, or they expect something bigger than a dot release even of the series is 0.x.
[14:52] <gary_poster> s/even of/even if/
[14:53] <hatch> bcsaller_: https://github.com/jashkenas/coffee-script/issues/2016#issuecomment-7499441 here is another possible fix, trying now
[14:55] <bcsaller_> hatch: conceptually the same fix
[14:55] <hatch> hmm, was I supposed to do something after creating that file you mentioned?
[14:56] <bcsaller_> you'd have to refresh sysctl or reboot, but yeah
[14:56] <hatch> oh well that's what I forgot
[14:56] <hatch> sorry coffee hasn't kicked in
[14:56] <hatch> heh
[15:01] <hatch> hmm
[15:01] <hatch> no luck
[15:03] <hatch> I'll try a reboot
[15:06] <benji> anyone seen this one?  "juju status" --> "panic: runtime error: invalid memory address or nil pointer dereference" plus lots and lots of other output
[15:07] <gary_poster> that looks fun :-/
[15:07] <hatch> reboot solved it, I'll add to the hacking file with this fix
[15:07] <gary_poster> thanks hatch.  of course, reboot may have also simply closed some open file handles...
[15:07] <gary_poster> but not worrying about it atm :-)
[15:08] <hatch> lol
[15:10] <teknico> benji, seen that one too
[15:11]  * benji waits with bated breath.
[15:11] <teknico> benji, no easy fix :-)
[15:11] <teknico> the traceback had lots of memory addresses, no identifiers
[15:11] <benji> any hard fixes? ;)
[15:11] <teknico> I'm starting to have second thoughts :-/
[15:12] <teknico> benji, tried again and it worked, no idea why
[15:12] <benji> hmm
[15:12] <hatch> gary_poster: you were correct...
[15:12] <gary_poster> hatch :-(
[15:18] <hatch> at least rebooting vm's is really really fast
[15:18] <hatch> :)
[15:21] <hatch> well a couple reboots and it finally stuck
[15:21] <hatch> cat /proc/sys/fs/inotify/max_user_watches
[15:21] <hatch> 16384
[15:21] <hatch> not sure why it didn't work previously
[15:23] <hatch> I like the new loading indicator
[15:24] <gary_poster> me too.  Yay goodspud, greg and benji!
[15:24] <hatch> yay!
[15:24] <goodspud> Yay!
[15:24] <hatch> it should say "Connecting to..." not "Trying to connect.." though.....think positive!!!
[15:24] <hatch> :P
[15:25] <gary_poster> heh
[15:25] <hatch> lol
[15:25] <benji> Yay!  (why are we cheering?)
[15:25] <hatch> obviously because you rock
[15:25] <gary_poster> because we like the new loading indicator
[15:25] <goodspud> Yay!
[15:26] <gary_poster> And some people just like cheering :-)
[15:26] <goodspud> Yay for cheering!
[15:26] <Makyo> Hooray us!
[15:26] <gary_poster> lol
[15:26] <hatch> haha
[15:27] <gary_poster> jujugui call in 2
[15:30] <gary_poster> bac hazmat starting without you
[15:37] <benji> 2013/02/19 15:37:03 JUJU environs/ec2: opening environment "ec2"
[15:37] <benji> 2013/02/19 15:37:04 JUJU environs/ec2: waiting for DNS name(s) of state server instances [i-92cb0ae1]
[15:37] <benji> 2013/02/19 15:37:05 JUJU state: opening state; mongo addresses: ["ec2-50-19-23-159.compute-1.amazonaws.com:37017"]; entity ""
[15:37] <benji> 2013/02/19 15:37:05 JUJU state: connecting to <IP_ADDRESS>:37017
[15:37] <benji> oops, wrong chan
[15:37] <benji> 2013/02/19 15:37:05 JUJU state: connection failed: dial tcp <IP_ADDRESS>:37017: connection refused
[15:41] <frankban> benji: my go env: http://pastebin.ubuntu.com/1682925/
[15:41] <bac> hatch: could you link your branch to bug in LP?
[15:44] <hatch> doh
[15:44] <hatch> sorry one second
[15:44] <benji> Makyo: "Delete cookies and other site and plug-in data"
[15:47] <hatch> bac did that work? I had to use --unchanged but I'm not sure if it actually pushed anything
[15:47] <bac> hatch: you can also do it on the web site
[15:47] <hatch> ok I'll do that
[15:48] <bac> hatch: not linked here: https://bugs.launchpad.net/juju-gui/+bug/1129464
[15:48] <_mup_> Bug #1129464: 0.4.x grunt branch breaks all builds <juju-gui:Triaged by hatch> < https://launchpad.net/bugs/1129464 >
[15:48]  * bac i *thought* lbox did it for you...
[15:48] <hatch> ok it's now linked
[15:51] <hatch> bcsaller_: did you want to chat?
[15:52] <bcsaller_> hatch: yeah, let's see if the chat opened back up
[15:53] <bcsaller_> it didn't, I can open another
[15:53] <hatch> sure, just invite me on G+
[15:53] <hatch> new webcam hopefully arrives today so I don't need to switch computers all the time :)
[15:56] <bac> benji: i'm going to grab lunch
[15:57] <benji> bac: k
[16:11] <bcsaller_> gary_poster: are you free to join this call on the panel?
[16:12] <gary_poster> yes bcsaller_ thanks.  where?
[16:12] <bcsaller_> gary_poster: should have an invite
[16:19] <benji> bac: ok, I'm going to upgrade my development machine now.  If you weren't following the discussion in juju-dev, you may need to do the same for the VM you are using
[16:33] <teknico> benji, you still there? :-)
[16:33] <benji> teknico: yep (this iso download is kinda slow)
[16:34] <teknico> benji, here's a 32bit SSL MongoDb package: https://launchpad.net/~julian-edwards/+archive/mongodb/+packages
[16:34] <teknico> SSL-enabled
[16:34] <benji> teknico: thanks.  I don't think that helps though, I need the cloud-init script to know that it exists and download and install it
[16:35] <benji> and even if that were the case, I strongly suspect that this sort of thing is going to come up again; I need to be on the same platform as the juju-core developers.
[16:36] <teknico> benji, yep, I'm going to install 64bit too at some point (and bac might want too)
[16:36] <teknico> benji, is there a way to upgrade from 32 to 64bit without reinstalling?
[16:36] <benji> not that I know of
[16:37] <benji> if the install CD offers me the choice I'll give it a try
[16:37] <teknico> benji, what's the "cloud-init script" btw?
[16:38] <teknico> (I think I'll need more than 4GB of RAM to have a workable 64 bit dev. env.)
[16:38] <benji> It is the code that gets run when a fresh node is started.  I don't know much about it.
[16:38] <benji> I only have 4GB so I hope that won't be a problem.
[16:47] <rogpeppe> benji, bac, gary_poster, teknico, anyone else: here's the first of two branches that will implement the juju set command in the API.
[16:47] <rogpeppe> https://codereview.appspot.com/7326052
[16:47] <benji> rogpeppe: cool; thanks
[16:47] <gary_poster> ack will look soon thank you
[16:47] <rogpeppe> this one just factors out the code
[16:47] <rogpeppe> the next one will add the call to the API
[16:48] <rogpeppe> unfortunately there were one or two things that needed fixing along the way, so the factorization is perhaps not quite as clear as it could be
[16:48] <rogpeppe> but hopefully it shows the way nonetheless
[16:51] <benji> ok guys, I'll be back in a while... hopefully
[17:07] <hatch> interesting parallels note - you need to have at least as much HD space free as you have specified for RAM for the VM
[17:10] <hatch> gary_poster: fyi - I left `sudo sysctl -p` out because it didn't appear to do anything on my system
[17:10] <hatch> is it possible there are any other flags required?
[17:11] <gary_poster> hatch AIUI it worked for bcsaller_ and is supposed to work generally.  I suggest including it and then mentioning that it has not worked in some cases, and if problems are encountered a reboot should do the trivk
[17:12] <gary_poster> c
[17:12] <hatch> sounds good
[17:24] <rogpeppe> teknico: any guesses as to which of those packages contains the i386 files i'm after? none of them look big enough (the binary size of the amd64 archive is ~40MB)
[17:28] <teknico> rogpeppe, I installed the four i386 packages, ~30MB overall
[17:28] <rogpeppe> teknico: i can't use apt-get because i'm not on the right architecture
[17:28] <rogpeppe> teknico: currently i'm unpacking the .deb files directly
[17:29] <rogpeppe> teknico: but i'm not sure if that's the right thing to do
[17:29] <teknico> rogpeppe, there probably other actions performed by the install scripts in the packages
[17:29] <hatch> does `lbox submit` push as well? or do I need to propose -cr first?
[17:30] <rogpeppe> hatch: yeah, it does push
[17:30] <hatch> thx
[17:30] <rogpeppe> teknico: maybe. juju seems to make do ok with just using the binaries directly
[17:31] <teknico> rogpeppe, how is the SSL server certificate generated?
[17:31] <rogpeppe> teknico: by juju bootstrap
[17:31] <teknico> rogpeppe, we got an interesting error in firefox after reboostrapping:
[17:31] <teknico> Your certificate contains the same serial number as another certificate issued by the certificate authority.  Please get a new certificate containing a unique serial number.
[17:32] <rogpeppe> teknico: ha ha. ok, i guess i should make the serial number more unique
[17:32] <rogpeppe> teknico: please file a bug
[17:32] <teknico> rogpeppe, will do
[17:35] <teknico> rogpeppe, https://bugs.launchpad.net/juju-core/+bug/1130255
[17:35] <_mup_> Bug #1130255: Invalid SSL certificate after rebootstrapping <juju-core:New> < https://launchpad.net/bugs/1130255 >
[17:37] <rogpeppe> teknico: thanks!
[17:55] <gary_poster> frankban, teknico, did you see the hotel email?
[17:56] <frankban> gary_poster: yes, cool
[17:56] <gary_poster> great
[17:56] <teknico> gary_poster, yep, thanks, adding the flight details to the wiki now
[17:56] <gary_poster> great thanks teknico
[17:57] <hatch> gary_poster: who do I email this link to? juju-gui-peeps?
[17:58] <gary_poster> hatch, whatchoo talkinbout?
[17:58] <hatch> the sub application development outline
[17:58] <gary_poster> hatch, oh!  nah, juju-gui (public)
[17:58] <gary_poster> thanks
[18:00] <hatch> I don't think I have that email :)
[18:00] <hatch> it's probably a list i should be on though
[18:02] <gary_poster> hatch, https://lists.ubuntu.com/mailman/listinfo/juju-gui<EMAIL_ADDRESS>[18:03] <hatch> thanks
[18:07] <hatch> gary_poster: you might need to approve my sub request
[18:07] <hatch> I haven't received the confirmation email yet
[18:07] <gary_poster> hatch don't think so bu twill check
[18:07] <hatch> andddd there it is
[18:07] <hatch> lol sorry
[18:07] <gary_poster> :-) np
[18:10] <hatch> ok link sent
[18:11] <gary_poster> hatch could you make editable pls?
[18:12] <hatch> hmm
[18:13]  * hatch googles how to make editable
[18:13] <gary_poster> hatch, share
[18:13] <gary_poster> top-right button
[18:13] <hatch> done
[18:13] <hatch> sorry I didn't see the 'see' not 'edit' part
[18:14] <gary_poster> cool thanks hatch.  Do you want edits or comments?
[18:14] <gary_poster> Easier to see edits but then you have to integrate
[18:14] <gary_poster> I mean easier to see comments
[18:14] <gary_poster> but then you have to integrate
[18:15] <hatch> umm lets to comments, I think it's easier for people to see then
[18:15] <gary_poster> cool
[18:15] <hatch> do*
[18:37] <hatch> hmm, did I write any part of this doc correctly? lol!!
[18:41] <gary_poster> hatch, you did write big chunks of it correctly!  I'm an editor, sorry.  A lot of the stuff I added was correction.
[18:41]  * gary_poster needs some lunch
[18:42] <gary_poster> hatch I meant that a lot of the stuff I added was clarification
[18:42]  * gary_poster needs some lunch in order to clear his head :-P
[18:44] <rogpeppe> bac, gary_poster: here's the second part of the "juju set" change, that actually exposes the functionality in the API
[18:44] <rogpeppe> https://codereview.appspot.com/7305101
[18:44] <rogpeppe> hopefully that will work as a reasonable example.
[18:45] <bac> rogpeppe: thanks
[18:45] <rogpeppe> i'm off for the day now, have a good r.o.d. all
[18:45] <hatch> gary_poster: haha that's fine :) I'll just take lunch now and then I'll add the changes you commented
[19:13] <Guest29269> I'm alive!
[19:14] <hatch> phew!
[19:15]  * benji pulls off the slimy goo that accompanies reincarnation via a celestial portal
[19:16] <hatch> I always envision reincarnation on demand to be more like those little pods in the Matrix
[19:16] <hatch> although it probably woudln't dump you into a sewer after
[19:16] <hatch> that would kind of defeat the purpose
[19:16] <hatch> ;)
[19:17] <benji> heh
[19:26] <hatch> gary_poster: whenever you return - I have updated the document and left comment replies where more clarifiation is required
[19:26] <bac> well, benji's reincarnation didn't last long.
[19:26] <hatch> looks like the sewer got him
[19:29] <bac> so benji you all shiny 64 bit?
[19:32] <benji> bac: yep; many little things to fix though.  For example, no system beep so I can't hear when people talk to me on IRC
[19:33] <bac> oy
[19:33] <bac> yeah, i've spun up a new vm
[19:33] <benji> oddly, alt-tab doesn't work either; that's a new one
[19:33] <bac> for some reason i wrongly thought vmware only supported 32bit
[19:34] <benji> have you been able to bootstrap an environment?
[19:34] <benji> (I haven't even tried yet, still getting this thing into a usable state.)
[19:35] <bac> benji: still getting stuff
[19:35]  * gary_poster not back yet
[19:35] <bac> i'm surprised i was able to torrent an ISO as quickly as i did
[19:36]  * bac hearts having a subset of /home/bac in a bzr branch for easy replication...
[20:07] <gary_poster> bcsaller_, hatch I have to watch the tablet video and then I can have a call anytime :-)
[20:07] <hatch> tablet video?
[20:08] <gary_poster> hatch http://www.ubuntu.com/devices/tablet
[20:08]  * hatch watching video
[20:14] <hatch> wow
[20:14] <hatch> "take my money!!"
[20:21] <hazmat> guihelp is there a cause for the gui just showing up blank ala http://i.imagebanana.com/img/bx7q184n/Selection_001.png
[20:22] <hatch> hazmat: that happened to me before when it coudln't connect the websockets
[20:22] <hatch> a quick restart of the servers and it hasn't happened since
[20:22] <benji> hazmat: I don't have any particular knowlege of that happening, but it looks like the background that we use to hide the app while logging in/connecting isn't getting hidden
[20:22] <gary_poster> hazmat, yes, what hatch says.  If we make a release, message on screen now says that
[20:23] <gary_poster> hazmat, suggest looking at network tab.  I bet they will see ws requests failing to connect over and oevr again
[20:24] <gary_poster> hatch, bcsaller_ no rush but let's meet in juju gui when you are available
[20:24] <hatch> Ready when you are
[20:26] <bcsaller_> joining now
[20:55] <bac> benji: have you gotten your juju-core environment back up?
[20:55] <benji> bac: very nearly, but I am about to knock off for the day (I didn't take lunch today because of all this)
[20:56] <bac> benji: i'm trying to install juju-core and getting:
[20:56] <bac> bac@quantal64:~$ go install -v launchpad.net/juju-core/...
[20:56] <bac> work/src/launchpad.net/juju-core/state/api/apiserver.go:4:2: import "code.google.com/p/go.net/websocket": cannot find package
[20:56] <bac> this is with a fresh juju-core trunk
[20:57] <benji> hmm, no idea
[20:58] <gary_poster> bcsaller_, hatch, everything resolved and the world is a beautiful place?
[20:58] <hatch> rainbows and butterflys
[20:59] <hatch> I'm just reading the D3 module doc/code to see how we can reuse it like bcsaller_ mentioned
[21:00] <gary_poster> ok cool hatch thanks
[21:05] <gary_poster> bac or benji, I want to contact Roger about the details about the pyJuju/Go Juju interaction issues.  Could either of you supply them for me?  I think you said that you had to change your bucket name?
[21:05] <benji> gary_poster: right, I just tacked "-go" on to the end of the previous bucket name; Brad did something similar
[21:06] <gary_poster> benji, control-bucket in environments.yaml?
[21:06] <benji> gary_poster: yep
[21:06] <bac> gary_poster: yes, in environment.yaml you have to make the bucket name different from the one used by pyjuju
[21:06] <gary_poster> benji, bac, cool thank you both
[21:06] <bac> gary_poster: yep
[21:06] <gary_poster> yep
[21:07] <gary_poster> benji bac, sorry one more thing.  what's the error symptom?
[21:08] <benji> gary_poster: I put a copy of the error in that google doc you pointed me at
[21:08] <gary_poster> oh cool! thanks benji
[21:11] <bac> benji: i'd forgotten to install hg and git.  'go get' silently fails and that's why the packages were not found.
[21:11] <benji> heh
[21:11] <benji> bac: yay!  I have a bootstrapped environment!
[21:12] <bac> it's one thing to let you shoot yourself in the foot but another to plant land mines.
[21:12] <bac> benji: yay.  i will before the eod
[21:13] <benji> heh, yeah
[21:13] <bac> that said, i'm breaking to walk the dog
[21:14] <benji> I'm going to stop on that positive note.  See you all tomorrow.
[21:17] <gary_poster> See you
[21:21] <gary_poster> Makyo, bcsaller_, hatch, two of us should review Nicola and Francesco's branch https://codereview.appspot.com/7301105/ .  I'll take one, but then we need another.  (If we get two volunteers I'll happily give up my spot ;-) ).  Could at least one of you review their branch before EoD?
[21:22] <bcsaller_> gary_poster: I'll look at it now
[21:22] <gary_poster> I'll be responsible for QA, unless Makyo has a GoJuju environment ready
[21:22] <gary_poster> ok thank you bcsaller
[21:22] <Makyo> No gojuju yet, sorry :/
[21:22] <gary_poster> s'ok
[21:22] <hatch> I don't think I have Go running
[21:22] <gary_poster> Go is only a deb away
[21:22] <hatch> I can put some time into it though if you need
[21:23] <gary_poster> but GoJuju is more involved.  Naah, s'ok hatch.  hatch, let's talk tomorrow morning about timeline for what you are tackling with the app, and whether we can divide it up.
[21:23] <gary_poster> but meanwhile, explore :-)
[21:24] <hatch> sure thing - I've read through the d3 component docs and code and now I'm reading through the Y.App.Base code
[21:24] <hatch> I think Y.App.Base provides us with what we need already
[21:24] <gary_poster> cool
[21:32] <Makyo> re: the sub-application aspect?
[21:33] <gary_poster> yes, Makyo
[21:33] <Makyo> gary_poster, Ah, rock on.
[21:33] <gary_poster> :-)
[21:36] <gary_poster> I suspected but did not have proof that 'lgtm' as 'not lgtm' are actually official rietveld signals
[21:36] <gary_poster> but now I see http://code.google.com/p/rietveld/source/detail?r=756dc683ac1060be54e23e6f913b258ffd1582b8
[21:37] <gary_poster> I'll suggest we change to these codes
[21:37] <hatch> gary_poster: bcsaller_: can you check the 'coding' section of the google doc - I feel that these are the steps that we need to take - everything else is handled automatically by the core YUI code
[21:43] <gary_poster> hatch only one other comment, but +1 generally
[21:45] <hatch> GREAT
[21:45] <hatch> oops
[21:45] <hatch> :)
[21:46] <gary_poster> :-)
[21:49] <bcsaller_> hatch: so does that imply you'd rather not base it on the component framework?
[21:50] <hatch> yep - and the only reason is that Y.App.Base has almost everything we need with the exception of the couple additions I mentioned - but maintains a consistant api for working and interacting with views like you normally would
[21:50] <hatch> things like 'showView', app container event bubbling
[21:50] <hatch> 'createView'
[21:51] <hatch> 'activeView'
[21:51] <hatch> these are things that will be benneficial as the complexity of these sub apps will (no doubt) grow into
[21:51] <bcsaller_> activeView is a little sketchy in the namespaced world anyway
[21:51] <hatch> it will be the active view of the sub app
[21:53] <hatch> if we extend Y.App.Base then we can pass it to anyone and point them to the YUI api (with a few additions) and they can get up to speed really quick
[21:53] <hatch> the only reason we have to disable router and pjax in the first place is because Y.App was never built with sub views in mind -> I'll probably work on a core patch at some point to split that out


[00:48] <OvenWerks> huh, if thge only reason people want "unity" or gnome is for the left side panel...
[00:52] <Eickmeyer> Seems like a silly reason.
[00:52] <Eickmeyer> Gnome doesn't have a left side panel by default.
[00:52] <OvenWerks> +1
[00:53] <OvenWerks> But it does show what sticks out to many users
[01:02] <Eickmeyer> Yep.
[01:11] <OvenWerks> It's like having a sports car and you passengers only comment is that it has a moon roof...
[01:14] <Eickmeyer> XD
[01:15] <OvenWerks> Though calling gnome a sports car is maybe a bit of a streach...
[01:20] <Eickmeyer> Gnome is the shiny rebuilt hot-rod that's rusting away on the inside.
[01:21] <OvenWerks> oh, like a new car...
[01:52] <Eickmeyer> Haha
[14:53] <OvenWerks> Eickmeyer: with regard to: https://discourse.ardour.org/t/usb-c-adaptor-changes-audio-sample-rate/101446
[14:54] <OvenWerks> I am wondering if I should even put a sample rate in the zita-ajbridge lines.
[15:00] <OvenWerks> I wonder what zita does if the device it opens does not support the requested rate.
[15:03] <OvenWerks>  I know jack just requests and goes regardless, but I don't know if zita uses the requested SR to calculate it's SRC.
[15:03] <OvenWerks> I wish I had such a device to play with I guess.
[15:06] <Eickmeyer> Yes. There are still devices that requrie the host machine to set the sample rate, such as my audio interface. That said, a Behinger X-32 Mixer will change the sample rate to whatever it is set to, regardless of what is set by zita-a2jbridge.
[15:07] <Eickmeyer> So, it just completely depends on what is being used. Unfortunately, there's no way to detect that.
[15:07] <Eickmeyer> OvenWerks: ^
[15:08] <OvenWerks> well there is a way to detect it... but it is not trivial and only something you want to do once.
[15:08] <OvenWerks> zita will by default try for 48k
[15:10] <OvenWerks> I just wonder what happens if it gets a 44k1 only device. Does it error out? or just take longer to sync up?
[15:11] <OvenWerks> For that matter, if the jack master is running at 44k1 and a USB device is plugged in at 48k (only) and zita is therefor set to 44k1, will zita care?
[15:12] <OvenWerks> Eickmeyer: so, can jack set the SR on your x32?
[15:12] <OvenWerks> or does it stay where set?
[15:14] <Eickmeyer> Jack cannot set the SR on the X32. Rather, the X32 sets the SR on Jack.
[15:17] <marcuswlima> hi everyone !!!
[15:18] <OvenWerks> Eickmeyer: great! you can test then...
[15:18] <Eickmeyer> Sadly, I cannot. I don't have access to an X32 anymore. :(
[15:19] <OvenWerks> Eickmeyer: if you use the internal audio set to 44k1 and plug in the x32 while it is set to 48k....
[15:19] <OvenWerks> Ah :(
[15:20] <OvenWerks> Hmm, where is my "disney" mic.
[15:22] <Eickmeyer> lol
[15:22] <marcuswlima> I would like to collaborate on this community as a tester. What are the first steps?
[15:25] <OvenWerks> marcuswlima: testing would be for the 19.10 ISO image.
[15:28] <OvenWerks> http://iso.qa.ubuntu.com/qatracker/milestones/404/builds/197576/testcases
[15:28] <OvenWerks> you would need a launchpad account so you can login to record results
[15:30] <OvenWerks> marcuswlima: at this time we are particularily interested in testing the packages found in: https://launchpad.net/~ubuntustudio-ppa/+archive/ubuntu/backports
[15:30] <OvenWerks> marcuswlima: Eickmeyer (above) is our lead BTW.
[15:33] <OvenWerks> marcuswlima: you do not need to install the backports PPA to test if you are using the daily image, as these are packages that are already included in 19.10. I only reffer you there because it is a convenient list of what is new.
[15:34] <OvenWerks> you would not be able to test -installer unless you install another flavour first so maybe leave that one out.
[15:46] <OvenWerks> -installer has been tested for installing Studio over kubuntu and ubuntu (I think)
[15:49] <OvenWerks> Eickmeyer: Disney mic shows: Rates: 8000, 11025, 22050, 44100, 48000
[15:49] <OvenWerks> so that won't help
[15:56] <Eickmeyer> Lame.
[15:57] <OvenWerks> I guess I need a cheap usb headphone adapter
[15:57] <OvenWerks> or guitar adapter
[16:54] <OvenWerks> Eickmeyer: headphone adapter... price $0.01, shipping $3.98  ;)
 lol
[17:03] <OvenWerks> what is amazing is that these headphone jacks offer 5.1 channel arangement...
[17:07] <OvenWerks> however, if I pay a little bit more ($0.68) then shipping is only $0,99
[17:08] <OvenWerks> lets buy a few and see if any of them are crappy enough for testing
[17:09] <OvenWerks> Wow! I can up grade my shipping and get it sooner for only $31 per item  :P
 lolololollololol
 LOL!
 Sorry, I'm all over the place today.


[10:19] <arraybolt3[m]> Could someone immediately kick a user named "pitiless" out of #ubuntu? They're mentioning extraordinarily inappropriate topics and spamming the tar out of the channel.