[00:55] <svwilliams> cjohnston, I think I have something! let me screen shot it and put it on ubuntuone
[01:04] <svwilliams> http://ubuntuone.com/5ODMSkNLpPA6LDeh1MPFD9
[01:04] <svwilliams> its a floating element with a NEGATIVE left hand margin
[01:05] <svwilliams> I moved it inside the content div
[01:05] <svwilliams> so that it floats in relation to the content div
[01:05] <svwilliams> I'm going to clean the code
[01:05] <svwilliams> push up to my branches and test on lp
[01:24] <svwilliams> ping cjohnston
[01:26] <svwilliams> ping cjohnston nigelb or mhall119
[01:27] <mhall119> svwilliams: pong
[01:27] <svwilliams> hey mhall119 I'm trying to test some changes I made to ubuntu-community-webthemes on ltp
[01:28] <svwilliams> the change was made for summit
[01:28] <svwilliams> but I want to make sure it doesn't hurt ltp
[01:28] <svwilliams> however the structure in ltp is not like summit
[01:28] <svwilliams> summit has a folder ubuntu_website
[01:28] <mhall119> it should be similar, as far as the theme goes
[01:28] <svwilliams> I don't see that ins loco-team portal
[01:29] <svwilliams> and I just recently merged ... or so I thought
[01:29] <mhall119> svwilliams: you'll need to get the branch
[01:30] <mhall119> svwilliams: run ./manage.py pullapps on LTP
[01:30] <mhall119> that should get the bzr branch
[01:30] <svwilliams> ahh ok
[01:31] <mhall119> then just cd into ubuntu_website and bzr merge your branch changes into it
[01:31] <svwilliams> ok I should set this up like summit
[01:31] <svwilliams> its not using virtualenv
[01:31] <svwilliams> its using the make file
[01:31] <mhall119> ah yeah,  that's the easiest way
[01:31] <svwilliams> which puts the env somewhere
[01:31] <svwilliams> :-)
[01:31] <mhall119> the make file uses virtualenv
[01:32] <svwilliams> hmm but when I run .manage.py
[01:32] <mhall119> cd into loco_directory
[01:32] <mhall119> then run:
[01:32] <mhall119> ../env/bin/python manage.py
[01:32] <mhall119> that's how I do it
[01:33] <svwilliams> odd ...
[01:33] <svwilliams> says no such directory but I've done that before
[01:33] <svwilliams> and it was working friday ...
[01:33] <svwilliams> I think I have the right direction now though
[01:33] <svwilliams> I forgot that after you left chris and I set up virtualenv with summit and did pullapps
[01:34] <mhall119> ah, ok
[01:34] <mhall119> we pretty much copy/pasted that from LTP to summit (and vice-versa), so they should be very similar in how they work
[01:35] <svwilliams> ok I think I can get this working and test then I'll roll back and redo my ltp to match summit
[01:35] <svwilliams> with the branching you taught me
[01:35] <svwilliams> and all the setup
[01:36] <mhall119> I'll be off and on for a while, so ping me if you get stuck
[01:36] <svwilliams> ok, Thank you!
[01:37] <mhall119> np
[02:19] <cjohnston> svwilliams: replied to your email
[02:19] <svwilliams> excellent
[02:19] <svwilliams> I'll go read
[02:19] <cjohnston> i dont know if it will work
[02:19] <cjohnston> but its worth a shot
[02:20] <svwilliams> I read that ... and saw it wasn't supported and according to it most browsers auto wrap.  Which got me thinking the non-wrap issue was my neg margin on the right side
[02:20] <svwilliams> which hid the rest of the word under the other div
[02:21] <cjohnston> k
[02:21] <svwilliams> the update up on https://code.launchpad.net/~svwilliams/ubuntu-community-webthemes/left-bar-navpanel
[02:21] <svwilliams> should fix that as I removed the right hand margin
[02:21] <cjohnston> ok
[02:21] <cjohnston> so your branch should be ready to go?
[02:21] <svwilliams> I test it a bit ... I'm more concerned right now with the double display that was happening ...
[02:22] <svwilliams> should be
[02:24] <cjohnston> are you able to make the double display happen
[02:30] <svwilliams> nope where are you defining the elements
[02:38] <cjohnston> svwilliams: I just pushed r 305 to https://code.launchpad.net/~chrisjohnston/summit/new-meeting-stuff/+merge/96157
[02:38] <cjohnston> when it refreshes all the code will be there
[02:39] <svwilliams> ok I'll merge it to mine and see what happens
[02:39] <svwilliams> I'm going to do a quick update to my ubuntu-website branch
[02:39] <svwilliams> then it'll be ready
[02:39] <svwilliams> I added a bit to the bottom margin
[03:06] <svwilliams> cjohnston, i checked out your branch ... switched to it ... and got a block tag appears more than once
[03:07] <cjohnston> so you atleast see my problem
[03:07] <svwilliams> Yes I do
[03:07] <svwilliams> now time to figure it out :-)
[03:08] <cjohnston> :-)
[03:15] <svwilliams> oh maybe this is it
[03:15] <svwilliams> its in schedule/summit.html
[03:15] <svwilliams> and in base.html
[03:15] <svwilliams> could that cause the conflict
[03:18] <svwilliams> in your copy I'm noticing when I pulled your branch
[03:18] <svwilliams> then in the work folder (following mhall119 example)
[03:19] <svwilliams> did bzr switch
[03:19] <svwilliams> I have merge junk
[03:19] <svwilliams> in base.html
[03:19] <svwilliams> in the actual branch that junk isn't there
[03:19] <svwilliams> its oddd
[03:25] <svwilliams> Now I'm really confused ... I'll keep looking into it, I have to sign off for tonight
[10:56] <thecolonyroom> cjohnston: Hey Chris. You there?
[10:57] <steveedwards> cjohnston: Bah. Real nick now.
[11:10] <czajkowski> steveedwards: bit early for him just yet
[11:10] <czajkowski> he comes on usually a around 1ish or later he's in florida
[11:11] <steveedwards> czajkowski: Ah, thank you.
[11:12] <czajkowski> steveedwards: np
[12:19] <cjohnston> steveedwards: pong
[12:23] <steveedwards> cjohnston: Hi Chris.
[12:23] <steveedwards> cjohnston: I wanted to make you aware of some changes we're making to the UDS site.
[12:23] <cjohnston> ok
[12:23] <steveedwards> cjohnston: I've fixed most of the bugs you've raised, though some fixes are pending a merge approval.
[12:24] <cjohnston> ok
[12:24] <steveedwards> cjohnston: I've updated the Community child pages with some new copy.
[12:24] <cjohnston> ok...
[12:24] <steveedwards> cjohnston: And I'm working on some amendments to the Sponsors page (we've agreed to supply some details about our gold sponsors).
[12:25] <steveedwards> cjohnston: Nothing for you to do – just wanted to keep you in the loop.
[12:27] <cjohnston> steveedwards: i had a question about the events page I think it is.. it lists the tracks and leads... we have added this to summit as most of the info was already in summit anyway, but its now displayed.. this is also because track leads now have different permissions
[12:27] <cjohnston> I'm on my cell phone right now so I can't paste you a link but I can direct you to the location to view
[12:28] <steveedwards> K, cool.
[12:28] <cjohnston> would it be possible to not duplicate the info at uds.u.c
[12:28] <steveedwards> cjohnston: Sure, I can take out that entire section if you want.
[12:29] <cjohnston> you could possibly describe what tracks are and then link to the page in summit
[12:30] <steveedwards> cjohnston: Yes, no problem.
[12:31] <steveedwards> cjohnston: I'll work on that too.
[12:31] <cjohnston> if you want to leave it as is for now, I can update the track stuff in summit and let you know when its ready
[12:31] <steveedwards> cjohnston: No worries. Just ping me when you want the change made.
[12:31] <cjohnston> should only be a couple hours.. once I get home
[12:32] <steveedwards> cjohnston: Okay, cool.
[12:33] <cjohnston> also, I'm not particularly worried about content updates unless its huge changes, more-so only design changes
[12:33] <steveedwards> cjohnston: Okay, noted. I'll try and keep the noise to a minimum.
[12:33] <cjohnston> :-)
[12:34] <cjohnston> do you have any idea on an eta to get us html and css for summit?
[12:36] <steveedwards> cjohnston: Do you want a UDS style redesign?
[12:36] <steveedwards> cjohnston: Or just a header/footer change?
[12:37] <cjohnston> the first option would be cool, but id settle for option 2 now with option one to come soon
[12:38] <steveedwards> cjohnston: Is summit.u.c a Django site?
[12:39] <cjohnston> steveedwards:  unless we are going to.combine the sites it.doesn't need to.be as fancy as uds, but a little nicer would be cool
[12:39] <cjohnston> steveedwards: yes
[12:39] <cjohnston> steveedwards:  one thing we are doing, and actually feedback would be really nice (I can show you when I get home)
[12:40] <cjohnston> if you go to design.u.c on the examples page is a landscspe screenshot that has a side bar
[12:41] <cjohnston> we are having to add a similar sidebar because we don't have room for all of our 'management' links
[12:41] <steveedwards> cjohnston: Ah, okay. Cool.
[12:41] <steveedwards> cjohnston: I see what you mean.
[12:43] <cjohnston> so feedback on implementation would be helpful.. there is nothing within the design guidelines so we are kinda on our own with it
[12:43] <steveedwards> cjohnston: I'd be happy to help.
[12:44] <cjohnston> steveedwards:  whats.your email
[12:44] <steveedwards> cjohnston: I'll package up the CSS/markup for Summit ASAP, probably today.
[12:44] <steveedwards> cjohnston<EMAIL_ADDRESS>[12:44] <cjohnston> ty
[12:46] <steveedwards> cjohnston: No problem.
[12:48] <cjohnston> steveedwards:  you should have email
[12:48] <steveedwards> cjohnston: So I do...
[12:50] <steveedwards> cjohnston: I'll pass this over to Lil and James (the Web Team designers). I'll get you some feedback.
[12:50] <cjohnston> thanks..
[12:50] <steveedwards> cjohnston: No sweat.
[12:51] <cjohnston> hopefully ill leave work soon and get home and be able to do some stuff. ty
[12:51] <steveedwards> cjohnston: :)
[12:51] <steveedwards> cjohnston: You're welcome.
[12:56] <cjohnston> steveedwards: fwiw our current theme is lp:ubuntu-community-webthemes/light-django-theme
[12:57] <steveedwards> cjohnston: Cool. Ta.
[13:43] <cprofitt> hey bobweaver -- did you talke with the devs in here yet?
[13:44] <bobweaver> No I have not
[13:44] <cprofitt> they are cjohnston mhall119 and nigelb
[13:44] <cprofitt> they are fantastic and get your setup with a dev environment
[13:45] <bobweaver> cool
[13:45] <bobweaver> I am going to read some more about this channel / group
[13:46] <bobweaver> cprofitt,  thanks for helping :>)
[13:46] <cprofitt> no problem... it is great to see folks be able to get involved in areas they are interested in
[13:46] <cprofitt> and really no big deal to connect people
[14:09] <mhall119> hi bobweaver
[14:09] <mhall119> hi cprofitt
[14:09] <bobweaver> hello mhall119
[14:32] <mhall119> steveedwards: ping
[14:32] <steveedwards> mhall119: Hey.
[14:33] <mhall119> steveedwards: hi, I merged your chages to the uds website theme
[14:33] <steveedwards> mhall119: Super, thanks.
[14:33] <mhall119> what is your process for deployment?
[14:33] <steveedwards> mhall119: Want me to raise the RT ticket?
[14:33] <steveedwards> mhall119: ^
[14:33] <mhall119> steveedwards: sure
[14:34] <steveedwards> mhall119: Cool. I'll do that shortly. I'm currently making some changes to the Sponsors page (we've agreed to show some company details for our gold sponsors).
[14:34] <mhall119> steveedwards: ok
[14:35] <steveedwards> mhall119: Thanks for reviewing the merge proposal.
[14:35] <mhall119> np
[14:36] <daker> ah http://uds.ubuntu.com/ has been updated
[14:41] <mhall119> daker: yeah, steveedwards and his team undertook a major redesign
[14:41] <daker> nice steveedwards ツ
[14:42] <steveedwards> daker: Thanks.
[14:42] <steveedwards> daker: :)
[14:48] <daker> got my sponsorship email ツ
[14:49] <mhall119> daker: \o/
[14:50] <cjohnston> daker: sweet!
[14:51] <daker> the longest 2months of my life :/ , i need to get a new ID card, a new passport then apply for a visa
[14:51] <cjohnston> daker: get started yesterday ;-)
[14:52] <mhall119> daker: that's gonna the shortest 2 months of your life
[14:52] <mhall119> ask nigelb how fast that time goes when you're trying to get a passport and visa
[14:52] <daker> and he did it in time ?
[14:52] <mhall119> barely
[14:52] <nigelb> apply tomorow.
[14:52] <nigelb> do not waste a single minute
[14:52] <mhall119> I think he had like 12 hours between getting his visa and getting on a plane
[14:53] <nigelb> I suspect your US consulate could be slow.
[14:53] <nigelb> mhall119: about 24
[14:53] <mhall119> nigelb: :)
[14:53] <daker> i hope so
[14:53] <nigelb> I however, did not have to get the passport, I already had it.
[14:54] <nigelb> (by the time I got sponsorship)
[15:34] <cjohnston> mhall119: is 1300 ok for you for the summit release
[15:44] <mhall119> today?
[15:44] <bobweaver> cjohnston,  hello there I was told that I should talk to you a am a web dev and am looking to help out
[15:45] <cjohnston> bobweaver: ill be available in 2 hours to talk. :)
[15:45] <cjohnston> mhall119: yes
[15:45] <bobweaver> cool I will be here :>)
[15:46] <mhall119> cjohnston: I should be, yeah
[15:46] <cjohnston> k
[17:59] <jors> Hey everyone,  forgive me for being stupid, but how does one edit an ubuntu wiki?  I need to upload a submission but simpel cannot figure out how.  Any advice for a novice?
[18:00] <cjohnston> jors: you need to login, navigate to the page you want to edit and then click the edit link
[18:01] <jors> Fair enough, but where do I find the "edit" option?  I don't see one.
[18:01] <cjohnston> subnav
[18:02] <cjohnston> if you dont see it you probably arent logged in
[18:05] <jors> Thanks.  I'm definitely logged in.  "Load", "save" & "raw text" are some of the option I see, but no "edit".
[18:06] <cjohnston> this is what the subnav will look like if your logged in:
[18:06] <cjohnston> EditInfoUnsubscribeAttachments
[18:06] <cjohnston> chrisjohnstonLogoutHelp
[18:06] <mhall119> jors: http://awesomescreenshot.com/07418eo13
[18:08] <jors> Oh dear, says the page is "immutable".  Guess that's why.
[18:08] <cprofitt> jors: are you logged in to LP?
[18:09] <jors> Yes.
[18:09] <cprofitt> you are editing which wiki?
[18:10] <cjohnston> steveedwards: thanks
[18:10] <steveedwards> cjohnston: ;)
[18:10] <jors> PreciseCountdownBanner.  Sorry, don't know how to insert the link here.
[18:10] <cprofitt> np
[18:11] <cjohnston> jors: its only Immutable if you arent logged in
[18:11] <cjohnston> do you see your lp name in the subnav?
[18:11] <cprofitt> this one -- https://wiki.ubuntu.com/Website/PreciseCountdownBanner
[18:11] <cprofitt> jors: in the menu row with 'Edit' 'Info' etc... you should see your LP name... is that the case?
[18:12] <jors> loggin in again now, just a sec
[18:13] <jors> See it now.  Don't know why it didn't work prior as I was definitely logged in.  Thanks for your help and sorry for wasting your time.
[18:13] <cprofitt> jors: never a waste -- glad to help you
[18:13] <jors> Thanks again.
[18:14] <cjohnston> steveedwards: just because you dont like django doesnt mean you have to posion it with PHP :-P
[18:14] <cjohnston> poison too
[18:14] <steveedwards> cjohnston: Hey, did I say I didn't like Django?
[18:14] <cprofitt> lol cjohnston
[18:14] <steveedwards> cjohnston: ;)
[18:14] <cjohnston> ;-)
[18:19] <cprofitt> man... there are some nice countdown submissions
[18:31] <steveedwards> cjohnston: I'm logging off. Have fun.
[22:29] <slick666> hey cjohnton
[22:30] <slick666> I've been able to lookat the readthedocs page
[22:31] <slick666> and got through most of it but I've found a couple corrections
[22:31] <slick666> who do I submit those to?
[22:33] <cjohnston> what are the issues?
[22:33] <cjohnston> the docs are in the bzr branch
[22:33] <slick666> I started with a bare minimum Ubuntu 11.10 install and I needed to install gcc
[22:34] <slick666> and python2.7-dev
[22:34] <cjohnston> python2.6
[22:34] <slick666> also the model-mommy package was renamed to model_mommy
[22:34] <slick666> 2.6?
[22:35] <cjohnston> we use python2.6 still
[22:35] <slick666> ok, I was just going with system defaults
[22:35] <slick666> I'll roll mine back to be sure I'm not missing anything
[22:35] <cjohnston> ya.. slick666 the server is the previous LTS
[22:35] <slick666> oh, of course
[22:35] <cjohnston> slick666: you can install python2.6 with python2.6
[22:36] <cjohnston> slick666: you can install python2.6 with python2.7
[22:36] <slick666> I know
[22:36] <cjohnston> so just install 2.6 and set up your virtual env for 2.6
[22:36] <slick666> I jsut have to change the pointer so the 'which python' points to python 2.6
[22:37] <slick666> where would I find the 'model-mommy' requirement?
[22:38] <slick666> is that requiremetns.txt something in the bzr source?
[22:39] <cjohnston> requirements.txt
[22:40] <slick666> lol, yea


[12:06] <BluesKaj> Howdy folks
 @RikMills, Like Elisa, right?
 WFM
 @RikMills, So ff better than chrome?
 @myfenris,<PHONE_NUMBER>0000000000000000000000000% better
 @RikMills, 😍👀


[10:39] <bhushan05> hi..
[10:40] <bhushan05> i need help to fix an issue in E OS loki..
[10:40] <bhushan05> can you help..??


[00:19] <fotografisto> what is the ubuntu studio theme called?
[00:19] <fotografisto> I am using ubuntu mate 15.04
[00:19] <fotografisto> I installed ubuntustudio-look
[00:19] <fotografisto> but I am not sure what the defualt theme is in the list
[02:12] <holstein> fotografisto: it should be for xfce.. might not "apply" to mate
[02:15] <fotografisto> holstein can you check in your appearances what they main theme is called?
[02:16] <holstein> i dont have stock ubuntustudio 15.04 installed anywhere here
[02:16] <holstein> its ubuntustudio, though. but, its not for mate.. its for xfce
[02:17] <holstein> not sure what ubuntustudio named parts of the theme will show in mate
[02:20] <holstein> i am on stock ubuntu mate 15.04 atm..
[02:20] <holstein> fotografisto: what are you trying to do?
[02:20] <holstein> if you want the ubuntstuduio desktop, theres a meta for that
[02:21] <fotografisto> nah I don't want the whole desktop just parts of it
[02:21] <holstein> fotografisto: this is what gets added..
[02:21] <holstein> The following extra packages will be installed: elementary-icon-theme gnome-icon-theme-full greybird-gtk-theme murrine-themes numix-gtk-theme plymouth-theme-ubuntustudio shimmer-themes ubuntustudio-sounds ubuntustudio-wallpapers
[02:22] <holstein> you'll just have to see what of that works with mate
[02:22] <holstein> fotografisto: you literally cant have any of xfce in mate
[02:22] <holstein> i mean, you can.. but, you'd have to run the panel, and other parts.. and thats not what you are trying to do.. but, there are the names ^
[02:22] <fotografisto> holstein how do you manage color profiles in mate?
[02:23] <holstein> fotografisto: i havent needed to.. what are you trying to manage?
[02:23] <holstein> profiles for a monitor?
[02:23] <fotografisto> yea color profiles
[02:23] <fotografisto> so your prints come out same as on the screen
[02:24] <holstein> im sure thats an ongoing tweak, that depends on many factors
[02:24] <holstein> i have seen those settings in some specific proprietary driver configs..
[02:24] <fotografisto> which ones?
[02:24] <holstein> there are several tools for it, all of which are in the repos, and available
[02:25] <fotografisto> says my machine isn't using any proprietary drivers
[02:25] <fotografisto> I installed gnome color management but I am not able to open it
[02:25] <holstein> fotografisto: why? how are you trying to open it? whats the error messages? you also are using mate, not gnome..
[02:26] <holstein> anyways, theres not a "magic button" for that
[02:26] <fotografisto> it doesn't show up in control panel
[02:26] <holstein> fotografisto: are you having issues with prints looking different than your screen?
[02:26] <fotografisto> what software should I use for mate for color management?
[02:26] <fotografisto> no I haven't printed anything out yet
[02:26] <holstein> fotografisto: how about you wait til you have a problem with that, then..
[02:27] <holstein> anyways, there are many tools in the repos. you can load them up and see if they meet your needs..
[02:27] <holstein> a tool for the gnome panel wont automatically show up in the mate panel, likely
[02:28] <fotografisto> cryptkeeper is for gnome and it works in mate holstein
[02:28] <holstein> sure
[02:28] <holstein> fotografisto: they are both gtk, and lots of things *should* work fine
[02:28] <fotografisto> do you use it too?
[02:29] <holstein> fotografisto: what did you install? and how?
[02:29] <holstein> fotografisto: i have stock ubuntu mate running here,i will install it, and tell you how i use it
[02:29] <fotografisto> I installed gnome color management
[02:29] <holstein> though, i suggest you actually wait til you have an issue that requires the tool
[02:29] <fotografisto> oh wait I forgot
[02:29] <fotografisto> gimp has builtin profile management
[02:31] <fotografisto> photoprint and gimp has builtin color management
[02:31] <fotografisto> I forgot about that
[02:32] <holstein> and, you dont know that you need it
[02:33] <holstein> anyways, gcm-viewer opens and runs here
[02:34] <holstein> i launch from the command line.. gcm-picker ..etc
[02:37] <holstein> fotografisto: gcm = gnome color picker, which i run from the ubuntu mate desktop, BTW
[15:43] <mark__> markwick


[13:24] <dgroos> Good Morning!
[13:25] <vmlintu> good afternoon
[13:26] <dgroos> I hope the sun is as bright on the afternoon side of the world as it is on this morning side right now :)
[13:39] <vmlintu> it's sunny right now, it snowed a bit earlier
[13:50] <dgroos> I'm extra-appreciating the sun today since it snowed the last 2.  Not many winters that I remember that have had this much snow.  But spring is coming one of these days...  When does spring come in Finland?
[13:53] <vmlintu> It's been quite snowy here too this winter. It's been now above 0C for a couple days now, but spring should be here within a month or so.
[13:57] <dgroos> Quite similar to here!  We lost a lot of the snow in the last 10 days (lots of flooding has started) but it just dropped below 0 these last few days so it's dry at the moment.
[13:59] <vmlintu> I just remember that there was barely any snow in MN the winter I lived there
[14:58] <dgroos_> vmlintu: When did you live in Minnesota? Studying?
[15:17] <vmlintu> yup, back in the '90s
[15:19] <dgroos_> cool. U of M?
[15:20] <vmlintu> that was before university
[15:21] <dgroos_> (well after, for me :))
[15:26] <vmlintu> did you go to U of M?
[15:28] <dgroos_> I graduated from Carleton--south of Minneapolis by ~30 miles, but am working to finish my PhD in Science Ed from the U of MN right now.
[15:29] <dgroos_> Were you an exchange student in HS?  Which?
[15:30] <vmlintu> yep, in roseville
[15:32] <dgroos_> That's very cool.  Cross cultural stuff in HS is very informative/formative.
[15:42] <dgroos_> But then I guess cross-cultural experiences are quite common in Europe as different countries are relatively near each other.
[16:07] <dgroos_> bbl
[18:27] <doctormo> highvoltage: Everything going ok?
[18:27] <highvoltage> doctormo: more or less, yes


[02:39] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/plus-queue-errors/+merge/166164
[02:46] <wgrant> StevenK: What if you just use addErrorNotification?
[02:46] <wgrant> Rather than having separate error styling
[02:49] <StevenK> wgrant: Because the code wants to bail out early from the POSTed method
[02:50] <wgrant> StevenK: addErrorNotification and return?
[02:50] <wgrant> Anyway, lunching, bbs
[02:53] <StevenK> wgrant: addErrorNotification and return results in no effect
[03:48] <StevenK> wgrant: addErrorNotification, redirecting and then returning does work, but will probably result in you murdering me.
[04:11] <wgrant> StevenK: Ah, because the request only picks up notifications at the start, I guess.
[04:12] <wgrant> StevenK: The existing MP is OK then, I guess.
[04:13] <StevenK> wgrant: +1 it, I shall land and then we can finally deploy
[04:13] <StevenK> Which will probably have to wait
[04:16] <wgrant> StevenK: scan
[04:16] <StevenK> Oh, damn. span?
[04:17] <StevenK> -    <scan tal:content="error"></scan>
[04:17] <StevenK> +    <span tal:content="error"></span>
[04:17] <wgrant> That's more plausible, unless HTML5 is innovating
[04:17] <StevenK> It's like the <video> tag
[04:18] <StevenK> Except it involves instruments of evil.
[04:27] <StevenK> wgrant: The MP has updated.
[04:27] <StevenK> Ah, indeed
[04:27]  * StevenK lands
[07:44] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/ddeb-copy-overrides/+merge/166188
[07:44] <wgrant> I've done reasonably extensive testing locally, and I think this is the last LP-side bit
[08:11] <StevenK> wgrant: Sorry, looking.
[08:13] <StevenK> wgrant: r=me. I'm landing the garbo deletion and the use of permit_obsolete_series now.
[08:28] <wgrant> StevenK: Thanks


[00:00] <axw> katco: thanks, sorry about that. little bit of rain and the network goes out
[00:01] <rick_h_> thumper: good time off?
[00:01] <thumper> rick_h_: yeah, a real nice break
[00:01] <thumper> rick_h_: didn't get all I wanted to get done done...
[00:02] <thumper> but them's the breaks
[00:02] <rick_h_> thumper: never do
[00:02] <thumper> the kids have decided they like D&D
[00:02] <rick_h_> lol
[00:02] <thumper> and I'm kinda required as a DM
[00:02] <thumper> which takes time...
[00:02] <rick_h_> but of course
[00:02] <katco> thumper: awesome!
[00:02] <rick_h_> to do properly
[00:02] <katco> axw: no worries at all
[00:02] <rick_h_> thumper: have time today for me to bug you with a few notes on things?
[00:02] <thumper> they were real frustrated that I had to read up on the campaign first
[00:02] <rick_h_> lol, yea been a long time here
[00:03] <rick_h_> I'd have to go reread a lot of stuff heh
[00:03] <thumper> rick_h_: yeah, at a cafe now so I can focus on design without kids around
[00:03] <thumper> the rules changed since I last played
[00:03] <thumper> over 20 years ago
[00:03] <axw> thumper: nice :)  I never had anyone interested in playing D&D growing up
[00:04] <rick_h_> thumper: k, ping if you get free/bandwidth and if not will bring it up later but had some things come up friday/today figured I'd mention
[00:04] <katco> axw: same here.... somehow i was a huge nerd and never played even once
[00:04] <axw> steve jackson books were there for me though
[00:04] <thumper> rick_h_: need to mention with voice? or irc would work?
[00:04] <rick_h_> thumper: we can try irc if you want
[00:05] <thumper> rick_h_: my mind is pretty good at reading your writing in your voice
[00:05] <rick_h_> lol awesome
[00:05] <thumper> can also pick up most of the sarcasm
[00:05] <thumper> :)
[00:06] <thumper> rick_h_: if we find it now working, we could do a call later
[00:06] <rick_h_> thumper: here, PM, or other side?
[00:06] <thumper> rick_h_: if it is sensitive PM or other
[00:06] <thumper> otherwise, I'm fine here
[00:06] <rick_h_> I don't think it is but do that just to be safe I guess
[00:06] <thumper> sure
[00:13] <axw> katco: it's JUJU_DEV_FEATURE_FLAGS
[00:13] <axw> you're missing the "DEV"
[00:21] <katco> axw: thx
[00:23] <axw> katco: left a few more comments. all the panics need to go, and init needs to move, otherwise trivials/suggestions
[00:23] <katco> axw: yeah i was going to ask about the panics... wasn't quite sure what to do there
[00:23] <katco> axw: i think i ran into a circular reference last time i tried to address the registration? i'll let you know here in a sec
[00:24] <axw> katco: there should be no references from storage->openstack, only the reverse
[00:29] <katco> axw: i see my misunderstanding... i think i was trying to register it in storage/provider/ something or other
[00:38] <katco> axw: thanks for the great reviews. fresh PR up.
[00:42] <rick_h_> and like that you can ruin someone else's day bwuhahaha :)
[00:42] <thumper> katco: it was suggested that without the _DEV_ bit, it would be too tempting for clients to try to use them in prod settings
[00:42] <thumper> which they would do
[00:43] <katco> thumper: i completely agree with that lol
[00:52] <rick_h_> thumper: I forgot a dinner tomorrow, can I move out sync back a few hours?
[00:52] <thumper> rick_h_: back as in later...?
[00:52] <rick_h_> thumper: yes
[00:52] <rick_h_> later in the day 3hrs
[00:53] <thumper> 3.5?
[00:53] <thumper> or is that too later?
[00:53] <rick_h_> that's peachy
[00:53] <thumper> ok
[00:53]  * thumper moves
[00:53] <rick_h_> aunt's b-day, not on my work calendar doh!
[00:53] <thumper> :)
[00:54] <axw> katco: thanks, LGTM with a few more small fixes
[00:54] <katco> axw: k thx... getting the dummy charm to allocate some storage will be a milestone
[00:55] <axw> katco: did you see the email I sent out, with the reference to the hacked version of postgresql?
[00:55] <axw> katco: or did you just want to test with something a bit leaner?
[00:56] <katco> axw: just wanted to start lean so i can iterate quickly
[00:56] <axw> sure, SGTM
[00:56] <katco> axw: i will move onto postgres afterwards since i know that's what we would like to demo with
[00:56] <axw> good practice to write charms anyway :)
[00:56] <katco> axw: haha yeah :)
[01:12] <cherylj> hey axw, do you know how to get the output of the cloudinit script like is in bug 1439447?
[01:12] <mup> Bug #1439447: tools download in cloud-init should not go through http[s]_proxy <cloud-installer> <landscape> <juju-core:In Progress by cherylj> <juju-core 1.23:In Progress by cherylj> <https://launchpad.net/bugs/1439447>
[01:13] <axw> cherylj: one moment, I think I know, just checking
[01:15] <axw> cherylj: the instance's cloud-config is /var/lib/cloud/instance/cloud-config.txt
[01:15] <axw> it's not exactly a shell script, but has each of the commands in a YAML file
[01:15] <cherylj> axw: Awesome, thanks!!
[01:15] <axw> nps
[01:17] <axw> cherylj: BTW regarding your last comment on that bug: yes, there will almost certainly be people that want it either way. In particular, manually provisioned machines may need to go through a proxy
[01:17] <axw> I think otherwise they'd be going direct tho
[01:18] <thumper> axw: yeah... kinda hard to deal with that where we have a mixed environent
[01:18] <thumper> unsure just yet
[01:19] <cherylj> axw: Thanks, providing an option is proving to be a bit difficult to implement.
[01:36] <axw> thumper cherylj: I was just thinking, don't we currently expect all nodes to communicate directly? for the API anyway?
[01:36] <axw> so... maybe just disabling the proxy isn't a problem
[01:37] <axw> I think even for manual we require things to be directly routable atm
[01:37] <thumper> that was my reasoning too
[01:41] <cherylj> axw, thumper:   cool, so I'll just disable the proxy when we're downloading tools for the non-bootstrap node
[01:41] <natefinch> weird, just got disconnected
[01:42] <thumper> natefinch: I just assumed you were done :)
[01:42] <axw> cherylj: sounds good. I can't recall if there's any case where a non-bootstrap node downloads tools directly from the Internet, but if so then don't disable for that
[01:42] <axw> cherylj: I don't *think* there is such a case though
[01:42] <natefinch> thumper: not quite :)
[01:43] <thumper> axw: we were looking at ONLY changing the curl command for acquiring tools
[01:43] <cherylj> axw: yeah, I don't think there is
[01:43] <thumper> axw: there is a command line option '--noproxy=*' that /should/ work
[01:43] <axw> thumper: yep, SGTM
[01:43] <thumper> cherylj: any luck getting it working from the machine not using cloudinit?
[01:44] <natefinch> axw: did my last two comments go through, about the review?
[01:44] <axw> natefinch: looking
[01:45] <natefinch> axw: it was just 15 minutes ago... possibly I was already disconnected and the client didn't tell me
[01:45] <axw> natefinch: last comment I saw from you was from 9.5h ago
[01:45] <axw> ah nope
[01:45] <natefinch> ok :)
[01:47] <natefinch> axw:  I tried moving the set password stuff in the agent code directly but I couldn't find the right time in the startup sequence where it would work.  Did you have an idea of where is appropriate?  I tried just above where I'd put the converter code, at the beginning of the state worker, and pretty near the beginning of all the workers.   I got different errors for each, but unfortunately didn't copy all of them down.
[01:48] <axw> natefinch: lemme see, one minute
[01:54] <axw> natefinch: did you try modifyin OpenAPIState? add an "else" after the "if usedOldPassword", and call entity.SetPassword(info.Password) in it
[01:54] <axw> modifying*
[01:54] <axw> modifyin'
[01:55] <natefinch> axw: nope, but that's a good idea
[01:55] <axw> natefinch: I expect the StateWorker would bounce until that passes, but I think it should keep retrying?
[01:55] <natefinch> axw: it should
[01:55] <mup> Bug #1440940 was opened: xml/marshal.go:10:2: cannot find package "encoding" <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1440940>
[01:56] <axw> natefinch: initially I was thinking stateStarter could not start StateWorker until the API has connected, but I'm not sure if that'll cause problems with API server initialisation when there's only one server ...
[02:01]  * natefinch tries it.
[02:03] <cherylj> thumper: It seems to be a problem using the * wildcard.  If I do --noproxy *, it still tries to go through the proxy.  But if I explicitly list the state server, it bypasses the proxy
[02:03] <thumper> haha
[02:03] <thumper> ha
[02:03] <thumper> hmm
[02:03] <thumper> I know what it is
[02:04] <cherylj> oh?
[02:04] <thumper> the whole command line is being pushed through bash
[02:04] <thumper> * is expanded to all the filenames in the directory
[02:04] <cherylj> I figured it was some substitution like that
[02:04] <thumper> try wrapping it in quotes so bash doesn't expand it
[02:04] <thumper> --noproxy "*"
[02:05] <cherylj> that worked, yay!
[02:05] <thumper> w00t
[02:05] <cherylj> let me try it in the actual code now
[02:05] <thumper> ok
[02:11] <cherylj> thumper: it worked!  huzzah!
[02:11] <thumper> awesome
[02:12] <cherylj> I'm going to turn in for the evening and write the tests for the change in the morning.
[02:12] <thumper> kk
[02:17] <katco> axw: when i do juju storage pool, i don't see "cinder" as an option... what have i done wrong?
[02:17] <katco> axw: juju storage pool list rather
[02:18] <axw> katco: you won't see any pools; there's an implicit pool for each provider, but it's not listed
[02:18] <axw> (perhaps we should change that)
[02:18] <katco> Added charm "local:trusty/hello-world-charm-3" to the environment.
[02:18] <katco> ERROR cannot add service "hello-world-charm": reading pool "cinder": settings not found
[02:18] <katco>
[02:18] <axw> huh
[02:18] <katco> that was from: juju deploy local:trusty/hello-world-charm --storage="foo=cinder,1MB"
[02:19] <axw> katco: you *bootstrapped* with the feature flag enabled right?
[02:19] <katco> yeah
[02:20] <katco> export JUJU_DEV_FEATURE_FLAGS=storage
[02:20] <katco> and then juju bootstrap --upload-tools
[02:20] <katco> this is on canonistack
[02:21] <katco> i'll try tearing it down and retry just in case
[02:21] <axw> katco: that's weird, the error annotation implies that the error is not a NotFound error, but the cause suggests it is
[02:21] <axw> katco: see storage/poolmanager/poolmanager.go
[02:21] <katco> axw: k
[02:25] <axw> katco: oh, there's a bug in provider/openstack/init.go  -- not sure if it's related
[02:26] <axw> katco: there's an existing call to registry.RegisterEnvironStorageProviders
[02:26] <axw> katco: remove the first one, which is saying that openstack supports no custom storage providers
[02:26] <axw> hmm don't think it's related tho, looks like it'll accumulate
[02:29]  * thumper heads home
[02:30] <katco> axw: lol stale binary >.<
[02:30] <axw> katco: :)
[02:31] <katco> axw: so it's pending... it should eventually show up?
[02:32] <axw> katco: yes, once the instance is created, the storage provisioner should try to create it
[02:33] <axw> katco: we need to add proper status support to storage, it's a little bit difficult to debug what's going on at the moment
[02:35] <katco> axw: agent is started, running hook config-changed
[02:36] <katco> axw: and storage is still pending. hm.
[02:38] <katco> axw: i'm getting some decent errors in debug-log at least
[02:38] <katco> volume "0" not provisioned
[02:38] <katco> getting storage source "cinder": requisite configuration was not set: auth-url not assigned
[02:46] <katco> axw: ah i see... there are some config options i need to set to tell it how to authenticate to canonistack. where do i do that for storage? i.e. how does it get passed into VolumeSource(...)?
[02:46] <axw> katco: hm, why are those pool config attributes? shouldn't they just come from the env config?
[02:46] <axw> I think I glossed over that in my review
[02:47] <axw> katco: sorry, in the VolumeSource method, it should be using environConfig to get the credentials to open a nova/cinder session
[02:47] <katco> i'm getting them from *storage.Config
[02:47] <katco> axw: ah k
[02:48] <axw> katco: see ec2/ebs.go for inspiration if required
[02:48] <katco> i shall seek inspiration :)
[02:49] <katco> axw: fyi the whole provider/* vs. storage/provider/* screwed me up for a long time
[02:49] <katco> axw: i kept wondering if you guys just hadn't checked in the ec2 provider
[02:49] <axw> katco: sorry. the reason it lives in provider/ is because it's closely tied to the environ provider
[02:50] <axw> non IaaS storage providers will go in storage/provider/
[02:50] <katco> axw: totally my fault
[02:50] <katco> axw: i need to turn in, but this looks like we're pretty close. thanks for the help :)
[02:50] <axw> katco: cool :)  no worries, talk to you tomorrow
[02:51] <katco> axw: have a good day!
[02:51] <axw> cheers, good night
[03:00] <natefinch> axw: btw, that suggestion to put it in OpenAPIState works great.
[03:00] <axw> natefinch: awesome
[04:00] <natefinch> axw: added some tests and finished the cleanup & suggestions you had.   Would love to have you re-review.  The tests aren't super thorough, but they're similar to what already existed, so I don't feel too bad (I do still feel bad, but I also need to get this committed).
[04:00] <natefinch> going to bed.  Good night all.
[04:01] <axw> natefinch: yep, just about to hit the button. thanks for the updates
[04:01] <natefinch> axw: thanks for the review.  It's been a big help.
[04:01] <axw> no worries
[04:46] <dimitern> morning all
[07:34] <voidspace> morning all
[07:40] <dooferlad> dimitern: moeninf
[07:40] <dooferlad> dimitern: morning rather
[07:41] <dooferlad> ok, the coffee hasn't hit
[07:41] <dimitern> voidspace, dooferlad, morning!
[07:43] <voidspace> o/
[07:43] <voidspace> coffee is a good idea
[07:48] <TheMue> morning o/
[07:57] <davecheney> o/ europe!
[07:59] <TheMue> davecheney: heya, Mister Vienna
[08:33] <dimitern> dooferlad, I've landed your branches, but we need to clean up a few bits
[08:33] <voidspace> davecheney: what are you doing in Europe - just here early for the sprint or at a conf?
[08:34] <dooferlad> dimitern: yea, I spotted that. Thanks.
[08:36] <dimitern> voidspace, I've tried to land yours but one had conflicts after the first one landed
[08:36] <voidspace> dimitern: yep, fixed and retried
[08:37] <voidspace> dimitern: just now
[08:37] <voidspace> dimitern: creating versions of those fixes for master
[08:37] <dimitern> voidspace, sweet!
[08:37] <voidspace> dimitern: first one applied cleanly and PR created
[08:37] <voidspace> dimitern: second one the patch didn't apply cleanly, looking at now
[08:37] <voidspace> dimitern: thanks for landing the other one
[08:38] <dimitern> voidspace, I'd appreciate if you have a look at bug 1439880 to see if my analysis is correct
[08:38] <mup> Bug #1439880: Container's interfaces are all on private networks instead of host's eth0 network <lxc> <maas-provider> <network> <oil> <juju-core:Triaged by dimitern> <https://launchpad.net/bugs/1439880>
[08:38] <voidspace> oh god
[08:38] <voidspace> dimitern: ok
[08:38] <dimitern> voidspace, that's most likely the same issue (not found subnets: [])
[08:38] <dimitern> which you fixed already
[08:38] <voidspace> dimitern: ok, I hope so
[08:38] <voidspace> dimitern: looking
[08:40] <dimitern> TheMue, heya, any update on your maas issue?
[08:41] <dimitern> voidspace, LGTM on http://reviews.vapour.ws/r/1391/ btw
[08:42] <voidspace> dimitern: thanks
[08:42] <TheMue> dimitern: I'm an dialog with rvba, lp issue is created. now I at least want to propose my little fix that doesn't stop with an error but returns the default values instead
[08:42] <voidspace> dimitern: yeah, those logs make it seem pretty likely that this is the same issue
[08:42] <voidspace> dimitern: fetching an interface with no subnet and attempting to use that
[08:43] <voidspace> dimitern: we'll see when he tries latest 1.23
[08:43] <dimitern> voidspace, yep, sounds good
[08:43] <dimitern> TheMue, ok, but please follow through with rvba on the issue
[08:44] <TheMue> dimitern: yes, sure, just added a comment
[08:45] <dimitern> voidspace, dooferlad, and BTW I'd appreciate a review on http://reviews.vapour.ws/r/1390/
[08:45] <dooferlad> dimitern: *click*
[08:47] <rvba> TheMue: the screenshot you pasted on bug 1439831 helped a great deal… but do you have access to the full console log?  It's very possible that the cause of the problem could be identified if we had all the log.
[08:47] <mup> Bug #1439831: Missing lshw breaks cloudinit <MAAS:Incomplete> <https://launchpad.net/bugs/1439831>
[08:49] <davecheney> voidspace: sprinting with aram for a week
[08:49] <davecheney> to get some arm64 stuff done before the close of the change window
[08:49] <voidspace> davecheney: cool
[08:49] <TheMue> rvba: I really would like to. sadly I cannot do a cut'n'paste with the vmware console at that time. as far as I know the vmware tools have to be installed at a later time
[08:50] <voidspace> davecheney: Vienna is on my list of "must visit sometime"
[08:50] <dimitern> davecheney, hey, so arm64 support will be released with golang-gc 1.5 ?
[08:50] <voidspace> dimitern: enjoy the sprint
[08:50] <dimitern> I wish :)
[08:50] <TheMue> rvba: but I'll see what I can do
[08:50] <rvba> Thanks.
[08:51] <dimitern> TheMue, have you tried using the vmware CLI tools to capture the console log of the VM ?
[08:51] <dimitern> it should be possible
[08:51] <voidspace> davecheney:: enjoy the sprint
[08:54] <TheMue> dimitern: they can be installed when then the OS is installed
[08:55] <dimitern> TheMue, no, I don't mean the vmware tools that you install on the vm, but the command-line vmware client you can use from the host
[08:56] <TheMue> dimitern: never heard of it, have to search for it
[09:00] <dimitern> TheMue, vmware fusion seems to come with a vmrun command - https://www.vmware.com/pdf/vix162_vmrun_command.pdf which has some interesting features, like running a script inside the guest and copying a file from guest to host - do you have vmrun?
[09:08] <TheMue> dimitern: just took a look, seems to be in the application package and I only have to set it up. sounds like a good way, indeed.
[09:11] <davecheney> voidspace: it's nice here
[09:11] <davecheney> very layed back
[09:11] <davecheney> no forms
[10:21] <davecheney> dimitern: yes, arm64 will ship in go 1.5
[10:21] <davecheney> that's what aram and I are doing this week
[10:21] <dimitern> davecheney, awesome!
[10:22] <dimitern> davecheney, do you know anything about native ppc64 support in gc-go as well?
[10:23] <davecheney> dimitern: same, ppc64 will ship in go 1.5
[10:26] <dimitern> davecheney, \o/ great! I can't wait not to have to care about gccgo/ppc64 bugs :)
[10:30] <davecheney> dimitern: i'm looking forward to your support when I fight for moving everyone up to 1.4 next week
[10:32] <dimitern> davecheney, count on it! :)
[11:08] <dimitern> dooferlad, thanks for the review btw
[11:08] <dimitern> dooferlad, as you progress with the implementation of "space list" you'll need to add a type for Space in params/network (like I did for Subnet)
[11:13] <dimitern> dooferlad, or actually, hold on.. you won't need that - you already have all the info (e.g. list of all spaces - like AllSpaces in cmd/juju/subnet), and the rest should come from a list of params.Subnet for each space's associate subnets
[11:13] <dimitern> dooferlad, most of the rendering code (and tests) could be reused between space list and subnet list, but I'd suggest copying it first and when done
[11:14] <dimitern> dooferlad, ...refactoring it to minimize duplication
[11:23] <dimitern> dooferlad, voidspace, TheMue, last step of the subnets CLI, please take a look http://reviews.vapour.ws/r/1393/ (esp. proof-reading)
[11:27] <lazyPower> o/ Good Morning - there's a member in #juju looking for which ports are required to be open on the juju state server. Does anyone happen to know these ports off the top of their heads?
[11:27] <dimitern> lazyPower, 17070
[11:27] <dimitern> tcp
[11:28] <dimitern> lazyPower, that's the api server, not state server (mongo) which is 37070/tcp, but it's not accessible anyway
[11:28] <lazyPower> ok, so just 17070 and 22 - the rest should be fine in state: closed?
[11:28] <dimitern> lazyPower, most commonly, yeah
[11:29] <lazyPower> right on, cheers dimitern :)
[11:29] <dimitern> lazyPower, no prob :)
[11:56] <jam> axw: katco: I've updated http://reviews.vapour.ws/r/1378/ for now I'm just commenting out the 1 non deterministic test. I'll try to work with william to get it tested again
[12:28] <voidspace> dimitern: if I add issues and then hit "Ship It", does it automaitcally become "Fix it, then ship it"?
[12:29] <voidspace> dimitern: as I can't specifically see an option for that
[12:29] <voidspace> dimitern: anyway, you have a review
[12:31] <jam> wow.... running "worker/uniter" tests causes the test suite to rebuild cmd/jujud/jujud which consumes about 700MB just for the 6l linker...
[12:31] <jam> so much for running the test suite on a 1GB VM
[12:31] <voidspace> dimitern: hmmm... no, it doesn't. Ah well. And I seem to have done it twice :-)
[12:34] <wwitzel3> jam: so it rebuilds it everytime, even if there are no changes?
[12:34] <jam> wwitzel3: I believe the issue probably has to do with JujuConnSuite building tools and "uploading" them to the environment as part of default setup. I don't quite understand why it always rebuilds jujud, but it is probably building everything in a temp dir (I would guess)
[12:36] <wwitzel3> jam: hrmm, wonder if there is a way to avoid that. Rebuilding everything is not an insignificant amount of time and with our test suite already being slow.
[12:37] <jam> wwitzel3: well I only noticed cause i did "go test -c" and then "./uniter.test & ./uniter.test" 10 times and my VM died to swapping :)
[12:37] <wwitzel3> jam: heh
[12:41] <voidspace> dimitern: in the "Juju Container Addressability" doc, is the greyed out section (from the bottom of page 5)
[12:41] <voidspace> dimitern: there for historical reasons only, or do I need to go through that as well?
[12:41] <dimitern> voidspace, it's historical only
[12:41] <voidspace> dimitern: ok
[12:41] <dimitern> voidspace, sorry, I just saw your earlier messages
[12:42] <voidspace> dimitern: I deleted one out of date bullet point and I'm adding an additional one in the "common features" section about the addresser worker
[12:42] <dimitern> voidspace, so AIUI "Fix it, then ship it" turns to "Ship it" once all issues are resolved/dropped
[12:42] <dimitern> automatically
[12:42] <voidspace> dimitern: right, but that wasn't the question
[12:43] <voidspace> dimitern: it was how to post a "Fix it, then ship it" in the first place
[12:43] <voidspace> dimitern: I posted a "Ship It" and it was just a "Ship It"
[12:43] <voidspace> :-)
[12:46] <dimitern> voidspace, ah :) well the "Fix it" part appears when you add any issues and tick the ship it box
[12:47] <voidspace> dimitern: ah!
[12:47] <voidspace> dimitern: thanks
[12:47] <voidspace> I didn't post two "Ship It" reviews - wwitzel3 posted one within the same minute as me...
[12:48] <voidspace> dimitern: hmmm... I have a horrible feeling
[12:48] <voidspace> dimitern: we have the watcher, worker, apiserver ReleaseContainerAddresses method, api client method
[12:49] <voidspace> dimitern: but it doesn't look *to me* like destroying a container calls the ReleaseContainerAddresses method
[12:49] <voidspace> unless I'm missing something
[12:49] <voidspace> I really thought I did that...
[12:50] <voidspace> dimitern: the provisioner should be calling it in StopInstance
[12:50] <dimitern> voidspace, how about adding a few ops in state around machine destruction?
[12:51] <voidspace> dimitern: so when the machine is destroyed in state release the addresses
[12:51] <voidspace> dimitern: then we don't need the api
[12:52] <voidspace> and the logic is simpler
[12:53] <voidspace> we have the machine ID, just find all IP addresses with that machine ID and mark Life as dead
[12:53] <voidspace> no need for the unit agent to do it, so no need to check permissions
[12:54] <voidspace> dimitern: I'll create an issue and a kanban card *sigh*
[12:57] <dimitern> voidspace, thanks
[12:57] <dimitern> voidspace, yes, that sounds like a better approach - the provisioner API RCA() can still stay (for now at least)
[12:57] <voidspace> dimitern: heh, you just unassigned me from a three year old bug
[12:58] <dimitern> voidspace, I think it's safer to do it in state though
[12:58] <voidspace> dimitern: yep
[12:58] <dimitern> voidspace, are you still working on it? :)
[12:58] <voidspace> dimitern: I might have got round to it...
[12:59] <dimitern> voidspace, well, in that case feel free to reassign yourself then :)
[13:00] <voidspace> dimitern: I think I'll skip it...
[13:05] <sinzui> mgz, dimitern Can either of you review http://reviews.vapour.ws/r/1394/
[13:10] <mgz> sinzui: on it
[13:10] <mgz> sinzui: lgtm
[13:11] <sinzui> thank you mgz
[13:12] <voidspace> aargh, spotify killed unity again
[13:12] <voidspace> mouse no longer works, events blocked
[13:12] <voidspace> I can alt-tab and type
[13:12] <voidspace> but can't use a browser very well
[13:12] <voidspace> will reboot and go on lunch, create tickets (and work on them) after that
[13:25] <jam> sinzui: abentley: i see "inc-1.23-beta4" in the pipeline, and I'm trying to land the "remove leader-election flag for 1.23" as well.
[13:25] <jam> It bounced once due to AddRemoveSet
[13:26] <jam> but it should land
[13:27] <sinzui> jam, yes, 1.23-beta3 was sent to the builders. we will release a 1.23-beta4 later this week or next if need be
[13:28] <sinzui> dimitern, bug 1427814 should be High, or we should remove it from the milestone. We don't commit Medium bugs to deadlines.
[13:28] <mup> Bug #1427814: juju bootstrap fails on maas with when the node has empty lshw output from commissioning <bootstrap> <maas> <maas-provider> <network> <juju-core:Triaged by themue> <juju-core 1.23:Triaged by themue> <https://launchpad.net/bugs/1427814>
[13:28] <dimitern> sinzui, ok, I'll retriage it as high then
[13:29] <sinzui> thank you dimitern
[13:44] <mup> Bug #1427508 changed: cmd/jujud/agent: test failure <intermittent-failure> <tech-debt> <test-failure> <juju-core:Fix Released> <juju-core 1.23:Fix Released> <https://launchpad.net/bugs/1427508>
[13:44] <mup> Bug #1438168 changed: juju 1.23 doesn't release IP addresses for containers <juju-core:Fix Released by mfoord> <https://launchpad.net/bugs/1438168>
[13:44] <mup> Bug #1438683 changed: Containers stuck allocating, interface not up <add-machine> <cloud-installer> <landscape> <maas-provider> <network> <juju-core:Fix Released by mfoord> <https://launchpad.net/bugs/1438683>
[13:44] <mup> Bug #1438820 changed: IP address life field upgrade step and addresser worker don't play well together <juju-core:Fix Released by mfoord> <https://launchpad.net/bugs/1438820>
[13:58] <natefinch> ericsnow, wwitzel3: note the moved standup
[13:58] <natefinch> (in an hour)
[13:59] <ericsnow> natefinch: k
[13:59] <perrito666> ericsnow: are you not in pycon?
[13:59]  * perrito666 looks at the calendar and acuses it of lying
[13:59] <ericsnow> perrito666: leaving for the airport in 4 hours
[14:00] <perrito666> ahh :D makes sense
[14:00] <perrito666> my calendar, given my tz, has shown me things in the wrong day before
[14:00] <ericsnow> perrito666: the calendar's right, it just doesn't show today as partial :)
[14:02] <wwitzel3> ahh, I see that now
[14:02] <wwitzel3> hangout is the best max fan speed tool for Linux, even steam doesn't get it cranked like hangout
[14:03] <perrito666> wwitzel3: get hardware accel for it
[14:34] <ericsnow> natefinch: one-on-one?
[14:34] <natefinch> ericsnow: I think we can skip it unless there's something you need
[14:34] <ericsnow> natefinch: nah
[14:34] <natefinch> ericsnow: cool.  See you in Nuremberg.  Have fun at pycon.
[14:35] <ericsnow> dimitern: thanks for hopping onto that vmware networking thread
[14:35] <voidspace> natefinch: can you remove me from the list of attendees to moonstone standups please
[14:35] <voidspace> natefinch: I don't think I can do it...
[14:35] <ericsnow> dimitern: I think we have a good enough plan going forward, but I want to be sure I'm understanding the juju networking model correctly
[14:36] <voidspace> natefinch: I keep getting updated invitations to your standups :-)
[14:36] <ericsnow> voidspace: were we that bad? <wink>
[14:36] <voidspace> ericsnow: yep <wink>
[14:37] <wwitzel3> lol
[14:37] <voidspace> ericsnow: you at pycon yet?
[14:37] <voidspace> :-)
[14:37] <ericsnow> voidspace: flying out in a few hours
[14:37] <voidspace> ericsnow: have fun, I'll miss everyone :-(
[14:37] <ericsnow> voidspace: way only just told that the posters can be 4x8 (feet)
[14:38] <wwitzel3> lol
[14:38] <voidspace> hah
[14:38] <ericsnow> voidspace: but it does allow me to fit more stuff on there :)
[14:39] <voidspace> good
[14:39] <wwitzel3> less is more for posters
[14:39] <dimitern> ericsnow, sure, I'll dig into the discussion so far and respond (but most likely tomorrow)
[14:39] <ericsnow> wwitzel3: pshaw
[14:39] <ericsnow> dimitern: np, thanks!
[14:39] <wwitzel3> poeple want to be drawn in by the poster, a core concept on the post that is easy to follow will generate interest and questions
[14:40] <voidspace> just have a picture of a cloud
[14:40] <wwitzel3> a big diagram full of stuff = empty poster session
[14:40] <ericsnow> wwitzel3, voidspace: apparently there are also accommodations for a laptop, so I may demo some stuff too
[14:40] <ericsnow> wwitzel3: true
[14:40] <ericsnow> voidspace: :)
[14:40] <voidspace> ericsnow: I would have a predeployed local environment with gui
[14:40] <wwitzel3> yeah, was just going to say, use the GUI :)
[14:41] <ericsnow> voidspace: more homework? :)
[14:41] <voidspace> heh, it's easy...
[14:41] <ericsnow> voidspace: I'm probably going to set up openstack
[14:41] <voidspace> wowzer :-)
[14:42] <voidspace> so, deploy openstack with juju and then deploy to that openstack with juju
[14:42] <ericsnow> voidspace: :)
[14:42] <ericsnow> voidspace: TBH, I wasn't planning on using a laptop, but it's so tempting
[14:43] <voidspace> being able to show a deployed environment through the gui is nice
[14:43] <voidspace> showing the relationships
[14:43] <ericsnow> voidspace: yep
[14:44] <voidspace> gmail has decided, fairly reasonably in my opinion..., that all those blessed/cursed emails are spam...
[14:44] <perrito666> voidspace: I added a filter
[14:44] <voidspace> perrito666: I have a thunderbird filter - I use imap
[14:44] <ericsnow> voidspace: the demo openstack page that lazyPower posted inspired me
[14:45] <perrito666> voidspace: saying that these where not spam :p because I assumed they where going to be taken as such
[14:45]  * lazyPower perks up
[14:45] <voidspace> perrito666: but gmail is moving them to spam before I get to them
[14:45] <lazyPower> o/
[14:45] <perrito666> voidspace: you can nevertheless add a filter in gmail
[14:45] <voidspace> perrito666: heh
[14:45] <voidspace> perrito666: I could do...
[14:45] <perrito666> voidspace: its no more than 5 clicks
[14:45] <voidspace> perrito666: I wish gmail would leave my damn email alone and let me handle it thank you very much
[14:46] <perrito666> voidspace: well, I havent looked in my canonical acct, but in my regular acct I get a lot of spam so I am fairly happy with gmails filter
[14:46] <perrito666> but, I use gmail as a client
[14:46] <wwitzel3> voidspace: you can disable the spam filtering completely
[14:46] <voidspace> yeah, I don't like web clients
[14:46] <perrito666> voidspace: I like consistent clients :p so with that I get the same client on my phone, my tablet and my laptop
[14:47] <voidspace> it's sucky - hey, but at least it's sucky everywhere!
[14:47] <perrito666> voidspace: and I pretty much like the ui so I would really use a desktop client if it provided the same interface
[14:47] <voidspace> right
[14:47] <voidspace> I prefer the thunderbird ui
[14:47] <perrito666> the idea of labels instead of folders is the killer feature for me
[14:47] <voidspace> that's the killer un-feature for me!
[14:47] <voidspace> I like folders dammit
[14:50] <ericsnow> I don't mind the labels, but the filters drive me nuts
[14:50] <ericsnow> you can't prioritize them
[14:50] <ericsnow> (they *all* get run)
[14:51] <wwitzel3> voidspace: if you create a filter for Has Words: is:spam and check never mark as spam, you essentially disable the spam filtering
[14:51] <ericsnow> wwitzel3: nice :)
[14:51] <wwitzel3> voidspace: I did that for my Canonical email after I missed a few that were sent to spam.
[14:51] <perrito666> voidspace: I am a person with difficulties making choices so If I can put an email in many folders it solves my problem :p
[14:55] <dimitern> TheMue, hey, any progress on the maas issue? Did you manage to use vmrun successfully?
[14:56] <TheMue> dimitern: hehe, just wanted to ping you. vmrun does not help, it is only a CLI tool doing the same as the UI. when wanting to get into the running machine you need a user/password.
[14:57] <natefinch> voidspace: ha, sorry, I can fix it.
[14:57] <TheMue> dimitern: but I'm currently setting up a serial debugging console hoping to grabbing the output there
[14:57] <TheMue> dimitern: found some docs at vmware and in forums on how to set it up
[14:57] <dimitern> TheMue, that's an option yeah
[14:58] <TheMue> dimitern: I'm not aware what I'll see there, but I've got almost no other idea
[14:58] <TheMue> dimitern: one option I found too is simply do a screen recording, creating a kind of console output film
[14:58] <TheMue> dimitern: :)
[14:58] <voidspace> wwitzel3: hah, nice - thanks
[14:59] <TheMue> dimitern: if only this initial ubuntu user would have a password to login *sigh*
[15:00]  * TheMue is frustrated
[15:00] <voidspace> natefinch: thanks :-)
[15:02] <dimitern> TheMue, if only cloud-init did it's job :)
[15:02] <perrito666> natefinch: standup?
[15:02] <TheMue> dimitern: exactly, the a simple ssh would be no problem
[15:04] <natefinch> sinzui: what's up with https://bugs.launchpad.net/juju-core/+bug/1440940  ??  It looks like it's a build environment problem, since it's not able to find the stdlib's encoding package.
[15:04] <mup> Bug #1440940: xml/marshal.go:10:2: cannot find package "encoding" <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1440940>
[15:05] <sinzui> natefinch, I hope a developer can explain what is up so that I can fix it. We haven't changed packaging on that machine in months
[15:06] <sinzui> natefinch, you think encoding is provided by a specific ubuntu package?
[15:06] <natefinch> sinzui: encoding is a go package that is part of the go standard library
[15:07] <voidspace> yeah, that's odd
[15:08] <sinzui> natefinch, stilson-07 only had kernels in /usr/src
[15:09] <natefinch> sinzui: seems like goroot is set incorrectly there
[15:09] <natefinch> sinzui: $GOROOT seems to be set to /usr/
[15:10] <sinzui> natefinch, what should goroot be on a machine that uses gccgo?
[15:13] <sinzui> mgz can you and natefinch sort out what stilson-07 needs (that I presume stilson-08 has) to allow us to run unit tests? I am at a critical moment in a release that affects production streams
[15:13] <natefinch> sinzui: no problem
[15:13] <mgz> sure
[15:14] <natefinch> sinzui, mgz:  goroot doesn't need to be set, the go tool figures it out on its own for the most part.
[15:14] <mgz> natefinch: so, you say I unset that and it compiles?
[15:15] <sinzui> mgz, since 1.23 and 1.22 works, I think something is different about the package or the Makefile
[15:15] <natefinch> mgz: I am 100% sure there's no possible way that anything else could possibly be wrong
[15:15] <mup> Bug #1441206 was opened: Container destruction doesn't mark IP addresses as Dead <juju-core:In Progress by mfoord> <https://launchpad.net/bugs/1441206>
[15:15]  * natefinch hopes they get the sarcasm'
[15:15] <sinzui> mgz, tarball, not package. stilson-08 takes the same tarball and made packages.
[15:15] <natefinch> mgz: unsetting it should work, but I can't be sure there's nothing else wrong
[15:17] <mgz> natefinch: paste.ubuntu.com/10763144
[15:18] <natefinch> mgz: what does `go env` return ?
[15:18] <mgz> the reason trunk is broken and 1.23 is not is that the xml package from the stdlib was forked as a dep
[15:18] <mgz> and that's what's not compiling
[15:18] <mgz> sinzui: ^that change is on trunk only
[15:19] <mgz> natefinch: GOROOT=/usr
[15:19] <natefinch> mgz: it sounds like the installation of go is messed up
[15:20] <mgz> I can purge it and reinstall
[15:21] <mup> Bug #1441206 changed: Container destruction doesn't mark IP addresses as Dead <juju-core:In Progress by mfoord> <https://launchpad.net/bugs/1441206>
[15:22] <mgz> natefinch: stilson-08 also says /usr for GOROOT through go env
[15:22] <natefinch> mgz: how did you guys get Go installed on those machines?
[15:24] <mgz> natefinch: apt-get install
[15:26] <natefinch> mgz: oh, yeah, I guess that's actually the correct goroot...  I had forgotten how it works when you use apt-get
[15:27] <rogpeppe1> natefinch: hiya
[15:28] <natefinch> rogpeppe1: howdy
[15:28] <rogpeppe1> natefinch: just wondering if you know how to quote an arbitrary argument passed to cmd.exe; we're trying to write a platform-general "open link in web browser" package
[15:29] <natefinch> mgz: still, that means there should be a /usr/src/pkg/encoding/encoding.go
[15:29] <rogpeppe1> natefinch: and i don't trust the implementation https://github.com/toqueteos/webbrowser/blob/master/webbrowser.go
[15:29] <mgz> rogpeppe1: just look at the python module and do that?
[15:29] <rogpeppe1> mgz: link?
[15:29] <alexisb> dimitern, ping
[15:29] <dimitern> alexisb, pong
[15:30] <mgz> rogpeppe1: there's a function in subprocess.py that does quoting, and webbrowser does what you're doing
[15:30] <rogpeppe1> mgz: it's not just normal quoting unfortunately
[15:30] <rogpeppe1> mgz: it's quoting past cmd.exe, which is somewhat harder, i think
[15:30] <mgz> rogpeppe1: `vi /usr/lib/python2.7/subprocess.py`
[15:31]  * perrito666 suggests rogpeppe1 asks gsamfira
[15:31] <rogpeppe1> mgz: not really keen on that implementation
[15:31] <natefinch> mgz: hmm... except that installing it locally doesn't do that either....
[15:31] <rogpeppe1> mgz: it doesn't seem to respect user web browser preferences, although i may not have seen that bit
[15:32] <mgz> rogpeppe1: /list2cmdline
[15:32] <natefinch> mgz: ahh... when I install go from apt, it gives me goroot = /usr/lib/go
[15:32] <mgz> rogpeppe1: it looks at the BROWSER envvar on nix, not sure if it looks up the registry setting or whatever on windows
[15:33] <mup> Bug #1441206 was opened: Container destruction doesn't mark IP addresses as Dead <juju-core:In Progress by mfoord> <https://launchpad.net/bugs/1441206>
[15:33] <rogpeppe1> mgz: isn't list2cmdline just for executing a command directly?
[15:33] <mgz> I also don't like webbrowser much, but it'll cover a bunch of cases you don't think if otherwise
[15:33] <rogpeppe1> mgz: whereas what we are thinking of doing is running cmd /c start $url
[15:34] <rogpeppe1> mgz: and in that case there are a bunch of cmd.exe metachars that would need quoting (& being the most obvious)
[15:34] <mgz> rogpeppe1: see also `if shell:` in _execute_child
[15:34] <rogpeppe1> mgz: link?
[15:34] <mgz> same file
[15:34] <mgz> further down
[15:35] <ericsnow> rogpeppe1: did you see the shell package in the utils repo?
[15:35] <ericsnow> rogpeppe1: it has code for shquoting
[15:35] <rogpeppe1> mgz: i don't see it inhttps://hg.python.org/cpython/file/2.7/Lib/webbrowser.py
[15:35] <rogpeppe1> ericsnow: ah, in windows too, cool
[15:36] <ericsnow> rogpeppe1: both powershell and cmd.exe, I believe
[15:36] <ericsnow> rogpeppe1: powershell is easier, BTW
[15:36] <natefinch> rogpeppe1:  wow, I was totally confused about what you meant by quoting
[15:37] <natefinch> rogpeppe1: would just putting quotes around it not work?
[15:37] <rogpeppe1> natefinch: probably not
[15:38] <rogpeppe1> natefinch: because they'll get quoted by the Go syscall quoting mechanism, i think
[15:38] <natefinch> rogpeppe1: Oh I see
[15:39] <mgz> rogpeppe1: you were asking about the subprocess function, that file
[15:40] <rogpeppe1> i think this (from winCmdEscapeMeta) has what i need: 	const meta = `()%!^"<>&|`
[15:40] <natefinch> rogpeppe1: http://stackoverflow.com/questions/1327431/how-do-i-escape-ampersands-in-batch-files
[15:40] <rogpeppe1> natefinch: yeah, i know about ampersands
[15:41] <rogpeppe1> natefinch: it was all the other stuff that you can find in urls that i'm concerned about
[15:41] <natefinch> rogpeppe1: right ok
[15:45] <natefinch> sinzui, mgz: can we mark #1440940 as not blocking trunk?  It's not a code issue that dev can fix.
[15:45] <mup> Bug #1440940: xml/marshal.go:10:2: cannot find package "encoding" <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1440940>
[15:45] <natefinch> of that I'm 100% sure
[15:48] <mgz> natefinch: have you successfully built on gccgo locally with trunk?
[15:48] <natefinch> mgz: not recently, but I can give it a go
[15:48] <natefinch> (heh)
[15:51] <mgz> natefinch: I think unblocking trunk when know one knows if t
[15:52] <mgz> it actually builds or not on one of our supported platforms, is probably not a good idea
[15:52] <natefinch> mgz: I actually had thought we decided that errors with gccgo builds weren't going to block trunk, but maybe I misunderstood.   I am compiling with gccgo now, btw.
[15:54] <sinzui> natefinch, I think the issue is that Ubuntu require this to work and we need to prove it is a compiler issue that they manage, not a code issue in Juju
[15:59] <natefinch> sinzui: well, it's certainly a compiler issue.  It can't find a package from the standard library.   FWIW, I just finished a build of trunk with gccgo with no issues
[16:00] <sinzui> mgz: This atrociously long log shows gccgo did compile the ppc64el package on stilson-08
[16:00] <natefinch> sinzui: my suggestion is to remove and reinstall golang on that machine... maybe the installation got corrupted somehow
[16:01] <sinzui> natefinch, but isn't this about xml being forked. 1.22 and 1.23 build fine
[16:02] <natefinch> sinzui: the error from the compiler clearly says that it can't find the encoding package from the standard library. it's not about the forked xml package... that's just the leaf-most package that happens to import encoding, and therefore shows the error.
[16:03] <natefinch> sinzui: those other branches build fine on the same machine?
[16:04] <sinzui> natefinch, yes
[16:05] <mgz> natefinch: it really is about the change that introduced that, it's when it started breaking
[16:06] <natefinch> sinzui: hmm.... so before, we didn't import encoding directly in our code at all, only indirectly through importing xml.  Now we do it directly.  I wonder if that somehow is triggering this issue.
[16:06] <sinzui> neither stillson has golang* package installed
[16:07] <natefinch> sinzui: where is it getting the go tools from, then?
[16:07] <sinzui> mgz, is xml defined in dependencies.tsv?
[16:07] <sinzui> natefinch, I think they get it from gccgo
[16:09] <mgz> sinzui: our forked version is, for trunk
[16:09] <sinzui> mgz, yes, which is why I think Ubuntu can say the issue is in Juju's code
[16:10] <natefinch> sinzui: the problem is that the standard library package "encoding" isn't there.  That's not a bug in juju's code.
[16:11] <mgz> yeah, I wanted to grab dave or someone to work out what about the root package import is unhappy on gccgo
[16:11] <mgz> natefinch: but all the encoding/blah imports are fine
[16:14] <sinzui> mgz, stilson-08 will work because it is packaging...debian deps will ensure the fakeroot will get the source.
[16:18] <natefinch> mgz, sinzui: can one of you try copying this program to a file on that machine and doing gccgo run <thatfile>?  http://play.golang.org/p/6b1LdO_13i
[16:19] <sinzui> mgz stilson-07 doesn't have golang-go src and it hasn't needed it because I think the tarball gets all the golang go pakages needed. GOROOT is irrelevant for the tarball because the static link rules require we provide everything that ubuntu needs to audit
[16:19] <sinzui> mgz, so I wonder if xml is being removed when the tarball is created because it isn't stated to be required
[16:21] <mgz> natefinch: yeah, that does not compile
[16:21] <mgz> sinzui: we shouln't be tarring up stdlib bits
[16:22] <mgz> sinzui: so, I'm pretty sure the tarball is just fine, it has the forked xml
[16:22] <sinzui> mgz, then lets install std libs on stilson-07
[16:22] <sinzui> mgz, the are not there and I don't think they every were
[16:23] <mgz> sinzui: okay, I think there is an actual bug here, but I'm fine just sticking golang on if that's enough
[16:35] <natefinch> mgz, sinzui:  certainly if that 12 line program doesn't compile, it's not a juju issue.   Something is fubared with the environment.  It seems like installing the go compiler on the machine on which you intend to compile go code should be uncontroversial ;)
[16:36] <natefinch> I have to run for a couple hours to do tax stuff.
[16:36] <sinzui> natefinch, mgz, apt tells me that golang-src isn't available for ppc64el
[16:36] <natefinch> lol
[16:36] <natefinch> sinzui: it's pretty easy to build from source
[16:36] <sinzui> natefinch, I really don't know what provided xml or encodings in the past
[16:36]  * natefinch shrugs
[16:37] <natefinch> I gotta run, sorry.    http://golang.org/doc/install/source
[16:37] <sinzui> natefinch, the machine is setup using the juju Makefile so we don't create custom setups
[18:27] <mup> Bug #1423936 changed: Juju backup fails when journal files are present <backup-restore> <cts> <juju-core:Fix Released by niedbalski> <juju-core 1.22:Fix Released by niedbalski> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1423936>
[18:27] <mup> Bug #1436191 changed: gce: bootstrap instance has no network rule for API <firewall> <gce-provider> <juju-core:Fix Released by dimitern> <juju-core 1.23:Fix Released by dimitern> <https://launchpad.net/bugs/1436191>
[18:27] <mup> Bug #1436390 changed: GCE provider config should support extracting auth info from JSON file <gce-provider> <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1436390>
[18:27] <mup> Bug #1436397 changed: map-order sensitive test in md/juju/storage needs to be fixed <map-order> <juju-core:Fix Released by anastasia-macmood> <https://launchpad.net/bugs/1436397>
[18:27] <mup> Bug #1436415 changed: vivid local template container "juju-vivid-lxc-template" did not stop' <ci> <lxc> <tech-debt> <vivid> <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1436415>
[18:27] <mup> Bug #1436655 changed: gce provider should stop using deprecated zone europe-west1-a <gce-provider> <juju-core:Fix Released by wwitzel3> <juju-core 1.23:Fix Released by wwitzel3> <https://launchpad.net/bugs/1436655>
[18:27] <mup> Bug #1436988 changed: juju backup/restore is upstart-specific <backup-restore> <systemd> <vivid> <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1436988>
[18:27] <mup> Bug #1437038 changed: 1.23b2 fails to get IP from MAAS for containers, falls back to lxcbr0 <addressability> <maas-provider> <network> <juju-core:Fix Released by mfoord> <juju-core 1.23:Fix Released by mfoord> <https://launchpad.net/bugs/1437038>
[18:27] <mup> Bug #1437220 changed: gce provider often can't find its own instances <gce-provider> <observability> <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1437220>
[18:27] <mup> Bug #1437296 changed: apt-http-proxy being reset to bridge address <local-provider> <proxy> <juju-core:Fix Released by anastasia-macmood> <juju-core 1.22:Fix Released by anastasia-macmood> <juju-core 1.23:Fix Released by anastasia-macmood> <https://launchpad.net/bugs/1437296>
[18:27] <mup> Bug #1437366 changed: MAX_ARGS is reached when calling relation-set <charm> <landscape> <relations> <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1437366>
[18:27] <mup> Bug #1438748 changed: Use of /tmp/discover_init_system.sh is a security vulnerability. <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1438748>
[18:27] <mup> Bug #1439398 changed: GCE low-level RemoveInstances fails if firewalls are not found <juju-core:Fix Released by ericsnowcurrently> <juju-core 1.23:Fix Released by ericsnowcurrently> <https://launchpad.net/bugs/1439398>
[18:27] <mup> Bug #1439761 changed: AWS V4 signing does not work <ec2-provider> <juju-core:Fix Released by cox-katherine-e> <juju-core 1.23:Fix Released by cox-katherine-e> <https://launchpad.net/bugs/1439761>
[18:28] <voidspace> right, I'm off
[18:28] <voidspace> g'night all
[18:28] <voidspace> EOD
[18:46] <mup> Bug #1441302 was opened: Vivid unit tests are not reliable enough <test-failure> <vivid> <juju-core:Triaged> <https://launchpad.net/bugs/1441302>
[20:01] <mup> Bug #1441319 was opened: failed to retrieve the template to clone: template container juju-trusty-lxc-template did not stop <lxc> <oil> <juju-core:Triaged> <https://launchpad.net/bugs/1441319>
[20:42] <natefinch> sinzui: anything I can do to help with that gccgo problem?
[20:43] <natefinch> wwitzel3: you going to be on the release call tonight?
[20:44] <sinzui> natefinch, I update the bug with what I learned. gccgo doesn't use goroot. The libgo5 package is still installed and the encoding package is there
[20:44] <sinzui> natefinch, I an currently attempting a reinstall because I I cannot think of anything wlse to do
[20:44] <davecheney> which bug is this ?
[20:45] <mgz> ah, dave is who I wanted
[20:45] <natefinch> davecheney: https://bugs.launchpad.net/juju-core/+bug/1440940
[20:45] <mup> Bug #1440940: xml/marshal.go:10:2: cannot find package "encoding" <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1440940>
[20:45] <davecheney> tada, i'm here in your timezone
[20:45] <davecheney> natefinch: that bug is because someone wrote code with Go 1.4 features
[20:45] <davecheney> (i think)
[20:45] <davecheney> checking
[20:45]  * perrito666 managed to organize a go meetup in his city tonight, the whole go community is coming... al 8 of them
[20:46] <mgz> davecheney: so, it started happening because we copied the encoding/xml package into our namespace
[20:47] <davecheney> why they heck did you do that ?
[20:47] <davecheney> sounds like you solved a big problem by lighting a massive house fire
[20:47] <davecheney> s/big/small
[20:47] <mgz> "to make marshalling of namespaced attributes work correctly"
[20:47] <davecheney> in short, we won't get that fix til next year
[20:47] <davecheney> sorry
[20:48] <mgz> anyway, for whatever reason, the import of just "encoding" from that package doesn't work on a vanilla install of gccgo on trusty, for reasons I don't understand
[20:50] <davecheney> mgz: which commit was this ?
[20:51] <mgz> butI believe it came in with the new charmstore api
[20:52] <natefinch> davecheney: note that a simple gccgo run of this code fails on that machine (though it works fine on my machine): http://play.golang.org/p/6b1LdO_13i
[20:52] <mgz> davecheney: note, a trivial script that imports encoding also fails
[20:52] <natefinch> heh
[20:52] <davecheney> maybe that package doesn't exist in gccgo
[20:52] <mgz> (unless you have golang installed as well I believe)
[20:53] <davecheney> mgz: if installing go as well as gccgo fixes the problem
[20:53] <davecheney> that is extremely super bafd
[20:53] <davecheney> that is extremely super bad
[20:53] <mgz> I can confirm that on a fresh amd64 vm if that would be helpful
[20:53] <davecheney> ok
[20:54] <davecheney> in terms of getting a fix
[20:54] <davecheney> you have to roll that back if you want to be able to release this week
[20:54] <davecheney> getting a fix into gccgo-4.9 is impossible on that timeframe
[20:54] <thumper> o/
[20:54] <mgz> the other option maybe is... also forking the root encoding package into juju/
[20:54] <katco> o/ thumper
[20:55] <davecheney> mgz: this sounds like taking a bad situation and making it worse
[20:55] <mgz> of course :)
[20:57] <mgz> or copying in the TextMarshalelr class to the forked package, 's all it uses
[21:01] <wwitzel3> natefinch: yep
[21:06] <natefinch> wwitzel3: cool, thank you.  My main concern is this CI bug (https://bugs.launchpad.net/juju-core/+bug/1440940) that is blocking me from getting my HA stuff in.   My position is that this is just an environmental problem, not a bug in our code, since they can reproduce the problem with trivial code that doesn't even use juju.
[21:06] <mup> Bug #1440940: xml/marshal.go:10:2: cannot find package "encoding" <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1440940>
[21:06] <natefinch> I gotta run, sorry guys.  Good luck.
[21:19] <davecheney> i thought we had a standing rule to revert any change which was blocking CI
[21:20] <mgz> davecheney: yeah, so that hasn't happened in practice, and this was a complex one anyway
[21:20] <mgz> the forking of the package happened a while before it was added as a dep to juju-core,
[21:22] <mgz> and the fact we reuse ppc machines for packaging meant this wasn't caught immediately,
[21:22] <mgz> and everyone whines if we actually block trunk on ppc issues
[21:22] <mgz> so we don't do that any more, but we still need to actually *release* a working juju on ppc
[21:23] <davecheney> this sounds like double speak
[21:23] <davecheney> ppc either blocks releases or it doesn't
[21:23] <davecheney> and from what i'm hearing, it doesn't
[23:10] <katco> axw: do you mind if i ping you later for the standup?
[23:10] <axw> katco: no problem, how much later? I may need to go back downstairs
[23:10] <katco> axw: hour or so from now?
[23:10] <axw> katco: okey dokey
[23:11] <axw> school holidays atm, so I'm easy
[23:57] <katco> axw: is now a good time?


[10:31] <^wanhuubb-it> is this a channel for job-employment?
[10:31] <^wanhuubb-it> *ubuntu-related jobs?
[10:31] <^wanhuubb-it> help
[10:32] <elky> no. it's more like a board room.
[10:49] <^wanhuubb-it> where meet ubuntu employers? help
[11:12] <joaopinto> ^wanhuubb-it, the support channel is #ubuntu
[11:13] <^wanhuubb-it> ok
[11:13] <joaopinto> this channel is for meetings in general
[18:06] <yamokidzu-it> bar tsimpson is a bully
[18:07] <yamokidzu-it> he ban without reason
[18:07] <yamokidzu-it> help
[18:16] <Amaranth> !appeals | yamokidzu-it
[21:03] <lamont> join #ubuntu-uds-riogrand
[21:03] <lamont> must learn type.