[06:12] <mborzecki> morning
[06:25] <mvo> hey mborzecki - good morning
[06:27] <mborzecki> i see that 2.37 is out :) time to update arch packages
[06:28] <mvo> mborzecki: yeah, I need someone approve the SRU uploads still but otherwise most things are in place now
[06:43] <zyga> Hi
[06:51] <mvo> hey zyga
[07:00] <zyga> Hey, all good
[07:00] <zyga> Details later today :-)
[08:06] <mup> PR snapcraft#2441 opened: legacy/meta: make hooks executable instead of complaining they're not <Created by Saviq> <https://github.com/snapcore/snapcraft/pull/2441>
[08:09] <mborzecki> pushed an update to arch, seems to work fine locally
[08:23] <pstolowski> hey
[08:30] <mborzecki> pstolowski: hey
[08:33] <mvo> hey pstolowski
[08:45] <zyga>  hey pawel
[08:45] <zyga> mborzecki: thank you :)
[08:45] <zyga> I will push suse updates after returning
[08:45] <zyga> I want to test them locally
[08:58] <mup> PR snapcraft#2442 opened: cli: enable cleaning of parts <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2442>
[09:07] <mborzecki> turns out that plug name sorting spread error was a regression after all
[09:09] <mborzecki> and we're missing a unit test for /v2/interfaces (legacy connections) that checks whether returned data is sorted
[09:10] <mborzecki> snap interfaces makes doesn't do anything about sorting of plugs/slots and conencted endpoint, so i guess it's implied that the data is sorted already
[09:20] <pstolowski> mborzecki: was it a regression after yesterday's PR?
[09:32] <pstolowski> need 2nd review for simple https://github.com/snapcore/snapd/pull/6379
[09:32] <mup> PR #6379: ifacestate/tests: extra test for hotplug-connect handler <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6379>
[09:34] <Chipaca> huh, I don't  understand #6388
[09:34] <mup> PR #6388: tests: fix install-snaps test by changing the snap info regex <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6388>
[09:35] <mborzecki> pstolowski: no, it's a regression in my connections endpoint PR
[09:35] <Chipaca> for two reasons: that install test should fail all the time now because of #6339
[09:35] <mup> PR #6339: cmd/snap: only auto-enable unicode to a tty <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6339>
[09:35] <Chipaca> but at the same time --unicode=never should not make a difference, for the same reason
[09:36] <Chipaca> so somehting's off
[09:36] <pstolowski> mborzecki: ack. the client should be fixed to sort imho
[09:36] <mborzecki> Chipaca: there shuld be a git revision in the build log that cachio linked
[09:36] <mborzecki> s/shuld/should/
[09:38] <mborzecki> Chipaca: heh, can't find one :/
[09:38] <Chipaca> mborzecki: issue is on master as well
[09:39] <Chipaca> mborzecki: I suspect there's a sneaky en dash that isn't coming from an escapes struct
[09:39]  * Chipaca greps
[09:41] <mborzecki> heh, en dash, wreaking havoc since MS started replacing - with it in their office/outlook suites :P
[09:41] <Chipaca> actually, no
[09:41] <Chipaca> that's never an en dash
[09:41] <Chipaca> what
[09:41] <Chipaca> ah
[09:41]  * Chipaca stops, steps back, and hits the coffee
[09:42] <kyrofa> That's always my solution as well
[09:42] <Chipaca> mborzecki: I was so indignant at people using 1252 instead of latin 1
[09:44] <mborzecki> Chipaca: 1250 here :P
[09:47] <Chipaca> mborzecki: I guess you had the same thing going with latin 2?
[09:47] <mborzecki> Chipaca: yup
[09:47] <Chipaca> although probably not as bad, given what html 5 does
[09:58] <mborzecki> Chipaca: haha, https://github.com/snapcore/snapd/pull/6388#discussion_r248595404 so the font rendering i get in FF makes - and en dash virtually indistinguishable
[09:58] <mup> PR #6388: tests: fix install-snaps test by changing the snap info regex <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6388>
[09:59] <Chipaca> mborzecki: https://github.com/snapcore/snapd/blob/master/cmd/snap/main.go#L500
[09:59] <mborzecki> Chipaca: at 250% zoom it's slightly longer and slimmer than -
[10:01] <mup> PR snapd#6392 opened: interfaces: helpers for sorting plug/slot/connection refs <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6392>
[10:02] <mborzecki> trivial one ^^
[10:05] <Chipaca> mborzecki: connRef already has sorting tests?
[10:05] <mborzecki> Chipaca: yes
[10:06] <mborzecki> just above the first hunk in sorting_test.go
[10:08] <mborzecki> i'm suprised how the test suite is mostly non-flaky recently
[10:13] <Chipaca> mborzecki: don't jinx it
[10:55] <mup> PR snapd#6392 closed: interfaces: helpers for sorting plug/slot/connection refs <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6392>
[11:06] <mborzecki> prepare of google:arch-linux-64:tests/{main,regression,completion,smoke}/ suites failed, with an awkward error
[11:33] <kenvandine> pedronis`: https://bugs.launchpad.net/snapd/+bug/1768419
[11:33] <mup> Bug #1768419: Pass through snapd client User-Agent to store requests snapd <snapd:Triaged> <https://launchpad.net/bugs/1768419>
[11:39] <Chipaca> kenvandine: ?
[11:50] <kenvandine> Chipaca: we were just discussing that and i was sending pedronis` the link
[11:50] <Chipaca> fwiw we do now have context in more places, but it'd still be a bunch of work to get it everywhere
[11:51] <Chipaca> (context is needed to do what that says)
[11:51] <kenvandine> Chipaca: could you comment on that bug with any concerns?
[11:51] <kenvandine> we are trying to make sure the store team is on board as well
[11:51] <Chipaca> kenvandine: is "it's work" a concern? :-)
[11:51] <kenvandine> a little
[11:52] <kenvandine> it's something we really want
[11:52] <kenvandine> not just us but advocacy
[11:52] <Wimpress> degville: Do you have any docs (draft or otherwise) that explain the key signing of snaps?
[11:53] <Wimpress> I have an ISV asking after details for a security review.
[11:55] <mborzecki> Chipaca: pushing that user-agent info through all the layers without context sounds nightmarish
[11:55] <Chipaca> mborzecki: "a lot of work"
[11:56] <mborzecki> Chipaca: and when complete, it'd probably be nothing to be proud of :)
[11:56] <Chipaca> mborzecki: eh, dunno about that
[11:57] <Chipaca> mborzecki: it is the kind of thing that would make a refactor of daemon more urgent though
[11:57] <degville> Wimpress: no, sorry - not specifically. The closest is likely the Ubuntu Core image building doc: https://docs.ubuntu.com/core/en/guides/build-device/image-building.
[11:57] <Chipaca> anyway, commented there
[11:58] <Chipaca> degville: Wimpress: wasn't there a whitepaper?
[11:58] <Wimpress> degville: I suspected ;-) Thanks for looking. I'll prepare a reply.
[11:59] <Wimpress> I have the whitepaper, very old now. Orientated toward Ubuntu Core rather than just snaps.
[11:59] <degville> Wimpress: we can create one - happy to prioritise it - especially if there's a Whitepaper.
[12:02] <Wimpress> degville: Please do add creating snap signing/integrity checking to your TODO list :-)
[12:02] <degville> Wimpress: will do - thanks. This seems important.
[12:03] <Wimpress> I'll prepare a reply and let the ISV know this is something we're working on.
[12:16] <mup> PR snapd#6393 opened: packaging: import debian salsa packaging work <Created by mvo5> <https://github.com/snapcore/snapd/pull/6393>
[12:27] <greyback> hey, I'm trying to install Core on my RPi3 - I used the edge image - it has stuck at the account email setup with "x509: certificate expiired or not yet valid". Appears networking set up ok, I can ping and attempt ssh connection. Any idea what's wrong?
[12:28]  * Chipaca ⇝ lunch
[12:31] <popey> greyback: time and date wrong?
[12:31] <greyback> popey: how can I check that?
[12:31] <greyback> this is during Core first setup
[12:32]  * greyback plugs out and in again, in case it helps
[12:35] <greyback> nope
[12:35] <popey> I don't know, but that's where cert errors often come from
[12:35] <popey> also if you're behind a proxy
[12:35] <popey> are you in capetown? Is the IS transparent proxy in the way and doing something silly?
[12:36] <greyback> no, but I'm in a new office
[12:36] <ppisati> ogra: how do i install hcitool in ubuntu core? core16 doesn't have it
[12:38] <cwayne> ppisati: bluez snap
[12:38] <popey> greyback: does it have a captive portal?
[12:38] <greyback> popey: no, and no sign of a proxy.
[12:38] <ppisati> cwayne: yeah. i found it
[12:39] <popey> greyback: does it work in a vm? on your laptop?
[12:39] <greyback> popey: worth a shot
[12:39] <popey> Otherwise I'm a bit out of ideas, sorry.
[12:39] <popey> But it all smells of crappy network doing stuff if your certificates are wonky
[12:39] <popey> (also, does a core16 image work?)
[12:40] <greyback> popey: thanks for the help. I've mostly carted around VMs, so this is the first time I've done the core initial setup in a while
[12:40] <greyback> I'll see what I can figure out
[12:42]  * pstolowski lunch
[12:49] <mup> PR snapcraft#2443 opened: schema: allow before and after <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2443>
[12:54] <zyga> mvo: hey
[12:54] <zyga> mwhudson: thank you!
[12:54] <zyga> mvo: I wasn't aware (or I missed because steve told me) that mwhudson is going to be back today
[12:55] <zyga> mwhudson: we're working on the 2.37 debian release
[12:55] <zyga> mwhudson: I think it's safe to say that we will sync with you next week, this week we're okay and it's best that we just take the responsibility of landing this release out there, we can definitely upload more changes later if needed
[12:56] <zyga> mwhudson: we also discussed ideas on how to improve the situation in both snapd upstream (how to test it so that we detect this early) and in debian (improvements to salsa packaging, packaging missing things, updating packages for stale things)
[12:56] <zyga> mvo: mwhudson ran tests on debian kernel and they did not fail so I suspect some interaction between unit tests and ubuntu kernel running in debian userspace chroot
[12:59] <mborzecki> off to pick up the kids from school
[13:32] <ogra> ppisati, it comes with the bluez snap
[13:37] <ppisati> ogra: yep, found it
[13:39] <ogra> ppisati, btw, the forum indicates that more and more people use your sample-kernel trees from GH ... are they still kept up to date ?
[13:39] <ogra> (/me saw three users alone in the last ten days)
[13:40] <ogra> (different ones)
[13:41] <mvo> zyga: aha, cool
[13:42] <mvo> mwhudson: https://github.com/snapcore/snapd/pull/6393 <- might be interessting for you (cc zyga)
[13:42] <mup> PR #6393: packaging: import debian salsa packaging work <Created by mvo5> <https://github.com/snapcore/snapd/pull/6393>
[13:42] <zyga> mvo: I'll gladly look next week unless you believe there is some value to cherry pick as debian/patches
[13:48] <mvo> zyga: if you package works, no need to cherry pick anything
[13:48] <mvo> zyga: if the package does not work there might be fixes worth getting there
[13:49] <ppisati> ogra: they never meant to be updated, they are just there as an example how to make your kernel work with ubuntu core
[13:49] <ogra> hmm, k, people seem to actually use them
[13:59] <Chipaca> getting tea, bbiab
[14:30] <ppisati> ogra: what's the best strategy to build a snapdragon ubuntu core image that uses a kernel snap with a custom dtb?
[14:32] <ogra> ppisati, build a normal image, put dtb into system-boot partition next to the default one, stop boot at u-boot prompt and point to the new dtb with the fdt_file var (or however that was called on db)
[14:33] <ogra> if you actually want to build from scratch and your dtb has a special name, you need to build a modified gadget with changed uboot.env.in with the same change as above
[14:34] <ogra> easiest is indeed just building a default image and simply ship your dtb in your kernewl snap as a replacement of the default file ... (same filename) then you dont need to touch anything
[14:35] <ppisati> ogra: ok so, my kernel snap contains the custom dtb and it has the same name, does it replace the one from the gadget snap?
[14:35] <mborzecki> Chipaca: looking at the overlord loop, looks like we could detect when the time jumps by some reasonable amount (eg. some mulitple of ensure intervals?) and skip one call to ensure
[14:35] <ogra> there is none in the gadget snap on db
[14:35] <ppisati> *the same name as the one normally used to boot the board
[14:35] <ogra> it is used from the kernel snap
[14:35] <ppisati> ogra: oh cool
[14:35] <ogra> so as long as you keep the same name it will just be used
[14:36] <ogra> even if you manually install your kernel snap on an image
[14:36] <ppisati> ogra: k, thanks
[14:39] <mborzecki> Chipaca: anyways, we'll know more once we have some feedback from popey
[14:44] <Chipaca> mborzecki: time changed between 1.6 and 1.11 (was it 1.7?) and started including two times per time
[14:44] <Chipaca> mborzecki: we'd have to test both :-)
[14:44] <Chipaca> but, yes
[14:46] <Chipaca> mborzecki: that is, 1.6 didn't have monotonic timers
[14:46] <mborzecki> Chipaca: we're switching to 1.9 though? :P
[14:46] <Chipaca> mborzecki: so if the machine suspends for an hour half an hour before a dst change, ¯\_(ツ)_/¯
[14:46] <Chipaca> mborzecki: aye
[14:47] <mborzecki> Chipaca: i mean we can try and reduce the changes of this happening, but that's probably it
[14:49] <zyga> Chipaca: papercut: search for test that uses "snapname" and revision 42
[14:49] <zyga> it's not mocking and ends up writing to ~/snap/
[14:49] <Chipaca> zyga: ouch
[14:49] <Chipaca> zyga: spread, or unit?
[14:49] <zyga> :)
[14:49] <zyga> unit
[14:50] <zyga> maybe sudo mkdir snap/snapname
[14:50] <zyga> and chmod 000
[14:50] <zyga> to catch it
[14:50] <Croepha> is there still a download for ubuntu core?
[14:51] <zyga> Croepha: https://www.ubuntu.com/download/iot
[14:51] <zyga> mvo: about cmd/snap-seccomp, question about build-deps
[14:51] <zyga> do I recall correctly that needs some i386 headers?
[14:51] <Croepha> zyga: thanks :)
[14:51] <zyga> if so, how is that expressed?
[14:52] <zyga> https://www.irccloud.com/pastebin/lvJKcDgF/
[14:52] <mvo> zyga: I don't remember, maybe thats it
[14:53] <zyga> I wonder how that looks like because nothing in debian/control looks appropriate
[14:54] <Chipaca> zyga: instead of making me hunt, if you already know the test can you tell me? if you don't then i can hunt no problem
[14:54] <Chipaca> there are a lot of tests in snap-exec that use snapname at rev 42
[14:54] <Chipaca> also snapenv
[14:55] <zyga> Chipaca: I don't know the test
[14:55] <zyga> just noticed when I ran go test ./...
[14:55] <zyga> uh
[14:55] <zyga> ok
[14:55] <zyga> not urgent :)
[14:55] <Chipaca> ok
[14:55] <zyga> dreaded 42 :)
[14:56] <Chipaca> mborzecki: https://github.com/davecheney/junk/blob/master/clock/clock_linux.go fwiw
[15:15] <mborzecki> shall we land #6388?
[15:15] <mup> PR #6388: tests: fix install-snaps test by changing the snap info regex <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6388>
[15:25] <Chipaca> mborzecki: +1
[15:26] <mup> PR snapd#6388 closed: tests: fix install-snaps test by changing the snap info regex <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6388>
[15:38] <roadmr> Chipaca hi :) does snapd 2.37 currently in beta have full support for epochs?
[15:38] <Chipaca> roadmr: define "full support"
[15:39] <Chipaca> roadmr: #6356 isn't on master yet, so 2.37 doesn't have it, so I don't consider epochs "done"
[15:39] <roadmr> Chipaca: hm I guess not refreshing to a revision of the snap that isn't epoch-compatible with the one I have
[15:39] <mup> PR #6356: overlord/snapstate: during refresh, re-refresh on epoch bump <Created by chipaca> <https://github.com/snapcore/snapd/pull/6356>
[15:39] <roadmr> Chipaca: ah - yes, that was sort of it, I didn't check/track the actual PR. I'll keep an eye on that one then :) thanks!
[15:40] <Chipaca> roadmr: the "don't refresh if not epoch-compatible" work is in 2.37 yes
[15:40] <roadmr> Chipaca: (and indeed it was to mention something about epochs in our weekly report - but I'll just leave it at "RSN!")
[15:40] <roadmr> Chipaca: ah, so #6356 is the "eager refresh" thingy?
[15:40] <mup> PR #6356: overlord/snapstate: during refresh, re-refresh on epoch bump <Created by chipaca> <https://github.com/snapcore/snapd/pull/6356>
[15:41] <Chipaca> roadmr: yes
[15:41] <roadmr> great! thanks Chipaca
[16:11]  * cachio lunch
[16:57] <mup> PR snapd#6394 opened: tests: iterate getting journal logs to support delay on boards <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6394>
[17:01] <mup> PR snapd#6395 opened: cmd/snap: use a fake user for 'run' tests <Simple 😃> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6395>
[17:01] <Chipaca> zyga: ^
[17:02] <cachio> mvo, 2.37 is in candidate
[17:02] <mvo> cachio: yay
[17:03] <mvo> cachio: thank you!
[17:04] <cachio> mvo, :)
[17:09] <zyga> Chipaca: thank you!
[17:12] <cachio> mvo, yesterday I saw a mount error again
[17:12] <cachio> forgot to mention :(
[17:16] <cachio> I think it was on 2.37
[17:16] <cachio> on ubuntu-core-18
[17:40]  * zyga EODs
[17:42] <cachio> zyga, is it needed the change I did time ago on upgrade backend?
[17:42] <zyga> cachio: I don't know what you mean, sorry
[17:42] <zyga> I'm too tired today
[17:42] <zyga> long day
[17:42] <zyga> 7:30 -> 19:30
[17:42] <cachio> zyga, ahh, ok
[17:42] <cachio> let's talk tomorrow
[17:42] <zyga> +1
[17:43] <cachio> thanks
[17:59] <mvo> cachio: oh? if you see the mount error again, please give me an url, that is really sad if the bug is not actually fixed
[18:07] <mup> PR snapd#6393 closed: packaging: import debian salsa packaging work <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6393>
[18:07] <mup> PR snapd#6396 opened: packaging: import debian salsa packaging work <Created by mvo5> <https://github.com/snapcore/snapd/pull/6396>
[19:01] <zyga> mwhudson: hey, for tomorrow, just to let you know, we are working on the package with mvo
[19:01] <zyga> mwhudson: my fork of salsa is at https://salsa.debian.org/zyga-guest/snapd/commits/debian
[19:36] <diddledan> https://openfaas.bowlhat.net/function/awesomify?q=snap+craft
[19:46] <Pharaoh_Atem> popey: did you poke anyone to add CentOS/RHEL 7 instructions for installing and using snaps?
[19:46] <Pharaoh_Atem> I didn't do all that work to make it available in EPEL for nothing, did I? :P
[19:46] <popey> haha!
[19:46] <popey> I did poke, I need to re-poke
[19:47] <popey> will do so tomorrow morning
[19:47] <popey> Thanks for the nudge
[19:47] <zyga> indeed!
[21:02] <mwhudson> zyga: great
[21:02] <mwhudson> zyga: didn't you get your dd hat yet?
[21:29]  * cachio afk
[23:50] <mup> PR snapd#6397 opened: tests: Use backend: [autopkgtest] for smoke test suite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6397>


[04:15] <knightwise> morning
[04:24] <daftykins> bed for me, shift change!
[04:24] <daftykins> \o
[04:24] <maps> morning
[04:24] <maps> sup daftykins
[04:25] <daftykins> just off to bed
[04:25] <daftykins> nn :>
[07:10] <MooDoo> morning all
[07:16] <diddledan_> mernin
[07:18] <diddledan__> oops
[07:18] <diddledan__> mernin again
[07:38] <bittin> yay 4 episodes backlog :)
[08:02] <diddledan__> m00
[08:03] <bittin> meow
[08:19] <davmor2> Morning all
[08:21] <diddledan__> allo
[08:53] <brobostigon> morning boys and girls.
[08:53] <bittin> morning
[08:54] <davmor2> diddledan__: while the long tail :)
[09:03] <Laney> i'm in bits about the 1D news
[09:03] <Laney> hold me
[09:03] <foobarry> need to get my tattoo removed
[09:04] <foobarry> 1D 4eva
[09:04] <Laney> keep the faith
[09:04] <Laney> in 10 years when the money has run out they'll be back
[09:12] <diddledan__> davmor2: it's cute, isn't it, my tail?
[09:12] <davmor2> while why even meh not enough coffee :(
[09:12] <diddledan__> lol
[09:12]  * diddledan__ puts-up the intraveinous
[09:12] <popey> morning
[09:12] <diddledan__> allo popey
[09:14] <bittin> top of the morning to you
[09:14] <davmor2> morning popey
[09:14] <foobarry> Laney: in 10yrs they will do a comeback tour that will make money money than if they had never stopped!
[09:16] <diddledan__> foobarry: money squared?
[09:16] <diddledan__> methinks your brian works faster than your fingers :-p
[09:21] <foobarry> i've also been on holiday for two weeks
[09:21] <foobarry> new google hangouts web page sucks
[09:21] <bashrc> in what way?
[09:23] <foobarry> i thought it would be better
[09:23] <foobarry> better presentation of chats
[09:24] <foobarry> but they've just taken the gmail window away and not changed the tiny chats in the corner
[09:24] <popey> London is wet
[09:24] <foobarry> very very wet
[09:24] <nigelb> tws
[09:24] <nigelb> *twss
[09:25] <foobarry> also TUBE STRIKE this week, scumbags
[09:26] <popey> luckily I work walking distance from Waterloo
[09:26] <popey> so rarely use the toob when here
[09:34] <foobarry> where are canonical based now?
[09:36] <popey> still in the same place, blue fin
[09:39] <bigcalm> Good morning peeps :)
[09:41]  * bashrc thinks there should be a general strike until everyone gets a living wage
[09:46] <SuperMatt> hat would be nice
[09:47] <czajkowski> popey: if it is poouring you can get a bus right outside Waterlook to directly outside the bluefin
[09:48] <popey> bus!?!?!
[09:52] <czajkowski> popey: aye
[09:52] <czajkowski> bus outside  beside the shell office
[09:52] <czajkowski> goes directly to blue finn and stops outside M&S
[09:53] <czajkowski> popey: #381 or the Tower bridge one
[09:58] <davmor2> popey: it is also walking distance from Euston so I don't bother anymore either
[09:59] <popey> cant recall the last time i went on a bus in london
[09:59] <popey> the walk is nice
[10:02] <davmor2> popey: it's about 48 minutes on tube and walking from Euston and 43 minutes-ish to walk depending on how energetic I feel :)
[10:03] <popey> 20 min walk from home to station for me, 10 mins from waterloo to bluefin
[10:04] <davmor2> popey: 3 minute walk to the station for me and then normally about 35-38 minutes to blue fin from euston. pretty straight path too discovered it using the phone :)
[10:05] <czajkowski> popey: aye walk is nice, except if it's raining :)
[10:06] <czajkowski> popey: although you're missing co working day :( 2 from RH this week
[10:11] <davmor2> czajkowski: no it's nicer when it's raining, you don't have that horrible clamy atmosphere you get in London then
[10:12] <davmor2> plus it cools you down as you walk :)
[10:13] <czajkowski>  davmor2 gives you that fresh out of shower look walking into the office :)
[10:15] <davmor2> czajkowski: see more and more plus, you just need to take a bottle of wash and go with you and shower ensemble is complete right ;)
[10:21] <diddledan__> yeesh: https://imgur.com/a/DyQZL
[14:08] <bigcalm> neuro: Softcat
[14:15] <davmor2> bigcalm: is that like nyancat with slower music?
[14:16] <foobarry> softcat warmcat little ball of furr
[14:46] <MooDoo> foobarry: warm kitty happy kitty purr purr purr ;)
[14:48]  * zmoylan-pi wonders who is sick...
[16:10] <SpongeBob> hello
[16:10] <SpongeBob> is anybody there
[16:11] <davmor2> yes
[16:11] <bashrc> no
[16:12] <SpongeBob> hello
[16:12] <SpongeBob> what is this all about
[16:13] <davmor2> SpongeBob: Ubuntu? Irc or the UK
[16:14] <SpongeBob> IRC haha
[16:14] <SpongeBob> know about ubuntu and i live in Ireland so i know the UK to well
[16:14] <SpongeBob> just this chat app
[16:14] <diddledan__> I'm uncomfortable. it must be these square pants
[16:15] <SpongeBob> lolololol
[16:16] <davmor2> SpongeBob: irc is just a chat method we happen to be hear to talk about well anything really, you need to follow the code of conduct, but that is about it
[16:16] <diddledan__> davmor2: s/hear/here/
[16:17] <SpongeBob> and is there only one chat room? dosent seem to be many on
[16:17] <SpongeBob> also any advice,im a noob
[16:17] <xwyfgotitall> Hello, my ubuntu was unable to pick up the sound drivers from my asus z170-a motherboard. after some meddling around on here my friend had assistance but ended up breaking the OS a little. can anyone assist in getting it back on track please?
[16:17] <davmor2> diddledan__: thanks I'd got talk and here in my head at the same time so wrote the wrong hear :)
[16:18] <diddledan__> SpongeBob: you're in a chatroom called #ubuntu-uk - it's hosted on a third-party IRC service called freenode - there are MANY IRC services on the interwebs and many more chatrooms within those different services
[16:18] <SpongeBob> how do i browse the chatrooms?
[16:18] <diddledan__> the chat program you're using can connect to any of these
[16:18] <SpongeBob> i see, and how to browse?
[16:18] <davmor2> SpongeBob: what client are you using
[16:19] <SpongeBob> XChat - GNOME
[16:19] <davmor2> SpongeBob: Menu→server→list channels
[16:20] <SpongeBob> i cant see menu
[16:21] <davmor2> SpongeBob: top of the window, if you are on 15.04 top bar if you are on anything older, if you are on the unity desktop
[16:21] <diddledan__> oops
[16:23] <diddledan__> wb
[16:23] <spongebob_> hey
[16:23] <spongebob_> dunno what happened there got lost and randomly got back, this is confusing
[16:24] <davmor2> SpongeBob_:the menu is at the  top of the window, if you are on 15.04 or the top bar if you are on anything older, if you are on the unity desktop
[16:24] <spongebob_> found it
[16:24] <spongebob_> i had to to to 'Network' and then 'Channels'
[16:25] <spongebob_> ill figure this out nice
[16:25] <spongebob_> any suggestions for chat rooms or tips :)
[16:27] <davmor2> spongebob_: Youtube and wikis, blogs or websites are possibly better for tips, for advice and friendly banter then irc is the thing :)
[16:27] <spongebob_> so irc just a bit of fun really, any real ubuntu questions etc google them???
[16:27] <spongebob_> where are you from
[16:28] <xwyfgotitall> what if google cant answer your question?
[16:29] <daftykins> spongebob_: no, official support is in #ubuntu - but you need to at least try for yourself first :) i.e. look things up
[16:31] <spongebob_> oki doke
[16:31] <spongebob_> and any good chat rooms on here for the craic
[16:40] <spongebob_> no chat room ideas?
[17:11] <maps> hmm]
[17:11] <daftykins> mmm
[17:11] <maps> a new walking dead?
[17:11] <maps> fear the walking dead
[17:12] <maps> What did the world look like as it was transforming into the horrifying apocalypse depicted in The Walking Dead? This summer, AMC will answer that question with Fear the Walking Dead, an all-new original series set in Los Angeles, following new characters as they face the beginning of the end of the world.
[17:12] <daftykins> not seen any of any o' that
[19:17] <diddledan> hic
[19:18] <Azelphur> Has anyone made a decent x86 tablet yet that'll run Ubuntu? in the sorta <8" form factor
[19:51] <diddledan> x86 tablets I would guess are a bit of a strange scenario for putting buntu on - if you don't want any fancy touchy-feely then you can prolly just use a standard buntu off an iso
[19:59] <daftykins> i think it's curry night diddledan!
[19:59] <diddledan> \o/
[20:00]  * diddledan watching dark matter
[20:01] <Azelphur> Dark Matter \o/
[20:01] <diddledan> lol @ star wars 36 remastered in VR
[20:01] <Azelphur> diddledan: indeed I don't, I'm after a cheap x86 laptop that charges on USB.
[20:01] <Azelphur> ala surface without the price tag
[20:02] <diddledan> I like my surface, but you're right about it being expensive
[20:03] <daftykins> i'm trying that 'Blunt Talk'
[20:16] <popey> Azelphur: I'd quite like to try getting ubuntu on the hudl2 but my son uses it
[20:16] <Azelphur> Yea that's one of the main reasons I was interested in it, but I haven't seen anyone who has actually done it yet
[20:16] <Azelphur> don't wanna fork out for a tablet if I can't do what I want with it
[20:16] <diddledan> popey: be a father and confiscate it
[20:16] <daftykins> ^ :D
[20:17] <popey> hah
[20:20] <diddledan> dark matter - I think the android is awesome
[20:20] <popey> maybe get a second one to hack on, they're cheap enough
[21:04] <daftykins> http://arstechnica.co.uk/business/2015/08/bbc-fires-met-office-after-93-years-of-weather-forecasting/
[21:04] <daftykins> wat
[21:31] <diddledan> daftykins: yeah I saw something about that earlier
[21:32] <diddledan> daftykins: I'm not sure it's certainly cut-n-dried yet but the motions are happening to get a new supplier
[21:32] <daftykins> Radio 4 even defrosted John Kettley for an interview
[21:57] <diddledan> didn't he used to be bergerac?
[21:57] <diddledan> :-p
[22:00] <daftykins> pff that was based on Jersey
[22:00] <daftykins>  we don't speak of that *whistle*
[22:01] <ali1234> terrible show
[22:06] <ali1234> i just realised bergerac was a copy of magnum pi
[22:07] <ali1234> they're both detective shows on an exotic island where the main character drives a red sports car and is friends with a dodgy rich bloke
[22:07] <daftykins> :D
[22:07] <daftykins> although i'd deduct 'exotic' from that about Jersey
[22:07] <daftykins> no bias...
[22:08] <ali1234> jersey is exotic compared to england, like hawaii is exotic compared to america
[22:08] <daftykins> nah it's just more England :(
[22:09] <ali1234> in reality sure
[22:09] <ali1234> i mean it's exotic in the sense that people don't know much about it
[22:09] <daftykins> *nod*
[22:09] <ali1234> anyway you know what i mean :)
[23:58] <Seeker`> http://i.imgur.com/LHglTWT.png Netflix has some interesting ideas...


[14:55] <rsc_> hi guys.
[19:48] <thorwil> kwwii: https://wiki.ubuntu.com/Website/IntrepidCountdownBanners?action=AttachFile&do=get&target=tw_intrepid_countdown_04_spiral.png
[19:48] <thorwil> bbiab
[19:53] <andreasn> thorwil: I really like that idea
[19:54] <rsc_> wasn't really sure of that myself. when I first saw it, I thought "what were those dots for?" I thought it was clever when I figured it out, though.
[19:55] <pwnguin> reminds me of some of the proposed boot loader stuff
[19:55] <rsc_> the usplash where the ubuntu logo gets revealed in segments?
[19:55] <pwnguin> i can't recall. maybe i'm thinking fedora
[19:56] <rsc_> (on the note of the countdown banner, I like the hand idea more.)
[20:21] <thorwil> thanks, andreasn, rsc_
[20:21] <thorwil> rsc_: i've been told that inside canonical, there is a preference for the dots
[20:22] <pwnguin> i imagine there's some cultural things with counting on hands
[20:22] <thorwil> i might be too much work to finish both, so i'd rather keep the hands for next time ;)
[20:26] <pwnguin> http://www.beijingmadeeasy.com/practical-beijing/chinese-finger-counting
[20:29] <thorwil> i know that there a varying techniques around the world. more interesting would be to know whether the western style i'm used to includes what would be offensive gestures somewhere


[00:08] <hatch> ok well past EOD
[00:08] <hatch> cya in the am
[00:52] <hatch> friggen CI failures
[00:53] <rick_h> valuechange sucks for CI
[00:53] <hatch> well IE passed but now FF is failing on two different tests
[00:53] <hatch> well ok not two totally different
[00:54] <hatch> but different none the less
[00:54] <hatch> some which shouldn't have even been changed...
[00:54] <hatch> like the textarea autosize plugin??
[00:54] <hatch> wth
[00:55] <rick_h> timing sensitive based since it's based on valuechange
[00:55] <rick_h> remember when we were tinkering with the 50ms poll time?
[00:56] <hatch> remember when I jsut deleted the tests from VC history like they never existed....
[00:56] <hatch> oh I wish
[00:56] <rick_h> lol
[00:58] <hatch> bzr branch trunk friggen-damn-ci-failures
[01:02] <hatch> umm what
[01:02] <hatch> TypeError: can't convert undefined to object
[01:13] <hatch> bcsaller: still around?
[01:13] <bcsaller> hatch: yes
[01:13] <hatch> so in inspector.js you had created a wrapper for handlers.push called watch
[01:13] <hatch> yeah....firefox didn't like that...
[01:13] <hatch> lol wth
[01:15] <bcsaller> hatch: is watch a reserved word in 'future js'?
[01:16] <hatch> negative
[01:16] <hatch> I'll try and create a repro
[01:16] <bcsaller> I guess that is the type of thing CI should catch, but why would we expect that to fail
[01:16] <hatch> see if it's something else in our code
[01:16] <hatch> or FF just being wako
[01:17] <bcsaller> that was just an alias IIRC, I guess just call the push directly when its used
[01:17] <hatch> yup that's what I did
[01:18] <hatch> yeah it was just an alias
[01:18] <hatch> probably to save chars
[01:19] <hatch> bcsaller: http://jsbin.com/ipehec/1/edit
[01:20] <hatch> updating FF to see if it fixes it
[01:21] <hatch> nope 23 does the same
[01:23] <bcsaller> handlers.push is fine
[01:23] <bcsaller> not sure that even works in chrome
[01:23] <bcsaller> console.log(handlers)
[01:24] <bcsaller> hatch: ^
[01:24] <hatch> whatabout it?
[01:25] <bcsaller> its empty in the jsbin
[01:25] <hatch> right
[01:25] <hatch> console.dir(handlers)
[01:25] <hatch> shows you the prototype
[01:26] <hatch> you can't alias any protoype methods on an array in FF
[01:26] <hatch> http://jsbin.com/ipehec/2/edit
[01:28] <bcsaller> not working in chrome for me either, I think it was failing silently
[01:28] <hatch> odly enough it works just fine with objects
[01:28] <hatch> http://jsbin.com/ipehec/4/edit
[01:29] <hatch> interesting
[01:29] <hatch> ignore the comments
[01:29] <hatch> i just forgot to remove them
[01:30] <bcsaller> the sad part is I didn't really need the alias
[01:30] <hatch> haha right
[01:30] <hatch> that's some interesting stuffs
[01:30] <bcsaller> handlers.push it is
[01:31] <hatch> yup
[01:31] <hatch> I've already got it fixed and proposing
[01:32] <hatch> wana give it a review once it's done so I can get it in tonight? :)
[01:33] <hatch> probably be a few minutes before lbox is done
[01:36] <hatch> bcsaller: https://codereview.appspot.com/12640043
[01:37] <bcsaller> hatch: LGTM, thanks
[01:38] <hatch> great thanks
[03:14] <hatch> CI back to normal....awww yeahh
[03:14] <rick_h> hah
[04:08] <hatch> huwshimi: you around?
[05:23] <huwshimi> hatch: Yeah, I was, sorry I missed your message. Guessing you're gone now?
[08:37] <gary_poster> hey frankban. :-) good news: we do not need to support pyjuju for bundles.
[08:40] <teknico> gary_poster: good news indeed :-)
[08:41] <gary_poster> teknico, :-) .  Also, mramm expects that we can stop supporting pyjuju at 13.10
[08:41] <gary_poster> but that's not official yet
[08:42] <teknico> mourning its untimely demise already ;-)
[08:42] <gary_poster> :-)
[08:46] <frankban> gary_poster: great! so, IIUC, we don't need to add a pyAPIenv to the deployer, correct?
[13:28] <adeuring> abentley: could you please have a look here: https://code.launchpad.net/~adeuring/charmworld/1204899-report-json-value-error/+merge/179181 ?
[13:30] <abentley> adeuring: sure.
[13:31] <abentley> adeuring: Are you planning to update the staging revno so that you can QA your previous branch?
[13:32] <adeuring> abentley: can you helpme to set up the juju environment?
[13:33] <abentley> adeuring: Okay, how can I help?
[13:34] <adeuring> abentley: for a start: what do I need to put into environments.yaml?
[13:34] <abentley> adeuring: You should have a mail from me called "Accessing staging".  That has the environments.yaml that you need.
[13:34] <adeuring> abentley: ah, thanks, need to look again...
[13:37] <hatch> jujugui looking for 2 more reviews/qa's on this branch https://codereview.appspot.com/12627043/
[13:37] <benji> hatch: looking
[13:38] <hatch> thanks!
[13:38] <hatch> it'll need a deep qa
[13:38] <hatch> in fact I'll merge trunk into it again
[13:39] <hatch> proposing with the newest trunk merged in now
[13:40] <abentley> adeuring: Is it possible for start_date or end_date to be bogus?  If so, what happens?
[13:41] <adeuring> abentley: that should be set by our code. The worst I can imagine is that the end date is in the past..
[13:41] <abentley> adeuring: What if the start date is after all the subsequent dates?
[13:42] <adeuring> abentley: without looking too close, I'd say that we get an empty report. but let me check...
[13:42] <hatch> benji: updated
[13:42] <benji> k
[13:44] <adeuring> abentley: yes, we get an empty report. Basically, it boils down to a call of range(-3) or similar to generate the "buckets"
[13:46] <abentley> adeuring: However, IIUC, the start_date and end_date is typically not supplied, so we should get a range of 2011/05/1 to now.
[13:46] <adeuring> abentley: right, and that looks reasonable
[13:47] <abentley> adeuring: I thought it might come from user-supplied data, in which case we'd need another bug report.
[13:49] <benji> hatch: the code changes look fine, doing QA now
[13:51] <abentley> adeuring: r=me.
[13:51] <adeuring> abentley: thanks
[13:56] <rick_h> jujugui review time. qa instructions are included. https://codereview.appspot.com/12621043
[13:57] <rick_h> hatch: I'll peek.
[13:57] <hatch> thanks
[13:57] <hatch> I'd really like to get it landed asap
[13:58] <hatch> so we can start working with the new yui finally
[13:58] <rick_h> ugh, I get nervous when shrinkwrap updates things
[13:59] <hatch> rick_h: you can thank module authors for not locking down their dependencies for that :/
[14:01] <gary_poster> jujugui, we can stop supporting pyjuju as soon as we stop testing it in CI :-)
[14:01] <hatch> for reals?
[14:01] <hatch> wow!
[14:01] <frankban> gary_poster: let's fix CI! ;-)
[14:02] <hatch> oh c'mon I just got it working again last night
[14:02] <hatch> lol
[14:02] <frankban> heh
[14:02] <gary_poster> hatch, for IE 10 drag target bug, sinzui suggested making the "drag a charm here" thing in the middle disappear when you start a drag
[14:02] <gary_poster> I like that
[14:02] <hatch> gary_poster: yeah - I was also going to look into why it's not a drop target
[14:02] <hatch> also, are you ok with the odd drag proxy?
[14:03] <hatch> it may not be supported in IE10 like in chrome
[14:03] <frankban> bcsaller: ServiceUpdate is in juju-core trunk
[14:08] <gary_poster> hatch, yes
[14:09] <gary_poster> frankban, did you see me (try to) tell you that you don't need to support pyjuju in deployer at all?
[14:09] <frankban> gary_poster: yes, a good news
[14:09] <gary_poster> cool frankban
[14:09] <rick_h> hatch: the confirm button in the service inspector (after editing a config setting) isn't working? known issue?
[14:10] <rick_h> hatch: also saw the expose button one, but you said that was expected.
[14:10] <hatch> rick_h: yeah I think it was introduced by huws branch
[14:10] <hatch> I made a comment in his review but he must have left it
[14:10] <rick_h> hatch: hmm, yea neither cancel/confirm work
[14:10] <hatch> https://codereview.appspot.com/12506044/#msg8
[14:11] <rick_h> hatch: ok, but sounds like we don't have a card/anyone on it then? Should I add a card to inspector?
[14:12] <hatch> rick_h: I'll create a ticket and a card
[14:12] <rick_h> hatch: cool thanks
[14:13] <hatch> qaing your branch now
[14:13] <rick_h> hatch: thanks
[14:18] <hatch> rick_h: I see the options requests are still slow :)
[14:21] <adeuring> abentley: I'm getting the error "exceptions.ValueError: Missing config 'username', 'password', 'project-name' required for userpass auth
[14:21] <rick_h> hatch: yes, bug is still out on that
[14:22] <abentley> adeuring: It sounds like you might not have sourced the openstack config-- the novarc in the credentials I gave you.
[14:24] <adeuring> abentley: maybe. When did you send it?
[14:25] <benji> hatch: sorry, unity crash caused me to delay my QA a bit; still looking
[14:25]  * hatch thinks benji needs new hardwares
[14:25] <hatch> :)
[14:26] <rick_h> says the man that needs new hardwares...
[14:26] <abentley> adeuring: I believe I gave you the openstack credentials on a USB stick at the Oakland sprint, but I can mail them to you now.
[14:26] <hatch> rick_h: hey mine doesn't crash :D
[14:26] <hatch> it's just slow lol
[14:26] <adeuring> abentley: OK, THANKS
[14:28] <benji> unfortunately I think my issues (computer-wise at least) are all software-induced
[14:28] <abentley> adeuring: Please associate GPG keys with your canonical acccount.
[14:31] <frankban> gary_poster: IIRC, we try to avoid installing packages from pypi in the charm, correct?
[14:32] <gary_poster> frankban, y
[14:32] <frankban> gary_poster: ok thanks
[14:35] <hatch> yui 3.11 being merged in to trunk
[14:35] <hatch> jujugui ^
[14:35] <adeuring> abentley: ? There is a key associated with my LP account. What do you mean?
[14:35] <benji> is that Canadian for "hold onto your butts"?
[14:35] <hatch> lol
[14:37] <hatch> gary_poster: on the IE DD task now
[14:37] <gary_poster> hatch, cool thx
[14:38] <hatch> gary_poster: also curtis's branch is hanging out in maintenance review - could you ask him next time you see him what's up with it?
[14:38] <rick_h> hatch: where's "above the click handlers" that you wanted a comment?
[14:39] <abentley> adeuring: Not your lp account.  Your canonical email account<EMAIL_ADDRESS> It needs to be listed on your GPG key so that programs can pick that key automatically when sending mail to that account.  Right now, only your gmx.net and satzbau-gmbh.de accounts are listed.
[14:39] <hatch> rick_h: well I'm assuming the a's had another click handler on them else where would they link to?
[14:39] <rick_h> hatch: well, it's in the Y.Views and such.
[14:39] <hatch> ohh right pjax garbage
[14:39] <adeuring> abentley: ah, right, I'll do it
[14:39] <rick_h> hatch: and this is only overriding this in the context of the widgets in the autocomplete results
[14:40] <rick_h> hatch: huh? pjax garbage? no, it's Views listening to events from widgets
[14:40] <gary_poster> hatch, benji said he approved it if he added a test for the nagios external master script.  Neither he nor anyone in webops knows how to write that test.
[14:41] <hatch> oh haha ok, what should we do with the card? :)
[14:41]  * benji looks at it.
[14:41] <hatch> rick_h: so there is a view which is navigating on clicking those a's?
[14:41] <rick_h> hatch: the charm-token widget is used EVERYWHERE so some places watch for that click to open the charm details/etc
[14:42] <rick_h> hatch: in this view, clicking on the charm triggers teh autocomplete selection event and we don't want to do anything else with it
[14:43] <rick_h> hatch: the tokens render with a <a> and a link in there.   The test is not of the script but of the endpoint the script gets as a liveness test. I.e., it would asssure that the URL the script hits stays there and continues to contain the text that the script expects.
[14:44] <gary_poster> benji, cool thanks, sinzui says he can do that!
[14:44] <hatch> rick_h: ohh now I see, it has a path in the href
[14:44] <rick_h> hatch: right
[14:44] <rick_h> hatch: so we're killing that, that's all
[14:44] <hatch> could that be removed in favour of the charmid ?
[14:45] <hatch> (not in this branch)
[14:45] <Makyo> jujugui emergency vet trip in a few, but will bring laptop.  Still aiming to land the go-sandbox-deltas branch today
[14:45] <hatch> uh oh! Hope puppy is ok
[14:45] <rick_h> hatch: then we get into special casing, adding css for acting like a hover/clickable, etc
[14:45] <BradCrittenden> Makyo: good luck
[14:45] <Makyo> Conjunctivitis, nothing too bad, but sure is gross :P
[14:45] <benji> heh
[14:45] <rick_h> hatch: I don't think killing link clicks in a specific case is bad.
[14:46] <hatch> no but it's impossible to find out where it's being blocked if you want it to
[14:46] <hatch> that's what my comment was about
[14:46] <rick_h> but we don't want to. How in the world would an autocomplete option have an <a> you want to follow?
[14:47] <rick_h> I'm missing how this causes any grief for later on trying to figure out "why is my click blocked"?
[14:47] <sinzui> benji, gunoy deployed your changes. Do they looks good?
[14:48] <benji> sinzui: cool!  looking
[14:48] <benji> Cache-Control: max-age=0, public, must-revalidate
[14:48] <benji> perfect
[14:48] <benji> gary_poster: ^
[14:49] <hatch> we probably wouldn't want to follow an a in an autocomplete (at least in this case)
[14:49] <rick_h> hatch: I've updated the comment to call out the <a> part to help
[14:49] <hatch> but prevented events in the middle of a script aren't clear when you're stepping through the code trying to find out wth is going on
[14:49] <rick_h> hatch: but I want to keep the same css, :hover, dom structure as other charm tokens and would prefer to not tweak the template on it.
[14:50] <rick_h> hatch: understand.
[14:50] <hatch> so that's why I was commenting about putting a note on the real listener
[14:50] <hatch> s
[14:50] <hatch> but those don't exist
[14:50] <hatch> heh
[14:50] <rick_h> and been there done that
[14:50] <rick_h> hatch: trust me, it took me a bit yesterday to figure out why things kept navigating :)
[14:51] <hatch> ugh anchors!!
[14:51] <hatch> semantic this!!
[14:51] <rick_h> hah
[14:51] <hatch> I still think the search is broken
[14:52] <rick_h> stop calling it search
[14:52] <rick_h> then it'll stop being broken
[14:52] <rick_h> :P
[14:52] <rick_h> it's not search
[14:52] <hatch> then don't have a description that says 'Search for charms'
[14:52] <hatch> :P
[14:52] <rick_h> and when you complete your search it works just like you expect
[14:52] <hatch> 'Autocomplete charm name here'
[14:53] <sinzui> benji, The release was delayed because the stable branch diverged when the developer branch was merged. r69 was replaced with an identical but different revision and bzr choked.
[14:53] <hatch> sorry you aren't going to convince me this time :)
[14:53] <benji> sinzui: yes, yes... I understand some of those words
[14:53] <rick_h> hatch: that's ok. It's good to be completely wrong somtimes and carry that with a badge of honor on your chest :)
[14:53] <hatch> rick_h: http://yuilibrary.com/yui/docs/autocomplete/ look at the example image even!
[14:54] <hatch> this is even used on Yahoo's own homepage!
[14:54] <rick_h> hatch: and they do evvvvverything right :P
[14:54] <sinzui> We need to think about the process to ensure we merge into stable, not replace stable. Your weren't  involved in the mixup BTW. It just happened and it block your request
[14:54]  * hatch can't wait for the first public bug that the search is broken
[14:58] <hatch> rick_h: ok I'm a little confused by your response about the empty left column
[14:58] <rick_h> hatch: k
[14:58] <hatch> I type ceph into the input
[14:58] <hatch> hit enter
[14:58] <hatch> it clears out the left column
[14:58] <rick_h> hatch: you've done a search now
[14:58] <rick_h> for the term "ceph"
[14:58] <rick_h> it's showing you the search results
[14:59] <hatch> oh man even I'm confused about this interaction, so it's a dual purpose input?
[14:59] <hatch> it autocompletes from the start of a string and acts as a search box?
[14:59] <rick_h> no, it's a search input.
[14:59] <rick_h> it's always been a search box
[15:00] <rick_h> you've just autocompleted a search term for the user
[15:00] <rick_h> this is why autocomplete != search
[15:00] <hatch> but you haven't because if I click that it opens the charm not fills in the input
[15:00] <rick_h> if I use google autocomplete on their search box "hatch is" it gives me suggestions, and then when I select one it does that search for me
[15:01] <rick_h> hatch: second, need more details then.  "stop doing that"
[15:03] <teknico> and you both were right! ;-)
[15:03] <hatch> lol!!!
[15:05] <hatch> rick_h: ok I don't know what's up here but probably 20% of the time it has an empty sidebar ..... ugh worst bugs ever
[15:06] <rick_h> hatch: ok, working on other parts of your review now. I'll peek at it in a sec
[15:06] <rick_h> hatch: watch the network tab in the debugger and see if the search call is going out/has response
[15:07] <hatch> yeah now I can't get it to do it at all
[15:07] <adeuring> abentley: new problem:; "File "/usr/lib/python2.7/dist-packages/juju/providers/common/connect.py", line 43, in run
[15:07] <adeuring>     client = yield self._internal_connect(share)
[15:07] <adeuring> Error: [('PEM routines', 'PEM_read_bio', 'no start line')]"
[15:08] <hatch> at least when it's working it makes sense :P
[15:09] <abentley> adeuring: My guess is the paths to the included PEM files are wrong.  You should extract the contents of orangesquad.zip to a single directory and source the script from there.
[15:09] <abentley> adeuring: No, wait...
[15:09] <abentley> adeuring: Yes, look into the PEM file paths.
[15:10] <adeuring> abentley: yeah, thanks!"
[15:14] <adeuring> abentley: did not help; the files which the env vars point to exists...
[15:17] <abentley> adeuring: Do the sha1 sums match? http://pastebin.ubuntu.com/5962937/
[15:18] <adeuring> abentley: yes
[15:19] <hatch> jujugui call in 10 kanban now
[15:19] <abentley> adeuring: That's very weird.  I don't know what to suggest.  I don't know how it could claim those files have no start line.
[15:19] <abentley> I've only seen that when the path was wrong.
[15:24]  * Makyo returns.
[15:26] <adeuring> abentley: sooo... could you update staging for me?
[15:26] <abentley> adeuring: Sure.  What revno?
[15:27] <adeuring> abentley: 339 please
[15:27] <rick_h> hatch: updates to the other issues uploading now. If you can dupe please let me know and I'll try to fix. I'm working on trying to dupe it now.
[15:27] <hatch> rick_h: ok after call
[15:27] <rick_h> hatch: rgr
[15:28] <abentley> adeuring: config changed.  Should be updated in a minute.
[15:28] <hatch> jujugui guichat in 2
[15:28] <adeuring> tahnks
[15:43] <hatch> rick_h: \o/
[15:43] <rick_h> hatch: yea, autocomplete/click a category, then go and autocomplete a charm not in that category
[15:44] <rick_h> hatch: and you end up with empty results because the search for that charm name + category (from earlier) has no results
[15:44] <abentley> hatch: are jujugui and guichat the same thing?
[15:44] <Makyo> abentley, yes, but jujugui pings in irc.
[15:44] <rick_h> abentley: yes, just that the second one doesn't ping the channel so easier for others not using it
[15:45] <bac> but when you use both in the same message it is moot
[15:45] <rick_h> lol
[15:45] <hatch> abentley: there are jujugui and guihelp which ping the whole channel (if you set it up in your configs) and we changed to using guichat to reference the guichat boardroom so we woudln't ding everyone with it's old name (jujugui)
[15:46] <Makyo> And now you have three pings \o/
[15:46] <rick_h> will someone please smack him?
[15:46] <hatch> rick_h: CHOO CHOOO
[15:46] <Makyo> Ffffff
[15:46] <hatch> rofl
[15:49] <hatch> rick_h: lgtm'd
[15:50] <rick_h> hatch: thanks
[15:50] <hatch> I'm really glad you were able to dupe the bug haha
[15:50] <rick_h> yea, better to catch it now while my head is in the code
[15:50] <hatch> that was a pretty obscure one too
[15:54] <hatch> rick_h: this was me trying to repro that error http://nodejsreactions.tumblr.com/post/57620383823/var-result-fs-readfile-data-json-function
[15:55] <rick_h> lmao, that's awesome
[15:56] <rick_h> man, I can leave that running all day
[15:56] <hatch> haha yeah I laughed
[15:56] <rick_h> hatch: ok, bug fix upload fyi
[15:58] <hatch> heh such a easy fix
[16:03] <Makyo> gary_poster, ping for docs/vids meeting?
[16:09] <hatch> he forgot about us :'(
[16:20] <Makyo> gary_poster, we ducked out, ping if it's moved.
[16:22] <hatch> man native drag and drop is needlessly complex
[16:31] <gary_poster> jujugui, Makyo, hatch, sorry.  Was suddenly called into meeting with Mark.  I'm exhausted so that's ok that we will not be calling. :-P  Lots more to talk about...our schedule will be changing more. :-)  CLI work is huge.  Will give more details soon.
[16:32] <hatch> no problem :)
[16:33] <hatch> right now I'm trying to decide if I hate virtualbox or windows 8
[16:33] <hatch> one is buggy
[16:33] <hatch> haha
[16:36] <gary_poster> heh
[16:37] <hatch> [object Object] THANKS IE!
[16:39] <rick_h> go IE go!
[16:39] <rick_h> isn't IE12 out yet to make dev work not suck?
[16:40] <hatch> with all the praise IE11 is getting you know it's gona suck somehow
[16:40] <hatch> it's the same hype they had with IE10
[16:42] <hatch> I actually got IE to drop on that empty canvas element
[16:42] <hatch> but only by causing a type error
[16:42] <hatch> lol
[16:46] <gary_poster> teknico, ping?
[16:49] <rick_h> thanks for the review bcsaller
[16:49] <bcsaller> np
[16:49] <hatch> why does the media wiki icon always take way longer to load? :)
[16:49] <rick_h> gary_poster: landing updated autocomplete now. Would love to get UX to look at if it's passible enough to un-feature flag it while we tweak the ui a little bit more.
[16:50] <rick_h> since people love it so much, let em have it :)
[16:50] <gary_poster> rick_h, cool, let me know when it is on comingsoon and I'll call 'em over.  will that be good, or do you want me to merge?
[16:50] <rick_h> gary_poster: yea, I'll let you know
[16:50] <gary_poster> cool
[16:51] <rick_h> go my little lboxes go!
[16:51] <gary_poster> rick_h, if you could prep me with answers to "why does this not look like UX?"
[16:51] <gary_poster> that would probably help the conversation along ;-)
[16:52] <rick_h> gary_poster: sure thing, basically 'it's not in a google doc and rick couldn't find the place the mockup was at'
[16:52] <gary_poster> heh
[16:52] <rick_h> gary_poster: that + 'rick hasn't figured out how to do a seperator cleanly
[16:52] <rick_h> should sum it up
[16:52] <gary_poster> ok
[16:52] <gary_poster> rick_h, heh :-) cool
[16:56] <hatch> *sigh*
[17:02] <Makyo> We can switch to this: http://tinysubversions.com/gaunt/
[17:05] <hatch> lol
[17:07] <frankban> Makyo: that should work beautifully as a template engine for whitespace: http://compsoc.dur.ac.uk/whitespace/
[17:10] <Makyo> frankban, Hah: https://twitter.com/tinysubversions/status/365478093630095360
[17:12] <frankban> heh
[17:12] <hatch> lol!
[17:18] <hatch> bcsaller: is the drap/drop import script supposed to support IE10?
[17:19] <bcsaller> hatch: uhh sure, I guess. I don't remember if that was verified as that feature was never officially published
[17:20] <bcsaller> hatch: I'm going to be changing the import stuff to be deployer format files in the next day or so if all goes well
[17:20] <bcsaller> but that was my only plan there, at that point though I think it will be a 'real' feature
[17:21] <hatch> ok because IE10 doesn't support custom strings in getData()
[17:21] <hatch> and that's causing other stuff to fall over
[17:21] <hatch> var dataType = evt._event.dataTransfer.getData('dataType');
[17:21] <hatch> so that needs to be 'Text'
[17:21] <hatch> but then I think that'll break the actual functionality in modern browsers?
[17:25] <hatch> ya know what though...it might not matter
[17:25] <hatch> getting D&D to work with multiple drop targets in IE breaks it in chrome
[17:31] <hatch> ooo I got it dropping now in chrome and ie
[17:31] <hatch> now ff?
[17:31] <rick_h> you wish!
[17:32] <hatch> hey I didn't say the drop worked....just that it's actually 'dropping' lol
[17:32] <hatch> but you are correct
[17:32] <hatch> it doesn't work in FF at all
[17:32] <hatch> oh wait
[17:32] <hatch> it never did work in FF here
[17:33]  * hatch switched to other FF
[17:33] <hatch> yusss
[17:33] <hatch> errors in all 3 browsers
[17:35] <rick_h> hah, you broke them all now?
[17:36] <hatch> yup!
[17:44] <hatch> DD WORKS IN ALL 3 DD WORKS IN ALL 3!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[17:44] <hatch> it took 3 hours and probably broke every test we have but its working!
[17:45] <rick_h> lies!
[17:45] <hatch> well I'm going to take this time to review bc's branch
[17:45] <hatch> bcsaller
[17:46] <hatch> autocomplete fail
[17:47] <hatch> bcsaller: .... slice = [].slice does that actually work? ;)
[18:01] <bcsaller> hatch: with call it gets context
[18:01] <bcsaller> or apply
[18:01] <abentley> bac: Do you have a minute to hang out?  I'd like to make sure we're not treading on each others' feet.
[18:09] <bac> hi abentley, yes i was just about to ask you the same
[18:10] <abentley> bac: guichat open.
[18:10] <hatch> bcsaller: I was referencing the FF issues of yesterday
[18:10] <hatch> :)
[18:10] <bac> abentley: i just saw you then you disappeared!
[18:15] <hatch> rick_h: https://plus.google.com/u/0/109440437666972345229/posts/SN6PnrYV3d6
[18:29] <hatch> man I'm so pumped DD works in all 3 browsers now
[18:29] <rick_h> guihelp anyone a master of :nth css fun?
[18:30] <hatch> rick_h:  http://fromanegg.com/post/57464448123/css-selectors-the-next-level ;)
[18:30] <rick_h> k, hatch volunteers to help
[18:30] <rick_h> yay hatch
[18:32] <rick_h> I really want a :last-with-class :/
[18:32] <rick_h> hatch: got a sec for guichat?
[18:32] <hatch> rick_h: nth-last-of-type
[18:32] <hatch> sure
[18:32] <hatch> guichat is busy
[18:33] <rick_h> hatch: k, invite otw
[19:07]  * hatch lunching
[19:16] <abentley> bac: Could you please review https://code.launchpad.net/~abentley/charmworld/separate-text-queries/+merge/179261 ?
[19:16] <bac> abentley: sure
[19:18] <bac> abentley: r=me
[19:19] <abentley> bac: Should land in 5 minutes.
[19:35] <abentley> bac: Delayed due to testing of https://codereview.appspot.com/12634045
[20:02] <benji> abentley: I'm struggling to understand why UpdateCharmJob.run() has this line of code payload['_id'] = payload['branch_spec']
[20:02] <benji> I would have expected the _id to be consistent with (if not actually use) construct_charm_id()
[20:03] <abentley> benji: construct_charm_id would cause the charm id to include the revision.  That's the plan, but we're not there yet.
[20:04] <benji> hmm
[20:05] <benji> abentley: so... construct_charm_id doesn't actually construct an ID for a charm?
[20:06] <abentley> benji: It will.  I landed it first because other branches needed it.
[20:06] <benji> I'll add a comment to that effect.
[20:30]  * hatch shakes fist
[20:30] <hatch> damnnn you multi dispatch
[21:00] <hatch> 6 out of 1104 tests failing....not bad....not bad at all
[21:02] <hatch> bcsaller: are you still hanging around?
[21:02] <bcsaller> hatch: yeah
[21:02] <hatch> have a few minutes to look at my dd ie work?
[21:02] <bcsaller> hatch: sure
[21:03] <hatch> https://code.launchpad.net/~hatch/juju-gui/ie-dd-fix commented out code still needs to be added back in and the tests need to be fixed
[21:03] <hatch> just wanted to see if you had any negative comments about the approach taken
[21:05] <bcsaller> hatch: pulling it down now and looking at diff
[21:09] <bcsaller> hatch: chat for a sec, its basically fine but I wanted to mention something
[21:09] <hatch> sure
[21:14]  * Makyo dogwalks.
[22:19] <hatch> *warning your site may look like absolute garbage if the user accidentally turns on 'compatibility mode'*
[22:45] <hatch> jujugui looking for 2 reviews and a qa in IE https://codereview.appspot.com/12683044/ plz and thx
[22:59] <huwshimi> Morning
[23:29] <hatch> morning huwshimi


[07:50] <Mirv> infinity: we're wondering why mir doesn't migrate to release pocket. update_output claims the world would fall apart, while me on amd64 and rsalveti on phone upgraded everything successfully, and I'm not able to find anything conflicting in the -proposed otherwise either
[07:51] <Mirv> (world = from abiword to zenity)
[09:15] <cjwatson> answered on #ubuntu-ci-eng
[09:15] <infinity> Was about to. :P
[18:41] <bluesabre> release-team, big day for xfce (and xubuntu), we added a few more packages to our FFe, can we get an ack? https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1424887
[18:53] <ochosi> +1 ^
[19:18] <elfy> I'll +1 that too - that's the whole of our release team


[04:25] <mup> Bug #1882155 changed: MAAS 2.8 production mode sometimes loses connection when finished downloading an image <MAAS:Expired> <https://launchpad.net/bugs/1882155>
[04:25] <mup> Bug #1888718 changed: Rack controllers are not stateless <MAAS:Expired> <https://launchpad.net/bugs/1888718>
[23:24] <mup> Bug #1984141 opened: duplicate tag results in failed deployment for KVM host <MAAS:New> <https://launchpad.net/bugs/1984141>


[11:52] <g3naro> hi, im having issues trying to access lxc- commands when running juju
[11:52] <g3naro> both pointed to local enviornment
[11:52] <g3naro> is this is a nknown issue ?
[13:47] <beisner> gnuoy, wolsen - avail to land this reviewed c-h bit, and review/land the dependent charm amulet test update MPs?  i'd like to move on to update others, but holding until these hit.  tia!  https://code.launchpad.net/~1chb1n/charm-helpers/amulet-svc-restart-race/+merge/269098
[14:02] <beisner> thedac, gnuoy - resync'd the test branch to get fri's changes on lp:~thedac/charms/trusty/rabbitmq-server/native-cluster-race-fixes & testing.  thanks!
[14:19] <g3naro> anyone here?
[14:19] <g3naro> know how i can deploy a centos6 box /|
[14:19] <g3naro> ?
[14:20] <lukasa> Hey, fun, I'm not successfully authing into the onboarding site in Firefox
[14:20] <lukasa> Ugh, wrong channel, sorry. =D
[14:22] <marcoceppi> g3naro: you'll need to follow this guide
[15:57] <ennoble> Is there a way to know that a configuration setting has reached the machine and been processed? I've then been checking that Agent-status is idle to know that the config has been applied, but I don't know how to differentiate between idle because the config has been applied or idle because the config hasn't been applied yet.
[16:22] <marcoceppi> ennoble: you can do a juju status-history for the unit in question
[16:22] <marcoceppi> it should show you when it processed the config-changed event'
[16:28] <ennoble> marcoceppi: thanks, is there a way to access that information from the python juju client library?
[16:28] <marcoceppi> ennoble: that's a great question, and I'm not aware of a way at the moment.
[16:28] <marcoceppi> It's definitely exposed in the API, as that's where the cli get it
[16:28] <ennoble> marcoceppi: I've been using the watcher functionality in juju client do to that, but I seem to be able to miss it.
[16:29] <ennoble> macroceppi: so I may be able to do an RPC call to get back the status-history? Is it's it's own RPC call?
[16:32] <marcoceppi> ennoble: I'm trying to find that out right now
[16:33] <ennoble> marcoceppi: Thanks!
[16:47] <marcoceppi> ennoble: I'm asking the devs in #juju-dev but I haven't gotten an answer yet
[16:50] <ennoble> marcoceppi: jujuenv._rpc({"Type":"Client", "Request":"UnitStatusHistory", "Params": {"Name": ‘myunit/0’, "Size" : 20, "Kind" : "agent"}}) did the trick
[16:51] <marcoceppi> ennoble: good find, if you wanted to add that as a method to jujuclient I'm sure it'd be greatly appreciated
[17:48] <beisner> thedac, gnuoy - friday revs sync'd in, passed the first run.  i've re-queued a couple add'l iterations.  https://code.launchpad.net/~1chb1n/charms/trusty/rabbitmq-server/amulet-refactor-1509b/+merge/270102
[17:48] <thedac> beisner: excellent
[18:26] <ennoble> marcoceppi: i've got to jump through quite a few hoops to submit a patch; but I do have two other bug reports on jujuclient that have been outstanding for a while with suggestion solutions in them. I'm trying to work through the hoops on my end, but if somene had a couple minutes to fix the issues I've reported (the fixes are in the bug reports) that would be great.
[18:31] <marcoceppi> ennoble: I'll take a look and help triage those through, thanks
[18:35] <ennoble> thanks marcoceppi: the two I'm referring to are #1455302  and #1486297
[18:36] <mup> Bug #1455302: enqueue_units doesn't correctly pass parameters to action <python-jujuclient:New> <https://launchpad.net/bugs/1455302>
[18:36] <mup> Bug #1486297: Action doesn't correctly translate unit name into tag if hyphen present <juju-core:Won't Fix> <python-jujuclient:Confirmed> <https://launchpad.net/bugs/1486297>
[19:32] <jose> hey guys, manual can't run in ports other than 22, right?
[19:41] <marcoceppi> jose: elaborate
[19:42] <jose> marcoceppi: I have someone who has a server running in port 2222, and wants to set it up with juju + manual provide
[19:42] <jose> r
[19:43] <marcoceppi> jose: juju add-machine ssh:user@host:port
[19:43] <jose> oh, ok
[19:43] <jose> thanks
[20:04] <beisner> thedac, gnuoy - 2 more rmq iterations ok (18 of 18 clustered ok and happy).  that is:
[20:04] <beisner> https://code.launchpad.net/~thedac/charms/trusty/rabbitmq-server/native-cluster-race-fixes   +=>  https://code.launchpad.net/~1chb1n/charms/trusty/rabbitmq-server/amulet-refactor-1509b
[20:05] <beisner> precise through vivid, juju w/ LE.
[20:05] <thedac> ack
[20:05] <beisner> poor ack, the real ack.  he probably gets hilighted all day every day.
[20:06] <thedac> I'll start using /me nods :)
[20:06] <beisner> nah, as you were, as you were.  i ack as well.   ack ack
[20:07] <ntpttr> Hey everyone, I'm getting an error launching the mysql charm from the juju-gui, "1 hook failed: "install"". Here's the contents of /var/log/juju/unit-mysql-0.log on the machine the service was booted on: http://pastebin.com/GSgz50Sd
[20:17] <ntpttr> It looks like the issue is a calledprocesserror happening related to the keyserver
[20:19] <thedac> ntpttr: yeah, the output suggest the config setting 'key' has a value of null. I just fired off a deploy of mysql (without the gui) and it works. Not sure if this is a juju gui related issue. Do you minde filing a bug? https://bugs.launchpad.net/charms
[20:20] <ntpttr> thedac: I think the issue is proxy related - when I did this at home it did work but behind a proxy now I'm having trouble. Would you still like me to file a bug?
[20:20] <beisner> Unknown source: u'null'  seems unexpected, as it passes to the cmd as --recv null
[20:20] <thedac> right ^^
[20:22] <thedac> ntpttr: yes on the bug report. With as much detail on how to recreate as possible
[20:23] <ntpttr> thedac: Okay, I'm doing this on the default bootstrapped setup provided by the Orange Box, should I mention that?
[20:23] <beisner> yep i think the network is probably restricting tcp 80 egress.  and since the charm is pushing hkp over 80, probably getting blocked.   i would suspect in that enviro, a simple apt-get install of anything would also fail.
[20:24] <beisner> (worth checking manually)
[20:24] <ntpttr> beisner: To check that manually should I just juju ssh into the machine and try an install of anything?
[20:25] <beisner> i'd make sure something like this succeeds:   sudo apt-get update && sudo apt-get install multitail
[20:25] <thedac> ntpttr: try 'nc -vz keyserver.ubuntu.com 80'
[20:25] <beisner> or, that's even better ;-)
[20:25] <beisner> thedac's is-foo is quite handy
[20:27] <ntpttr> beisner thedac: All right, one second while the machine deploys again and I'll run that command (I cleaned up the environment after the last failure, but I've had it happen multiple times so I'm confident it'll happen again)
[20:28] <thedac> ok
[20:37] <ntpttr> thedac beisner: Uh so I have no idea what happened but it worked that time, I was looking at 'tail -f /var/log/juju/unit-mysql-0.log' and it went through the whole apt-get update and finished and the service started
[20:37] <ntpttr> thedac beisner: Do you want me to pastebin the log for you?
[20:38] <thedac> ntpttr: that is odd. Let us know if you run into it again.
[20:38] <ntpttr> thedac: okay, will do. Thank you
[21:02] <isantop> jcastro: Can I ping you about some crazy juju-ness?
[21:09] <marcoceppi> isantop: it's getting to be EOD for most people on the east coast, anything I can help with?
[21:10] <isantop> I'm trying to manage services on a personal server using juju
[21:11] <marcoceppi> isantop: sounds reasonable
[21:13] <isantop> joseantonior had me going through manual provisioning, but I'm hitting issues with the agent-status not progressing past allocating. I'm not sure what configuration needs to be done for the lxc side of things
[21:15] <marcoceppi> isantop: so you're manually provisioning lxc?
[21:15] <isantop> Well, I think I'm not and that's my problem ;-)
[21:15]  * isantop is a total cloud n00b
[21:17] <marcoceppi> isantop: no worries, why don't you recount how you got to where you are right now?
[21:18] <isantop> did "sudo apt-get install lxc" on the remote server, and "sudo apt-get install juju-core" on my local machine (after adding the PPA)
[21:18] <isantop> then did "juju generate-config", "switch manual", and "bootstrap"
[21:19] <marcoceppi> isantop: so you're trying to bootstrap an LXC machine on the remote server? or trying to bootstrap the remote server?
[21:20] <isantop> the environments.yaml file is currently pointing to the remote server itself. I haven't done any lxc-related things on the remote server apart from installing it.
[21:21] <marcoceppi> isantop: right, okay, and so is the bootstrap node stuck at allocating?
[21:21] <isantop> Exactly
[21:21] <marcoceppi> isantop: or did it bootstrap properly?
[21:21] <isantop> Er
[21:21] <isantop> no, It did bootstrap properly
[21:22] <marcoceppi> isantop: can you put the output of `juju status` into paste.ubuntu.com and send the link over?
[21:23] <isantop> I removed the services I deployed and destroyed the environment already. I'll re-bootstrap
[21:26] <isantop> http://paste.ubuntu.com/12316663/
[21:28] <marcoceppi> isantop: I thought there was a failure to allocate?
[21:28] <isantop> It bootstraps fine, but I can't deploy any charms
[21:28] <marcoceppi> isantop: how are you trying to deploy charms?
[21:29] <isantop> 'juju deploy charm --to lxc:0'
[21:29] <marcoceppi> isantop: I'd do that and wait, it can take some time to get the first cache of the lxc image
[21:29] <marcoceppi> isantop: it's best to do that, then to tail the machine-0.log on the remote host
[21:29] <marcoceppi> isantop: that will give insight to any errors
[21:34] <isantop> here is the machine-0.log: http://paste.ubuntu.com/12316694/
[21:34] <isantop> And the juju-status after attempting to deploy the owncloud charm: http://paste.ubuntu.com/12316705/
[21:35] <marcoceppi> isantop: what does `sudo lxc-ls --fancy` show on the remote server?
[21:38] <isantop> marcoceppi: http://paste.ubuntu.com/12316722/
[21:39] <marcoceppi> isantop: that's a good sign
[21:39] <marcoceppi> isantop: status still show allocating?
[21:48] <isantop> marcoceppi: Still allocating, yes
[21:48] <marcoceppi> isantop: I think I see the problem
[21:48] <marcoceppi> the contaienrs are running
[21:48] <marcoceppi> but don't have networking
[21:48] <isantop> Ah
[21:48] <isantop> How do I get them network?
[21:49] <marcoceppi> it should just happen
[21:49] <marcoceppi> this may sound bad, but try restarting the server if you can. Juju should come back online and the containers should auto-restart and hopefully the networking bridge will be active
[21:49] <isantop> I'll give that a shot in a while
[21:49] <isantop> Won't be able to do it right now
[21:51] <lazyPower> isantop: can you run ifconfig and look for a lxcbr0 device?
[21:51] <lazyPower> ^ on the state-server, thats currently trying to provision those lxc containers.
[21:52] <isantop> lazyPower: I can see lxcbr0 when I ssh into the server, but there's no entry for it in ifconfig
[21:52] <lazyPower> hmm
[21:52] <isantop> Wait
[21:52] <isantop> I just did that on my local machine. :|
[21:52] <lazyPower> :) that'll do it every time
[21:53] <lazyPower> as a side note, i freaked myself out one day doing that, when i was ssh'd into my maas machine which should be *loaded* with virtual ethernet devices for each vm/container running on it.. and i instantly panic'd when it came back with only a wireless card and loopback interface.
[21:53] <isantop> haha
[21:53] <isantop> http://paste.ubuntu.com/12316823/
[21:53] <isantop> Assuming those all look okay?
[21:53] <lazyPower> hmm, ok so <IP_ADDRESS> - it created the device and gave it networking
[21:54] <lazyPower> and looking at your --fancy output none of the containers are listing with an IP Address, can you stop/restart the container to see if it brings up with networking? (it should have done this already and been peachy) - sudo lxc-stop -n <name-of-lxc-container> && sudo lxc-start -n <name-of-lxc-container>
[21:55] <lazyPower> if its a temporary thing, that should kick it into acting right
[21:55] <isantop> Would it just be the -1?
[21:56] <lazyPower> juju-machine-0-lxc-0
[21:56] <lazyPower> its unfortuantely going to be the full string of the container
[21:56] <isantop> Nah, that's not too bad to type
[21:57] <isantop> I did -1, but it's stuck at waiting 120 seconds for network device
[21:57] <lazyPower> ok, so somethings actively stopping the container from grabbing a virtual device
[21:58] <lazyPower> can you poke in /var/log/syslog to see if you see anything related to CGROUPS stopping anything?
[21:59] <isantop> greping syslog for cgroups (with -i) doesn't give me any output
[21:59] <lazyPower> I'm not sure what happened, but i imagine that marcoceppi's proposed fix will clear this up - just rebooting the machine will be the simplest path forward.
[22:02] <isantop> I'm currently on a ZNC on the server in question, so brb
[22:07] <isantop> lazyPower: No change, it seems
[22:07] <isantop> Current juju status: http://paste.ubuntu.com/12316885/
[22:10] <isantop> Same issue if I lxc-stop/lxc-start
[22:44] <lazyPower> hmm
[22:45] <lazyPower> isantop: sorry i stepped away, one moment
[22:45] <isantop> np
[22:47] <lazyPower> ok, lets try something slightly different and see if we get networking... sudo lxc-create -t download -n u1 -- --dist ubuntu --release trusty --arch amd64
[22:47] <lazyPower> run that on the state server and see if the manually provisioned lxc container gets proper networking
[22:48] <isantop> I tried manually provisioning a container a while ago, and it got stuck at "Setting up the GPG Keyring"
[22:48] <isantop> And eventually fails because it can't download the keyring from the keyserver
[22:49] <isantop> (So, looks like no)
[22:49] <lazyPower> interesting
[22:49] <lazyPower> Are you behind some form of firewall/proxy?
[22:49] <isantop> Oh, we do have csf set up
[22:50] <lazyPower> googling csf returned cerebro spinal fluid... i dont think thats what you're referring to
[22:50] <isantop> google "csf firewall"? :-p
[22:50] <lazyPower> but i'll assume its an egress firewall?
[22:50] <isantop> It's an iptables utility
[22:51] <lazyPower> hum.. that doesn't explain the lack of addressing on the lxc containers, but it its reasonable to assume there's a rule blocking the gpg service from contacting the keyring server @ keyserver.ubuntu.com
[22:51] <isantop> What port does that run over?
[22:52] <lazyPower> port 11371 TCP
[22:52] <isantop> okay, lemme open that up
[22:52] <lazyPower> however
[22:52] <lazyPower> ah wait this is seed so you cant edit the config, disregard
[22:54] <isantop> Ah, yeah, now I can manually provision a container
[22:55] <isantop> Are there any other ports that will need to be opened up for it to work correctly?
[22:55] <lazyPower> 80 and 11371 should be it
[22:55] <lazyPower> 11371 should also hav efallen back over http tbh
[22:56] <lazyPower> that fix was put in place circa natty narwhal....
[22:56] <isantop> Okay, so that appears to be working. If I restart the two juju containers, will that get them back up and running?
[22:56] <lazyPower> Its worth a shot
[22:57] <isantop> Hmmmm, nope
[22:57] <lazyPower> if that doesn't work, you may need to juju destroy them and attempt reprovisioning
[22:58] <lazyPower> The last thing to inspect if reprovisioning doesn't work is to take a look through the LXC configs to see if there's a divergence between the networking setup by your manually provisioned lxc container and what juju thought was right.
[22:58] <lazyPower> and i can help there ^ its 2 text files and some diffing
[22:59] <isantop> No luck stoping/starting
[22:59] <lazyPower> juju destroy-service owncloud should start tearing them down
[23:00] <lazyPower> if the containers appear stuck, you can juju destroy-machine --force 0/lxc/1 - or the path to the container in juju status
[23:02] <isantop> Looks like juju-machine-0-lxc-0 is gone. But -1 is still there
[23:02] <lazyPower> the /1 was allocated to which service?
[23:03] <isantop> I'm not sure, it's not listed in juju status
[23:03] <lazyPower> ah, looks like its some leftover
[23:04] <lazyPower> you can safely remove that with sudo lxc-destroy -n
[23:04] <isantop> How do I delete lxc containers?
[23:04] <isantop> thanks
[23:08] <isantop> Okay, I redeployed owncloud --to lxc:0
[23:10]  * lazyPower crosses fingers
[23:12] <isantop> The "workload-status/message" is currently "Waiting for agent initialization to finish"
[23:13] <isantop> Current machine-0.log
[23:13] <isantop> http://paste.ubuntu.com/12317287/
[23:15] <lazyPower> yeah, machine-0 is kind of a black hole of provisioning information relating to lxc/kvm machines.
[23:15] <lazyPower> :( we're flying kind of blind at the moment
[23:17] <isantop> if I run juju ssh lxc:0, it looks like it grabbed one of my public IPs from eth1
[23:18] <lazyPower> err
[23:19] <lazyPower> hmm, this might be part of the newer networking stuff that recently landed... but unless this came from a MAAS/AWS environment it should be using the lxcbr0 networking bridge
[23:23] <isantop> I only say that because the primary IP on eth1 is <IP_ADDRESS>, and "juju ssh lxc:0" asked me to confirm the identity of "<IP_ADDRESS>". (We have a /29 static, and five of the addresses are allocated to eth1 via /etc/network/interfaces.)
[23:29] <lazyPower> juju routes ssh requests in from the public interface, and back out the units private interface to the requisit unit
[23:29] <lazyPower> that could be a lxc container on the bootstrap node, or a remote vm/server elsewhere in the DC
[23:30] <lazyPower> the stateserver acts as a proxy for just about everything you do
[23:30] <isantop> Yeah, still stuck at "allocating"
[23:31] <isantop> Can I chroot into the lxc?
[23:33] <lazyPower> That i'm not sure of without an IP Address. I know the containers receive a cloudinit config to register w/ the juju ssh credentails so you can ssh ubuntu@host
[23:33] <isantop> never mind, I figured that out "lxc-attach -n juju-machine-o-lxc-1"
[23:33] <lazyPower> did that attach you to a running console or a login prompt?
[23:34] <isantop> No, it said it couldn't get init pid
[23:34] <isantop> Oh, but running as sudo works
[23:37] <isantop> I'm going to try re-bootstrapping the environment
[23:43] <isantop> lazyPower: Hmmmm, doesn't appear to offer any changes.
[23:43] <lazyPower> :(
[23:44] <lazyPower> isantop: I need to step out for a bit. I'll be back around tomorrow and can assist you further then. Or you can fire off a mail to the list<EMAIL_ADDRESS>- and one of the EU core folks may be able to lend a hand
[23:45] <lazyPower> sorry I wasn't able to get you sorted this evening
[23:45] <isantop> I'll let it steam about it overnight and see if anything magic happens. If not, I'll let you or jcastro know tomorrow


[05:25] <dreamon> having invisible mousepointer after standby. pluggin a external mointor. mousepointer is back again. using 16.04, xfce. installed yesterday
[13:17] <tdaitx> hi! can I get someone to set LP: #1550950 as affecting Xenial? It is set as Fix Released but that is only true for Yaketty
[13:26] <rbasak> tdaitx: done
[13:26] <tdaitx> rbasak: thanks! =)