[06:01] <coz_> very early morning here on the east coast US 12:2AM
[06:02] <coz_> only11 people here , well that sure is different from #ubuntu
[06:02] <coz_> lol
[06:03] <coz_> ok I am off talk another time
[11:32] <lapo> hi
[10:40] <jovans> hello i've got a question
[10:40] <jovans> how to join the ubuntu- artwork team?


[13:52] <skay> How do I add go-import meta tags to a repo? I'd like to be able to use "go get" for one of my repos
[13:54] <cjwatson> mwhudson: ^- you might remember
[13:54] <cjwatson> mwhudson: this is specifically for git repositories
[16:57] <smoser> i seem unlucky today
[16:57] <smoser> https://code.launchpad.net/~cloud-init-dev/+recipe/cloud-init-daily
[16:57] <smoser> can't get that to load without timeout error
[16:57] <smoser>  (Error ID: OOPS-141404827b7c46210a1689066127ca83)
[16:58] <smoser> thats handy ubot5
[17:01]  * cjwatson has déjà vu; we had this on 2016-06-14
[17:02] <cjwatson> It was standby feedback then
[17:03] <cjwatson> If it's the same thing then that fortunately means I can more or less follow a script from IRC logs ... waiting for sysadmin
[17:24] <cjwatson> smoser: Fixed.
[19:31] <mwhudson> skay, cjwatson: should happen automatically
[19:33] <skay> mwhudson: this is what happened when I tried it, but maybe there is a typo or something? https://pastebin.canonical.com/163449/
[19:35] <mwhudson> skay: hmm
[19:35] <mwhudson> oh maybe it's because lp:hexr is bzr or something?
[19:36] <skay> mwhudson: hmm, there is an lp:hexr that is bzr. I also created a git repo
[19:36] <skay> mwhudson: weird corner case?
[19:37] <mwhudson> skay: ah, you can only go get a project or a series it seems
[19:37] <skay> I've worked around it so far by checking things out by hand
[19:37] <skay> mwhudson: will it be a new feature one day to get repos in a project?
[19:38] <mwhudson> skay: if we change launchpad to support that, i guess? :-)
[19:38] <mwhudson> skay: file a bug, i suppose
[19:38] <skay> mwhudson: I was asking a leading question so I could subscribe to the issue
[19:38] <skay> :)
[19:38] <mwhudson> skay: good good
[19:38] <mwhudson> skay: i am not aware of a bug about this, but i hardly follow launchpad development closely any more
[19:38] <skay> no worries
[19:48] <qengho> For a branch's snap packaging settings, what should "Registered store package name" look like? "foo" or "foo.owner"?
[19:48] <qengho> Would a bad name throw an error?
[23:01] <cjwatson> qengho: It should be whatever you want to publish it as in the store; a bad name will only throw an error if you come to actually publish it


[01:28] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Update changelog @ https://github.com/Xubuntu/xubuntu-default-settings/commit/ef069bdd25fd4cf3448c899f4d8e1f61091bb7c4 (by bluesabre)
[01:28] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: debian/control: Bump Standards-Version to 4.6.2 @ https://github.com/Xubuntu/xubuntu-default-settings/commit/c9e3de8ec968d27d8587d26cb7e7167fc87e37c4 (by bluesabre)
[01:28] <bluesabre> Found some commits we meant to release. I'll upload (and land after freeze) shortly.
[01:33] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Release xubuntu-default-settings 23.10.0 @ https://github.com/Xubuntu/xubuntu-default-settings/commit/6c270c9ff5f329efbb61ca4a2c60bb4be4c229fb (by bluesabre)
[02:13] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-notifyd 0.9.1 released<EMAIL_ADDRESS>[02:56] <bluesabre> 23.10 beta is looking good for desktop and minimal :)
[02:56] <bluesabre> Sleepy time, see y'all
[03:00] <Unit193> G'night and great work, bluesabre!


[00:54] <rick_h__> huwshimi: +1 to wht hatch said. Make the parent token deal with show/hide of the widget
[00:55] <rick_h__> huwshimi: also heads up, I added a card, there's supposed to be a 'more menu' on each unit on hover as well.
[00:55] <rick_h__> huwshimi: I'm not sure how that works with this 'hover' thing though. it seems a bit messy
[00:55] <rick_h__> huwshimi: but the idea is that's how we expose the 'destroy unit' control for each unit in a machine/container.
[00:56] <huwshimi> rick_h__: OK, np
[01:16] <rick_h__> huwshimi: also wanted to poke you about expenses
[01:16] <huwshimi> rick_h__: Oh yes, thanks, I need to do that :)
[01:18] <rick_h__> :)
[01:41] <hatch> huwshimi:  if you'd like I can take a look at what you've got so far
[02:40] <huwshimi> hatch, rick_h__: So, if the click handler is on the machine view, how do I figure out what object to attach the more menu to? Just do a bunch of dom queries? The parent could be an unplaced unit, a machine token, a container token, a unit on a container token, a column header etc.
[02:42] <huwshimi> I guess on the dots icon I could attach a data-type="unplaced-unit" data-id='wordpress/0'
[02:45] <hatch> huwshimi:  hey sorry I was outside
[02:45] <hatch> yep you're correct
[02:45] <hatch> that information will go along for the ride with the click event so you'll have it all available in the handler
[02:46] <huwshimi> yuck
[02:46] <huwshimi> ok :)
[02:46] <hatch> huwshimi:  you can also query the parent
[02:46] <hatch> e.currentTarget.ancestor('.token')
[02:46] <hatch> for example
[02:46] <hatch> but the former is much more performant
[02:46] <hatch> because you don't need to do any additional queries
[02:46] <huwshimi> hatch: That's true, but I'd have to run through a bunch of different DOM queries till it matched the correct type
[02:47] <hatch> the tokens aren't all identical?
[02:47] <huwshimi>  The parent could be an unplaced unit, a machine token, a container token, a unit on a container token, a column header etc
[02:47] <huwshimi> It's not just tokens ^
[02:47] <hatch> right, but can't you tell what it is by querying the container of it? They don't all share a common class?
[02:48] <huwshimi> Why would they?
[02:48] <hatch> in any effect the 'best' is to include the metadata on the element being clicked
[02:48] <huwshimi> yeah
[02:48] <hatch> it's not yuck, it's really the most performant way of doing it
[02:49] <hatch> at that point you can even instantiate the widget and render it all at once instead of instantiating when we render the machine view
[02:49] <huwshimi> hatch: Well, it's going to require making sure we copy and paste the correct html all over the place
[02:50] <huwshimi> (can't even use a partial as we need to set the data attributes)
[02:50] <hatch> partials can have fields
[02:50] <hatch> handlebar properties that is
[02:50] <huwshimi> Oh
[02:51] <huwshimi> Like a 'with foo=bar' kind of thing?
[02:51] <hatch> no just like normal handlebars templates
[02:52] <hatch> it would also be super easy to figure out if you forgot to add it to your respective template in the handler ` if (e.currentTarget.getAttribute('data-type') [02:53] <hatch> huwshimi:  http://yuilibrary.com/yui/docs/handlebars/#partials
[02:53] <huwshimi> hatch: I guess on each view that will contain a more menu we could pass some standard attrs, 'more-menu-id' and 'more-menu-type' or something
[02:54] <hatch> I don't understand
[02:55] <hatch> the ... will be rendered in the token
[02:55] <hatch> the token knows what kind it is
[02:55] <hatch> and what it's id is
[02:55] <hatch> so it can pass that into it's template when it generates the ...
[02:55] <huwshimi> hatch: Yes, but it's not always a token!
[02:56] <hatch> ok so the only special case is the headers?
[02:56] <huwshimi> no
[02:57] <hatch> what are the other areas where it needs to be shown that's not a token?
[02:58] <huwshimi> well, there are three types of token to begin with
[02:58] <hatch> ok that doesn't matter
[02:58] <hatch> each token will know what it is and what it's id is
[02:59] <huwshimi> I know, but what I'm saying is we need to pass parameters with standard names so the partial can use them
[02:59] <huwshimi> It's not a problem, it's just something we have to do
[02:59] <hatch> oh right - but that can be within the token though
[02:59] <hatch> nothing special needs to be passed around
[02:59] <hatch> just data it already has
[03:00] <huwshimi> I didn
[03:00] <hatch> the header menus though could have individual listeners if that makes it easier
[03:00] <hatch> there is only 2(3?) of them
[03:00] <huwshimi> I'm not talking about passing that around, I'm just saying when we render the html we have to set the params, that's all
[03:00] <hatch> ohh right
[03:01] <hatch> we keep a reference to the token collections in the MV, right?
[03:02] <huwshimi> yes
[03:03] <huwshimi> so a trivial lookup once you have all the data
[03:03] <hatch> excellent
[03:03] <rick_h__> huwshimi: you can setup data on the init
[03:05] <hatch> rick_h__:  thought you'd be interested to know I'm looking at typescript for the gui...ooooooo...... :) I ran into some type related issues doing this stuff today, would have been nice if we had them defined
[03:06] <hatch> :)
[03:06] <rick_h__> want types, do Go :P
[03:06] <huwshimi> rick_h__: Differently to have them set through data-id data-type?
[03:06] <hatch> rick_h__:  haha, go2js :D
[03:06] <rick_h__> huwshimi: sorry, was thinking that the widget is init from the View and it knows who it is.
[03:07] <huwshimi> yeah :(
[03:07] <rick_h__> huwshimi: but sounds like you guys had a long chat about things
[03:07] <huwshimi> :)
[03:08] <rick_h__> I'd have each token deal with it's own responsbiilty myself (until we hit a scale issue)
[03:08] <hatch> I still think it should have a single menu which it just renders into the different spots so we only have to instantiate one :)
[03:08] <rick_h__> though I'm very nervous on all this 'hover' stuff
[03:08] <rick_h__> hatch: :(
[03:08] <hatch> but I think I'm losing that battle lol
[03:08] <rick_h__> hatch: but now you've basically got a global
[03:08]  * hatch hands out flyers
[03:09] <hatch> well in the mv, yes, but there will only ever be a single tooltip window open at once
[03:09] <rick_h__> hatch: I'm all for trying to cheat performance but I'm +1 on making it work in a clean way first and then optimize
[03:09] <rick_h__> hatch: yea, but the complexity of it having to know about all 'types' it could be/etc is just so messy to me
[03:10]  * huwshimi has no idea what to do now :)
[03:10] <rick_h__> I'm going to talk with Luca about this hover stuff
[03:10] <rick_h__> I think that's going to be a disaster, click is the way to go
[03:10] <hatch> lol
[03:10] <hatch> huwshimi:  do what you were already doing
[03:10] <rick_h__> just have to figure out something for units
[03:11] <huwshimi> hatch: Except that you and rick have different opinions :)
[03:11] <rick_h__> huwshimi: sorry, don't mean to complicate this for you.
[03:11] <hatch> I had already stepped down on my idea in favour of meeting in the middle on having 1M click event handlers
[03:11] <rick_h__> heh, when we have the 1M machines/units we'll have other issues :P
[03:12] <hatch> lol
[03:12] <rick_h__> seriously though, we know how we'd optimize this stuff. It moves the same code up the stack one layer from token, to column, to MV itself.
[03:12] <rick_h__> but each one gives us a trade off of debugging/complexity it seems to me
[03:13] <hatch> huwshimi:  each token instantiates its own menu, one click handler for all ...'s, render the menu when the handler says so
[03:13] <huwshimi> OK, I'm going to abandon this for now and move onto something else
[03:13] <rick_h__> huwshimi: hatch call?
[03:13] <rick_h__> huwshimi: sorry, don't get frustrated with it :)
[03:13] <hatch> :) sorry huwshimi it was a discussion, didn't mean to change your mind
[03:13] <rick_h__> +1
[03:13] <hatch> you were doing the right way
[03:13] <huwshimi> rick_h__: It's not a problem, I just don't want to keep re-coding it :)
[03:14] <rick_h__> this is just hatch and I going back/forth
[03:14] <rick_h__> huwshimi: understood
[03:14] <rick_h__> huwshimi: what are you implementing?
[03:14] <huwshimi> rick_h__: I have not idea any more :)
[03:14] <rick_h__> huwshimi: I didn't make out the final decision in the back trace
[03:14] <rick_h__> https://plus.google.com/hangouts/_/gym44xuoo2zqrcqjpb2hdgfmhaa?authuser=1
[03:14] <huwshimi> rick_h__: Maybe I should leave it for today and tomorrow you and hatch can make a plan, and then I'll implement that
[03:15] <hatch> joining
[03:23] <hatch> it was so nice and sunny there huwshimi
[03:23] <hatch> haha
[03:25] <huwshimi> :)
[03:26] <huwshimi> hatch: This is a webcam of the city: http://www.rosebay.tased.edu.au/webcam/medium.jpg
[03:27] <huwshimi> hatch: Most of the snow has melted
[03:27] <hatch> huwshimi:  you have green grass.....there was no snow
[03:27] <hatch> lol
[03:28] <huwshimi> hatch: We really only have snow at the top of the mountain
[03:28] <hatch> and wow, maybe I'll move there, I bet the kiteboarding on that lake would be awesome
[03:29] <hatch> lake....ocean whichever :)
[03:29] <huwshimi> that's actually a river up from the sea :)
[03:30] <hatch> quite the river :)
[03:31] <huwshimi> hatch: I live about the center of that shot
[03:32] <huwshimi> You can kind of see my hosue
[03:32] <hatch> better watch out, come winter I may just show up at your house :D
[03:32] <hatch> I'll be on the news "some strange Canadian is going door to door asking for a huwshimi"
[03:33] <huwshimi> :)
[03:33] <huwshimi> hatch: It's winter here now, about 12C
[03:34] <hatch> 22 here now, but you can feel winter is coming in the mornings
[03:34] <hatch> the crisp morning air is starting
[03:34] <huwshimi> pleasant
[03:34] <hatch> yeah it's really nice, it's fly season though
[03:34] <hatch> bleh
[03:35] <hatch> I think I prefer mosquitos
[03:35] <hatch> mosquitoes
[03:37] <huwshimi> hatch: Are they mexican mosquitoes?
[03:37] <hatch> ours are the size of your spiders....
[03:37] <hatch> lol
[03:37] <hatch> not sure if that makes them mexican or not :)
[04:14] <huwshimi> hatch: Every menu has a close-on-click-outside event, should I only attach this when the menu is opened and detached when it is closed?
[04:15] <hatch> huwshimi:  yeah that would be best
[04:15] <huwshimi> ok
[04:17] <hatch> huwshimi:  since you're using widgets there is a bindUI method which you can call that you can use to attach your events, then you'll need to create an unBindUI method to do the opposite :)
[04:17] <hatch> it would normally be done on destroy but we aren't destroying them
[04:18] <huwshimi> yeah
[04:56] <hatch> huwshimi:  I'm going to head out now, any q's or anything before I do?
[04:59] <huwshimi> hatch: All good, Thanks for all your help!
[04:59] <hatch> np, sorry to get you side tracked for a bit there :)
[04:59] <hatch> have a good night
[04:59] <hatch> cya
[07:57] <urulama> frankban: morning
[07:57] <frankban> urulama: hi
[07:57] <frankban> urulama: I replied to your last review comment, thanks for the review!
[07:59] <urulama> frankban: the archive size is ok then. and URL.Reference is to be resolved on the API level?
[08:00] <frankban> urulama: we expect the url to be already resolved at the time meta endpoints are invoked
[08:00] <urulama> frankban: thought so, just checking. thanks for the PR.
[08:01] <frankban> urulama: cool, landing it
[08:02] <urulama> frankban: the /meta/bundles-containing is probably similar to this one
[08:03] <urulama> rogpeppe1: morning, sir :)
[08:03] <rogpeppe1> urulama: yo!
[08:03] <frankban> urulama: yeah, it has some similarities, and I think it could live in relations.go as well
[08:03] <urulama> rogpeppe1: how was your extended weekend?
[08:03] <rogpeppe1> frankban: hiya
[08:03] <rogpeppe1> urulama: very fine, thank you
[08:03] <frankban> morning rogpeppe1
[08:04] <urulama> frankban: exactly, i think it could go there as well
[08:04] <frankban> urulama: cool
[08:04] <rogpeppe1> urulama: i'm in Whitby and there's a folk festival going on...
[08:04] <urulama> rogpeppe1: uuuuu, sounds nice! doing any performaces?
[08:05] <rogpeppe1> urulama: not really, a bit of playing for some sword dancers with one spot at the late night extra on friday night, but not too much
[08:06] <urulama> rogpeppe1: i would love to get a picture of that, if possible :) i'll tell my boy, he'll love it (huge Zelda game fan and fan of swords)
[08:06] <rogpeppe1> urulama: they're kinda strange swords
[08:07] <rogpeppe1> urulama: they've got a handle at each end
[08:07]  * urulama automatically associates UK with knights (of the round table) :)
[08:08] <rogpeppe1> urulama: this kind of thing: https://www.youtube.com/watch?v=3WJKiMe-Czk
[08:12] <urulama> rogpeppe1: wow, so many hands!
[08:12] <rogpeppe1> urulama: it works well in small spaces - perfect for english pubs
[08:14] <rogpeppe1> urulama, frankban: i'm updating the charm API document to cover PUT to the bulk request endpoints
[08:15] <urulama> rogpeppe1: this one? PUT meta/$endpoint[$otherflags]
[08:15] <rogpeppe1> urulama: yup
[08:16] <rogpeppe1> urulama: and the $id/any endpoint too
[08:18] <urulama> rogpeppe1: if we update meta enpoint, the revision should bump up automatically, right?
[08:18] <rogpeppe1> urulama: my current thought is that is does not
[08:18] <rogpeppe1> urulama: i think the revision should pertain to the archive, not the metadata
[08:19] <urulama> rogpeppe1: but with changing the meta, one can change the interfaces that are required and exposed, which probably is a new version
[08:19] <urulama> rogpeppe1: or config
[08:19] <rogpeppe1> urulama: no, a PUT to the metadata cannot change any of the charm or bundle metadata
[08:20] <rogpeppe1> urulama: the only thing we're going to allow a PUT to, for the moment, is extra-info
[08:20] <urulama> rogpeppe1: aaaa, ok. then it makes sense
[08:20] <rogpeppe1> urulama: if you want to update the charm or bundle metadata, you will need to upload a new archive
[08:54] <urulama> jujugui: i'll be unavailable next hour as we have an induction session
[08:54] <rogpeppe1> urulama: ok
[09:04] <frankban> rogpeppe1: for expand-id, I am not sure by reading the spec if we want to return a 404 in the case the given URL cannot be resolved
[09:05] <rogpeppe1> frankban: what do you think we should do?
[09:06] <frankban> rogpeppe1: if we want to avoid changing the URL resolving in the router, then we can keep returning a 404. but we must change the second example in the spec
[09:06] <frankban> (wordpress-34)
[09:06]  * rogpeppe1 looks
[09:07] <frankban> rogpeppe1: if we return a 404, when you provide a fully qualified URL I'd expect that URL to be included in the results
[09:07] <rogpeppe1> frankban: interesting question
[09:07] <rogpeppe1> frankban: currently, that would work ok
[09:08] <rogpeppe1> frankban: as when the URL is fully specified, we don't make a round-trip to check that it's actually there
[09:13] <frankban> rogpeppe1: yeah, so we have an inconsistency. precise/no-such-42 would return a 200-empty-list result, while just "no-such" a 404 not found error
[09:15] <rogpeppe1> frankban: i wonder if we should return a 404 for any expand-id request that expands to no ids
[09:15] <frankban> rogpeppe1: one solution could be returning a 404 if the list is empty
[09:15] <frankban> heh
[09:40] <frankban> rogpeppe1: here is the result: https://github.com/juju/charmstore/pull/76 I need to be afk for a while, see you later
[09:40] <rogpeppe1> frankban: brilliant, thanks.
[09:40] <rogpeppe1> frankban: looking
[09:46] <urulama> rogpeppe1, frankban: wouldn't it make sense for expand-id on a fully qualified charm url to return 200 and the same url? why 404?
[09:46] <urulama> rogpeppe1, frankban: and for any "no-such-charm", either with series or without, would result in 404
[09:47] <rogpeppe1> urulama: what if the id is fully qualified, but there is no charm with that id?
[09:48] <urulama> rogpeppe1: what sense does it make to expand-id on an id that does not exist?
[09:49] <urulama> get non-exitising-name should return 404, get non-exiting-name/expand-id as well
[09:49] <rogpeppe1> urulama: we need to define the API's behaviour in that case
[09:49] <rogpeppe1> urulama: so expand-id on a fully qualified charm url might return 404 when there are no results, right?
[09:50] <urulama> rogpeppe1: i would say so, because the ID itself in that url is not valid
[09:50] <rogpeppe1> urulama: ok. i think that was the plan, so i'm not quite sure what you're suggesting.
[09:52] <urulama> rogpeppe1: just jumping late into the conversation :) (and as i saw returning 200 on precise/no-such-42)
[09:52] <rogpeppe1> urulama: that was frankban talking about previous behaviour, i think.
[09:54] <urulama> rogpeppe1: regarding bson.M vs bson.D ... it is always better to use bson.M?
[09:55] <rogpeppe1> urulama: I always use bson.D except when I actually need the map-like capabilities of bson.M
[09:55] <rogpeppe1> urulama: creating a slice is cheaper than creating a map
[09:55] <urulama> rogpeppe1: ok, tnx, noted ;)
[11:27] <rick_h__> morning party people
[11:28] <rick_h__> urulama: rogpeppe1 but with extra-info can we update that sans-upload?
[11:28] <rogpeppe1> rick_h__: yes
[11:28] <rick_h__> urulama: rogpeppe1 we're looking at using that mechanism to update charms with test results, etc
[11:28] <rick_h__> ok cool
[11:29] <rogpeppe1> rick_h__: that's the raison d'etre of extra-info
[11:29] <rick_h__> oh heh, needed to keep reading the history there you guys cover that :)
[11:36] <frankban> rogpeppe1: should we use bson.D eve in the cases bson.M is more representative of the concept we are expressing? e.g. we need to map keys to values
[11:36] <frankban> rogpeppe1: e.g. bson.M{"baseurl": id}
[11:37] <rogpeppe1> frankban: if bson.M is providing some actual program-construction value, then by all means use it.
[11:37] <rogpeppe1> frankban: but in general, bson.D is exactly equivalent in representation
[11:37] <rogpeppe1> frankban: it represents a mapping of keys to values just like bson.M does
[11:38] <rogpeppe1> frankban: but it's a little more efficient, so i prefer to use it, all other things being equal
[11:40] <frankban> rogpeppe1: I read bson.M{"baseurl": id} slightly better than bson.D{{"baseurl", id}}, but perhaps it's just because I am used to express this kind of queries as a key/value, rather thank i[0]/i[1]
[11:41] <rogpeppe1> frankban: yeah, bson.M is cognitively closer to what we're trying to represent, but i don't think that means we have to use it.
[11:41] <frankban> rogpeppe1: in this case the query is really easy to read anyway, so I'll just make the change for efficiancy
[11:41] <rogpeppe1> frankban: thanks
[11:41] <frankban> efficiency even
[11:43] <urulama> rogpeppe1, frankban: would this apply to the PR75 as well? I guess bson.M and bson.D are properly used there, but maybe take another look
[11:44]  * rogpeppe1 looks at PR75
[11:45] <rogpeppe1> frankban, urulama: yeah, i'd use bson.D there
[11:55] <frankban> urulama: would you like to take a look at https://github.com/juju/charmstore/pull/76?
[11:55] <rogpeppe1> frankban, urulama: in a very quick-and-dirty benchmark, bson.D is about twice as quick as bson.M: http://paste.ubuntu.com/8088225/
[11:56] <urulama> frankban: i think that you and rogpeppe1 already covered it, so, i think its +1
[11:56] <frankban> urulama: cool thanks
[11:59] <frankban> rogpeppe1: I'd be interested in the meaning of "twice as quick" in the context of a full request/db query/response
[11:59] <rogpeppe1> frankban: sure, it's probably lost in the noiser
[12:00] <rogpeppe1> frankban: but it's nice to be efficient when there's no cost in doing so
[12:00] <rogpeppe1> s/noiser/noise/
[12:01] <frankban> rogpeppe1: +1 except in the cases there is some other cost, like readability. but perhaps it's just me, perhaps I am just not used to things like "}}}}," ;-)
[12:02] <rogpeppe1> frankban: :-)
[12:02] <rogpeppe1> frankban: i don't think it's too bad.
[12:03] <rick_h__> frankban: can't you tell at a glance that's 5, no I mean 4 closing braces? :P
[12:04] <frankban> heh
[12:04] <rick_h__> frankban: if you get some downtime, think you can help jrwren_ out and peek at his merge proposals on quickstart this week?
[12:05] <rick_h__> frankban: help clear out the slack stuff pending and might be good to see if it can land and make sure we get a final quickstart release for the cycle in the near future.
[12:07]  * urulama needs to grab some food
[12:07]  * rick_h__ sends some leftovers to urulama
[12:07] <frankban> rick_h__: I remember I reviewed all those slack cards
[12:08] <rick_h__> frankban: oh did you? awesome, I'll maybe bug jrwren_ about them then.
[12:11] <urulama> rick_h__: :D :D
[12:11] <frankban> rick_h__: I did it before London. I did not receive other emails re those branches
[12:11] <rick_h__> frankban: ok, I was just looking at the board and figured it might be cool to move those forward. I'll check up on it thanks.
[12:12] <frankban> rick_h__: thank you
[12:13]  * rogpeppe1 grabs some lunch too
[12:37] <jrwren_> frankban: did you review them a second time? I've been delaying nagging you about them. I did address all 3.
[12:38] <jrwren_> but since rick_h__ is nagging for me, I should probably nag.
[12:38] <jrwren_> err, I mean asking ;]
[12:39] <frankban> jrwren_: I reviewed them once, then did not receive any signal they are ready for re-review. If they are ready, I'll take another look at them asap
[12:39] <jrwren_> frankban: Yes, please do.
[12:39] <frankban> jrwren_: ok
[12:57] <rick_h__> oh luca, o'buddy o'pal
[13:00] <luca> rick_h__: heya :)
[13:01] <rick_h__> luca: got time for a quick chat?
[13:01] <luca> rick_h__: in a meeting for the next 2 hours
[13:01] <rick_h__> I want to get your brain on it asap :)
[13:01] <rick_h__> luca: ok, if you get free ping me otherwise we can chat tomorrow
[13:02] <luca> rick_h__: will do
[13:02] <rick_h__> ty much
[13:58] <jcsackett> rick_h__: i see a bunch of cards in tracking for GUI, but they seem to be defects in our code (e.g we're not tracking another project) what's up with those?
[13:58] <kadams54> rick_h__: got a question for you when you have a moment.
[13:59] <rick_h__> jcsackett: I pulled them aside as I think they were worked on but not verified yet
[14:00] <rick_h__> jcsackett: working on the board, will update htem
[14:00] <rick_h__> kadams54: otp, will ping when off
[14:05] <jcsackett> rick_h__: so i can tell you the one for "dispatched urls" had some investigation done, but we concluded it's blocked until we release MV 1.0, so we're rid of the ghost inspector. happy to chat with you about details if you want.
[14:06] <rick_h__> jcsackett: ok cool, will move it back into the on deck
[14:06] <rick_h__> jcsackett: can you update the bug with any notes to help getting it started and the MV 1.0 reasons/etc?
[14:06] <rick_h__> kadams54: free, what's up?
[14:09] <jcsackett> rick_h__: sure.
[14:18] <frankban> rick_h__, bac: I'd like your opinion on https://code.launchpad.net/~evarlast/juju-quickstart/which-juju/+merge/227238 . Do you have a minute to take a look? thanks
[14:19] <rick_h__> frankban: looking
[14:20] <rick_h__> frankban: oh hmm, interesting. *thinking*
[14:22] <rick_h__> frankban: jrwren_ so the issue is sudo $JUJU, so I'd just stop that. Don't allow it. It's an older scenario and we can say the feature isn't backwards compatible.
[14:22] <jrwren_> frankban: I completely missed that first comment.
[14:22] <rick_h__> frankban: jrwren_ so if a user has $JUJU set and we need to 'sudo $JUJU' we output a warning and don't use it
[14:22] <rick_h__> frankban: jrwren_ bac thoughts?
[14:25] <frankban> rick_h__: sounds reasonable, given we have a use case for this feature. use a compiled version of juju? I am still worried about point 2) in my comments
[14:26] <rick_h__> frankban: yea, I think with the call for testing and such we'll have to get past #2. For CI for instance, we'd easily use $JUJU=xxxx to test against upcoming Juju versions
[14:26] <rick_h__> frankban: I'd not shout the feature from the hill tops, but I think it makes sense to support it
[14:26] <jrwren_> I want the sudo feature for myself :)
[14:27] <frankban> rick_h__, jrwren_, coll then +1
[14:27] <jrwren_> I'd rather doc it with a giant warning or something.
[14:27] <rick_h__> jrwren_: what for? We don't need sudo in modern lxc, this will be released in utopic quickstart, not any earlier versions
[14:27] <jrwren_> rick_h__: quickstart local?
[14:28] <jrwren_> rick_h__: err, just bootstrap local.
[14:28] <rick_h__> jrwren_: yea, isn't the sudo requirement for local bootstrap gone?
[14:28] <rick_h__> well, at least quickstart doing it
[14:28] <rick_h__> juju deals with sudo now, we don't have to
[14:28] <jrwren_> rick_h__: oh, but I see. yes, that is the difference.
[14:29] <jrwren_> in that case I agree with all the concerns and I should update the PR.
[14:29] <rick_h__> jrwren_: ok, let me know if I'm off in my thinking.
[14:30] <rick_h__> jrwren_: frankban ok, so we're +1 on ignore $JUJU on any sudo call paths, respecting it otherwise, and making sure we hide it from non-test users )
[14:30] <rick_h__> :)
[14:30] <jrwren_> rick_h__: No, I think the two points in frankban's initial comment are still important and shall be addressed.
[14:31] <jrwren_> rick_h__: s/No/Yes/ :)
[14:31] <frankban> rick_h__, jrwren_: added a new comment summarizing this chat
[14:31] <rick_h__> ty frankban
[14:31] <rick_h__> thanks for the updates jrwren_, sorry for the complication.
[14:31] <rick_h__> and thanks for the good call/catch on sudo frankban!
[14:36] <hatch> I just used local yesterday and needed to enter my pw
[14:36] <hatch> on 1.20.1
[14:37] <jrwren_> hatch: right. juju invoked sudo on your behalf. you didn't have to invoke juju with sudo, did you?
[14:38] <hatch> jrwren_:  no, but I did have to type my pw
[14:38] <hatch> so it still rquired sudo
[14:47] <rick_h__> hatch: yes, but it's not quickstart's issue so it's not an attack vector
[14:47] <hatch> every time i see "attack vector" I think of a top down airplane game
[14:47] <hatch> pew pew
[14:47] <rick_h__> pew!
[14:48] <frankban> :-)
[14:49] <frankban> jrwren_: https://code.launchpad.net/~evarlast/juju-quickstart/support-lxc-clone/+merge/227250 done
[14:49] <jrwren_> frankban: thanks!
[14:49] <rick_h__> jujugui call in 10, please update kanban
[14:57] <luca> rick_h__: I’m free for a call
[14:57] <rick_h__> luca: standup time
[14:58] <rick_h__> luca: can ping afterwards
[14:58] <luca> rick_h__: ok
[14:58] <rick_h__> jujugui call time in 2
[14:59] <rick_h__> Makyo: kadams54 frankban ^
[14:59] <rick_h__> antdillon: ^
[14:59] <kadams54> joining
[15:13] <rick_h__> doh!
[15:13] <rick_h__> come on chrome, go go go
[15:15] <rick_h__> geeze, what's a guy have to do to run a meeting around here?
[15:15] <urulama> rick_h__: the FX are great :)
[15:49] <rick_h__> man, I wish I had a recording of how I sounded :P
[15:52] <kadams54> My inlaws had a problem with their landline phone awhile back. It would make them sound like a chipmunk, but only the person on the other end could hear it. It was also sporadic, so one minute you'd be having a normal conversation, the next, Alvin and the chipmunks.
[15:52] <kadams54> It was awesome.
[15:52] <rick_h__> hah
[15:55] <jcsackett> so, if we have a machine with the only uncommitted unit of an uncommitted service, and we delete that machine, should we just reset the unit as an unplaced unit, or should we clear the service?
[15:56] <rick_h__> jcsackett: I'd reset it as an unplaced unit
[15:56] <rick_h__> and then they can remove it from there if they like
[15:56] <jcsackett> rick_h__: ok, that was the way i was headed.
[16:09] <frankban> jrwren_: reviewed the third branch, it looks good with minor changes, thank you
[16:11] <hatch> luca:  hey the svg rendering bug you reported - was the image you had stitched together? The only way I can reproduce it is if one icon straddles the bottom of the browser so that only part of it is rendered
[16:12] <hatch> so I can't get two icons to not render properly
[16:13] <luca> hatch: I didn’t stitch them together, that just how they appear in the listing
[16:13] <luca> hatch: I’ll send you another pic of the same bug
[16:14] <luca> hatch: check you email
[16:15] <hatch> thx
[16:15] <luca> hatch: sent another too
[16:15] <hatch> woah I haven't seen that one
[16:15] <luca> hatch: it might show it a little better
[16:15] <luca> hatch: yeah, it all happened at the same time
[16:15] <luca> hatch: it started during the London sprint
[16:15] <hatch> *sigh* I've been researching chrome svg rendering bugs but I can't reproduce anything like this using any svg's that aren't ours
[16:15] <jrwren_> frankban: thanks again.
[16:16] <hatch> but they also don't happen in any other browser....
[16:16] <luca> hatch: It seemed to happen when my browser updated
[16:16] <luca> hatch: and it can be consistently reproduced on other peoples browsers in the web team
[16:18] <hatch> luca:  yeah it's definitely a chrome bug, but nothing that matches this has been filed (and not subsequently fixed) and any other svg's but our icons don't exhibit the same problem
[16:19] <luca> hatch: ok
[16:19] <luca> hatch: so we can’t fix it?
[16:19] <hatch> luca it also seems to only happen with certain icons
[16:19] <hatch> the wordpress icon for example is really bad, but the icon for ubuntu-repository-cache doesn't appear to exhibit the issue
[16:19] <luca> hatch: yeah, I couldn’t work out why it would effect some and not others
[16:20] <hatch> I'll put my notes in the bug and we can revisit, I'm guessing there is something wrong with how some of the svg's are created
[16:20] <hatch> and with how chrome's new rendering works
[16:20] <luca> hatch: the MySQL icon on the service block doesn’t respond the zoom, thats why it looks wrong
[16:21] <luca> hatch: sent you another img
[16:22] <hatch> odd I can't reproduce that one
[16:22] <hatch> luca can you add these images to the bug?
[16:23] <luca> sure
[16:23] <hatch> thanks, it's very odd, even in osx with the same version of chrome i can't reproduce what you see
[16:24] <hatch> I wonder if you have some extension which may be making it worse heh
[16:48] <hatch> oops, I ate too many nibs
[16:49] <rick_h__> hatch: I get it based on zoom levels sometimes.
[16:49] <rick_h__> hatch: it's not an extension, it seems something in chrome/svg resizing or something
[16:50] <hatch> rick_h__:  right, I just can't reproduce the same issues so was just trying to find some reasoning behind that
[16:50] <hatch> you'd think identical os's and browser versions would do the same thing haha
[16:50] <rick_h__> hatch: heh
[16:50] <rick_h__> I get it on linux in the dev edition
[16:50] <hatch> Chrome in Ubuntu is such a mess
[16:50] <rick_h__> :)
[16:50] <hatch> when I drag a window it goes transparent
[17:00] <urulama> jujugui: have a nice evening
[17:00] <hatch> cya urulama
[17:00] <hatch> u 2
[17:00] <frankban> and you
[17:02]  * rogpeppe1 is done for the day too.
[17:02] <rogpeppe1> g'night all
[18:13] <rick_h__> BradCrittenden: ?
[18:14] <rick_h__> BradCrittenden: I bailed out, going to get lunch.
[18:14] <BradCrittenden> ok
[18:14] <rick_h__> BradCrittenden: I think we should try to get some time with someone from #is
[18:14] <bac> rt
[18:14] <rick_h__> bac: I think you're right that the config and test fails, not sure if it ever passed tbh
[18:14] <kadams54> hatch: So… I need to query whether a radio button is selected. I know we *just* went through this a few months back, but I'm having a senior moment on the details.
[18:15] <hatch> kadams54:  you have to loop through each one
[18:15] <hatch> because phantomjs lameness
[18:15] <bac> rick_h__: in the bug i see tom has added: the application topology is apache2 -> squid -> haproxy -> charmworld-app
[18:15] <kadams54> hatch: Yeah, but it wasn't enough to check for the "checked" attribute because that doesn't change from what's set in the HTML.
[18:16] <hatch> kadams54:  not the attribute, the js property
[18:16] <hatch> input.get('checked')
[18:20] <kadams54> Yeah, OK, that works…
[18:20] <kadams54> Seems like last time things weren't that clean, but for this case :-)
[18:21]  * hatch hangs head
[18:22] <hatch> kadams54:  your modularization branch totally destroys my work from yesterday lol
[18:22] <kadams54> Yay!
[18:22] <kadams54> ;-)
[18:22] <kadams54> What happened?
[18:22] <hatch> I rewrote the methods you moved
[18:23] <hatch> I just have to manually re-apply my commits
[18:24] <hatch> kadams54:  did you make any changes to these methods or just moved them?
[18:24] <kadams54> Just moved
[18:24] <hatch> phew
[18:24] <hatch> :)
[18:29] <kadams54> hatch: just did a diff to make sure. I made one change for readability: https://pastebin.canonical.com/115591/
[18:30] <hatch> ahh ok thanks, well that space doesn't exist anymore :)
[18:31] <hatch> ok taking lunch, I'll fix this later
[18:31] <hatch> bbl
[18:49] <kadams54> hatch: ping me when you're back.
[19:01] <rick_h__> bac: ok, that makes sense except that haproxy was exposed
[19:01] <rick_h__> bac: oh, but you exposed that right?
[19:05] <bac> rick_h__: yeah, i exposed haproxy myself which was a mistake
[19:11] <rick_h__> bac: gotcha
[19:11] <rick_h__> fabrice: !
[19:11] <rick_h__> fabrice: who let you around here :P
[19:11] <fabrice> it's public :)
[19:11] <rick_h__> fabrice: hey, you still coming over here the 15th right?
[19:12] <fabrice> yep !
[19:12] <rick_h__> urulama: isn't around right now but need to introduce you guys :)
[19:12] <rick_h__> fabrice: cool, you're the last one to join the party
[19:12] <urulama> rick_h__: i am :)
[19:13] <rick_h__> oh, he is
[19:13] <fabrice> yes I wish I could joined early but french laws are a pain !
[19:13] <rick_h__> urulama: fabrice starts the 15 :P
[19:13] <rick_h__> fabrice: gotcha, all good. Nice to see you hanging around
[19:13] <urulama> fabrice: nice to meet you, and i understand you, i'm also from EU :)
[19:13] <fabrice> where ?
[19:14] <urulama> fabrice: slovenia
[19:14] <rick_h__> heh, solvenia, france, UK, italy. The team's gone all internation
[19:14] <rick_h__> hatch: and canada don't count :P
[19:14] <rick_h__> international that is
[19:15] <fabrice> you mean that american think Canada is a US state !
[19:15] <rick_h__> the 51st! we've just not claimed it yet
[19:15] <rick_h__> at least the good parts :P
[19:15] <urulama> :)
[19:15] <rick_h__> I hear toronto is kind of cool
[19:16] <fabrice> I lived there 3 years and it is
[19:18] <urulama> fabrice: where in France do you live?
[19:19] <fabrice> French Riviera in Grasse
[19:19] <rick_h__> man, france and italy. I need to get some wine shipments started from you and frankban :)
[19:19] <rick_h__> be the impartial comparison to see what is better!
[19:19] <hatch> rick_h__:  fabrice used to live in Canada :P so THERE!
[19:19] <jrwren_> as lone mercan in that group,I'm aiming for a good cowboy nickname.
[19:20] <rick_h__> hatch: he knew enough to get out!
[19:20] <hatch> rick_h__:  yeah and he sure didn't go south :P
[19:20] <rick_h__> jrwren_: I'm thinking something with john wayne in it
[19:20] <jrwren_> rick_h__: yee haw!
[19:20] <hatch> lol
[19:20] <fabrice> I really like Canadians really nice people
[19:20] <hatch> kadams54:  I'm back
[19:20] <hatch> *snicker*
[19:20] <fabrice> urulama: Ljubljana?
[19:21] <hatch> that can't be a real name
[19:21] <urulama> fabrice: close (as everything is close here), Novo mesto
[19:21] <urulama> hatch: it is, it's simple to say :)
[19:21] <hatch> urulama:  lol suuuuure
[19:21] <fabrice> tell the name of your town :)
[19:21] <rick_h__> lol
[19:21] <rick_h__> here we go
[19:21] <hatch> Saskatoon Saskatchewan
[19:22] <rick_h__> he makes up this place
[19:22] <hatch> bahaha
[19:22] <hatch> lol
[19:22] <rick_h__> it's from a kids book, we're sure
[19:23] <kadams54> guihelp: what's the right way to trigger a nav event? I did some grepping but didn't find any obvious examples…
[19:23] <hatch> what's a nav event?
[19:23] <hatch> like changeState?
[19:23] <fabrice> Saskatchewan vs Ljubljana who will win the pronounciation game ?
[19:23] <hatch> haha
[19:23] <kadams54> In my card… clicking on "View machines" needs to navigate to the machine view panel.
[19:24] <hatch> yeah that's changeState
[19:24] <hatch> kadams54:  in the inspector there is a changeState call in the scale up to show the mv
[19:24] <hatch> look there
[19:24] <urulama> fabrice: had to look up Grasse. I spent two weeks close, in the Sophia Antipolis Sciecnce Park, on a visit ... but was aaaages ago ...
[19:25] <hatch> looks beautiful there
[19:25] <hatch> I vote there for the next sprint in the summer :)
[19:26] <fabrice> great idea !
[19:26] <urulama> hatch: remember, we had Lisbon, Budapest and Dublin, but ended up in Brussels. Don't suggest French riviera, we'll end up somewhere in Belarus :)
[19:26] <fabrice> rick_h can take back some wine
[19:26] <hatch> urulama:  hahahaha
[19:27] <kadams54> Hmm, most of the changeState examples are setting stuff in sectionA… I'm guessing I need to set something for sectionB?
[19:27] <rick_h__> urulama: :/ you're making the idea of 2wks there hard to get my head around
[19:28] <hatch> kadams54: I wasn't kidding, it's right there :) https://github.com/juju/juju-gui/blob/develop/app/views/viewlets/scale-up.js#L155
[19:28] <kadams54> hatch: hah, OK, I found it just about the same time.
[19:28] <kadams54> Was temporarily put off by changeState stuff in service-inspector.js…
[19:28] <kadams54> Excellent, thanks
[19:28] <hatch> https://www.google.ca/maps/place/Grasse,+France/@43.523504,6.943188,3a,75y,90t/data=!3m5!1e2!3m3!1s7429787!2e1!3e10!4m2!3m1!1s0x12cc25fe3958edfb:0x117727988cf82e2d
[19:29] <hatch> it's a little far away from Grasse, but we should have our sprint right here
[19:29] <hatch> at this exact spot
[19:29]  * hatch starts packing tent
[19:29] <kadams54> As long as there's power and wifi.
[19:29] <bac> rick_h__: if you've got two weeks in brussels at least go to amsterdam for the weekend.  easy train ride.
[19:30] <hatch> kadams54:  who needs either of those, pen and paper - planning spring! ;)
[19:30] <hatch> sprint*
[19:30] <urulama> rick_h__: you sure it's two weeks and that the coding/lead stuff don't overlap?
[19:30] <kadams54> What's this about Brussels?
[19:30] <kadams54> Is that the October sprint?
[19:30] <rick_h__> urulama: so it's possible for me and maybe you it's two weeks, but TBD
[19:31] <rick_h__> kadams54: it's not 100% yet, but looking likely
[19:31]  * urulama starts to shiver on the thought of being in Brussels for 14 days ...
[19:31] <rick_h__> kadams54: working with 3 places to get space
[19:31] <hatch> urulama:  what's wrong with brussels?
[19:31] <urulama> hatch: you'll see :)
[19:31] <rick_h__> hatch: your branch up for review? Seems to have went boom?
[19:31] <urulama> hatch: or maybe you'll like it
[19:32] <hatch> rick_h__:  huge conflict with the code kyle landed
[19:32] <hatch> fixing now
[19:32] <rick_h__> hatch: cool lty
[19:32] <urulama> fabrice: anyway, happy that you'll join, fun times ahead
[19:33] <kadams54> I live my life according to HTCWJ…
[19:33] <kadams54> How To Conflict With Jeff
[19:34] <fabrice> urulama: Thanks ! I am quite eager now to start
[19:34] <fabrice> fun is always better
[19:35] <hatch> kadams54:  it's clear you've been working with rick_h__ for too long then :P
[19:35] <rick_h__> I like to lead by example
[19:36] <hatch> hahaha
[19:36] <kadams54> Michiganders have always had a… special… relationship with Canadians.
[19:36] <hatch> it's an 18h travel time for me to get to brussels .....oh boy
[19:36] <hatch> hopefully some better flights become available when it gets ironed out
[19:37] <rick_h__> hatch: time to get a tablet
[19:37] <hatch> rick_h__:  yeah - although Air Canada provides power plugs in their planes
[19:37] <hatch> so keeps the laptop all charged up
[19:37] <fabrice> Brussels is good I can speak French
[19:37] <hatch> I speak enough French to introduce myself to everyone
[19:38] <hatch> then walk away
[19:38] <hatch> because that's all I have
[19:38] <hatch> :D
[19:39] <hatch> urulama: from a travel site """Wherever else you go in Belgium, allow at least a little time for BRUSSELS, which is undoubtedly one of Europe’s premier cities. Certainly, don’t let its unjustified reputation as a dull, faceless centre of EU bureaucracy deter you:"""
[19:40] <hatch> lol
[19:40] <urulama> :)
[19:55] <urulama> hatch: there are good sides of Brussels
[19:56] <urulama> hatch: this one http://deliriumcafe.be
[19:56] <urulama> :)
[19:56] <fabrice> good beer too !
[19:58] <urulama> jujugui: gn
[19:58] <urulama> fabrice: see you around, and on 15.9. latest :)
[20:16] <fabrice> have a nice evening/night
[20:17] <fabrice> ttyt
[20:35] <rick_h__> jujugui I'm out. Have a good night all.
[20:35] <hatch> cya rick_h__ you too
[20:36] <bac> later rick_h__
[20:53] <hatch> jujugui they are working on the power again, and they said I will lose power soonish
[20:54] <bac> hatch: don't you have a monster UPS?
[21:11] <hatch> jujugui I'll need two reviews for https://github.com/juju/juju-gui/pull/504 plz and thanks
[21:11] <kadams54> hatch: looking
[21:15] <hatch> thanks
[21:18] <kadams54> hatch: Oh this requires a real env. Sorry, my… um… keyboad is busted… yeah, that's it. Totally does not work.
[21:19] <kadams54> ;-)
[21:21] <hatch> haha
[21:21] <hatch> kadams54:  lxc env's are pretty fast
[21:22] <kadams54> Yeah…
[21:22] <kadams54> This will be less painful once I get around to setting up a dedicated Ubuntu desktop.
[21:22] <kadams54> But for now I have to run lxc within a VM
[21:22] <kadams54> Or go ec2
[21:26] <hatch> so we r going to lose power again here so I'm just going to call it quits for a couple hours until these guys are done, I'll be back on later to pick up the hours
[21:27] <hatch> kadams54:  feel free to send me an email or just comment in the pr if you have any q's or anything
[21:27] <kadams54> OK
[21:27] <kadams54> Why are you losing power?
[21:28] <hatch> kadams54:  they are installing fiber into our neighbourhood
[21:28] <hatch> and the people drilled through all of the power lines when doing the directional drilling
[21:28] <hatch> so the power company is going bit by bit fixing them
[21:29] <kadams54> Ah. This is what our area looks like right now: http://cl.ly/image/382F1E2v432O
[21:29] <kadams54> So I'm not sure if we're going to keep power either :-)
[21:29] <hatch> haha
[21:29] <hatch> well best of luck to you :)
[21:30] <hatch> bbl, cya
[22:58] <huwshimi> Morning


[07:27] <highvoltage> Burgundavia: still awake?
[07:28] <Burgundavia> yep
[10:37] <RichEd> edubuntugirl: tell nuffing 'RichEd is wrapping up with the workshop in Poland today and will be home with JaneW and Nuffing and Q & G soon'
[10:37] <edubuntugirl> Righto, RichEd!
[10:37] <RichEd> edubuntugirl: tell JaneW 'RichEd is wrapping up with the workshop in Poland today and will be home with JaneW and Nuffing and Q & G soon'
[10:37] <edubuntugirl> Righto, RichEd!
[11:57] <ogra> Burgundavia, you're, the person who is always informed ... whats up with pygi ? i just saw his las planet post ...
[11:57] <Burgundavia> I have no idea what is up with pygi
[11:57] <Burgundavia> he has been acting very odd recently, but I haven't dragged him aside to figure out why
[11:58] <ogra> hmm
[11:58] <ogra> kind of weird ..
[06:21] <stgraber> hi
[06:58] <highvoltage> hi stgraber!
[06:59] <highvoltage> edubuntugirl: tell ogra ping
[06:59] <edubuntugirl> Righto, highvoltage!
[08:35] <harrypopof> hi all
[08:37] <harrypopof> nobody ?
[08:44] <RichEd> hi LaserJock
[08:45] <LaserJock> man, that was short
[08:45] <LaserJock> hi harrypopof
[08:45] <harrypopof> hi LaserJock
[08:46] <harrypopof> everybody's leave this chat ?
[08:46] <harrypopof> highvoltage ?
[08:46] <LaserJock> sometimes it's a bit slow
[08:47] <harrypopof> ;)
[08:47] <LaserJock> especially on the weekend
[08:47] <harrypopof> i'm french Ubuntu user
[08:48] <harrypopof> excuse me for my langage
[08:50] <harrypopof> i've created some wallpapers for Ubuntu.
[08:50] <harrypopof> I had the idea to turn over the logo of Ubuntu to make 3 childrens with the raised arms.
[08:50] <harrypopof> You can see it here : http://hpfteam.free.fr/graphisme-libre/?q=node/21
[08:50] <harrypopof> that all ! (licence art libre - like gpl licence) it's just one idea
[09:09] <harrypopof> hi ogra
[09:09] <ogra> hey
[09:09] <edubuntugirl> ogra: by the way, highvoltage told me to tell you 'ping' 2 hours, 10 minutes and 39 seconds ago (on Sat Nov 25 19:58:56 2006)
[09:17] <LaserJock> hi ogra
[09:18] <ogra> hey LaserJock


[02:00] <Kildurin> Zeestrat, thanks
[02:14] <mup> Bug #1655096 changed: MAAS CLI and GUI must provide a way to modify the bonding paramters <maas (Ubuntu):Invalid> <https://launchpad.net/bugs/1655096>
[12:00] <miono> I've created a file in /etc/maas/preseeds named curtin_userdata_ubuntu_amd64_generic
[12:00] <miono> So I would guess that that file would be added to each deploy of an ubuntu machine with amd64, right?
[12:00] <miono> Isn't there a way to create a preseed-file that's added to all deploys, regardless of what OS and Arch ?
[12:36] <miono> If I want to deploy machines with an alternative cloud.cfg, does that then mean that I have to create a custom image?
[19:55] <mup> Bug #1655440 opened: "unconfigured" NIC can still get IPv6 addresses via RA <landscape> <MAAS:New> <https://launchpad.net/bugs/1655440>
[21:06] <xplatform12> what is the latest production verions of maas?
[21:07] <roaksoax_> xplatform12: 2.1.2 in PPA, 2.1.3 will be in -proposed this week
[21:07] <xplatform12> thanks
[21:08] <xplatform12> How can we find out what has been updated in 2.1.3?
[21:08] <xplatform12> Having an issue getting CentOS installed via MAAS and trying to track down the issue or see if that has been resolved.
[21:35] <syed> Hi, I'm trying out the MAAS API from python but I keep getting the ouput in either YAML or application/pickle. How can I force the server to send the output in JSON?
[21:49] <jhegge> you need an HTTP header to specify JSON, like Accept: application/json
[21:50] <syed> @jhegge. Thank you. Will try that


[00:03] <cwillu> rcn-ee, sorry, I forgot to ping you again after I got it working :)
[00:03] <cwillu> DanaG, dpkg is known to be broken;  git had the same problem a couple years ago
[00:04] <cwillu> DanaG, btrfs just exposes it reliably
[00:04] <rcn-ee> cool, cwillu
[00:04] <cwillu> I'd expect the fix to be in maveric
[00:04] <cwillu> I can send you a patched dpkg if you want thouhg
[00:05] <cwillu> ooo, new chapter of rationalist harry potter fanfiction is posted!  \o/
[00:06] <cwillu> rcn-ee, working dss on 2.6.34 yet? :)
[00:07] <rcn-ee> actually... i am.... ;)  lucid's only a week old and there's an annoying bug that's making my 2.6.33.x's not boot... (maverick's weekly svn bump of gcc) works fine..  2.6.34 just happens to work fine...
[02:17] <DanaG> hmm, that celeron 700 is slower than my beagleboard, subjectively.
[02:18] <DanaG> s/that/an/
[07:15] <zord> peaceful here...
[07:17] <cwillu_at_work> shhhh
[07:19] <zord> {sigh...}not snoring!
[10:53] <zord> the world is sleeping...
,Am Alive :(
[11:26] <zord> siji: i thought i was dead and reached hell, only to find an empty hell
[11:28] <siji> he he he
[11:29] <zord> siji:what r u workin on
[11:29] <siji> beagleboard, ubuntu,angstrom clutter
[11:30] <zord> gr8888, am workin on beagleboard
[11:30] <zord> though on app-front
[11:31] <siji> zord , cool
[11:32] <zord> siji: have u used scratchbox?
[11:32] <siji> long back
[11:33] <siji> now am using OE
[11:34] <zord> cool, I'm gonna give it a try, but not yet..
[11:37] <siji> ok
[11:38] <zord> gone
[11:59] <andruk> is there a command for making a device discoverable?
[12:00] <andruk> via bluetooth i mean?
[14:06] <cwillu_at_work> fancy, sdcard survived a weekend of small appends with a sync between each one
[14:07] <cwillu_at_work> I might be able to sleep tonight
[15:08] <anmar> join #uds-tech
[18:18] <jeremiah> Are there qt packages for Lucid on the ARM platform?
[18:19] <jeremiah> I would like to write a small Qt app for the Beagle board
[18:19] <jeremiah> And wonder if the required libraries are available for the OMAP 3
[18:44] <mozzwald> I'm trying to setup an ubuntu rootfs for the Zipit Z2 (http://www.openzipit.org/). I have successfully created the image with rootstock and the unit boots but will freeze after about a minute. I am running kernel 2.6.29 and the kernel does not output any message when it freezes. Any idea what might be the problem?


[01:07] <skellat> Hunh: http://blogs.kde.org/2013/06/26/kubuntu-wont-be-switching-mir-or-xmir
[01:07] <jenni> [ Kubuntu Won't be Switching to Mir or XMir | blogs.kde.org ] - http://j.mp/138k0UP
[01:58] <skellat> .weather 44004
[01:58] <jenni> Scattered, 73.4°F (23°C), 29.84in (1007mb), Light breeze 4kt (↑) - KYNG 01:51Z
[02:38] <paultag> Unit193: kk
[14:29]  * skellat is **not amused** with the second power outage in 72 hours and notes his jury-rigged lash up of laptop and data stick will run out of power soon
[19:07] <Unit193> paultag: Boom, http://packages.qa.debian.org/g/gcalcli/news/20130627T164804Z.html
[19:07] <jenni> [ Accepted gcalcli 2.4.2-1 (source all) ] - http://j.mp/13aFhyD
[19:07] <paultag> huzzah, Unit193!
[21:25] <Unit193> So I'd presume that everyone saw the Ubuntu news?  http://fridge.ubuntu.com/2013/06/27/mir-plans-in-13-10/  Title says a lot of it, flavors are included (except at least Kubuntu.)
[21:25] <jenni> [ Mir Plans In 13.10 ] - http://j.mp/19zeG0m


[00:11] <franzpow_> Help
[00:11] <franzpow_> Sorry wrong channel
[01:02] <nickname123> hi
[01:04] <nickname123> can i tell you about a problem? kubuntu decreases screen brightness after a while. then it turns the screen off and my laptop is locked. but sometimes it happens that I move the mouse just when the screen brightness goes to zero
[01:04] <nickname123> then the computer isn't locked and instead my laptop screen is black
[01:05] <nickname123> i can still increase brightness with a keyboard
 Brave is crying 😭
[07:14] <Guest87986> Good morning
[08:09] <legacy079> When will Plasma 5.17 be available in normal repos ? Rather than backports ?
 17 is development branch so will not get to regular repo
 5.18 will come soon
[09:52] <ripan> hii
[09:52] <ripan> i need to know about some mirroring app that i can use on my ubuntu
 Hi .Anybody know how to open & use Etcher to make a Live USB.I downloaded https://www.balena.io/etcher/ but then don't know what to use to open it with...Ark & Autorun Prompt didn't work
 @Shreddies, Looks like an appimage in a zipfile. You would need to extract it and run the appimage
 Thanks! Now I have the Appimage,what next.It doesn't have any programs suggested to open it with...
[10:44] <diogenes_> right click > properties make executable then double click.
 or in konsole go into the dir it is in and run ```./balenaEtcher-1.5.76-x64.AppImage &```
 (Photo, 896x342) https://irc-attachments.kde.org/o6MYTJ03/file_23346.jpg
 @diogenes_> right click , Was executable but double click didn't work unfortunately
 @Shreddies, If the name is right, you can't be in the right folder
 oh,where should I search?
 where you downloaded/extracted it to
 (Photo, 1085x771) https://irc-attachments.kde.org/1Q1hBHKB/file_23350.jpg
 For example in my case
 @RikMills, Dolphin says ,documents (Appreciate your help with this by the way)
 what is "cd" ?  (newbie here)
 (Photo, 854x381) https://irc-attachments.kde.org/1f6fgjGw/file_23351.jpg
[11:30] <BluesKaj> Hi folks
[11:57] <Prototype> hello
[11:58] <BluesKaj> hi Prototype
[11:58] <Prototype> hi BluesKaj
[11:59] <Prototype> I have been using Kubuntu since 18.04 and I'm still plagued by permissions problems lol
[12:00] <BluesKaj> Prototype, an example ?
[12:00] <Prototype> i created a new partition and named it backup,  but I cant do anything with it, so used the command sudo chmod -R ugo+rw /backup
[12:00] <Prototype> but i get a "no such directory" message
[12:04] <BluesKaj> Prototype, think you need to use th3e hardware designation like /dev/sdX, X being the letter assigned to the partition. Also an entry in /etc/fstab might work
[12:05] <Prototype> ah ok,  ill give the command another try
[12:07] <Prototype> hmmm..nope that made no difference
[12:09] <Prototype> oh hang on, i just reopend Gparted and noticed under the mount point it has been named _backup
[12:11] <Prototype> ok, sorted
[12:11] <BluesKaj> did you run sudo umount /dev/sdx first then chmod +x ....
[12:11] <Prototype> no idea why it put a _ in there
[12:11] <Prototype> nope,  but i re ran the command again and it seems to have worked
[12:12] <BluesKaj> ok
[12:14] <Prototype> has been a while since I have been on this site,  I have managed to convert a couple of friends over to variants of Linux since though
 Kubuntu saved enough embarrassment for me today as I was reeling without internet in a show, with a bunch of stuff pre-installed and presynced👌
 (Photo, 645x356) https://irc-attachments.kde.org/FzYf9SF0/file_23361.jpg Anybody getting this when booting?  Application: kdeinit5 (kdeinit5), signal: Aborted
[18:51] <user|95791> Hi, can you help me to solve the interface problem in inkscape.
[19:10] <michael__> Hey are there any who can tell me, how to do this command "service metasploit start" when i run it, i get this message: Failed to start metasploit.service: Unit metasploit.service not found.
[19:23] <keithzg-M> Man that michael__ guy didn't wait even 10 minutes for an answer . . . although maybe he figured out on his own that he'd need to actually install metasploit first or whatever invariably very basic thing he was missing, heh.
 @michael__, He need go educate hisself on Linux/Unix (and probably basic computer) skills before tryin'a become a "pentester" or whatever he's up to.
[19:40] <azx> I want to set chromium as my default browser, when i click it's msg to 'set as default' it does nothing. additionally in the KDE GUI, i go to default applications from the start menu and set chromium as my default and apply
[19:40] <azx> yet firefox is still my default
[19:41] <azx> 'Default applications' says chromium is default
[19:41] <azx> but when i need to open links they open in firefox, and when i open chromium it tells me it's not default
[19:41] <azx> seems like a bug
[19:43] <Alabalistic> azx, do you have some snap
[19:43] <Alabalistic> I had some wiers stuff with firefox as snap
[19:46] <azx> i don't believe firefox is a snap package
[19:46] <azx> i have one snap package installed from default kubuntu install
[19:46] <azx> chromium was installed through sudo apt-get install chromium
[19:46] <azx> even when i open a link in chromium it opens in firefox
[19:47] <azx> hmm seems to open in chromium i might be wrong
[19:47] <azx> but from any other app besides chromium it will launch firefox
[19:49] <azx> i swear it wasn't working and now it's working, strange. after a reboot
[19:49] <azx> also my irc client wouldn't open links in default browser, but that seems to have fixed itself as well
[19:50] <azx> Thanks!
[23:29] <michael__> hey
[23:32] <bprompt> Hay Bartender!!! said the horse at the bar


[00:18] <Vej> Hello!
[00:18] <Vej>  I have a question regarding th nomination for series feature of Launchpad. I was told by a member of Bug Control, that https://bugs.launchpad.net/ubuntu/+source/deja-dup/+bug/1657092 would be a candidate for this. But there is no "Nominate for series" available for me. When does this show up?
[00:35] <hggdh_> Vej: I can nominate it for you. Which version of Ubuntu/Mate do you want to target
[00:38] <Vej>  hggdh: Thanks. At least xenial, but its so simple, that it would not hurt to do yakkety and zesty as well.
[00:38] <Vej> hggdh: I will try to prepare an SRU for that.
[00:39] <hggdh> Vej: zesty is required, A Patch *must* be first applied (if applicable) on the current dev release
[00:40] <Vej> hggdh: Could zesty not simply use the upstream version?
[00:40] <Vej> hggdh: Ah, no feature freze.
[00:41] <hggdh> Vej: if upstream already has the patch, *and* we sync-ed with it, we are cool. But the text says the patch has been applied (to head)
[00:42] <hggdh> Vej: so we must be sure that either zesty has it, or if it will get it soon, or whatever
[00:42] <hggdh> Vej: targets opened for xenial, yakkety, and zesty
[00:45] <Vej> hggdh: Thanks. I will check the documentation about the SRU process again.
[00:47] <hggdh> Vej: I am considering approving you now for bug control
[00:48] <Vej> hggdh: Thanks. Did you found any other mistakes in the bugs despite the ones Alberto wrote about?
[00:49] <hggdh> no :-)
[00:49] <hggdh> Vej: welcome to BugControl
[00:51] <Vej> hggdh: Thank you very much!
[00:51] <hggdh> Vej: thatnk *you* for helping
[00:51]  * hggdh goes out for food
[09:55] <msantosn> hey guys, I am want to fill a bug report through Launchpad but I have tried for the last 10-15 minutes and I get a timeout error
[09:55] <msantosn> Error ID: OOPS-c57c57b192537e1068301a86f441da92


[17:33]  * pleia2 makes coasters
[17:33] <pleia2> ugh
[17:34] <pleia2> "wow, I discovered all these CDRs in boxes from storage! I don't need to buy more!"
[17:34] <pleia2> turns out they're all 100 years old and dead :)
[17:41] <akk> It's weird how unburned ones have a shelf life just like burned ones.
[17:41] <akk> I guess that shouldn't be surprising when you think about it, but it surprised me somehow.
[18:07]  * jdeslip is getting ready to Jam
[18:07] <pleia2> :)
[18:08]  * jdeslip made no preparations what so ever for the event.  - is ashamed
[18:08] <pleia2> haha
[18:08] <pleia2> well, I have a few versions of burned cds for the daily builds
[18:08] <pleia2> working on some usb sticks, but it's slow going
[18:08] <jdeslip> I am just burning the beta now
[18:09] <pleia2> I burned one ubuntu and one xubuntu beta
[18:09] <jdeslip> Maybe I'll grab a Kubuntu in the spirit of DarkwingDuck
[18:09] <DarkwingDuck> Whoot!
[18:10] <pleia2> I put kubuntu on the usb sticks
[18:11] <DarkwingDuck> :)
[18:11]  * jdeslip whispers - even though kde is for losers ;)
[18:28] <sn9> CD-R's from 1911?
[18:32] <akk> No, just 2007 -- pleia2 didn't mention she was using binary.
[18:32] <pleia2> sn9: I may have been exaggerating slightly
[18:33] <sn9> i have much older CD-R blanks that burn just fine
[18:34] <akk> CDR life is very variable. Some of them die in 2 years, some may last 10 or longer.
[18:35] <akk> But once they get a few years old you're on borrowed time and shouldn't count on them.
[19:04]  * pleia2 runs out to catch bart
[19:55] <pleia2> arrived in berkeley :)
[19:56] <pleia2> http://www.flickr.com/photos/pleia2/5586230896/
[19:56] <pleia2> we haz yummy pizza
[20:33]  * pleia2 waves to jyo1
[21:06]  * grantbow arrived in berkeley
[21:07] <pleia2> \o/
[21:07] <pleia2> 4 of us here now
[21:08] <grantbow> bug 738330 is annoying - virtualbox x drivers haven't worked for Natty for a few weeks.
[21:09] <grantbow> won't have to worry about x in oneiric ;-)
[21:26] <sn9> 11.10 is called oneiric?
[21:27] <crashsystems> the wiki should have a release name pronunciation guide
[21:27] <pleia2> hehe
[21:28] <pleia2> the second thing I did when I learned about oneiric was find a dictionary site that had an mp3 of the pronunciation
[21:28] <pleia2> (the first was to look for an ocelot stuffed animal)
[21:30] <nhaines> sn9: 11.10 is "oneiric ocelot".
[21:30] <nhaines> pleia2: I don't pronounce oneiric the same way sabdfl does.  :)
[21:31] <crashsystems> I refused to refer to 10.10 as Maverick. The 08 election season ruined that word for me, and calling a release an "unbranded cow" just sounded funny.
[21:33] <sn9> meerkat
[21:34] <nhaines> It's just a development codename.
[21:34] <nhaines> "natty" has changed to "Ubuntu 10.04" since beta 1.
[21:34] <nhaines> Let's just pretend I said 11.04 in the first place.  ;)
[21:53] <pleia2> nhaines: I don't think I've heard him say it
[22:07] <pleia2> if you don't have anything nice to say... #unity
[22:07] <pleia2> :\
[22:08] <pleia2> woo xubuntu \o/
[22:08]  * crashsystems <3 unity
[22:15] <jyo> grantbow: https://bugs.launchpad.net/ubuntu/+source/policykit-1-gnome/+bug/697095
[22:16] <grantbow> wow
[22:18] <pleia2> jyo: http://rww.name/articles/grub2iso.html
[22:56] <nhaines> pleia2: in his announcement, he said it's pronounced "ahn-eer-ick".  But it's Greek, so it should be more like "ohn-eye-rick".
[22:57] <sn9> why -eye-?
[22:59] <nhaines> sn9: because it's Greek.
[22:59] <pleia2> packing up here now
[23:01] <sn9> greek, not german


[16:44] <genii> Has anyone seen a LeMaker Cello or HusyBoard yet?
[16:44] <genii> *HuskyBoaard
[16:44]  * genii curses his fat fingers and lack of caffeine
[18:01] <pvl1> what is the relationship between ubuntu arm and linaro


[05:45] <shadeslayer> kubotu: order birthday package for Riddell
[05:45]  * kubotu is running to the corner shop to get a birthday present.
[05:45]  * kubotu slides a birthday cake and a present down the bar to Riddell and gives everyone a nice frosty mug of beer.
[05:45] <kubotu> Happy birthday to you, happy birthday to you, happy birthday Riddell, happy birthday to you!!!! - Wooooho!
[05:45] <kubotu> Happy Birthday Riddell :D
[05:45] <kubotu> To your health!
[05:45] <shadeslayer> Riddell: happy birthday!  How do i make a package from the source code ? (with a Configure file and MakeFile) if i did it all in the QtCreator IDE ?
[08:10] <shadeslayer> FlowRiser: depends, debian packaging?
[08:11] <FlowRiser> shadeslayer, yes, exactly
[08:11] <shadeslayer> FlowRiser: #ubuntu-packaging can assist
[08:11] <shadeslayer> or #debian-mentors on OFTC maybe
[08:11] <FlowRiser> shadeslayer, thanks man :)
[08:12] <shadeslayer> np
[08:13] <shadeslayer> FlowRiser: I'd also recommend looking at another Qt package
[08:13] <shadeslayer> or something very easy, like kdetoys
[08:13] <FlowRiser> shadeslayer, i don't use kde libraries, though;
[08:14] <shadeslayer> FlowRiser: not an issue, kdetoys is a very simple package, you can get acquainted with how debian packaging works
[08:14] <FlowRiser> shadeslayer, thanks alot :)
[08:15] <shadeslayer> ( and for some reason I didn't realize we're having this conversation in kubuntu-devel which is why I said "depends, debian packaging"
[08:15] <shadeslayer> )
[08:15] <shadeslayer> FlowRiser: np, feel free to ask any questions here or in #ubuntu-packaging :)
[09:34] <tazz> happy birthday Riddell
[10:00] <apachelogger> yofel_: ^^
[10:00] <apachelogger> kubotu: order birthday package for Riddell
[10:00]  * kubotu is running to the corner shop to get a birthday present.
[10:00]  * kubotu slides a birthday cake and a present down the bar to Riddell and gives everyone a nice frosty mug of beer.
[10:00] <kubotu> Happy birthday to you, happy birthday to you, happy birthday Riddell, happy birthday to you!!!! - Wooooho!
[10:00] <kubotu> Happy Birthday Riddell :D
[10:00] <kubotu> To your health!
[10:00] <apachelogger> Riddell: happy birthday :)
[10:23] <shadeslayer> so. very. sleepy
[10:26] <shadeslayer> btw Lightdm and the screen locker don't use the right background anymore
[10:30] <shadeslayer> okay, screenlocker bug was already reported : https://bugs.kde.org/show_bug.cgi?id=312052
[11:10] <shadeslayer> 0.o
[11:10] <shadeslayer> kubuntu_shutup_shutup_shutup.diff
[11:10] <shadeslayer> heh
[11:11] <shadeslayer> really nice patch we have there
[11:27] <shadeslayer> hmm
[11:27] <shadeslayer> yofel_: did you upload 4.9.95 for quantal somewhere?
[11:27] <shadeslayer> apart from ninjas
[11:27] <shadeslayer> don't see it here https://launchpad.net/~kubuntu-ppa/+archive/beta
[11:28] <shadeslayer> but you did upload translations there
[11:28] <shadeslayer> wtf?
[11:57] <yofel> shadeslayer: I wanted to do that yesterday but after I fixed something I didn't get to test it
[11:57] <yofel> I'll do it now if you haven't already
[11:57] <yofel> Riddell: Happy Birthday!
[11:57] <shadeslayer> actually, all of RC1 seems to be in ninjas
[11:57] <yofel> kubotu: order birthday package for Riddell
[11:57]  * kubotu is running to the corner shop to get a birthday present.
[11:57]  * kubotu slides a birthday cake and a present down the bar to Riddell and gives everyone a nice frosty mug of beer.
[11:57] <kubotu> Happy birthday to you, happy birthday to you, happy birthday Riddell, happy birthday to you!!!! - Wooooho!
[11:57] <kubotu> Happy Birthday Riddell :D
[11:57] <kubotu> To your health!
[11:57] <yofel> shadeslayer: yep
[11:58] <shadeslayer> yofel: I haven't done it
[11:58] <yofel> ok, copying
[11:58] <shadeslayer> was working on setting up ktp dailies
[11:58] <shadeslayer> so you can go ahead and copy :)
[12:10] <shadeslayer> yofel: can you also backport my wallpaper fix from raring to quantal?
[12:11] <shadeslayer> without it screenlocker background and lightdm background are blank
[12:11] <yofel> what wallpaper fix? I don't see anything in bzr
[12:11] <shadeslayer> look at kde-runtime
[12:11] <yofel> oh runtime
[12:11] <shadeslayer> yep
[12:12] <yofel> shouldn't that be fixed upstream?
[12:13] <yofel> nvm
[12:13] <shadeslayer> :P
[12:13] <yofel> the tags don't make sense though
[12:13] <shadeslayer> tags?
[12:13] <yofel> dep3
[12:13] <shadeslayer> how so?
[12:14] <shadeslayer> Quintasan_: you haven't followed up on poll about business cards :)
[12:14] <yofel> drop the "Forwarded:" line
[12:14] <yofel> only makes sense if it's a vendor patch
[12:15] <shadeslayer> yofel: I used an older quilt from precise to dep'ify , so possibly something was messed up
[12:15] <shadeslayer> ah
[12:15] <yofel> quilt can do dep3 tag generation?
[12:15] <shadeslayer> yofel: *shrug* it'll get dropped with RC2, so I don't see any point in fixing that
[12:15] <shadeslayer> sure
[12:15]  * yofel usually writes them by hand or lets dpkg-source --commit do it
[12:15] <shadeslayer> hehe
[12:15] <shadeslayer> quilt header -e --dep3
[12:15] <yofel> well, if you're already uploaded leave it like that, yeah
[12:15] <yofel> ah, good to know
[12:16] <yofel> anyway, backporting
[12:16] <shadeslayer> :)
[12:29] <Riddell> aww, thanks apachelogger, shadeslayer, yofel, tazz and especially kubotu :)
[13:06] <Mamarok> Riddell: Happy Birthday old man :)
[13:29] <shadeslayer> yofel: I don't think adding -DKDE_PLATFORM_PROFILE=Desktop does anything
[13:29] <shadeslayer> ( kde-workspace )
[13:29] <shadeslayer> the build mentions no new files
[13:29] <yofel> it doesn't as that's the default
[13:29] <shadeslayer> ah
[13:30] <shadeslayer> k ... uploading then
[13:30] <shadeslayer> to ppa
[13:59] <soee> whats the channel for www stuff ?
[14:36] <Riddell> soee: this one :)
[14:36] <soee> Riddell: i reported this: http://pastebin.com/bj1cFZSU on kde-www
[14:36] <Riddell> Mamarok: thanks young lass
[14:37] <soee> but it is link on planetkde.org
[14:37] <Riddell> soee: ah well kde stuff goes there yes
[14:37] <Riddell> soee: who's blog?
[14:37] <soee> Riddell: this entry: http://dot.kde.org/2012/12/24/qt-50-congratulations-qt-project
[14:41] <Riddell> soee: I'm confused, how can there be a virus there?
[14:42] <soee> Riddell: im not sure, just got this message from my antyvirus, toma on #kde-www said to ignore this
[14:43] <Riddell> I expect he's right, I trust toma more than some anti virus programme
[14:44] <soee> ;]
[16:05] <JontheEchidna> Riddell: happy birthday!
[16:07] <Riddell> yes it is!
[17:09] <shadeslayer> huzzah, active team released tar that doesn't build
[17:11] <shadeslayer> fun, the code hasn't even been patched in master
[17:17] <yofel> I get the feeling that lots of the active stuff doesn't seem to be in master...
[17:21] <shadeslayer> dunno
[17:21] <shadeslayer> I just forwarded a patch to them on #active
[17:21] <shadeslayer> so let's see
[17:24] <shadeslayer> btw I've updated the pad with what needs doing wrt active
[17:34] <phoenix_firebrd> Merry Christmas to all
[17:35] <shadeslayer> phoenix_firebrd: you too :)
[17:38] <yofel> phoenix_firebrd: thanks, to you too
[17:38] <yofel> !info audiocd-kio raring
[17:39] <yofel> I need to make sure that kubuntu-archive-upload errors out on ppa versions..
[17:41] <shadeslayer> all PA versions are a bit silly
[17:41] <shadeslayer> so I can't do a uscan and uupdate
[17:41] <shadeslayer> :(
[17:48] <Quintasan_> Riddell: It is your birthday isn't it? Happy Birthday and Merry Christmas!
[17:48] <shadeslayer> only plasma-active-kickstart and plasma-active-maliit left
[17:48] <shadeslayer> yay
[17:48] <Quintasan> Merry Christmas to all of you as well :D
[17:49] <shadeslayer> Quintasan: packaged maliit yet?
[17:49] <shadeslayer> Quintasan: and if so, plz package plasma-active-maliit
[17:53] <Quintasan> shadeslayer: talking with familiy
[17:54] <Quintasan> send me the sauce to my email and I will take a look at that when possible
[17:55] <shadeslayer> Quintasan: sent
[18:01] <shadeslayer> plasma-active-kickstart doesn't need to be packaged
[18:01] <shadeslayer> huzzah
[18:02] <shadeslayer> Quintasan: so basically, maliit is blocking now
[18:06] <Quintasan> blocking what?
[18:06] <Quintasan> active?
[18:06] <Quintasan> we have to wait for upstream then
[18:06] <Quintasan> I'm not going to patch the whole build system now when they are going to remove the whole soname mess soon
[18:12] <shadeslayer> ah
[18:12] <shadeslayer> that's not an issue
[18:12] <shadeslayer> but just so you know, we won't have a keyboard since the PA keyboard is gone
[18:45] <Quintasan> shadeslayer: yeah
[18:45] <Quintasan> I know
[18:45] <Quintasan> But as I said, I'm not particulary in favour of patching the build system for one upload
[18:46] <shadeslayer> right
[18:46] <Quintasan> Besides Debian folks will likely to complain about that
[18:46] <Quintasan> mikhas: ping
[18:47] <Quintasan> mikhas: Never mind, just wanted to know if you got my email but you probably did :P
[18:47]  * Quintasan somehow thinks that when someone does not respond that means he made a mistake sending it somewhere else
[19:00] <shadeslayer> should I just ship these with libbodega0 or should I make a separate bodega-client-plugins for them?
[19:00] <shadeslayer> http://paste.kde.org/631076/
[21:29] <Quintasan> Durr
[21:29] <Quintasan> I'm full
[21:29] <Quintasan> I'm stuffed
[21:30] <Quintasan> I think the most strategic move now would be to find an empty sofa.
[22:36] <valorie> happy holidays to all!
[22:37] <valorie> you make my computer so happy.....
[22:37] <valorie> :-)
[22:39] <valorie> also, Doctor Who lovers: http://www.kumparak.com/2012/12/my-lil-tardis-its-bigger-on-the-inside-no-really/
[22:40] <valorie> now it's time to gather presents and head out to my sister's......


[02:44] <balloon> Hello. Is there the person seeing it now?
[03:19] <ianorlin> seeing what now?
[03:28] <balloon> Thanks ianorlin, an answer.
[03:28] <balloon> https://bugs.launchpad.net/lubuntu-next/+bug/1437875
[03:29] <balloon> I demand the improvement of this problem.
[03:29] <balloon> I demand the improvement of this problem.
[03:29] <balloon> This problem greatly adversely affects an Asian user.
[03:30] <balloon> There is a report for a long time in launchpad, but improvement is not provided.
[03:31] <balloon> Therefore I came for IRC.
[03:33] <balloon> When a developer leaves this, the Asian user is acuteness so as to examine other flavor.
[03:34] <balloon> I want to tell this to a developer and to improve...


[13:08] <jcastro> aculich: hey I linked up with tim last week
[13:08] <jcastro> marcoceppi: do you have the juju go PPA handy?
[13:09] <davecheney> jcastro: ppa:juju/devel
[13:09] <jcastro> ta
[13:10]  * davecheney melts into the background
[13:10] <jcastro> hmm, so I've noticed we haven't written that down anywhere
[13:10] <davecheney> jcastro: mgz and davey are in charged of putting juju somewhere more official
[13:11] <jcastro> yeah, I'm writing the drafts for the getting started pages today
[13:11] <jcastro> so we can flip them over on thursdayish
[13:13] <marcoceppi> hum, I've been using the wrong PPA
[13:27] <evilnickveitch> jcastro - i'm doing a getting started as part of the go docs...
[13:27] <jcastro> evilnickveitch: ok, so what do I do with the page on the website?
[13:27] <jcastro> do we just remove it when newdocs lands?
[13:28] <evilnickveitch> jcastro - yes, thats what the thinking was, it should be able to go on Thursday, though the rest of the docs won't be finished
[13:28] <marcoceppi> jcastro: we could could just update the header link to go to the getting started page of the docs as the doc layout is nearly identical to the website atm
[13:29] <jcastro> that would be perfect!
[13:29] <jcastro> evilnickveitch: I think the only thing we should do is add a little snippet for python users.
[13:29] <jcastro> "Looking for older versions of Juju?" and then send them someplace.
[13:29] <evilnickveitch> hurrah!
[13:30] <evilnickveitch> heheh! yes, I can think
[13:30] <evilnickveitch> that would be a good idea. I will make sure to flag it up - i guess i can just point to the old docs (though that seems cruel)
[13:31] <evilnickveitch> maybe some sort of intermediary page
[13:31] <marcoceppi> jcastro: here's an earlier draft of the design, for reference: http://hostmar.co/canonical/go-juju-docs-go/getting-started.html
[13:31] <jcastro> evilnickveitch: well, if they're on python then i think giving them the old-non-changing docs would be the best bet
[13:31] <jcastro> at least for thursday
[13:32] <evilnickveitch> jcastro, agreed.
[13:34] <jcastro> man dude, that is looking _excellent_ btw
[13:37] <evilnickveitch> jcastro, thanks! marcoceppi has helped out a lot!
[13:38] <jcastro> we're preserving URLs right? Like with rewrites and whatnot?
[13:52] <jcastro> I take it the silence means we're burning the ships? :)
[13:54] <mgz> I think it means that no one knows who the we-s are in that context
[14:14] <marcoceppi> Does pyjuju work with raring on cloud providers?
[14:17] <jcastro> yeah
[14:17] <jcastro> well, it was for me last week
[14:18] <marcoceppi> must have just been a bad bootstrap
[14:22] <jcastro> man guys
[14:22] <jcastro> just followed the directions
[14:22] <jcastro> and deployed wp with juju-core with mysql
[14:22] <jcastro> Just Worked(tm)
[14:22] <jcastro> this will be awesome
[14:38] <ahasenack> 2013/04/22 14:38:23 ERROR agent died with no error
[14:38] <ahasenack> :)
[14:39] <jcastro> hah!
[14:39] <jcastro> gary_poster: hey, thanks for that tablet update last week
[14:40] <gary_poster> jcastro, np! Thanks for bug report.  Sounds like it was a great event
[14:41] <jcastro> hey so I think the only real problem I noticed is everytime m_3 went to deploy something the twitchiness of the click-to-hold + a touchpad gets a bit wonky
[14:41] <jcastro> I so want to right click on the box
[15:01] <m_3> jcastro: sounds about right... was hard to catch a right click without a move involved too
[15:02]  * m_3 chalks it up to coffee... not nerves ;)
[15:29] <FunnyLookinHat> Have you guys ever set up a wildcard subdomain redirect scenario for scaling?  I.e. have a single box redirecting / managing requests that need to be handled by specific boxes?   I wish you had brought it up at the summit so I could have lit it on fire :)
[17:29] <jcastro> ok well, you hate it, but the gui team needs them to make the GUI look nice for 13.04
[17:29] <jcastro> so, how can I make you at least not care about it? :)
[17:29] <SpamapS> jcastro: no they don't
[17:30] <SpamapS> jcastro: use tags. Weight the tags.
[17:30] <jcastro> I don't think they're doing that
[17:31] <SpamapS> jcastro: the reason I care about it is that categories are almost always poorly maintained in software
[17:32] <SpamapS> Its good to categorize flora/fauna, because you don't have whole new categories of flora/fauna every day
[17:33] <SpamapS> jcastro: go ahead and do it.. and while you're at it, tell yahoo to go back to categories too. :)
[17:33] <jcastro> ok
[17:33] <jcastro> well, as long as you don't hate me
[17:33] <jcastro> I don't like categories either
[17:34] <jcastro> but it won't matter
[17:34] <jcastro> people will use google for 95% of the pagehits anyway
[17:34] <SpamapS> I lurve you all mang
[17:34] <SpamapS> just think this idea is a time filling "because we can't think of anything interesting to do" waste
[17:34] <sarnold> which reminds me, is there any plan for the juju equivalent of apt-cache search?
[17:34] <SpamapS> sarnold: jitsu search
[17:35] <sarnold> (I haven't really -looked-, but I'd like to know the apt-cache search and apt-cache show equivalents..)
[17:35] <SpamapS> sarnold: hits jujucharms.com live tho
[17:35] <sarnold> SpamapS: if it saves me the effort...
[17:36] <sarnold> nice, .29s :) hehe
[17:37] <sarnold> thanks SpamapS :)
[17:44] <marcoceppi> There's charm search as well, but that runs against launchpad
[17:44] <jcastro> marcoceppi: branch proposed
[17:45] <jcastro> we need to sort out icons in policy too
[17:46] <jcastro> marcoceppi: you're putting the svg template thing in charm tools right?
[17:46] <jcastro> for `charm create`?
[17:47] <sarnold> marcoceppi: hrm, that didn't find the first one I searched for.. ('charm search powerdns' didn't return the same results that 'jitsu search powerdns' returned..)
[17:47] <marcoceppi> jcastro: yeah, I'll have a merge for that shortly
[17:47] <jcastro> we need to merge that into docs too
[17:47] <jcastro> but I am mulling waiting for newdocs
[17:47] <jcastro> then just have that be the first submission to that
[17:48] <marcoceppi> jcastro: or we could just tell evilnickveitch to slide it in as he writes them. Don't want to be too far out of sync. Though I guess that'd be a good first "test" merge
[17:49] <jcastro> sure
[17:50] <marcoceppi> jcastro: we should also document the workflow for submitting changes to the docs when newdocs land
[17:50] <jcastro> http://askubuntu.com/questions/52063/how-do-i-contribute-documentation-to-juju
[17:50] <jcastro> is what I use
[17:50] <marcoceppi> ah, perfect
[17:51] <jcastro> we need to snag the content from the mailing list wrt. that default image id stuff
[17:51] <evilnickveitch> marcoceppi, jcastro  What am I signed up for now?
[17:51] <jcastro> actually, doing that now
[17:51] <marcoceppi> jcastro: it's already listed as depreciated in the docs, just need to update AU and make sure it's removed going forward
[17:51] <jcastro> evilnickveitch: we need to add the icon stuff to policy, I sent you a mail just now
[17:52] <jcastro> marcoceppi: on it
[17:52] <evilnickveitch> okay, cool
[17:52] <evilnickveitch> I also have a "contributing" page that I have been working on that will be okay to go live at the same time
[17:53] <evilnickveitch> It details the use of the HTML tags I have made use of, etc
[17:54] <marcoceppi> cool
[17:54] <jcastro> perfect
[17:55] <jcastro> evilnickveitch: hey so what happens to things that you haven't converted yet?
[17:55] <jcastro> will you just pull in the pages as is?
[17:55] <jcastro> marcoceppi: hey so bkerensa approved my MP for the docs, lol
[17:57] <marcoceppi> jcastro: merged
[18:06] <jcastro> are you not entertained?
[18:06] <jcastro> what's next!
[18:08] <evilnickveitch> jcastro: hmmm, we'll wait and see on that. I am planning on having all the user guide stuff ready by Thursday
[18:08] <jcastro> mgz: which PPA will Juju 2.x live for 13.04?
[18:08] <jcastro> stable releases I mean, not devel, unless we're reusing ppa:/juju/devel
[18:09] <jcastro> jamespage: ^^ in case you know
[18:16] <mgz> jcastro: devel I would think
[18:17] <mgz> but we can work out if we want a stable-unstable one at the sprint in a few weeks
[18:17] <mgz> before actually getting 2.0 we don't need it
[18:18] <jcastro> ack
[18:39] <ahasenack> hi, does gojuju work with lxc yet? I don't remember
[18:40] <gary_poster> hey jcastro.  https://juju.ubuntu.com/docs/service-config.html (in "Creating charms") it says that config.yaml supports "str", "int" and "float" as types.  We also see "boolean" and "string" used, and we support them in the GUI.  (1) are there any other types? (2) The haproxy problem you saw was because we treat str values as text lines (no newlines) not text fields (with newlines)
[18:40] <jcastro> ahasenack: nope
[18:40] <ahasenack> jcastro: ok, thanks
[18:40] <jcastro> gary_poster: lots of sections of the docs are out of date
[18:40] <gary_poster> IOW the diff between <input type="text" and <text
[18:40] <jcastro> if you want to fix it and submit a mp that would be <3
[18:40] <gary_poster> <textarea
[18:41] <gary_poster> jcastro, ack, and would like to.  Right now we are asking in order to fix the ODS bug you filed though
[18:41] <jcastro> yeah so I have no clue, I usually read the docs heh.
[18:42] <jcastro> this seems like a hazmat question
[18:42] <gary_poster> jcastro, lol cool thanks
[19:18] <smoser> so https://codereview.appspot.com/8648047/ is merged in, right?
[19:18] <smoser> can i get someone to back that out?
[19:19] <smoser> i've been told by ubuntu foundations that this will not be a problem.
[19:37] <hazmat> gary_poster, only supported types are string, int, float, boolean
[19:37] <gary_poster> ack hazmat thanks, found in go code
[20:09] <jcastro> gary_poster: ack on having the series in the URL
[20:09]  * jcastro wonders if putting the version # in there would be better
[20:11] <gary_poster> jcastro, I think we need both
[20:11] <gary_poster> but could be wrong :-)
[20:11] <jcastro> in the url?
[20:12] <gary_poster> yeah, because isn't precise/wordpress-5 potentially different than raring/wordpress-5?
[20:12] <jcastro> I was thinking 12.04/wordpress
[20:12] <jcastro> and so on
[20:12] <gary_poster> oh
[20:12] <gary_poster> that might be better for being future-proof...
[20:13] <gary_poster> though in that vein maybe we should wait for the future to be hardened before we change that stuff
[20:13] <gary_poster> either way is fine with me
[20:14] <gary_poster> though less work is better than more work, in isolation from other considerations :-)
[20:15] <jcastro> I am for whatever gets us through to thursday. :)
[20:15] <gary_poster> lol +1
[20:15] <orospakr> hey, I've Stopped all of my EC2 VMs owned by juju except for the boostrap node/zookeeper.  I'd like to ask juju to ensure that every has been started that needs to be.
[20:16] <orospakr> s/that every/that every VM and service/
[20:17] <jcastro> so you killed the VMs after you deployed stuff?
[20:17] <smoser> who here can answer my query above ?
[20:17] <smoser> can we revert the cloud-init config change at https://codereview.appspot.com/8648047/
[20:18] <jcastro> smoser: I think core is in #juju-dev
[20:21] <orospakr> jcastro, I did. note that they are EBS backed and I shut them down cleanly.
[20:22] <jcastro> ok so you want juju to be able to just fire them back up?
[20:22] <orospakr> I'm worried that there are plenty of real circumstances that can cause cloud-hosted VMs to reboot, and as such, I'd like to test that.
[20:22] <orospakr> jcastro, well, that would be nice.  If I fire them back up myself, they get stuck in the agent down state.
[20:23] <orospakr> or at least, that's how juju status reports them, and the services they are meant to host appear inoperative.
[20:23] <orospakr> is it possible that I'm asking the wrong questions?
[20:23] <jcastro> questions seem fine to me
[20:23] <jcastro> I am just not sure how juju agents handle being shutdown
[20:23] <jcastro> hazmat: ?
[20:24] <marcoceppi> jcastro: I would have thought it was added to upstart, but that might not be the case.
[20:25] <orospakr> my general goal is to be sure that I can bring the entire system back up from virtually cold (assuming the EBS volumes remain intact).
[20:25] <jcastro> yeah, this might be a better question for the list I think, I think the people who know for sure aren't here right now
[20:25] <orospakr> alright, I'll start one up manually, and rummage around via ssh to see if everything obvious is running.
[20:26] <hazmat> orospakr, its not really supported at the moment because the address changes when the instances are started dont ripple through the graph
[20:26] <hazmat> ie updating relation addresses
[20:26] <orospakr> hum. okay. so, generally, a restart really should involve a redeploy?
[20:27] <orospakr> for instances hosting services that are effectively stateless, like application servers, that's not a big deal. for instances hosting more persistent things, like postgres and mongo, I'm keen to have a better story. Is the final answer just automatic backups?
[20:29] <orospakr> fwiw, I just confirmed that jujud does come up on my instances when I manually restart them.
[20:29] <orospakr> they remain agent-down, however.
[20:30] <orospakr> (according to bootstrap node/juju status)
[20:31] <hazmat> orospakr, final answer atm is not supported, long term instances should re-record their address and propogate to their relations
[20:34] <orospakr> hazmat, OK. is there a best practice to avoid losing data and bringing platform back up quickly after solar flares happen to, say, knock out EC2 East Zone for a while?
[20:34] <FunnyLookinHat> Is there any way for me to deploy multiple "instances" of a service to a single VPS? i.e. let's say I have a simple PHP app that manages a to-do list and I want to deploy a copy of it for each user I have on the fly - can that be currently accomplished with Juju ?
[20:34] <FunnyLookinHat> As far as I can see right now - each "instance" gets it's own VPS
[20:36] <sarnold> FunnyLookinHat: that's a long-term goal for the golang juju implementation; you can bodge it together using the jitsu 'deploy-to' command, but that isn't exactly a supported mechanism
[20:37] <FunnyLookinHat> sarnold, Right right - I read up on that... if I were to use deploy-to I'd have to put some fancy into my charms to handle that as well, correct?  Otherwise they'd probably just go ahead and overwrite themselves.
[20:38] <sarnold> FunnyLookinHat: yes, you'd need to write the charms to be careful; that's probably going to be required of the eventual golang supported solution too
[20:38] <FunnyLookinHat> sarnold, Ok great - thanks :)
[20:54] <hazmat> orospakr, atm its manual snapshot and cross region snapshot copy
[20:54] <hazmat> orospakr, i've been putting together  a suite of aws services exposed as charms.. rds, elb, route53
[20:54] <hazmat> was just working on an aws-snapshot one
[20:55] <hazmat> the other ones are @ http://jujucharms.com/search?search_text=aws
[20:57] <orospakr> hazmat, well, the restoring from snapshots still would seem to suffer from the issue you described before: address changes not properly re-propagating after a restart.
[20:59] <hazmat> orospakr, yup
[20:59] <hazmat> orospakr, but the data is around as a sanity check
[21:00] <hazmat> orospakr, volume management is slated for juju for13.10 at which point hopefully this will get better. i expect we'll have a public roadmap out mid may. all the devs has been working hard to get the new version/rewrite out the door
[21:02] <orospakr> oh wow, cool.
[21:02] <orospakr> well, thank you very much. :)
[21:17] <hazmat> FunnyLookinHat, -force-machine to force non conflicting services to the same machine in go juju.. in pyjuju its available as the jitsu deploy-to add on
[21:20] <thumper> morning hazmat
[21:21] <hazmat> thumper, greetings
[21:43] <b1tbkt> did a 'destroy-environment' and released all nodes from maas (at which point they showed 'Ready). subsequent juju deploy is now just hanging at 'connecting to environment' after four hours.
[21:43] <b1tbkt> do I need to delete ssh keys somewhere, maybe?
[21:49] <b1tbkt> nm...system console was waiting for me to see its complaint about pre-existing lvm on its disk
[23:39] <mwhudson> does juju-go work on arm?
[23:41] <davecheney> mwhudson: it should
[23:41] <davecheney> i've tested the client a few times on arm a while back
[23:41] <davecheney> there are no problems compiling it
[23:42] <mwhudson> davecheney: ok
[23:42] <mwhudson> davecheney: https://launchpad.net/~juju/+archive/devel doesn'
[23:42] <mwhudson> davecheney: https://launchpad.net/~juju/+archive/devel doesn't appear to have arm builds
[23:43] <davecheney> mwhudson: it will for the next build
[23:43] <davecheney> it wasn't a priority before
[23:43] <mwhudson> cool
[23:43] <mwhudson> thanks
[23:43] <davecheney> if you are running armhf you can build from source
[23:44] <mwhudson> yeah
[23:44] <davecheney> if you are running raring, you might even be able to run all the unit tests
[23:44] <mwhudson> i might just wait 24 hours :)
[23:44] <davecheney> mwhudson: probably a better move :)