[00:51] <tgm4883> When installing a new scope, how do I tell dbus that there is a new scope without having to reboot? (in packaging)
[00:57] <jo-erlend> I thought it was the scope that made the connection?
[00:58] <jo-erlend> forget that. I'm tired. :)
[00:59] <tgm4883> so the issue is that it installs just fine, but I have to reboot the machine in order for stuff to show up when searching
[00:59] <tgm4883> indicating that dbus doesn't know it exists
[00:59] <jo-erlend> certainly not reboot? A logout and back in must be sufficient?
[01:00] <tgm4883> nope
[01:00] <tgm4883> well, I did a quick test, it might have been searching
[01:00] <jo-erlend> sounds strange. It runs on the session bus as the local user?
[01:01] <tgm4883> um, sure?
[01:02] <tgm4883> IDK, it's my first time really playing with dbus stuff
[01:02] <tgm4883> I'm just creating a scope for the videos lens for MythTV
[01:03] <tgm4883> which works great, although I had to monkey around with some stuff since it doesn't seem unity supports episodic content too well
[01:15] <jo-erlend> no, I'm not sure.
[01:16] <jo-erlend> tgm4883, what do you mean Unity doesn't support episodic content?
[01:17] <tgm4883> so pushing things into the videos lens, there isn''t a good way to display episodic content. Basically I had to stuff NameSeasonEpisode into the name field
[01:17] <mhall119> jo-erlend: I think he means heirarchical data
[01:17] <jo-erlend> right.
[01:17] <tgm4883> it works fine for Unity, since it's searching, but will need fixed when UTV rolls out
[01:17] <mhall119> Unity results are very flast
[01:17] <mhall119> flat
[01:18] <tgm4883> yes
[01:18] <jo-erlend> the Video lens could easily support Season categories though?
[01:19] <mhall119> jo-erlend: you'd have to be able to drill down
[01:19] <tgm4883> heh, categories are another pet peeve of mine
[01:19] <jo-erlend> what does that mean?
[01:19] <tgm4883> I'm not sure they would work so well for episodic content
[01:19] <tgm4883> you mean have a category for "season 1"?
[01:19] <mhall119> pick "Show A" and get "Season 1, Season 2, Season 3".  Pick "Season 1" and get "Episode Z, Episode Y, Episode X, etc"
[01:20] <mhall119> like a directory tree
[01:20] <mhall119> you can't do that with flat results
[01:20] <tgm4883> that would be the usual way of looking at episodic content
[01:20] <jo-erlend> it would show all episodes for Season 1, regardless of series.
[01:21] <tgm4883> yea that would be kinda strange I think
[01:21] <mhall119> that's a hard way to find an episode
[01:21] <jo-erlend> sure. It would work though. Not saying it'd be optimal. :)
[01:21] <jo-erlend> but while we're at the subject.. Is the unity-tv thing available for install yet?
[01:22] <mhall119> it wasn't a functional thing
[01:22] <mhall119> just a mockup app
[01:22] <tgm4883> it's completely made up
[01:22] <mhall119> it didn't even use Dash, it was just made to look like it
[01:22] <tgm4883> like europe ;)
[01:23] <jo-erlend> oh.
[01:24] <tgm4883> Categories aren't great right now as you have to look in the lens source to see whats available
[01:24] <jo-erlend> Damn. I wish Canonical would be better at communicating things like that better. I've made a fool of myself showing this to people. I never got the impression it wasn't real. And now I have to wonder if Ubuntu for Android is also just a mockup?
[01:25] <tgm4883> If the scope could create categories, that would be better IMO
[01:25] <mhall119> tgm4883: the lens author could always provide documentation
[01:25] <mhall119> tgm4883: it would be messy though
[01:25] <tgm4883> mhall119, who is the author of the videos lens?
[01:25] <tgm4883> mhall119, yea it would
[01:25] <mhall119> tgm4883: davidcalle I believe
[01:26] <tgm4883> yea looks like he is the maintainer
[01:26] <mhall119> the good thing about the current categories is that they're always the same, no matter what scopes you install
[01:26] <mhall119> installing a scope should just give more results, not change the user experience
[01:27] <tgm4883> mhall119, I'll agree with that
[01:27] <tgm4883> a better solution is to fix the categories, there are only 4 right?
[01:27] <tgm4883> online, local, remote, ???
[01:28] <tgm4883> I'd like a recorded/dvr category
[01:28] <mhall119> I see "recent", "my videos" and "online" as categories
[01:28] <mhall119> I think "recorded" might be a good category
[01:28] <mhall119> or "downloaded"
[01:29] <mhall119> same thing, different ways of doing it
[01:29] <tgm4883> yea
[01:29] <tgm4883> downloaded and recorded
[01:29] <tgm4883> two new categories
[01:30] <tgm4883> mhall119, do the categories only exist for videos, or do they also have to work for music as well
[01:37] <mhall119> tgm4883: they are per-lens
[01:37] <mhall119> so the music lens has it's own set of categories
[01:37] <tgm4883> ok that makes sense
[01:37] <tgm4883> then no reason not to add these I say
[01:37] <mhall119> why would downloaded and recorded be separate categories?
[01:38] <mhall119> the both mean the same thing "Something that was available from somewhere else, and is now available locally"
[01:38] <tgm4883> perhaps
[01:38] <tgm4883> but the MythTV stuff isn't local to the machine
[01:38] <tgm4883> it's still on the backend
[01:38] <tgm4883> as would any other DVR backend
[01:38] <mhall119> local to the network then
[01:39] <tgm4883> ok, but still not downloaded
[01:39] <mhall119> you don't have to fetch it from the internet or broadcast
[01:39] <mhall119> downloaded to the backend
[01:39] <mhall119> I would consider the backend "local"
[01:39] <mhall119> tgm4883: maybe the category should be "Shows"
[01:40] <mhall119> that way it can be local or remote
[01:40] <tgm4883> I think downloaded and recorded are fundamentally different enough to warrant different catagories
[01:40] <mhall119> tgm4883: are they different enough from a user's intent?
[01:40] <tgm4883> I believe so
[01:40] <tgm4883> actually, I'm not sure you even need downloaded
[01:40] <mhall119> do you approach it thinking "Do I want to watch something recorded, or something downloaded?"
[01:40] <tgm4883> I want to watch a show :)
[01:41] <mhall119> then make the category "Shows"
[01:41] <mhall119> doesn't matter where they live
[01:41] <tgm4883> hmm
[01:42] <tgm4883> perhaps Local is the better spot for it
[01:42] <mhall119> I think "Shows" and "Movies" would be good categories
[01:42] <tgm4883> I agree with that
[01:42] <tgm4883> Shows and Movies
[01:46] <tgm4883> mhall119, should I be filing bugs against unity for the videos scope, or is there a better place?
[01:50] <mhall119> against the video lens
[01:51] <mhall119> https://launchpad.net/unity-lens-videos
[01:58] <tgm4883> !bug 984507
[01:58] <tgm4883> thanks mhall119
[01:58] <mhall119> np
[04:47] <bschaefer> thomi, ping, or more or less to confirm you new changes to the ibus branch
[04:47] <bschaefer> Ran 32 tests in 270.267s
[04:47] <bschaefer> OK
[04:47] <bschaefer> :)
[04:48] <thomi> bschaefer: hey
[04:48] <thomi> I was looking for you
[04:48] <bschaefer> sorry, was in class
[04:48] <bschaefer> for 3 hours, now im back haha
[04:48] <thomi> no worries - could I get you to review some branches?
[04:48] <bschaefer> sure!
[04:49] <thomi> cheers :)
[04:51] <bschaefer> any branch in particular or all the ap ones you pushed?
[04:52] <thomi> bschaefer: if you have time - all the AP ones
[04:53] <thomi> lots of them were approved, then I pushed more revisions
[04:53] <bschaefer> alright! Yeah I do, I spent this morning confirming the mem leaks I was looking at the last couple days gone
[04:53] <bschaefer> so reviewing for a little would be a nice change of pace haha
[04:54] <thomi> Sweet, I need to head out for a bit. WIll be back later though
[04:54] <thomi> talk to you later :)
[04:54] <bschaefer> alright cool! Ill be running this ap test after I review the code, so it might take a litte haha
[04:54] <bschaefer> yup
[05:41] <davidcalle> tgm4883, ping
[05:55] <tgm4883> davidcalle, pong
[05:56] <davidcalle> tgm4883, nice scope :)
[05:56] <tgm4883> thanks
[05:56] <davidcalle> tgm4883, I've just answered your bug. I think I could push something for you in 12.04.1.
[05:57] <tgm4883> that would be awesome
[06:00] <thomi> bschaefer: I'm back
[06:00] <thomi> only one branch left - well done! https://code.launchpad.net/~thomir/unity/ibus-test-to-wait_for-feature/+merge/102236
[06:03] <bschaefer> thomi, I need to review the hud one, but it crashed, then I saw your branch to fix that haha
[06:03] <bschaefer> and was about to look at it
[06:04] <bschaefer> and no problem! These ap test are look nice!
[06:04] <thomi> :)
[06:04] <bschaefer> but forgot to re approve the ibus test, done
[06:04] <thomi> cheers!
[06:05] <bschaefer> thomi, wait are you working on the ap hud crash atm?
[06:06] <bschaefer> thomi, cause I see one that isn't proposed and one branch that is suspended
[06:06] <thomi> bschaefer: I'm not sure what you mean by the hud crash
[06:06] <didrocks> thomi: nice work on all the AP stuff! :)
[06:06] <bschaefer> https://code.launchpad.net/~thomir/unity/ap-hud-crashing
[06:06] <didrocks> I didn't get the chance enough to tell you that ;)
[06:06] <thomi> didrocks: thanks - any chance we can get the merge bot fixed? It's filling me with rage :(
[06:06] <didrocks> thomi: the pre-dependency issue?
[06:06] <thomi> it doesn't handle prerequisite branches well at all
[06:06] <thomi> yeah
[06:07] <didrocks> thomi: do you have a test case? you are the only one triggering it. I have some tests for prerequisite and when both branches are approved, I don't reproduce the issue
[06:07] <thomi> did yeah I know what' shappening
[06:07] <didrocks> thomi: so, really interested in knowing what exactly triggers it :)
[06:07] <didrocks> thomi: if you can decypher any pattern, I would be interested
[06:08] <bschaefer> thomi, because I got this crash while running the hud ap test
[06:08] <bschaefer> http://paste.ubuntu.com/935041/
[06:08] <thomi> The merge bot doesn't merge a branch while it's prerequisite branch isn't merged (so far so good), but once the prerequisite branch is merged, the MP dissapears, and the merge bot gets stuck because it can't find a MP for the listed prerequisite branch
[06:09] <thomi> bschaefer: running unity trunk? There was a problem, but gord fixed it
[06:09] <didrocks> thomi: ah, so you mean, master branch merged, and dependency branch just approved?
[06:09] <bschaefer> thomi, oo, cool must have not pull that version when I pull your branch
[06:09] <didrocks> thomi: if you are interested, we can have a look together at the pre-sprint, wdyt?
[06:09] <thomi> didrocks: that'd be cool. I can probably come up with a test case before then
[06:10] <didrocks> thomi: because I tested that case IIRC and didn't trigger the issue either. There is clearly something wrong, we just need to find what :)
[06:10] <didrocks> thomi: thanks ;)
[06:10] <thomi> no, thank *you* :)
[06:22] <bschaefer> thomi, hmm a hud ap test is failing but when I check it manually it passes
[06:22] <thomi> bschaefer: which one?
[06:22] <bschaefer> i mean manually like I try it and it works
[06:22] <bschaefer> def test_hud_to_dash_disabled_alt_f1(self)
[06:22] <bschaefer> AssertionError: True != dbus.Boolean(False, variant_level=1)
[06:22] <thomi> .... that's interesting, how does it fail?
[06:22] <bschaefer> let me run it on its own
[06:23] <bschaefer> because the code looks fine...
[06:23] <thomi> timing issue possibly? Maybe we need a wait_for somewhere in an emulator
[06:24] <bschaefer> oo the dash doesn't close!
[06:25] <bschaefer> http://paste.ubuntu.com/935053/
[06:25] <bschaefer> the whole stack trace
[06:25] <thomi> ahhh
[06:26] <thomi> that's my fauly
[06:26] <thomi> *fault
[06:26] <thomi> you can't use the launcher emulator in that test
[06:26] <thomi> you need to use the keybindings
[06:26] <thomi> since we don't expect it to work
[06:26] <bschaefer> oo
[06:26] <thomi> can you change it please?
[06:26] <bschaefer> can I push it on your branch?
[06:27]  * thomi is eating dinner and watching pycon talks :)
[06:27] <bschaefer> o haha, yeah, let me look those keybindings up!
[06:27] <thomi> bschaefer: nah, just make a new MP
[06:28] <bschaefer> ok
[06:35] <bschaefer> thomi, dammit I just found a  bug, un related to the ap tests
[06:35] <bschaefer> well not dammit
[06:35] <bschaefer> haha good, but Im surprised it hasn't been found. If you go from hud then to dash then exit you don't get window focus back
[06:37] <thomi> bschaefer: I think there's tests for that
[06:38] <bschaefer> hmm, really? That one wasn't failing for me...
[06:38] <didrocks> thomi: on the "no commit specified", please blame thumper who asked for this check ;)
[06:38] <bschaefer> the 2 that were failing were because the launcher thing
[06:38] <bschaefer> thomi, Ill check if there is an ap test for it
[06:38] <bschaefer> after I push this branch
[06:46] <bschaefer> thomi, https://code.launchpad.net/~unity-team/unity/hud-tests-to-wait/+merge/102440 (I forgot the _for after wait)
[06:46] <bschaefer> the diff should be done soon
[06:46]  * thomi looks
[06:47] <bschaefer> it saved 2 more lines of code
[06:47] <bschaefer> http://bazaar.launchpad.net/~unity-team/unity/hud-tests-to-wait/revision/2249
[06:47] <bschaefer> easier to see
[06:48] <thomi> bschaefer: so that branch superceeds mine?
[06:48] <bschaefer> yeah
[06:48] <bschaefer> thats what you wanted isn't it?
[06:48] <bschaefer> or do you want to me do just make a side branch?
[06:49] <bschaefer> yeah, I think I messed that one up haha. Let me make a new branch...and Ill delete that one
[06:49] <thomi> bschaefer: not hat's fine,
[06:49] <thomi> I'm asking if you replaced my MP (you probably should)
[06:49] <bschaefer> no, I didn
[06:49] <bschaefer> didn't
[06:50] <bschaefer> I just put it against unity, because I've never had to merge it to a different back
[06:50] <thomi> ok, if you just click 'resubmit' on my MP for that branch and list your own
[06:51] <thomi> ...as the source branch then we avoid conflicts
[06:51] <bschaefer> yeah
[06:51] <bschaefer> I soon as you said that I realized what other open was for in the mp process
[06:51] <bschaefer> haha
[06:53] <bschaefer> thomi, wait, it already is the source, and the target branch should be pointed at your branch?
[06:53] <thomi> no... target should be lp:unity
[06:53] <thomi> actually, I'll just delet my MP - much simpler :)
[06:53] <bschaefer> ok then I was just confused from something, it should be ready already
[06:54] <thomi> cool.
[06:55] <thomi> bschaefer: I just approved it... seems a bit cheeky as it's still mostly my code, but you approved mine, so we're safe :)
[06:55] <bschaefer> thomi, I was thinking it would be cool if I could just merge a change into your branch you made, so you would approve of any of someone elses changes
[06:55] <bschaefer> yup :
[06:55] <thomi> bschaefer: we could have done that.
[06:55] <bschaefer> :)
[06:56] <bschaefer> o well to late haha, that is what I thought you were asking haha
[06:56] <bschaefer> but when I tried to put your branch as a target it couldn't find it :(
[06:57] <thomi> ahh well
[06:57] <bschaefer> well it's all fixed, and I should make dinner (as my I had a very very late lunch)
[06:57] <bschaefer> as I*
[06:58] <bschaefer> thomi, do you need any thing else reviewed?
[06:58] <thomi> bschaefer: no thanks, I'm just trying to get everything merged now :)
[06:58] <bschaefer> nice, don't forget commit messages!
[06:58] <bschaefer> Ill also check if that ap test there for the hud to dash then window focus
[06:59] <bschaefer> else Ill report that bug...
[06:59] <bschaefer> and most likely work on it tomorrow haha. Have a good night!
[07:01] <thomi> cheers, you too!
[07:36] <didrocks> thomi: in most of the case, the rejection is because in those case is because the parent branch got rejected (no commit message) and so not approved, rejecting the child one then
[07:37] <thomi> didrocks: yeah I saw those too.
[07:37] <thomi> didrocks: let's look at it in SF
[07:37] <didrocks> thomi: but I know there is a wrong case as well, that's the one we need to debug ;)
[07:37] <didrocks> in this case, the rejection are "normal" :)
[07:38] <thomi> didrocks: for some of them, yeah. I forgot a bunch of commit messages
[07:39] <thomi> for a few others however, there was a commit message, but it got the other problem.
[07:50] <malin> davidcalle: this http://pastebin.com/DCN8TC9G gives this error:
[07:50] <malin>   File "/usr/lib/unity-lens-buss/buss", line 82
[07:50] <malin>     results_list.reverse ()
[07:50] <malin>                ^
[07:50] <malin> SyntaxError: invalid syntax
[07:53] <davidcalle> malin, because your line 71 is not correctly closed, it misses a bracket : results_list.append(test(full_url,patjunk)
[07:54] <davidcalle> malin, and don't reverse the model, it will fail. (l 83)
[07:54] <malin> ah
[07:54] <thomi> bschaefer: you have conflicts on your hud branch...
[07:54] <malin> so If I reverse that, it wil reverse the text instead?
[07:54]  * thomi -> EOD. Talk to you tomorrow maybe
[07:55] <davidcalle> malin, I don't understand what you mean.
[07:56] <malin> I could ask another way. What exactely will fail, and how :)
[07:56] <malin> I added a : to the end of results_ists.append(test(full_url,patjunk):
[07:56] <malin> so it looks like that, but still it gives syntax error
[07:57] <malin> ah, okey. I removed the reversing of the model. Indeed that dosen't sounds right :)
[07:58] <davidcalle> malin, no, the syntax issue you have is because of a missing ")" You need to do "results_lists.append(test(full_url,patjunk))"
[07:58] <malin> of corse :S
[07:58] <malin> how could I forget, when I belived I did :p
[08:02] <malin> davidcalle: http://pastebin.com/NvMyUJKJ
[08:05] <davidcalle> malin, model = search.props.results_model
[08:05] <malin> ah, so that one shouldn't be changed? :)
[08:06] <davidcalle> malin, never ever :)
[08:06] <malin> oki :)
[08:09] <malin> in model.append(and things in here)  should I change test(full_url,patjunk)  with results_list   ?
[08:09] <malin> looks like it don't like it
[08:15] <davidcalle> malin, if it's a list you have to iterate over it: http://paste.ubuntu.com/935120/
[08:16] <malin> ah, so I actually need a for-loop :) I see
[08:16] <malin> but where do the result comes from,  I can't remember having such a variabel
[08:16] <davidcalle> malin, yeah, because each model.append is a single dash result.
[08:17] <davidcalle> result is a variable the loop creates for each element in results_list
[08:17] <malin> yeah, I see. it's made after the for :)
[08:17] <malin> then I understand
[08:17] <davidcalle> for number in [1, 2, 3, 4, 5]:
[08:17] <davidcalle>     print number
[08:18] <malin> yeah, and then it wil print all numbers from one to five
[08:18] <davidcalle> malin, yep
[08:18] <malin> in java it would be something like: for (int i = 0; i <= 5; i ++) {
[08:18] <malin> system.out.println(i)
[08:18] <malin> }
[08:18] <malin> ish
[08:18] <davidcalle> malin, that's why I love Python :)
[08:19] <malin> I can understand that......
[08:19] <malin> I learn java at school
[08:20] <malin> is it possible to do like this in python?
[08:20] <malin> for number in number <= 500:
[08:20] <malin> to get all numbers from zero to 500?
[08:20] <davidcalle> malin, yes
[08:20] <malin> nice
[08:21] <malin> in fact it semce easier, but java is faster
[08:21] <malin> *looks easier
[08:21] <davidcalle> i = 0
[08:21] <malin> yeah
[08:21] <davidcalle> while (i < 500):
[08:21] <davidcalle>     i = i + 1
[08:22] <davidcalle>     print i
[08:22] <davidcalle> Not exactly the same spirit as java, but yes, it's very easy to read and understand.
[08:23] <malin> the lense works again, but the results isn't present in reverse order :)
[08:24] <davidcalle> malin, what do you see when you print results_list ?
[08:25] <rye> hello, may I poke somebody with compiz knowledge about bug #946388, and especially my last comment with a vala test code which exhibits the same behavior?
[08:25]  * davidcalle needs coffee and cigarette, back in 10 min
[08:26] <malin> davidcalle: first it print the first result again
[08:27] <mhr3> davidcalle, for x in xrange(500) ;)
[08:27] <malin> davidcalle: it prints like this: http://paste.ubuntu.com/935133/
[08:33] <davidcalle> mhr3, sure, but it was to show the basic structure of loops :)
[08:34] <gord> rye, duflu here may be able to help :)
[08:34]  * duflu looks at the bug
[08:34] <duflu> Hi rye
[08:35] <davidcalle> malin, it's the result of only one search?
[08:35] <rye> duflu: hello!
[08:36] <duflu> rye: I'm still getting up to speed on the bug, and multitasking :)
[08:37] <malin> davidcalle: it's the result after two search
[08:37] <malin> It print the first result twice
[08:37] <rye> malin: i think you may want to print the whole array first to see whether there are indeed 2 duplicate items
[08:38] <malin> I do print the arra as far as I know
[08:38] <malin> I make the array like this:
[08:38] <malin> results_list = []
[08:38] <duflu> rye: I encountered a very similar fullscreen bug in geeqie, which is now fixed. Unfortunately the fix was to fix the app in that case.
[08:39] <malin> then I add results to the array like this:
[08:39] <malin> results_list.append(test(full_url,patjunk))
[08:39] <malin> and I reverse it:
[08:39] <malin> results_list.reverse ()
[08:39] <malin> and print it:
[08:39] <malin> print results_lis
[08:39] <malin> t
[08:39] <rye> duflu: I don't like the following comment in src/window.cpp of compiz - /* Don't allow maximization or fullscreen of windows which are too big to fit the screen */ - suggesting that if a window + decorations does not fit, it won't be switched to fullscreen mode, even though it is already in fullscreen mode
[08:40] <duflu> rye: Agreed.
[08:40] <davidcalle> malin, ok. Then replace lines 70 and 71, with results_list = test(full_url,patjunk).split('.Buss ')
[08:40] <duflu> The aforementioned geeqie fix was *before* I joined the compiz team
[08:40]  * duflu looks
[08:41] <rye> duflu: i wonder if it works if i ask the wm to disable the decorations...
[08:42] <davidcalle> malin, it will directly make a list from your result string returned by test. Creating a new item in the list each times it finds ".Buss "
[08:42] <duflu> rye: What is the expected behaviour for oversized fullscreen windows? How does Gnome etc deal with it? Just show part of the window?
[08:43] <rye> duflu: it is not oversized, it is exactly the size of the screen
[08:43] <malin> davidcalle: shit... it made an answer for each bus, how did taht happend :D
[08:43] <rye> duflu: however in gnome the request_size_change does not make the window to stop being fullscreen
[08:44] <malin> sometimes two different bus routes goes from the same place to the same stop, but different routes
[08:44] <duflu> rye: OK, the bug in window.cpp looks simple
[08:44] <malin> and the results was splited up in two D:
[08:44] <malin> :D
[08:44] <duflu> I'll just verify your test case and then it's triaged....
[08:44] <rye> duflu: and no, if i disable decorations the window is simply displayed the same broken way but without the decorations
[08:45] <malin> davidcalle: that looked great. But still, it puts last answer in the end and not in the start
[08:45] <duflu> rye: Yes, it looks likely to be bad dimension calculations in window.cpp
[08:47] <davidcalle> malin, even with results_list.reverse () ?
[08:47] <malin> davidcalle: yes, but  maybe I have it on wrong line ?
[08:48] <malin> anyway. Now I really understand the .split thing
[08:48] <malin> that was very smart
[08:48] <davidcalle> You should have it between the line where you create the list and the for loop
[08:49] <malin> ah
[08:49] <malin> but it is
[08:51] <davidcalle> malin, hmm. Try to print the list before reverse, and after. Is the list the same ?
[08:54] <duflu> rye: Thanks. The bug is triaged. Looks like a relatively simple fix. I hope we get it done in the next maintenance update.
[08:54] <malin> hm :
[08:55] <malin> it looks the same
[08:56] <malin> hm, it reverse it another way
[08:56] <malin> it takes all after split first and the thing before the split first
[08:56] <malin> It dosen't reverse the array, but the content of the array
[08:57] <davidcalle> malin, ok, then don't use reverse and use results_list = results_list[::-1]
[08:57] <davidcalle> malin, it will reverse the array.
[09:00] <malin> aha
[09:04] <malin> hm, now it just printed the previous results once more, before it gave the next result. It still puts last answer in the last and not the top
[09:04] <malin> maybe it is possible to use a stack in stead?
[09:05] <davidcalle> malin, can you pastebin your code?
[09:05] <malin> yeah
[09:06] <malin> http://pastebin.com/4kYiTgrY
[09:07] <davidcalle> malin, uncomment model.clear ()
[09:09] <malin> aha
[09:10] <davidcalle> malin, I thought your issue was about several busses results from a single search and that you wanted this list reversed :)
[09:10] <davidcalle> malin, but in fact your lens wasn't cleared of results from previous searches.
[09:12] <malin> what I want is: several results, but the last search-result at top, not bottom. if there is a long list with previous results, thats okey
[09:13] <angeloc> hi guys, i'm having trouble with a java application in unity, it opens two pixel wide, a vertical ribbon that's impossible to resize
[09:13] <davidcalle> malin, in the Dash, you can't reorder results once they have been displayed. Results from next searches will only be added after the existing ones.
[09:14] <angeloc> it works in unity-2d
[09:14] <malin> davidcalle: okey, so it is impossible to get it at the top? I see
[09:14] <malin> but then I it just is the way it is then :)
[09:15] <davidcalle> malin, yeah, to have a result in the first position, you have to clear the Dash from existing results.
[09:16] <malin> I see, but In fact I think that's the best solution. There is no good reasons to store an old result, as the result is not valid for long time, as the day goes on
[09:17] <malin> so I think I will let it be like it is now. Splitting up the results in two, so the different buses appears in different results is smart and I didn't know about it :)
[09:18] <davidcalle> malin, this way, most of the time, you won't need to click on the result to get the full text.
[09:19] <malin> davidcalle: indeed. I never thought about it actually because I didn't know it was possible, but I now understand how it work to split the resutlts
[09:20] <malin> something.split('text where the new result should start and the first stop ')
[09:20] <malin> that's so genius :)
[09:22] <davidcalle> malin, hehe :)
[09:22] <malin> yeah :)
[09:23] <malin> maybe I should make it not write: Tidene angir tidligste passering osv også
[09:23] <malin> ah, that's norwegian :p
[09:27] <davidcalle> malin, yes, just need to result.replace ('the tidene string', ''), in the for loop, before appending to the model
[09:27] <malin> ok
[09:27] <malin> or I can clean it up in the patjunk-thing too?
[09:28] <davidcalle> malin, yes you can
[09:28] <malin> but when you say in the for-loop
[09:28] <malin> you mean in the for result in results_list
[09:28] <malin> ?
[09:28] <malin> but on the line before model.append
[09:29] <angeloc> hi guys, i'm having trouble with a java application in unity, it opens two pixel wide, a vertical ribbon that's impossible to resize, it works in unity-2d, anybody has infos about that?
[09:30] <davidcalle> malin, yeah, to do it for each result. But it also works if you do it in patjunk.
[09:31] <malin> if I do it in patjunk, will it be done in every result then?
[09:32] <malin> I think next time I make a lense, I will go on to use the for-loop and result.replace ('the string to change', 'string to change to')  :)
[09:33] <davidcalle> malin, it will replace every  occurence of the Tidene string it founds. So yes.
[09:33] <malin> ok :)
[09:33] <malin> but next time, I will make a lense without patjunk, and just use the for and replace-thing :) looks simple too and maybe more lense-ish :)
[09:57] <malin> pushed :D
[10:36] <apw> didrocks, ok i managed to trigger the stacking issue without an update to prove it is not that.  it _may_ be to do with the mumble dialog boxes, will try and confirm that tommorrow
[10:37] <didrocks> apw: thanks, did you ping sam?
[10:37] <apw> didrocks, didn't remember and hes not on at the times of day i see it
[10:38] <didrocks> apw: please, ping him about it, he's the best to fix this
[10:38] <apw> didrocks, will do
[11:29] <jussi> mr mhall119, are you available?
[11:55] <mhall119> jussi: yes sir I am
[11:57] <jussi> mhall119: mind if I PM for  a minute?
[12:55] <tsdgeos> didrocks: got https://jenkins.qa.ubuntu.com/job/automerge-unity-2d/265/console when merging lp:~aacid/unity-2d/spread_focus into lp:unity-2d
[12:55] <tsdgeos> any idea what's up?
[12:56] <didrocks> tsdgeos: yeah, I made a change in the builder to support multiple ppa, I just forgot to create a directory, already fixing it :)
[12:56] <didrocks> I'll approve it again then
[12:56] <tsdgeos> thanks
[12:57] <tsdgeos> https://code.launchpad.net/~aacid/unity-2d/spread_focus/+merge/102250 is the url for the merge
[12:57] <didrocks> already opened in a tab ;)
[12:57] <tsdgeos> ok
[13:33] <alf_> Hi! How is gtk-window-decorator started by unity? With the arm gles2 compiz/unity packages, I need to run it manually to get any decorations, and I am trying to figure out what's wrong.
[13:33] <alf_> ogra_: ^
[13:33] <ogra_> yep
[13:35] <alf_> ogra_: Do you get that, too?
[13:35] <ogra_> alf_, just started testing the panda images so not there yet
[13:36] <alf_> ogra_: ok, because it may just be a problem with my setup (although Ricardo encountered something similar)...
[13:37] <ogra_> i will report back later today once i'm done with testing
[13:38] <thumper> alf_: I'm not sure, but you can ask smspillaz
[13:38] <thumper> alf_: he knows most
[13:39] <alf_> thumper: thanks
[16:33] <hyperair> how does one set the title of an application indicator in python?
[17:12] <mhall119> hyperair: http://bazaar.launchpad.net/~mhall119/hello-unity/trunk/view/head:/hello_unity/indicator.py#L50
[17:12] <mhall119> like that
[17:13] <hyperair> mhall119: didn't work for me in precise. there wasn't a set_title() function.
[17:13] <hyperair> mhall119: i had to do set_property("title", _("Deluge"))
[17:13] <hyperair> oh hang on....
[17:13] <hyperair> from gi.repository..
[17:13] <hyperair> hmmm
[17:13] <hyperair> that's gtk3
[17:14] <mhall119> oh yeah, I'm using gtk3
[17:14] <hyperair> deluge is still gtk2 unfortunately
[17:14] <mhall119> oh, let me see if I can find those docs
[17:15] <mhall119> hmm, it should have set_title
[17:15] <mhall119> how are you importing appindicator?
[17:16] <hyperair> mhall119: https://paste.debian.net/163710/
[17:16] <hyperair> should have, but doesn't.
[17:16] <hyperair> python -c "import appindicator; help(appindicator.Indicator)" | pastebinit -i-
[17:16] <mhall119> and setting it as a property doesn't work either?
[17:16] <mhall119> try import appindicator3
[17:17] <hyperair> doesn't that use gtk3?
[17:17] <hyperair> no module called appindicator3
[17:17] <hyperair> set_property works
[17:17] <hyperair> but it had a __setattr__ method so i thought i could just do foo.title = _("Deluge")
[17:17] <hyperair> looks like that didn't wokr
[17:17] <hyperair> or are attributes and properties different?
[17:18] <mhall119> I think they're different
[17:18] <mhall119> at least, when doing it the GObject way
[17:18] <mhall119> tedg: any idea why Indicator.set_title isn't available to hyperair?
[17:18] <hyperair> i see
[17:19] <hyperair> probably because i'm using the old and dated appindicator library
[17:19] <mhall119> hyperair: you're on the latest Precise right?
[17:19] <hyperair> the "title" probably got dynamically added due to the new libappindicator
[17:19] <hyperair> yes
[17:19] <hyperair> could it be that libappindicator was updated to have the new "title" property (that's installed into the gobject type system)
[17:19] <hyperair> but not python-appindicator?
[17:19] <hyperair> that would explain thigns
[17:20] <hyperair> presumably the documentation is auto-generated
[17:20] <mhall119> could be, since it'll directly reflect changes to the GObject
[17:20] <mhall119> I know the API docs are generated, yes
[17:20] <mhall119> if that's the case, it's a bug in python-appindicator
[17:21] <mhall119> tedg should be able to say for sure
[17:21] <tedg> Yeah, I'd guess that's the case.
[17:21] <tedg> The docs are from the GIR package.
[17:21] <mhall119> hyperair: you can always upgrade deluge to Gtk 3 :)
[17:21] <tedg> Which if it's something you're coding now, I'd recommend using :-)
[17:22] <tedg> Also we have a patch to allow the title to be set by using g_set_application_name() which might be easier.
[17:22] <tedg> (what ever that is in Python)
[17:23] <mhall119> tedg: does that require using GApplication?
[17:23] <tedg> mhall119, I don't believe so
[17:23] <mhall119> I know how to set window name, but not application name
[17:26] <rye> hyperair: erm, i was able to set title on python indicator which was not using gir...
[17:27]  * rye looks
[17:27] <rye> hyperair: indicator_object.set_property("title", label)
[17:27] <rye> there is no set_title() but you can set the property
[17:33] <gotwig> mhall119: hey there
[17:33] <gotwig> have a question to workspace switcher quicklist: why is there no quicklist for it?
[17:34] <gotwig> I saw one from the community that allowed you to add workspaces, etc.
[17:34] <gotwig> but its not in upstream
[17:34] <gotwig> and why is (really) lo-menubar not included :/
[17:34] <mhall119> gotwig: where did you see it?  was it working code or just a mockup?
[17:34] <hyperair> tedg: weird. i tried g_set_application_name first with alarm-clock but that didn't work
[17:34] <mhall119> I don't know the details about libreoffice, sorry
[17:34] <hyperair> o
[17:35] <gotwig> mhall119: wait. I search for a link
[17:36] <mhall119> gotwig: last I heard there was some stability concerns with lo-menubar
[17:36] <gotwig> mhall119: yes, but only for china :/
[17:36] <mhall119> but that was at least one cycle ago, so I'm not sure if it still applies
[17:36] <gotwig> mhall119: you cant use the HUD without this lo-menubar (all know)^^
[17:37] <mhall119> right, it has to export the menu structure
[17:37] <gotwig> IMHO that could block many users...
[17:37] <gotwig> or give them a badder experience
[17:38] <mhall119> agreed,  but again I don't know the details, I'm sure there was a risk/reward analysis done
[17:38] <hyperair> tedg: i just tried g_set_application_name with alarm-clock-applet, but it says untitled indicator.
[17:39] <hyperair> tedg: running p g_get_application_name() with gdb shows the correct name, though.
[17:40] <rye> hyperair: set the "title" property on the indicator and it will set the title
[17:40] <hyperair> rye: i know, but title is part of the new libappindicator API.
[17:41] <rye> hyperair: so you get an error about invalid property when you try to set the title?
[17:41] <hyperair> rye: in alarm-clock, which i submitted a merge proposal for, that requires #ifdefs for backward compatibility. whereas g_set_application_name() is present in glib going all the way back
[17:42] <hyperair> rye: earlier i was talking about deluge, which is in python. now, regarding g_set_application_name(), i'm talking about alarm-clock-applet, which is in C.
[17:42] <gotwig> mhall119: I somehow dont find the quicklists on askubuntu again :X
[17:43] <mhall119> gotwig: the workspace switcher is different from App launchers anyway, adding a quicklist to it probably requires code in lp:unity itself
[17:44] <seb128> hyperair, the g_set_application_name() fallback didn't make it to precise, it just got suggested,written this week
[17:44] <gotwig> mhall119: and point 4 on this site is also not included for libre office :/ http://maketecheasier.com/8-really-useful-ubuntu-unity-quicklists/2011/05/07
[17:44] <seb128> hyperair, it will be in a SRU
[17:44] <rye> hyperair: understood. Well, you can query for the "title" property and use it if it exists. But g_set_application_name fallback might be a better thing though
[17:45] <seb128> hyperair, https://code.launchpad.net/~ted/libappindicator/app_name/+merge/102161
[17:46] <hyperair> seb128: i see. that's a pity. weirdly enough, i don't see any hint of tomboy setting its title, but it seems to still get set anyway
[17:46] <seb128> hyperair, I added a patch to tomboy in Ubuntu
[17:46] <hyperair> oh you did?
[17:46] <hyperair> that explains it
[17:46] <hyperair> thanks
[17:46] <seb128> yes
[17:46] <seb128> yw
[17:46] <hyperair> so why don't we get that merged in?
[17:47] <hyperair> the application name one, i mean
[17:47] <seb128> hyperair, because it was acked 5 hours ago and nobody went to merge approved stuff yet (they usually do before rolling tarballs)
[17:47] <mhall119> hyperair: it is, it'll be a post-release update
[17:47] <hyperair> ah, i see
[17:47] <hyperair> cool =)
[17:48] <seb128> hyperair, the tomboy fix I did was to add "indicator.Title = Catalog.GetString ("Tomboy Notes");" to the indicator patch
[17:49] <hyperair> i figured as much. thanks
[17:49] <seb128> yw
[17:49] <hyperair> i was staring at tomboy code some days back and wondering how the "Tomboy Notes" string got onto the indicator
[17:49] <hyperair> heheh
[17:49] <hyperair> hmm speaking of which, that's a new string, so it would be untranslated.
[17:50] <hyperair> or not
[17:50] <hyperair> okay, it's not a new string.
[17:51] <seb128> hyperair, I picked an existing string ;-)
[17:51] <seb128> I would have used "Tomboy" otherwise
[17:52] <seb128> i.e names are usually a good pick to avoid translation issues ;-)
[17:52] <hyperair> aha :)
[17:52] <seb128> well at least when the name is not a function like GNOME does nowadays
[17:52] <hyperair> a function?
[17:52] <hyperair> what do you mean?
[17:52] <seb128> they renamed epiphany "Web"
[17:52] <seb128> or like gnome-contacts is "Contacts"
[17:53] <seb128> those names get translated
[17:53] <seb128> sorry that's frenglish
[17:53] <seb128> function->common name, i.e a word describing the purpose of the app
[17:53] <hyperair> ah, right.
[17:54] <hyperair> but isn't that in the desktop file?
[17:54] <seb128> yes
[17:54] <hyperair> and i thought it was done ages back
[17:54] <hyperair> and reverted
[17:54] <hyperair> it flip flopped a couple of times iirc
[17:54] <seb128> but in practice people will translate "Contact" to the equivalent in their locale
[17:54] <seb128> they will not translate "gimp"
[17:54] <seb128> or "tomboy"
[17:54] <hyperair> indeed.
[17:54] <hyperair> but "Tomboy Notes" would get translated.
[17:55] <hyperair> hmm i wonder if names get translated in the case of japanese
[17:55] <JanC> depends
[17:55] <JanC> nobody would translate "Lotus Notes" for example
[17:56] <hyperair> トンボイノートす
[17:56] <hyperair> tonboi notosu
[17:56] <JanC> well, maybe some would  ;)
[17:56] <hyperair> ;)
[17:56] <hyperair> i made that up
[17:56] <hyperair> i'm not sure if it actually was translated like that
[17:57] <hyperair> msgstr "Tomboy メモ"
[17:57] <hyperair> Tomboy Memo
[17:59] <JanC> it mainly depends on how the name is perceived: is it named "Tomboy" and allows you to make "notes", or is it named "Tomboy Notes"
[18:00] <JanC> for commercial software that's generally clear from marketing, for (some) open source apps things can be more confusing...  ;)
[18:15] <kklimonda> what are the plans for Unity and Gtk "App Menus"?
[18:29] <seb128> kklimonda, what do you mean by 'Gtk "App Menus"'
[18:29] <kklimonda> seb128: check the description for GtkApplication: http://developer.gnome.org/gtk3/3.3/GtkApplication.html
[18:30] <kklimonda> (and a few screenshots)
[18:30] <seb128> kklimonda, they just work, gmenus support was added to indicator-appmenu this cycle
[18:31] <seb128> kklimonda, they will show under the unity panel similar to the mac example
[18:32] <kklimonda> seb128: the example doesn't really work well
[18:33] <seb128> kklimonda, how so?
[18:33] <kklimonda> seb128: when you show the menu it displays the standard, clipped Bloatpad application name, then the "Unknown Application Name" and the standard menu
[18:34] <kklimonda> seb128: I expect that, when the small bug with "Unknown Application Name" is fixed, we'll see the "Bloadpad" name twice - once clipped, and the second time as a part of the menu
[18:35] <seb128> kklimonda, that seems a bug in gtkapplication or the example you use
[18:35] <seb128> kklimonda, tetravex which uses gmenus doesn't have that issue
[18:36] <kklimonda> seb128: and it illustrates my point pretty well
[18:37] <seb128> kklimonda, what does?
[18:37] <kklimonda> seb128: when you launch Tetravex and show the menu you can see name "Tetravex" twice
[18:37] <seb128> oh
[18:37] <seb128> that's the application title and the menu name
[18:37] <kklimonda> seb128: yes, but it looks wrong
[18:37] <seb128> if you don't mouseover you just see the title
[18:38] <seb128> how would you call the menu?
[18:38] <kklimonda> seb128: I know, but it doesn't look right - that's why I've asked if there was a plan to somehow change it
[18:38] <hyperair> does anyone get the idea that the HUD search works a *lot* better than the unity dash?
[18:38] <hyperair> for example searching for compizconfig in the dash doesn't work.
[18:39] <seb128> kklimonda, that changed pretty recently in gtk in fact, the menu was called "applications" until recently
[18:39] <kklimonda> seb128: imo the menu name is not the issue here, the additional window name is
[18:39] <seb128> kklimonda, well menus need to have a name, you can't have a blank space in the panel opening a menu
[18:40] <seb128> hyperair, hud is being smart ;-)
[18:40] <kklimonda> seb128: it wouldn't be the problem if we kept the "Ubuntu" button in it's initial position :(
[18:40] <hyperair> seb128: can we make dash as smart as HUD? it feels really sluggish.
[18:40] <hyperair> and i'm quite sure it's not just a rendering issue. it takes forever to search for stuff
[18:41] <seb128> kklimonda, that has issues as well
[18:41] <kklimonda> seb128: I know
[18:41] <seb128> hyperair, does it?
[18:41] <hyperair> seb128: yeah, compared to the HUD in any case
[18:41] <hyperair> seb128: and compaerd to GNOME Do.
[18:41] <hyperair> if you try out GNOME Do for a couple of days, and then switch back to the dash, you'll get what i maen
[18:41] <seb128> hyperair, well so hud and dash work differently, kamstrup or mhr3 are better person to talk to about the dash
[18:41] <seb128> hyperair, is that an ui stuff?
[18:42] <hyperair> gnome-do?
[18:42] <hyperair> sure it is
[18:42] <hyperair> it's the thing that came with docky sometime back..
[18:42] <seb128> hyperair, no, the "slugish" issue
[18:42] <seb128> because I can "super", type, enter and it always run what I typed for
[18:42] <hyperair> seb128: the spinner continues spinning for a while before getting any results.
[18:42] <seb128> like I can't go faster than it matches
[18:42] <hyperair> hmm weird.
[18:42] <hyperair> maybe i've got a lot of stuff
[18:43] <seb128> what sort of disk do you have?
[18:43] <hyperair> a hard disk.
[18:43] <hyperair> are you running on an ssd?
[18:43] <seb128> rotational or ssd?
[18:43] <hyperair> rotational.
[18:43] <seb128> yes
[18:43] <hyperair> figures.
[18:43] <hyperair> maybe it's an i/o issue after all
[18:44] <seb128> well, mhr3 pointed to me yesterday that most of the "slowness" in the app lens is due to parsing the .desktop on disk
[18:44] <seb128> is gnome-do caching those in some way?
[18:44] <hyperair> i think it does
[18:44] <seb128> that's probably it
[18:44] <hyperair> aha
[18:44] <hyperair> does unity re-parse all the .desktop files each time?
[18:44] <seb128> that's something that should be fixed in gnome-menus
[18:45] <seb128> it uses gnome-menus
[18:45] <hyperair> i see
[18:45] <seb128> which has no cache
[18:45] <seb128> we had one in GNOME2
[18:45] <seb128> but it was not updated for GNOME3
[18:45] <seb128> we should really try to get that back and upstream
[18:45] <hyperair> you mean a gnome-menus with cache?
[18:45] <seb128> yes
[18:45] <hyperair> i see.
[18:46] <hyperair> do you have a link to it?
[18:46] <seb128> the old one?
[18:46] <hyperair> yep
[18:47] <seb128> looking...
[18:48] <seb128> hyperair, https://launchpad.net/ubuntu/+source/gnome-menus/<IP_ADDRESS>-0ubuntu2
[18:48] <hyperair> thanks
[18:51] <mhall119> seb128: does appmenu-gtk support both window menu *and* the new GtkApplication menu at the same time?
[18:52] <seb128> mhall119, yes
[18:52] <mhall119> ok
[18:52] <seb128> mhall119, it append the second one to the next one in those case iirc
[18:52] <mhall119> ok, makes sense
[18:53] <mhall119> is the GtkApplication menu single-level, or does it allow nested menus?
[18:54] <mhall119> if single-level, maybe it could be used as a Quicklist intead
[18:55] <seb128> mhall119, I didn't check but I would guess it's any menu you want to build
[18:55] <seb128> it doesn't really make sense to technical limit it, if it's better as a flat list design guideline should suggest that
[18:55] <seb128> then if an app as a valid reason to do differently they still can
[19:09] <kklimonda> yeah, it supports nested menus
[19:10] <kklimonda> I think quicklists and app menu serve different purposes, aren't gnome-shell developers working on quick lists for their launcher?
[19:11] <kklimonda> on Mac, you put stuff like "About" or "Preferences" there and I expect GNOME to create similar guidelines
[19:46] <bschaefer> thomi, ping
[19:46] <thomi> Hi
[19:46] <bschaefer> hey, so Im not sure how those conflicts got in there
[19:46] <bschaefer> but they should be fixed now...
[19:47] <bschaefer> opps some indenting to fix one sec
[19:47] <thomi> ok, I'll take a look in a second...
[19:47] <thomi> :)
[19:47] <bschaefer> yeah, wait a sec haha
[19:47] <thomi> remember to check the trailing shitesapce :)
[19:48] <bschaefer> yeah I have that in my vimrc file, it does it when I save :)
[19:54] <bschaefer> ok the diff is done...
[20:27] <malin> davidcalle: I get this build failed message all the time https://launchpadlibrarian.net/102516068/buildlog.txt.gz
[20:27] <malin> tried to fill in more lines to the description section, but it fails
[20:38] <thomi> bschaefer: approved
[20:40] <mhall119> malin: can you link to your debian/control file?
[20:41] <davidcalle> malin, http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description
[20:41] <davidcalle> malin, you can't have blank lines in your description. If you want to add a blank line, you have to fill it with one space, and a dot.
[20:42] <davidcalle> mhall119, http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/debian/control
[20:42] <malin> mhall119: og davidcalle: http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/debian/control
[20:44] <malin> but if I write a long line, how can I break it more lines ?
[20:44] <malin> with a bank line and a dot?
[20:44] <malin> I have to look at the example again
[20:45] <malin> ah, I understand. I needs a dot like here: http://bazaar.launchpad.net/~telepathy/empathy/ubuntu/view/head:/control
[20:45] <mhall119> malin: I think your blank lines need at least a space to indicate that it's a continuation of the previous lines
[20:46] <malin> oki
[20:46] <mhall119> malin: do you run debuild locally before uploading?
[20:49] <bschaefer> thomi, thanks!
[20:53] <malin> nope I haven't done because I don't know how to do it. I Think it would save the launchpad building-server to do it locally first :)
[20:53] <malin> mhall119: but all I do is: debuild <project-folder>   ?
[20:53] <seb128> r
[20:56] <bschaefer> thomi, also there is a failure in test_dash.py, but it's from trying to use the launcher instead of the keybinding
[20:56] <bschaefer> ill be making a branch for the fix to the hud to dash and then losing key focus soon, and I can just push that change with it
[20:56] <thomi> cheers
[20:57] <malin> mhall119: I just installed devscripts
[20:57] <malin> so I can try locally first
[20:57] <mhall119> malin: "debuild -us -uc", no need for signing the binary when you're test-building
[20:58] <mhall119> then "debuild -S -sa" for a signed source package if you're uploading to a PPA
[20:58] <mhall119> or let the recipe do it at that point
[20:59] <malin> can I upload myselv with that method?
[20:59] <malin> upload deb-files
[20:59] <malin> or is just for testing purpose before requesting a build at the launchpad-site?
[21:00] <malin> mhall119: http://pastebin.com/nd55DSPG
[21:03] <bschaefer> thomi, I think the merging bot isn't very happy today
[21:04] <bschaefer> thomi, im not sure what revisions it's talking about here: https://code.launchpad.net/~unity-team/unity/hud-tests-to-wait/+merge/102440
[21:06] <bschaefer> also I just put a commit message for the homes lens, as it kept crying about that
[21:06] <bschaefer> the home lens branch
[21:13] <mhr3> seb128, hyperair, the apps lens startup is slow due to desktop files, then it should be fine
[21:14] <thomi> bschaefer: yeah, it's pretty borked today
[21:17] <malin> mhall119: what do I do wrong with debuild to get the errors?
[21:19] <mhall119> malin: ugh, i'm not sure, try asking in #ubuntu-devel or #ubuntu-motu
[21:20] <malin> mhall119: okey :) Thanx however :)
[21:24] <mhall119> np
[21:49] <bschaefer> thomi, could you review these ap test? https://code.launchpad.net/~brandontschaefer/unity/hud-to-dash-loses-win-focus/+merge/102598
[21:49] <thomi> sure thing
[21:49] <bschaefer> also I should remove that sleep(1)...
[21:49] <bschaefer> I thought I would be a good idea, then the next test realized I didn't need it haha
[21:50] <thomi> bschaefer: yes please
[21:50] <thomi> sleep() is an abomination
[21:50] <thomi> bschaefer: ping me when you need another approve :)
[21:51] <bschaefer> is there anything else that needs to be changed?
[21:51] <thomi> nope, looks good
[21:51] <bschaefer> cool, ill ping you when the diff is done :)
[21:55] <bschaefer> thomi, hmm also looking at it should I change the 41	+ self.assertTrue(calc_win.is_focused) to use eventually?
[21:56] <bschaefer> thomi, also the diff is done updating
[21:57] <thomi> bschaefer: no, the bamf emulator attributes aren't supported by Eventually.... yet
[21:57] <bschaefer> o, hmm then should I change this then? 58	+ self.assertThat(calc_win.is_focused, Eventually(Equals(True)))
[21:58] <bschaefer> it was passing...and failing when I made it
[21:58] <thomi> that shouldn't work at all
[21:58] <bschaefer> well shoot, let me change it
[22:02] <bschaefer> thomi, ok done
[22:02] <bschaefer> and diff is updated
[22:03] <thomi> approved., Thanks
[22:03] <bschaefer> thank you!
[22:40] <thomi> bschaefer: still around?
[22:40] <bschaefer> thomi, yup!
[22:40] <thomi> could I get your to review this (again): https://code.launchpad.net/~thomir/unity/hud-tests-to-wait_for-feature/+merge/102601
[22:41] <bschaefer> yup
[22:41] <thomi> it's the same branch as before, but with the conflicts fixes
[22:41] <thomi> *fixed
[22:42] <bschaefer> thomi, hmm did my branch just break haha?
[22:42] <thomi> bschaefer: how so?
[22:42] <bschaefer> did it get merged?
[22:42] <bschaefer> because my hud one was saying some revisions weren't approved?
[22:43] <thomi> hmm, duno
[22:43] <thomi> it looks good to me
[22:44] <bschaefer> yeah, o well haha
[22:45] <bschaefer> thomi, 149	- launcher_shows_pre = launcher.is_showing
[22:45] <bschaefer> shouldn't that one be used?
[22:46] <bschaefer> as I thought it was a property
[22:46] <thomi> bschaefer: good catch
[22:46]  * thomi fixes
[22:47] <bschaefer> The only reason I know is I ran into that same problem haha ;)
[22:47] <thomi> bschaefer: pushiong new version now
[22:48] <thomi> done.
[22:49]  * bschaefer waits for diff
[22:51] <bschaefer> thomi, approved, now I have to relocate my self...


[05:09] <ToyKeeper> robru, or anyone currently around: Do you know why rtm image 222 was built?  Are there additional fixes in it for this week's milestone?
[05:09] <ToyKeeper> Perhaps just an automatic cron build?
[05:10] <robru> ToyKeeper: wasn't me. This is about the correct time for a cron build
[08:39] <jibel> sil2100, isn't cron disabled for rtm builds? there is a 222 but it looks identical to 221
[08:39] <sil2100> jibel: was there anything released during the night? Since 221 is the build with the revert, right?
[08:40] <jibel> sil2100, no, nothing else than the revert
[08:40] <sil2100> Let me make sure it's disabled
[08:46] <cjwatson> I've seen disagreement about whether cron should be disabled
[08:46] <cjwatson> It's enabled at the moment, except on weekends
[08:46] <cjwatson> 02 3 * * 1-5    DIST=ubuntu-rtm/14.09 for-project ubuntu-touch cron.daily-preinstalled --live
[08:46] <cjwatson> Want it disabled?
[08:49] <jibel> cjwatson, I think it's safer until RTM is released. sil2100 what do you think?
[08:56] <sil2100> cjwatson: if you could disable it for the time being it would be great
[08:56] <sil2100> At least we won't have any confusion as to which image to test
[08:56] <sil2100> (and waste resources)
[08:56] <sil2100> cjwatson: thanks :)
[08:56] <cjwatson> jibel,sil2100: done
[08:56] <jibel> cjwatson, thank you
[09:34] <popey> cihelp: weather appears to be failing to build... http://s-jenkins.ubuntu-ci:8080/job/weather-app-click/
[09:35] <vila> popey: /me looks
[09:35] <popey> thanks
[09:35] <vila> popey: since 	Dec 17, 2014 8:02:22 AM ?
[09:35] <popey> looks that way
[09:36] <vila> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~ci-engineering-private/+junk/ubuntu-weather-app-private/".
[09:36] <popey> what the hell is that?
[09:36] <popey> :)
[09:36] <vila> popey: a fallout for removing some access rights to the jenkins bot ?
[09:36] <popey> oh, this is for the key i guess.
[09:36] <ogra_> popey, core apps translations bein broken (music in german), do i talk to dpm about that ?
[09:36] <popey> sounds plausible.
[09:37] <popey> ogra_: only music, only german, or more widespread?
[09:37] <ogra_> popey, only the "add to queue" button in german ...
[09:37] <ogra_> it translates to "zu warteschleife hinzufügen" .... that streches across the whole screen
[09:38] <popey> https://translations.launchpad.net/music-app/remix/+pots/music-app/de/+translate?show=untranslated
[09:38] <popey> ogra_: can you file a bug pls?
[09:38] <ogra_> will do
[09:38] <popey> thanks!
[09:38] <popey> vila: who can fix that?
[09:39] <popey> ogra_: does this (newer) revision fix it? http://bazaar.launchpad.net/~music-app-dev/music-app/remix/revision/818
[09:39] <popey> i see new .de translations in it
[09:39] <popey> msgstr "Zu Wiedergabeliste hinzufügen"
[09:39] <ogra_> right
[09:40] <ogra_> http://people.canonical.com/~ogra/music-bug.png
[09:40] <vila> popey: for now, fginther would be the most effective, I need to shadow him and document if this is not a one-off, filing a trello card to keep track
[09:40] <popey> vila: thank you!
[09:40] <popey> ouch ogra_
[09:40] <popey> ogra_: yeah, file a bug pls
[10:05] <sil2100> ogra_: btw. Yello! I know 2 songs of that band, probably the most known though - Oh Yeah is so surreal, heh
[10:07] <sil2100> I wonder if all their songs are like that
[10:09] <ogra_> heh, they are definitely all recognizeable by their sound
[10:10]  * ogra_ grew up with yello :)
[10:10] <dpm> ogra_, if you point me to the music app bug, then I'll assign it to German translators
[10:11] <ogra_> dpm, will do
[10:11] <dpm> great
[10:11] <ogra_> (havent filed it yet)
[10:49] <davmor2> ogra_: Oh Yeahhhhhhh!
[10:51] <davmor2> ogra_: the sound track of ferris bueler on his magic day off :)
[10:52] <ogra_> haha
[10:53] <davmor2> ogra_: that was my introduction to yello
[12:26] <ogra_> sil2100, do you mind if i trigger a vivid build ?
[12:28] <sil2100> ogra_: not at all, go ahead - what's up?
[12:28] <ogra_> see other channel
[12:31] <ogra_> thanks, kicked
[12:35] <imgbot> [13:05] <dbarth_> trainguards hi, can i get a vivid silo for line 61 ?
[13:12] <ogra_> The following packages have unmet dependencies:
[13:12] <ogra_>  libgcc1 : Depends: gcc-5-base (= 5-20150128-0ubuntu1) but it is not going to be installed
[13:12] <ogra_> E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
[13:12] <ogra_> ok ... that vivid build wasnt happy at all
[13:16] <cjwatson> ogra_: Yeah, attempting to sort that out again
[13:16] <cjwatson> My previous override change apparently didn't take for some reason
[13:17] <ogra_> ah, i just noticed the component-mistmatches mail
[13:17] <cjwatson> Oh, archive-reports probably isn't happy because EVERYTHING was uninstallable so it tried to run chdist apt-get install on everything individually to find out why
[13:18] <cjwatson> Let me force things so that I get updated repors
[13:18] <cjwatson> *reports
[13:18] <pmcgowan> sil2100, is 223 building yet?
[13:18] <cjwatson> Not that this is supposed to be my problem now :P
[13:18] <cjwatson> pmcgowan: See the conversation right now
[13:19] <ogra_> well, 223 is RTM
[13:19] <ogra_> shouldnt be affected by this
[13:19] <cjwatson> Oh, sorry
[13:19] <ogra_> but i dont think anyone asked for 223 yet
[13:19] <pmcgowan> maybe no new tarball yet, just coming online
[13:20] <ogra_> ah, thats only device tarball ?
[13:20] <pmcgowan> custom to fix the factory id
[13:21] <ogra_> ah
[14:08] <sil2100> pmcgowan: not yet
[14:08] <sil2100> I think it might take a while
[14:08] <sil2100> pmcgowan: that's why Alex mentioned we're not suposed to stop testing the current onw
[14:08] <sil2100> *one
[14:09] <pmcgowan> sil2100, yep, talked with john as well
[14:40] <boiko> sil2100: regarding silo 15 packaging changes, I just noticed I didn't rebuild dialer-app with aacid's last changes (removing the packaging changes)
[14:40] <boiko> sil2100: let me rebuild dialer on that one
[14:40] <sil2100> boiko: ah, ok, so I'll wait with the review then
[14:40] <sil2100> Thanks for noticing
[14:48] <dbarth_> hey trainguards, can i get a vivid silo for line 61 ?
[14:48] <sil2100> dbarth_: on it!
[14:48] <dbarth_> ty
[14:48] <tedg> trainguards, can I please get a vivid silo for line 65?
[14:49] <sil2100> tedg: sure ;)
[14:49] <sil2100> dbarth_: ok, so the line wasn't set as ready for a silo - it is now I assume?
[14:49] <sil2100> dbarth_: vivid I suppose?
[14:50] <tedg> sil2100, Thanks!
[14:50] <sil2100> ugh, lines are archiving now, might take a few moments before I assign a silo
[14:50] <tedg> I was going to try and learn "Thank you" in Polish, but I don't think I can type this.
[14:51] <tedg> sil2100, dziękuję
 e ,
[14:54] <sil2100> Oh! Didn't know that non-PL locale can actually type 'ę', good to know :)
[14:54] <sil2100> tedg: proszę bardzo
[14:54] <sil2100> It's like "you're welcome"
[14:57] <dbarth_> sil2100: yep
[14:57] <dbarth_> sorry, my bad, i was checking if another branch could make it in the silo, and i left the other flags unchecked
[14:57] <sil2100> Damn, the archiving takes ages, come ooon
[14:58] <sil2100> I can't do anything while this is running
[15:36] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150129-c75dcfb.changes
[15:36] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150129-c75dcfb.tar.xz
[15:36] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150129-c75dcfb.ods
[15:37] <john-mcaleely> sil2100, ^ as discussed in email, new rtm tarball for 223
[15:37] <sil2100> john-mcaleely: ok, so after this one we'll need the custom upload as well, right?
[15:37] <john-mcaleely> sil2100, order is not critical
[15:37] <john-mcaleely> sil2100, and yes, a custom is also needed
[15:38] <john-mcaleely> (also in email to qa-team)
[15:41] <cjwatson> ogra_: gcc-5-base etc. should be happier now BTW
[15:42] <ogra_> cjwatson, thanks a lot
[16:20] <robru> sil2100: what do you think about the ci-train cutover plan for tomorrow? is that a decent time as far as last-second rtm deadlines are concerned?
[16:20] <sil2100> robru: ah, forgot to reply to that one
[16:21] <sil2100> robru: personally I think that would be fine, but I agree with slangasek that it might be a bit late for informing people (even though there are no real consequences)
[16:21] <sil2100> And, it's Friday ;)
[16:21] <robru> sil2100: yeah, I personally think the short notice is ok because it should be such a minor interruption. ;-)
[16:22] <robru> and I sooooo want to just be done with this
[16:22] <robru> sil2100: ok I'm going to announce it right now ;-)
[16:25] <sil2100> robru: ok, if you feel strongly about it then go ahead, just make sure to inform everyone that we will still have the old instance as a failsafe in case an urgent landing is needed
[16:25] <robru> sil2100: ok
[16:25] <sil2100> But so far it seems we should have a promotion today, so no stress
[16:29] <robru> sil2100: great
[16:38] <ogra_> robru, CI train going down ? so there is a tunnel ahead, right ?
[16:38] <ogra_> :)
[16:38] <john-mcaleely> sil2100, have you had a mail from cwayne about custom tarballs?
[16:39] <john-mcaleely> sil2100, I believe the tarball does now exist
[16:39] <sil2100> john-mcaleely: hm, I don't see anything in my inbox
[16:39] <sil2100> jibel, davmor2: did you guys get any e-mail from cwayne about a custom tarball?
[16:39] <robru> ogra_: heh
[16:39] <jibel> sil2100, I didn't receive anything
[16:40] <davmor2> sil2100: no we got an email from john-mcaleely for a device tarball
[16:41] <john-mcaleely> ok, maybe he's doing his own QA
[16:41] <john-mcaleely> (I can see the tarball in the -propsoed-ustomised channel
[16:41] <sil2100> john-mcaleely: isn't it evening at his TZ already?
[16:42] <john-mcaleely> sil2100, ~midnight his TZ
[16:44] <davmor2> john-mcaleely: what will the custom tarball do that wasn't in the device tarball out of interest
[16:45] <john-mcaleely> davmor2, there are two places that string must appear: android properties, and mmi dial codes
[16:45] <john-mcaleely> davmor2, because of history, those are hard coded separately in the device tarball and custom tarball
[16:45] <davmor2> john-mcaleely: right so yours does the android portion and cwaynes will do the mmi code right?
[16:45] <john-mcaleely> davmor2, exactly
[16:46] <davmor2> john-mcaleely: just wanted to make sure we were all on the same page :)
[16:46] <john-mcaleely> davmor2, cool!
[16:50] <davmor2> jibel, john-mcaleely, sil2100: device tarball seems good do we want to land bot together?
[16:51] <sil2100> john-mcaleely: what would happen if we just land the device tarball?
[16:53] <john-mcaleely> sil2100, nothing bad, but I would not want to promote with only one
[16:53] <john-mcaleely> sor for -proposed, landing separately is fine
[16:54] <john-mcaleely> so for, not 'sor for'
[16:54] <sil2100> john-mcaleely: ok, then I guess you can push the device tarball now since davmor2 gives a +1
[16:54] <john-mcaleely> ack
[16:54] <sil2100> We'll anyway promote #221 if anything ;)
[16:54] <john-mcaleely> sil2100, indeed
[16:55] <ogra_> sil2100, btw, should we perhaps switch off cron for rtm ?
[16:55] <davmor2> sil2100: I hope you mean 222
[16:55] <sil2100> ogra_: it's switched off
[16:55] <ogra_> i guess we dont need automated builds atm
[16:55] <sil2100> davmor2: #222 is the same as #221
[16:55] <ogra_> oh
[16:55] <ogra_> great then :)
[16:55] <sil2100> ogra_: cjwatson disabled it for us in the morning ;)
[16:55] <ogra_> ah, when i was still fighting with my DSL i guess :)
[16:55] <davmor2> sil2100:  I know but that was what the last of the tests was on :)
[16:55] <john-mcaleely> sil2100, device tarball pushed
[16:55] <davmor2> so just custom to go
[16:56] <pmcgowan> john-mcaleely, any way to diff the tarballs to show exact changeset?
[16:57] <john-mcaleely> pmcgowan, for custom? Not that I'm aware of
[16:57] <sil2100> john-mcaleely: thanks \o/
[16:57] <davmor2> pmcgowan: http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150129-c75dcfb.changes
[16:57] <john-mcaleely> pmcgowan, for device, the gerrit keeps me honest
[16:58] <davmor2> pmcgowan: chris normally email the changes
[16:58] <pmcgowan> davmor2, sure but thats manual, wondered if we could easily see which files changed just to double confirm
[16:59] <john-mcaleely> davmor2, for the custom, it has to decompose into things with manifests and versions
[16:59] <john-mcaleely> sorry, pmcgowan ^
[16:59] <john-mcaleely> for device, it's just a bunch of binaries
[17:03] <sil2100> robru: meetong
[17:04] <ogra_> sil2100, he is in the tunnel ...
[17:04] <ogra_> (CI train going down etc etc)
[17:09] <pmcgowan> john-mcaleely, whats the eta for the custom?
[17:10] <john-mcaleely> pmcgowan, gone vague. tarball is here, but cwane is now asleep
[17:10] <ogra_> how dare he
[17:10] <john-mcaleely> pmcgowan, I think the great-firewall ate his announcement
[17:10] <pmcgowan> john-mcaleely, so we have it then?
[17:11] <john-mcaleely> pmcgowan, we do. 14.09-proposed-customizsed #303
[17:11] <pmcgowan> john-mcaleely, so when do we kick off 223?
[17:11] <john-mcaleely> pmcgowan, need to kick that around with sil2100 & co
[17:11] <robru> cjwatson: where was the documentation for generating rtm cowbuilder images?
[17:23] <bfiller> fginther: can you help getting AP tests run for all MR's against lp:ubuntu-keyboard? Currently CI does not run autopilot and we've added them all now
[17:23] <john-mcaleely> pmcgowan, so 223 exists, and is just the device tarball extra
[17:24] <john-mcaleely> pmcgowan, I think the plan is for davmor2 to +1 the custom tarball, and let cwayne know that via email or postal mail across the great firewall
[17:24] <john-mcaleely> pmcgowan, then cwayne will push the custom (~8hrs from now)
[17:24] <john-mcaleely> pmcgowan, and then we will have 224, ready for some QA love and a second (hopefully) promotion
[17:24] <pmcgowan> john-mcaleely, why does cwayne need to be involved? confused if we have the tarball now
[17:25] <john-mcaleely> pmcgowan, he does the copy from one channel to another
[17:25] <pmcgowan> and no one else can do that?
[17:25] <john-mcaleely> pmcgowan, apparently not
[17:25] <pmcgowan> thats a problem
[17:26] <cjwatson> robru: I don't know, sorry
[17:26] <john-mcaleely> pmcgowan, agreed. in a few hours he gets on a plane for 14hrs
[17:27] <pmcgowan> john-mcaleely, this does not sound like a good plan anymore, surely someone must be able to complete this?
[17:27] <sil2100> robru: we had a jenkins job for that
[17:27] <john-mcaleely> pmcgowan, agreed
[17:27] <john-mcaleely> pmcgowan, it's the place we're in
[17:28] <robru> sil2100: right, I'm looking at it now, but I don't know what options to pass it to get rtm images out of it. I only ever used it for ubuntu images.
[17:28] <pmcgowan> seems our foundations guys must be able to assist
[17:28] <john-mcaleely> maybe so. it's all a case of waht machine login where
[17:28] <robru> cjwatson: what's the archive url for rtm?
[17:30] <sil2100> pmcgowan: anyway, in the current state and plan we should be anyway ok, as the official 'second' promotion can wait till tomorrow
[17:30] <fginther> bfiller, Sure, I'll get your request added and try to find someone to work on it
[17:30] <cjwatson> robru: http://derived.archive.canonical.com/ubuntu-rtm/
[17:30] <pmcgowan> sil2100, I am concerned cwayne will wake up and go to the airport, but hard to know
[17:30] <robru> cjwatson: thanks
[17:31] <bfiller> fginther: great, thanks
[17:31] <sil2100> pmcgowan: we will promote #222 today (without the ID bits), john-mcaleely will give CKT a test image with the custom bits so they can do their testing today still and promoting officially tomorrow
[17:31] <robru> cjwatson: is that documented anywhere?
[17:31] <sil2100> pmcgowan: yeah, we'll have to make sure he gets the message
[17:31] <pmcgowan> sil2100, provided someone lands the custom tarball, I do not understand how that works and why no one else cna do it
[17:31] <sil2100> pmcgowan: but I'm sure he's aware that he needs to do the copy himself
[17:31] <pmcgowan> sil2100, but why does he?
[17:32] <pmcgowan> sil2100, surely someone on foundations or landing team can do this?
[17:32] <sil2100> pmcgowan: that was the current process, we surely need this changed but no one else has the right permissions right now
[17:33] <sil2100> I don't know the details though as I anyway didn't have much permissions in the image world, only now I'm getting nusakan access
[17:35] <imgbot> [17:35] <imgbot> [17:39] <cjwatson> robru: I don't think it's anywhere really central, but it's in a few places like https://wiki.ubuntu.com/Mir/CrossCompile
[17:39] <cjwatson> sil2100: this can't be a nusakan thing - cwayne doesn't have nusakan access
[17:40] <cjwatson> if he's copying things it must be between the URLs that system-image fetches from
[17:41] <cjwatson> somewhere under http://s-jenkins.ubuntu-ci:8080/view/cambridge/ perhaps?
[17:42] <cjwatson> The Gated jobs there seem to fetch files from the non-Gated ones, and be started by hand by cwayne, if that's any help
[17:43] <cjwatson> It might be as simple as running those jobs
[17:43] <cjwatson> ?
[17:45] <robru> cjwatson: is "create a utopic chroot and then hack it to point at rtm" really the best way to create an rtm chroot?
[17:47] <cjwatson> robru: the cleanest way is to do something like the hack in livecd-rootfs/live-build/auto/config to get debootstrap to use the proper script for it, but we never got round to cleaning that up and making it a bit easier to do
[17:47] <cjwatson> http://paste.ubuntu.com/9940647/
[17:48] <cjwatson> (obviously that's in live-build speak rather than something you'd want to do by hand, but it's mangleable ...)
[17:49] <robru> cjwatson: yeah we also have some kind of weird hack for improvising a debootstrap script when there isn't one, but it doesn't seem to work for RTM.
[17:49] <robru> cjwatson: http://bazaar.launchpad.net/+branch/cupstream2distro/view/head:/chroot-tools/create-chroot
[17:49] <cjwatson> the hack above does work for RTM, since it's used in all your image builds
[17:49] <cjwatson> robru: I think that just needs to link in devices.tar.gz and functions too
[17:50] <robru> cjwatson: hmmmm
[17:50] <cjwatson> oh, except you cp -a to start with
[17:50] <robru> cjwatson: yeah, so we would already have that stuff
[17:51] <cjwatson> maybe DIST is ubuntu-rtm/14.09 rather than 14.09?  in that case you'd need to strip the distribution
[17:51] <cjwatson> that's the only thing I can see that could be wrong there
[17:52] <Laney> I used stgraber's Launchpad chroot scripts to get one when I needed to do it a few weeks back
[18:02] <robru> Laney: where can I find those?
[18:03] <robru> cjwatson: yeah I find this really confusing. the existing pbuilder chroots we have in the train are '14.09-amd64', not sure what you're saying about DIST. I set $DIST as 14.09 to run the script
[18:03] <robru> cjwatson: if I just symlink 14.09->gutsy is that expected to work? because I'm getting "Release signed by unknown key" even though I imported the key...
[18:07] <cjwatson> robru: Oh, yeah, it has a different signing key.  debootstrap probably needs to be invoked with a suitable --keyring
[18:08] <cjwatson> The Launchpad chroots are linked from e.g. https://api.launchpad.net/devel/ubuntu-rtm/14.09/amd64
[18:08] <cjwatson> Or "manage-chroot" from lp:ubuntu-archive-tools
[18:08] <robru> cjwatson: https://pastebin.canonical.com/124563/ I don't understand why debootstrap doesn't like the key.
[18:08] <cjwatson> IIRC stgraber's scripts are in the "sbuild-launchpad-chroot" package
[18:08] <cjwatson> robru: Dinnertime, sorry
[18:09] <cjwatson> robru: debootstrap doesn't use the apt keyring from the host system though.  You have to pass it the --keyring option
[18:09] <cjwatson> Or at least it doesn't use apt-key's keyring
[18:09] <cjwatson> The default is /usr/share/keyrings/ubuntu-archive-keyring.gpg
[18:10] <cjwatson> So apt-key is totally irrelevant
[18:10] <robru> cjwatson: ok thanks
[18:39] <bzoltan_> robru:  if you have a sec  would you please publish the silo17?
[18:40] <robru> bzoltan_: hm, needs a core dev ack
[18:40] <robru> mterry: kenvandine: anybody around for a core dev ack? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.1.1+15.04.20150128.2-0ubuntu1.diff
[18:41] <bzoltan_> robru:  Yes, I know... dholbach was the sponsor of this change, but he is off now
[18:42] <robru> bzoltan_: oh did he approve the diff already?
[18:42] <bzoltan_> robru:  not this one
[18:42] <robru> ah ok
[18:42] <fginther> popey, http://s-jenkins.ubuntu-ci:8080/job/weather-app-click/ is building again
[18:42] <mterry> robru, that all->any change looks odd, let me sanity check it
[18:42] <popey> thanks fginther
[18:42] <bzoltan_> robru:  he was helping with the seeds change this one needed
[18:43] <bzoltan_> mterry:  the story there is that it needs to install to the right path the files
[18:43] <mterry> bzoltan_, ah yes, it installs into /usr/lib/x86_64-linux-gnu for example
[18:43] <bzoltan_> mterry:  and with all it installs to that path even on i386... what is wronmg
[18:44] <mterry> robru, sure, looks fine then
[18:44] <robru> mterry: thanks!
[18:44] <bzoltan_> mterry:  thank you a lot.... this is anyway only for Vivid :) as the real release of the SDK is when I backport to LTS and Utopic
[18:44] <mterry> :)
[18:53] <robru> cjwatson: hm, it seems I got rtm image creation to work finally https://wiki.canonical.com/UbuntuEngineering/CI/Playbook/StagingTrain#Creating_RTM_Cowbuilder_in_New_Instance
[18:54] <cjwatson> that seems an unwise way to do it.  it will be overwritten by ubuntu-keyring upgrades.
[18:54] <cjwatson> robru: you should be arranging to pass --keyring to debootstrap.
[18:54] <cjwatson> it has a perfectly good command-line option for this - no need to edit files in /usr
[18:54] <sil2100> jibel: thanks for the report!
[18:54] <sil2100> pmcgowan, ogra_: it seems we have green light for promotion
[18:54] <robru> cjwatson: well it's only needing a one-off solution. if ubuntu-keyring blows away the key we can just import it again later. this is a "once per cycle" sort of command, not used daily.
[18:55] <robru> cjwatson: it has a perfectly good commandline argument that I have no control over because I'm not calling it directly. some other tool is wrapping it away from me
[18:55] <sil2100> ogra_: could you push the promotion buttons on #222 krillin and its mako and emulator equivalents?
[18:55] <pmcgowan> sil2100, jibel fantastic
[18:56] <jibel> ogra_, krillin 222, mako 185, x86 179
[18:56] <ogra_> thanks, gimme a minute when i'm not distracted by other channels :)
[19:19] <cjwatson> robru: *shrug* ok, just a code review comment effectively
[19:21] <cjwatson> robru: you do have control over it though, surely, create-chroot is already passing --debootstrapopts, would just need another instance of that option
[19:21] <cjwatson> that causes cowbuilder to pass it through
[19:23] <robru> cjwatson: ah, hmm
[19:24] <cjwatson> anyway whatever, my main concern is people cloning-and-hacking the stuff from the playbook to places that aren't quite so one-off
[19:27] <ogra_> [19:27] <ogra_> (that is: krillin 222, mako 185, emulators 179)
[19:37] <ogra_> sil2100, jibel ^^ in case you missed it, promotion done
[19:39] <john-mcaleely> \o/
[19:40] <sil2100> \o/
[19:41] <jibel> *\o/*
[19:41] <ogra_> what about es ?
[19:41] <sil2100> ogra_: from what I heard we don't have es anymore, everything is in the main channel
[19:41] <ogra_> awesome
[19:41] <ogra_> thats really good news
[19:47] <sil2100> john-mcaleely: aaaand we have a +1 on the custom tarball o/
[19:47] <sil2100> jibel, davmor2: thanks guys!
[19:48] <john-mcaleely> sil2100, so, if cwayne is a creature of habit, he wakes in 1hr 10 mins time
[19:48] <sil2100> huh
[19:48] <sil2100> ;)
[19:48] <john-mcaleely> yes, thanks guys!
[19:48] <john-mcaleely> ogra_, yes, es is history
[19:49] <john-mcaleely> (for now)
[19:49] <ogra_> \o/
[19:49]  * ogra_ waits for -cn then
[19:49] <davmor2> ogra_: the ES scopes and click are back in the default image again
[19:49] <ogra_> cwayne, !
[19:50] <cwayne> ogra_, ruh roh, what went wrong?
[19:50] <ogra_> you were gone
[19:50] <ogra_> we were missing  you !
[19:50] <john-mcaleely> cwayne, {big hugs}
[19:51] <cwayne> sil2100, davmor2 so I'm good to push it seems?
[19:51] <sil2100> cwayne: woohooo! Hey! ;)
[19:51] <cwayne> heyo
[19:51] <sil2100> cwayne: if we tested the right thing then you're ok to push it!
[19:52] <davmor2> cwayne: you awesome dude you!  https://www.youtube.com/watch?v=oJDGcxAf9D8
[19:52] <davmor2> sil2100: I got the instruction from john-mcaleely
[19:53] <cwayne> sil2100, is there a question whether or not you tested the right thing?
[19:53] <davmor2> pmcgowan: ^ see that's how you pick appropriate music for the situation ;)
[19:53] <john-mcaleely> cwayne, there is not
[19:53] <davmor2> cwayne: no but I needed to know what to test :)
[19:53] <cwayne> well okay then :D
[19:53] <john-mcaleely> cwayne, he tested what you telegramed me :-)_
[19:53] <sil2100> cwayne: davmor2 tested what was ready in the channel, so I suppose that was that ;D
[19:54] <sil2100> cwayne: push teh buttonz!
[19:54] <davmor2> cwayne: http://paste.ubuntu.com/9942086/
[19:54] <cwayne> davmor2, sorry, I tried to send out an email, I thought it went through but it turns out it didn't :/
[19:54] <cwayne> china network is worst network.
[19:54] <davmor2> and now they block cwayne completely for talking out of line :)
[19:54] <john-mcaleely> lol
[19:55] <john-mcaleely> this channel is marked ground
[19:55] <cwayne> the button has been pushed
[19:55] <john-mcaleely> \o/
[19:55] <cwayne> so now if i get taken care of by the chinese govt, my final task has been completed :D
[19:56] <john-mcaleely> lol
[19:56] <john-mcaleely> thanks cwayne
[19:56] <davmor2> cwayne, sil2100, ogra_, john-mcaleely, jibel, jfunk, pmcgowan: https://www.youtube.com/watch?v=UWLIgjB9gGw
[19:56] <john-mcaleely> davmor2, lol
[19:58] <pmcgowan> davmor2, wow I already have that queued up!
[19:58] <pmcgowan> lol
[19:59] <sil2100> Oh my
[19:59] <davmor2> sil2100: https://www.youtube.com/watch?v=Q-GLuydiMe4
[20:03] <pmcgowan> davmor2, that was my second choice to I'm so glad but I like Cream
[20:03] <sil2100> ogra_: mako and emulator promoted image numbers are one number behind, right? So they're #14?
[20:03] <ogra_> only emulators i think
[20:03] <ogra_> mako should be 15
[20:04] <sil2100> Ah, ok :)
[20:07] <davmor2> pmcgowan: https://www.youtube.com/watch?v=04854XqcfCY
[20:08] <pmcgowan> davmor2, now you're scaring me
[20:11] <sil2100> john-mcaleely: do you think we should promote #224 today still or wait until tomorrow?
[20:11] <davmor2> pmcgowan: what?? Moi ?? I'm celebrating round one long way to go till we get to https://www.youtube.com/watch?v=92cwKCU8Z5c
[20:11] <sil2100> What are the requirements?
[20:14] <pmcgowan> awesome
[20:15] <john-mcaleely> sil2100, I'd wait
[20:15] <sil2100> Ok, then at least we can have some sanity testing done on the image tomorrow then
[20:15] <john-mcaleely> sil2100, we'll send 224 to the OEM to pre-check all those strings. lets get a +1 from them before promotion
[20:16] <davmor2> john-mcaleely: +1
[20:16] <john-mcaleely> sil2100, some sanity tomorrow sounds good
[20:16] <john-mcaleely> testing even!
[20:17] <ogra_> hmm, weather is still 100km off for me :(
[20:17] <john-mcaleely> is it better weather?
[20:17] <ogra_> i thought that was supposed to be fixed for final
[20:17] <ogra_> no, usually worse
[20:17] <ogra_> :)
[20:18] <john-mcaleely> it's a feature then. not a bug
[20:22] <ogra_> heh
[20:22] <pmcgowan> ogra_, thats the scope thats off?
[20:22] <pmcgowan> thats why I use the app and enter my location
[20:22] <ogra_> pmcgowan, if i tap on the start page on the weather it gets me to the weather channel scope
[20:22] <davmor2> ogra_: refresh it
[20:23] <ogra_> and thats usually some IP handover point ~60-100km away (depends which one)
[20:23] <ogra_> seemingly it uses geoip data
[20:23] <ogra_> davmor2, i just rebooted after upgrade ... do i still need to refresh ?
[20:24] <davmor2> pmcgowan: it isn't, it is the ISP location normally mine is preston on wifi and the City of Westminister on cellular
[20:24] <pmcgowan> davmor2, what isn't?
[20:25] <ogra_> pmcgowan, but i want to see the right info on my start page :)
[20:25] <pmcgowan> ogra_, agreed
[20:25] <davmor2> pmcgowan: I get the same thing if I hit the add my location in the weather app rather than hit add a city,  Once you refresh it does an agps scan and then gets it right in hte scope
[20:25] <ogra_> i dont use the weather app (i wouldnt use the weather scope either if it wasnt in there)
[20:26] <pmcgowan> its showing me a city I dont even know where it is
[20:26] <ogra_> haha
[20:26] <ogra_> thats where here maps come in handy :)
[20:26] <ogra_> its like an adventure game ... discover your phone
[20:27] <davmor2> pmcgowan: I think the scope and weather app both do a geolcue look up initial when the app/system starts
[20:27] <davmor2> when you refresh it is a gps location look up
[20:28] <ogra_> not here
[20:28] <ogra_> https://www.google.de/maps/dir/Kassel/Bad+Arolsen/@51.3480364,9.0908877,11z/data=!3m1!4b1!4m13!4m12!1m5!1m1!1s0x47bb3f4e9f7a6c1d:0x2f84633d58221747!2m2!1d9.4797461!2d51.3127114!1m5!1m1!1s0x47bb0b17f3f2b82b:0x422435029b0b100!2m2!1d9.0125506!2d51.3798641?hl=de
[20:28] <ogra_> i live in kassel ...
[20:29] <ogra_> (it actually picked a close one this time)
[20:29] <davmor2> ogra_: it does for me, try opening here first maybe it has to have gps triggered first
[20:29] <pmcgowan> davmor2, not working
[20:30] <pmcgowan> 90 mi away
[20:30] <ogra_> nope, didnt change
[20:32] <davmor2> ogra_: maybe you need to leave your bunker ;)
[20:32] <ogra_> its cold and wet outside ... :P
[20:32] <ogra_> and dark !
[20:32] <john-mcaleely> there, or 100klicks away?
[20:33] <john-mcaleely> :-P
[20:33] <ogra_> the dark i can see ...
[20:33] <ogra_> the cold and wet i'm informed about by catmail ... their fur is wet and cold if they come in
[20:34] <john-mcaleely> lol
[20:35] <davmor2> right I'm off but I'll leave you with htis https://www.youtube.com/watch?v=998P6HEzCdI
[20:35]  * ogra_ finds it funny hos the title says "(HQ)"
[20:36] <ogra_> digitized 4:3 VHS video ... in "H" "Q"
[20:36] <ogra_> s/hos/how/


[01:03] <tlm> wallyworld, kelvinliu: have updated that PR based on discussion this morning https://github.com/juju/juju/pull/11610
[01:15] <kelvinliu> tlm: lgtm
[04:10] <timClicks> babbageclunk, kelvinliu: have we fixed this vsphere bug? "In 2.7.0, networking rules must allow direct access to the ESX host for the the Juju client and the controller VM. The Juju client’s access is required to upload disk images and the controller requires access to finalise the bootstrap process. If this access is not permitted by your site administrator, remain with Juju 2.6.9. This was an inadvertent regression and will be fixed in a futur
[04:10] <timClicks> e release"
[04:13] <kelvinliu> timClicks: probably not yet
[04:19] <kelvinliu> seems we had a workaround to fix it, but we didn't have a chance to fix it
[04:44] <timClicks> where are clouds.yaml and credentials.yaml stored on macOS and Windows?
[05:19] <babbageclunk> timClicks: no, I don't think we know any way to fix it (without the workaround of allowing access to the host).
[05:22] <thumper> wallyworld: got a few minutes?
[05:22] <wallyworld> sure
[05:22] <thumper> 1:1?
[05:45] <thumper> wallyworld: it looks like the stuck offer also stops the model from being destroyed
[05:45] <thumper> in the same repro
[05:46] <wallyworld> hmmm, ok, even with --force?
[05:50] <thumper> I was using kill-controller
[05:50] <thumper> I would assume that would --force things
[05:50]  * thumper has to EOD
[05:50] <thumper> I think the same underlying issue is causing the destroy failure
[05:52]  * thumper out
[07:30] <stickupkid> this little bad boy keeps failing on me atm MachineWithCharmsSuite.TestManageModelRunsCharmRevisionUpdater
[07:30] <stickupkid> anybody know anything about it?
[07:47] <stickupkid> manadart, fix for the above https://github.com/juju/juju/pull/11613
[07:49] <manadart> stickupkid: Approved.
[07:50] <stickupkid> ta
[08:20] <stickupkid> manadart, that didn't work, I believe that the long wait just isn't long enough, as I can't replicate it locally
[08:41] <stickupkid> yeah, it's hard to get the replicaset sorted, which is causing this I believe
[08:44] <stickupkid> manadart, If you get a second as well --> https://github.com/juju/juju/pull/11611
[08:45] <stickupkid> precursor to more work around endpoint binding changes
[11:28] <stickupkid> manadart, got a sec?
[11:29] <manadart> stickupkid: Yep.
[11:29] <stickupkid> in daily
[13:07] <rick_h> petevg:  ping, do you have a few I can steal?
[13:07] <petevg> rick_h: a few minutes? Not yet. But I do after the daily sync.
[13:08] <rick_h> petevg:  rgr ty
[13:08] <petevg> np
[14:52] <stickupkid> manadart, I'm guessing for endpoint bindings that have an alpha space, we should be ignoring that for the machine topology?
[14:54] <manadart> stickupkid:
[14:54] <manadart> Hmm.
[14:54] <manadart> I don't think we are ready for always spaces yet, so yes.
[14:55] <stickupkid> manadart, thought as much, just trying to hammer out the tests around this
[14:59] <manadart> stickupkid: Actually, this won't work for O7k.
[14:59] <stickupkid> manadart, what do you mean?
[15:00] <manadart> stickupkid: If we have a charm with bindings to space alpha and beta, we'd only get a NIC in beta and the charm wouldn't work.
[15:00] <stickupkid> ah, right right
[15:01] <stickupkid> so you'd end up with space topology all the time then I believe
[15:01] <stickupkid> manadart,
[15:02] <manadart> stickupkid: The case where you could ignore it and omit generation is when there is only one space, because that will be alpha and the operator doesn't care about spaces.
[15:02] <stickupkid> right right
[15:02] <manadart> I mean omit generation of the topology.
[15:02] <manadart> Yeah, I think that's the rule.
[16:24] <stickupkid> manadart, PR is ready for re-review
[17:21] <josephillips> hi
[17:22] <josephillips> hi/
[17:22] <josephillips> i already have a ubuntu openstack deployed with juju and kvm is posible assign some nodes to run on lxd and anothers with kvm?
[17:22] <rick_h> josephillips:  for the nova compute nodes?
[17:23] <josephillips> yep
[17:23] <josephillips> i want designated some nodes with kvm and another nodes with lxd
[17:23] <rick_h> josephillips:  hmm, have to check with the openstack folks. There was a lxd charm at one point but I'm not sure how that's managed today.
[17:23] <rick_h> beisner:  do you know someone that can point josephillips in the right direction? ^
[17:24] <josephillips> is possible perform a config per unit and not per application?
[17:24] <beisner> o/
[17:25] <rick_h> josephillips:  no, the idea of applications is the units are consistent so you'd definitely need to split into two sets of units
[17:25] <josephillips> https://github.com/openstack-archive/charm-lxd
[17:26] <josephillips> because this documentatoin the usage is changin on nova-compute the virt-type
[17:26] <josephillips> if i do that will change kvm to lxd in all nodes
[17:26] <beisner> josephillips rick_h - the nova-lxd charm and hypervisor work is deprecated.  KVM is the hypervisor that we support.
[17:26] <beisner> with the nova charms, that is.
[17:27] <rick_h> beisner:  ok, I wasn't sure if there was a new path for the lxd as a hypervisor. Thanks for the guidance
[17:27] <josephillips> any reason for that?
[17:28] <beisner> the main reason was:  no actual adoption of it vs. the effort to maintain and develop it.
[17:28] <beisner> s/no/very little/
[17:28] <josephillips> but openstack itself is keep supporting it right?
[17:29] <beisner> we are openstack itself in this context.
[17:29] <josephillips> oh
[17:30] <beisner> josephillips:  virt-type lxc technically is all vanilla and might just work, but we do not validate it, nor do we put it forth for users to use.
[17:30] <beisner> via charms
[17:31] <josephillips> oh got it but still have the same problem that lxd
[17:31] <josephillips> if i do that will replace all compute nodes with kvm to lxc?
[17:32] <beisner> josephillips: yes.  charm config is application-wide.
[17:32] <josephillips> another question
[17:32] <beisner> josephillips: you can deploy two nova-computes as two differently-named applications and that works
[17:32] <josephillips> oh
[17:33] <josephillips> how i can do that?
[17:33] <beisner> "works" in the sense of you can have two differently-configured personalities of nova-compute units
[17:34] <beisner> not "works" in the sense that you will succeed with virt-type lxc.
[17:34] <beisner> :)
[17:35] <beisner> josephillips: all the same relations, just deploy another nova-compute with a name like nova-compute-foo.
[17:35] <josephillips> i have to download the charm locally to do that?
[17:35] <beisner> ie. nova-compute-bar and nova-compute-foo would exist in the deployment.
[17:35] <beisner> you can do it in a bundle
[17:36] <beisner> also, you could download a local copy
[17:37] <josephillips> and is not planning get a another container support in future ?
[17:38] <beisner> josephillips:  lots of container support around here for sure :-)
[17:39] <beisner> josephillips:  nova driving lxd is the specific use case that isn't in development.  lxd/lxc are in full-gear adoption and use, just not with the nova shim.
[17:40] <beisner> josephillips: have you checked out lxd clustering?
[17:40] <josephillips> nope
[17:41] <josephillips> i was looking a solution for users can create lxc container for nodes for databases
[17:44] <beisner> josephillips:  gotcha.  so you can do that with juju on openstack in kvm instances;  also, circling back to the lxd clustering (which is sans openstack):  https://linuxcontainers.org/lxd/docs/master/clustering
[17:48] <josephillips> i will check that
[20:08] <jim31> hey, i was hoping someone might be able to help me with an issue i'm experiencing trying to enable kubeflow on microk8s. the issue arises with mongodb pod complaining about what i assume is ipv6 binding. i tried disabled ipv6 on lxd, but it doesn't seem to have fixed anything.
[20:08] <jim31> 2020-05-21T20:07:28.442+0000 I CONTROL  [initandlisten] options: { net: { bindIpAll: true, ipv6: true, port: 37017, ssl: { PEMKeyFile: "/var/lib/juju/server.pem", PEMKeyPassword: "<password>", mode: "requireSSL" } }, replication: { oplogSizeMB: 1024, replSet: "juju" }, security: { authorization: "enabled", keyFile: "/var/lib/juju/shared-secret" },
[20:08] <jim31> storage: { dbPath: "/var/lib/juju/db", engine: "wiredTiger", journal: { enabled: true } }, systemLog: { quiet: true } }2020-05-21T20:07:28.443+0000 I STORAGE  [initandlisten] exception in initAndListen std::exception: open: Address family not supported by protocol, terminating
[20:09] <jim31> this happens when calling the command microk8s.juju --debug bootstrap microk8s --config juju-no-proxy=<IP_ADDRESS>
[20:10] <jim31> i need to pass ipv6: false i think to the mongo pod but am lost on where to do that
[22:05] <wallyworld> thumper: i commented on the bug - their log level was <root>=WARNING, so yeah, not much got included :-)
[22:16] <wallyworld> thumper: one small step https://github.com/juju/juju/pull/11615
[22:57] <timClicks> kelvinliu: will that bootstrap to EKS PR land in Juju 2.8.0
[22:58] <kelvinliu> timClicks:  sry, it should target develop branch
[22:58] <timClicks> kelvinliu: no need to apologise :)
[23:00] <wallyworld> we want it for 2.8
[23:10] <wallyworld> sinces so far it's a small CLI tweak only
[23:41] <kelvinliu> wallyworld: let's discuss the target branch for eks?
[23:42] <wallyworld> ok
[23:55] <wallyworld> thumper: sigh, the cmr thing all worked for me on 2.8, will have to test with 2.7. you tested with 2.8 though right?