[13:03] <cjwatson> lifeless: Yeah, only have quite limited time at the weekend but trying to stay on top of those


[09:12] <Guest52827> morning all
[09:34] <aquarius> rye, nice work on the headless page
[11:05] <mandel> why do I eep loosing my nickname...
[11:05] <mandel> stupid irc!
[11:12] <gatox> good morning
[11:13] <mandel> gatox, morning!
[11:13] <mandel> gatox, how is everything going?
[11:13] <gatox> mandel, good.... i'm going to work in the FF project today
[11:14] <gatox> do you have something new about that?? to know if i need to merge with something
[11:14] <mandel> gatox, superb! I'm fixing my P machine and doing some work on the file system notifications on widows and will get to that :)
[11:14] <mandel> gatox, I have not had the time to work on that sorry.. I keep bumping into issue that are high priority or with machine problems..
[11:14] <mandel> very annoying..
[11:15] <gatox> mandel, no problem..... i was in the same situation
[11:15] <mandel> gatox, and I wanted to do some work during my free time, but I'me been most of the afternoons or at rugby or at the vet
[11:15] <mandel> the dog has a twisted leg :(
[11:16] <gatox> mandel, ohhhhhhh
[11:17] <mandel> gatox, the poor guy is at the vet at the moment getting some x rays done..
[11:17] <gatox> mandel, did you take him to the vet?
[11:17] <mandel> gatox, yes, see the above message :)
[11:17] <gatox> mandel, yes.... i read it :P
[11:18] <gatox> mandel, well... it is true..... pets are really similar to their owners :P
[11:19] <mandel> gatox, haha
[11:20] <mandel> gatox, but I have an excuse, now I'm playing rugby in the second division, like la liga B in football
[11:21] <gatox> mandel, so..... you want to die young :P jeje
[11:22] <mandel> gatox, I think I still can play for another 5 years.. is amazing cause I'm like 5 year older than the rest and  I get less knee problems hehe
[11:25]  * mandel reinstalling P
[11:28] <gatox> brb! need to restart
[11:31] <gatox> backk
[11:40] <mandel> gatox, I need to go to the vet to check out the result of the x-rays, is one block from my office so I should be back in a few mins
[11:41] <gatox> mandel, no problem! take care of the dog
[12:03] <gatox> mandel, when you get back, can you do me a favor?? can you open a python console and do: import u1rest; u1rest.__path__ (i'm in the new machine, and i've copy u1rest inside 3 differents dist-packages and it's not being recognized)
[12:03] <gatox> i need to know where to put that
[12:09] <gatox> ralsina, ping
[12:11]  * mandel back
[12:12] <mandel> gatox, je ne compre pa, what exactly do you want me to do?
[12:13] <gatox> mandel, tell me where do you have u1rest installed..... do you remember that it doesn't have the setup.py so you have to copy it manually..... but i'm copying it but is not recognized by python
[12:13] <gatox> i want to know the output for: import u1rest; u1rest.__path__
[12:14] <gatox> mandel, is the dog ok?
[12:17] <mandel> gatox, yest, no broken bones, he is just like the owner :)
[12:17] <mandel> gatox, hm.. on it
[12:17] <gatox> mandel, :P
[12:18] <mandel> gatox, /usr/local/lib/python2.7/dist-packages/restful-u1/u1rest
[12:18] <gatox> mandel, thanks
[12:19] <gatox> mandel, grrrrr i have seriously wrong here
[12:20] <mandel> gatox, he, look at my machine: http://www.youtube.com/watch?v=E8Akda59yQI&feature=plcp&context=C3a6464bUDOEgsToPDskL-qb9lDdv7vlUubOt581D-
[12:20] <nessita> hello everyone!
[12:20] <mandel> nessita, morning!
[12:20] <gatox> nessita, hi
[12:20] <gatox> mandel, jejejej what were you doing?
[12:20] <mandel> gatox, trying to loging :P
[12:20] <gatox> jejje
[12:21] <mandel> gatox, I just reinstalled P and got that nice feature.. it does not recognize my password and I can just login as the guest
[12:21] <jml> is there U1 storage for Tomboy?
[12:22] <gatox> mandel, you are not having very good luck with that :P
[12:22] <mandel> gatox, no.. I don't know wtf is going on.. I'm asking on ubuntu-desktop maybe they have a clue
[12:23] <nessita> gatox: you need reviews from me?
[12:23] <gatox> nessita, let me check
[12:24] <gatox> nessita, this one: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/remove-disconnect-signal/+merge/89761
[12:24] <nessita> ack
[12:25] <czajkowski> aloha
[12:26] <czajkowski> mandel: what happened the beast?
[12:26] <mandel> czajkowski, he jumped from the sofa and twisted a leg.. he's like the owner :P
[12:26] <czajkowski> :/
[12:30] <ralsina> gatox: pong
[12:31] <czajkowski> mandel: ouchies how does  a dog twist its leg doing an every day occurance!
[12:31] <ralsina> maybe the dog should try rugby
[12:31] <mandel> czajkowski, god knows.. he is a beast, tends to do stupid things like this..
[12:31] <gatox> ralsina, i waanted to ask you something regarding the u1 api, but i already find it, thanks anyway
[12:32] <czajkowski> ralsina: exactly in rugby nobody gets hurt :)
[12:32] <mandel> ralsina, hehe I don't get hurt as much as I should :)
[12:33] <ralsina> and good morning!
[12:35] <czajkowski> bah music in the music store is still not behaving
[12:35] <czajkowski> did mail d7 and let them know last night
[12:37] <czajkowski> http://twitpic.com/8c08k4/full   and   http://twitpic.com/8c0cid/full  since last night, anyone else having issues?
[12:37] <czajkowski> cant be just my taste in music
[12:40] <mandel> czajkowski, is that P?
[12:41] <czajkowski> mandel: yup
[12:41] <czajkowski> should it make a difference?
[12:42] <mandel> czajkowski, running nightlies?
[12:42] <mandel> czajkowski, I'm trying to reproduce it :)
[12:42] <czajkowski> nope
[12:43] <czajkowski> mandel: jessie j album plaied first lot of her songs ok, when I go further down the list I get the 404, I can add songs to download but then the download page looks rather messed up
[12:44] <mandel> czajkowski, hm.. the best thing is to wait for dobey he knows that code best
[12:44] <czajkowski> aye he said mail d7
[12:44] <czajkowski> I did just wondered if anyone else was having similar issues
[12:46] <nessita> holas ralsina
[12:46] <nessita> ralsina: by any chance, were you able to do the review?
[12:50] <ralsina> nessita: indeed, I just approved it
[12:51] <mandel> czajkowski, not that I know off..
[12:53] <nessita> ralsina: awesome
[12:54] <mandel> I officially want to throw my P machine out of the window
[12:54] <ralsina> mandel: I am reinstalling mine :-/
[12:55] <ralsina> mandel: suddenly, no mouse, no keyboard. Can't even log out of X. Had to ssh from my wife's machine
[12:55] <mandel> ralsina, did you see the video of lightdm.. crisht! I cann ssh yet I cannot login directly, I'm trying gdm know..
[12:55] <ralsina> mandel: yes, saw it
[12:55] <mandel> ralsina, I have similar problems with x at the moment.. what I time waster..
[12:56] <mandel> sweet! gdm works!!!!
[12:56] <ralsina> mandel: for some people it works awesome, apparently.
[12:57] <mandel> ralsina, isn't that just called 'it works in my machine' development  ;)
[12:57] <ralsina> mandel: it seems that if you are VP or higher in the company, it works from the alpha. For developers, you may have to wait for the beta.
[12:58] <mandel> ralsina, hahaha
[12:58] <ralsina> mandel: it's getting better, it worked for almost a week without problems for me
[12:58] <ralsina> mandel: ok, 4 days ;-)
[12:58] <mandel> ralsina, at least we know ow to work around it, I managed to get in my machine :)
[12:59] <ralsina> mandel: yeah, but reinstalling is faster than working around too long
[12:59] <mandel> ralsina, if you have problems with lightdm try the old school gdm that did it for me, less preaty but works
[12:59] <gatox> need to go to the bank..... brb!
[12:59] <nessita> ralsina: except an unexpected removal of network-manager (which was my fault), I've had no issues at all... I even installed Precise alpha 1 in the computer of a friend, and he was really happy
[13:00] <mandel> nessita, you are lucky! I have fought with it for 3 days, just got it working
[13:00] <ralsina> nessita: I have had all sorts of weird things happen. From kernel updates leaving it unbootable, to yesterday's python breakage (that was my fault), to today's "oops, I don't like your input devices anymore"
[13:00] <nessita> ralsina: how are you updating packages?
[13:00] <ralsina> nessita: just following the prompts when I login
[13:01] <ralsina> nessita: plus some dist-upgrades when I need a new version of stuff for development
[13:01] <nessita> apt-get update and updgrades have been working for me /me crosses fingers
[13:01] <ralsina> I am trying to be a "plain user" and nt do weird things
[13:01] <ralsina> maybe 4th install is the lucky one :-)
[13:03] <nessita> mandel: did you make a clean install or upgrade your O installation?
[13:04] <mandel> nessita, I upgraded form O
[13:04] <nessita> ah, that may be relevant
[13:04] <nessita> mandel: how did you upgrade?
[13:05] <mandel> nessita, sudo update-manager -d
[13:05] <nessita> mandel: right, that's the recommended way to do it... :-/
[13:06] <mandel> nessita, yeah.. I managed to fix it without loosing much, just the installed packages, wich is not a big deal, /home was in an other paritition :)
[13:23] <alecu> hello gals and guys!
[13:24] <ralsina> hello alecu
[13:24] <mandel> hurray! I'm back using my P machine!!!!
[13:24] <mandel> sweet jesus that was a PITA
[13:24] <alecu> mandel, ralsina: P has been working suprisingly well for an Alpha on my notebook... unlike the final versions of Natty or Oneiric that had some driver issues.
[13:28] <mandel> alecu, you are lucky.. but then, is a laptop with know pieces.. my is a crazy desktop
[13:28] <nessita> hola alecu!
[13:32] <mhall119> aquarius: ping
[13:32] <aquarius> mhall119, pong
[13:33] <aquarius> was gonna ping you about summit on phones, actually ;)
[13:33] <mhall119> aquarius: someone is asking me if there's a 'fake' U1 account that he can use for giving a demonstration of U1 syncing at a loco event
[13:34] <mhall119> aquarius: ping johnoxton, he was going to make a mobile html5 UI for us, but got too busy with other work
[13:34] <nessita> alecu: ping
[13:34] <aquarius> hm. We have demo accounts when we're at shows, but there's nothing special about them; we just set up a new account. That's probably the easiest thing; we wouldn't really want to set up a demo account and publicise its access details because then you'd be doing a demo with who-knows-what files that someone else has put in the account :) Just set up an account, is probably the best thing.
[13:34] <alecu> nessita, pong
[13:35] <nessita> alecu: I think webclient in sso should be a module at the same level than keyring... may i move it? (before I start using that import path from other projects)
[13:36] <mhall119> aquarius: ok, and there's no issue with setting up a dummy account for this purpose?
[13:36] <aquarius> mhall119, well, don't set up fifty of them or anything. But I can't see a major problem with doing that, no. joshuahoover, any thoughts?
[13:36] <alecu> nessita, not yet: I'm in the middle of a cleanup branch that touches plenty of it.
[13:37] <alecu> nessita, and why at the same level of keyring? ubuntu_sso.webclient?
[13:37] <alecu> nessita, I put it in utils since other projects will be using it
[13:37] <nessita> alecu: yes. I need to use webclient from u1cp, and for that I need to have the webclient module added to the module list in setup.py and package that in nightlies
[13:37] <alecu> nessita, (ie: syncdaemon, control-panel, etc)
[13:38] <nessita> alecu: but xdg_base_directory/ is used from other projects and is in ubuntu_sso
[13:38] <nessita> alecu: same for networkstate
[13:38] <nessita> alecu: from my POV, the things that live en utils are "small helpers"
[13:39] <alecu> nessita, for me are things that make sense to use from other projects. For isntance I see ipc.py and tcpactivation.py, that are used from control panel too.
[13:39] <alecu> nessita, also txsecrets, that may be moved to a different project altogether
[13:40] <alecu> nessita, so, for me utils are things that may be moved to other projects at some point.
[13:40] <nessita> alecu: well, we have stuff to be used from other projects in both locations (outside and inside utils)
[13:41] <nessita> I'm +1 to have them at the same level than ubuntu_sso to avoid long import paths, I because I would not like having utils/ being a bag of cats :-P
[13:42] <alecu> nessita, well, I don't like having "xdg_base_directory" (reusable) at the same level of account, main, qt (specific of sso)
[13:43] <alecu> nessita, in any case our problem is that *sso itself* is turning into a catbag.
[13:43] <mandel> herb, that is true :)
[13:43] <mandel> agh.. stupid autocomplete
[13:43] <mandel> ok. off to lunch
[13:43] <mandel> ralsina, nessita we have mumble today instead of standup, is that correct?
[13:44] <ralsina> mandel: yes
[13:44] <ralsina> mandel: in 77 minutes
[13:44] <ralsina> mandel: 76
[13:44] <alecu> nessita, so, putting stuff in utils for me means that we will be able to take them all into a separate project
[13:44] <mandel> ralsina, ack
[13:45] <nessita> mandel: yessir
[13:46] <nessita> alecu: fair enough then, will push the python package into the ubuntu package
[13:50]  * mandel lunch
[13:51] <nessita> alecu: can you please quickly-trivial review? https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/webclient-as-module/+merge/90435
[13:52] <alecu> nessita, looking
[14:00] <gatox_away> back
[14:01] <gatox> alecu, can you re-review this branch: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/network-detect/+merge/77049 I changed the Fixed Size thing back
[14:02] <alecu> gatox, looking
[14:03] <nessita> alecu: did you approve? (I need to modify nigthlies after that so the python package is installed, is not ATM)
[14:03] <mhall119> aquarius: re: summit on phones, what specifically were you wanting?
[14:05] <alecu> nessita, approved.
[14:05] <nessita> thanks!
[14:05] <aquarius> mhall119, for the first time in history, I've thought "wouldn't it be good if the summit site was brilliant on phones" *before* I get to UDS, so I wanted to talk to you and see whether you were already all over this :)
[14:06] <mhall119> aquarius: we were all over it last UDS, then someone made johnoxton to real work isntead
[14:06] <mhall119> aquarius: but you have a mobile developer on your team, don't you?
[14:08] <aquarius> mhall119, we do, but whether muffinresearch is interested in hacking on summit is another question entirely ;)
[14:08] <aquarius> mhall119, what I was thinking was, you and I ought to have a little chat about how the mobile summit should *work*
[14:09] <aquarius> and then we can look at either doing a mobile set of templates or specifying how they should be done and appealing for web dev help if we don't have time :)
[14:11] <dobey> czajkowski: yeah, the checkout page was odd for me too.
[14:18] <mhall119> aquarius: sure, when do you want to get together?
[14:18] <mhall119> it's not  likely we'll be able to do much before UDS-Q, do you want to just bring it up there?
[14:18] <mhall119> or were you hoping to have something by UDS-Q?
[14:20] <aquarius> mhall119, my idea was to have something before UDS, since I always think about this stuff *at* UDS and then it's too late to fix it ;)
[14:20] <aquarius> mhall119, I'm not talking about a big deal right now; just a phone call to boot some ideas around :)
[14:20] <aquarius> brb
[14:21] <mhall119> aquarius: sounds good, let's get cjohnston on that too
[14:31] <joshuahoover> mhall119, aquarius__: sorry, missed your thread here...no problem with creating an account (or multiple accounts) to demo/test things with...as aquarius mentioned, try not to create 50 of them ;)
[14:32] <aquarius> mhall119, so I'm cool for a phone call or skype or google hangout whenever you have a little time, if you think it's worth having a conversation :)
[14:38] <mhall119> aquarius: it's worth it if we can get some help, neither chris nor I know how to make mobile html
[14:38] <aquarius> mhall119, I can do some of it, at least :)
[14:38] <mhall119> that's good enough for me
[14:45] <dobey> aquarius: you finally installed the hangouts plug-in?
[14:45] <aquarius> dobey, not yet, but at some point I suppose I ought to :)
[14:47] <mhall119> aquarius: chris just pointed me to http://www.androidzoom.com/android_applications/social/linaro-connect_bnbhr.html
[14:47] <mhall119> maybe we can work with linaro to build a common mobile app
[14:47] <aquarius> nah
[14:47] <aquarius> that's an app
[14:47] <aquarius> why would we want an app?
[14:48] <aquarius> it can quite happily be a website
[14:48] <aquarius> then summit can do it
[14:48] <aquarius> we don't have to publish to the market
[14:48] <aquarius> we don't have to port to ios
[14:48] <aquarius> etc, etc, etc, etc, etc
[14:48] <aquarius> :)
[14:49] <mhall119> but they we can't sell if to $1.99 and get rich
[14:51]  * mandel back
[14:59] <gatox> ralsina, team call?
[15:00] <ralsina> gatox: on my way
[15:00] <dobey> meh
[15:01] <alecu> going too
[15:02] <gatox> mandel, i don't know why tha app only works with your email (which i can not recall now) even if i change the appkey!!!!
[15:04] <aquarius> mhall119, if your plan is to get rich off of summit and UDS attendees, you might wanna reconsider your business model ;)
[15:05] <aquarius> mhall119, happy to have a chat now if you're free, otherwise next week sometime?
[15:06] <mhall119> aquarius: my other plan was to put google ads on my blog and write about removing power tools from the repos
[15:06]  * aquarius actually lol
[15:07] <mhall119> aquarius: give me a few, and I'll be available
[15:08] <aquarius> mhall119, cool. I'm kryogenix on skype
[15:12] <mhall119> no g+ hangout?
[15:19] <aquarius> mhall119, let me try installing the plugin :)
[15:24] <aquarius> mhall119, nah, google hangout mic fail for me, it seems
[15:24] <aquarius> skype?
[15:25] <mhall119> aquarius: sure, let me finish up with didrocks
[15:31] <mhall119> aquarius: okay, ready?
[15:31] <aquarius> mhall119, yep
[15:32] <mhall119> aquarius: can you hear me?
[15:33] <ralsina> briancurtin: lost you!
[15:39] <nessita> alecu: would you agree to increasing the timeout to the ussoc's webclient tests? (nightlies are not building due to test failures) https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/higher-timeout/+merge/90454
[15:48] <ralsina> mandel: 1-1 now?
[15:55] <mandel> ralsina, sure
[15:55] <mandel> ralsina, relaunching mumble :)
[15:56] <dobey> oh yay, network fail
[15:56] <mandel> ralsina, can you hear me?
[15:56] <mandel> mumble
[15:56] <dobey> got disconnected from both freenode and gimpnet
[15:57] <dobey> but not the other networks i'm connected to
[15:57] <dobey> anyway
[16:01] <nessita> alecu: got my message?
[16:02] <alecu> nessita, looking
[16:02] <nessita> alecu: related bug report is https://bugs.launchpad.net/ubuntu-sso-client/+bug/920591
[16:02] <ubot4`> Launchpad bug 920591 in ubuntu-sso-client "Tests are failing in sso with test_webclient (affects: 1) (heat: 6)" [Undecided,Confirmed]
[16:03] <alecu> nessita, I'm working on a fix for that in the cleanup branch
[16:03] <nessita> alecu: ah, great! so, do you expect to propose that today?
[16:04] <alecu> nessita, the tests are not calling "webclient.shutdown", and that's needed so qt and libsoup are forced to close the tcp connection (since they use http/1.1 and keep the connection open)
[16:04] <gatox> nessita, this branch is ready: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/network-detect/+merge/88545 (the sso one has landed)
[16:04] <alecu> nessita, probably not today. But I'm sure increasing the timeout won't help.
[16:04] <nessita> alecu: oh nice, want me to propose a branch with only that?
[16:05] <nessita> alecu: I need the package with the .webclient module, and that will not build in nightlies since tests are failing. Or I can skip them and you unskip in your branch??
[16:05] <nessita> gatox: nice!
[16:06] <alecu> nessita, hmm... a skipping of those tests sounds right.
[16:07] <nessita> ack, changing branch
[16:11] <alecu> gatox, approved network-detect branch.
[16:11] <gatox> alecu, nice! thanks!
[16:12] <gatox> nessita, just in case...... you'll need to update sso with the things in trunk to test the u1-client branch
[16:12] <gatox> nessita, the code landed today
[16:13] <nessita> alecu: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/skip-failing-tests/+merge/90470
[16:14] <nessita> gatox: ack
[16:15] <dobey> alright, need to get some lunch. bbiab
[16:24] <nessita> ralsina: could you do a trivial review in https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/skip-failing-tests/+merge/90470 ?
[16:24] <ralsina> nessita: sure!
[16:25] <nessita> ralsina: nightlies are not building because of the failures linked in that branch (alecu is working on fixing that)
[16:27] <ralsina> nessita: approved globally because of obvious
[16:27] <nessita> ack
[16:30]  * gatox lunch..... brb
[16:44] <alecu> mandel, gatox_lunch, briancurtin2, dobey, nessita: do I owe you guys some reviews?
[16:45] <gatox_lunch> alecu, nop!
[16:45] <nessita> alecu: yes please! https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/gtk-gi/+merge/90134
[16:45] <briancurtin2> alecu: nope
[16:53] <dobey> nessita: are you using indicator-weather?
[17:00] <nessita> dobey: yes I am
[17:01] <dobey> nessita: does it crash all the time for you too?
[17:01] <nessita> dobey: works well, though sometimes "disappear". Perhaps it crashes, though I have no apport dialog nor anything. Executing it again restore it
[17:02] <dobey> nessita: yeah, it does that quite often for me. seems every time i want to look at it and see what the temperature is, it's gone. you probably have a crash file for it in /var/crash/ :)
[17:06] <dobey> nessita: where does the 'argparse' module come from?
[17:10] <nessita> dobey: standard lib
[17:11] <nessita> dobey: indeed, I have one _usr_bin_indicator-weather.1000.crash there
[17:11] <dobey> nessita: i guess it's only in 2.7+ then? is there a package for it in ubuntu on lucid/maverick as a separate module?
[17:11] <nessita> dobey: oh, hum... perhaps
[17:11] <nessita> dobey: let me help you with that after lunch
[17:11] <dobey> nessita: sure
[17:11] <nessita> brb!
[17:11] <nessita> lunchtime
[17:12]  * dobey breaks some eggs with libubuntuone
[17:13] <nhaines> dobey: juts watch for little pieces of shell.
[17:13] <nhaines> s/juts/just/
[17:14] <dobey> nhaines: these are dinosaur sized eggs :)
[17:34] <dobey> brb, reboot.
[17:36] <nessita> dobey: when you come back, the package is python-argparse
[17:36] <nessita> dobey: available for natty, maverick, and lucid https://launchpad.net/argparse/+packages
[17:38] <dobey> well, this is not good
[17:38] <dobey> nessita: ok, cool, thanks
[17:39] <dobey> my workstation is mucked up now :-/
[17:39] <nessita> thank you, sorry for breaking L and M
[17:39] <dobey> i think they will still be broken after that :)
[17:39] <nessita> dobey: why?
[17:40] <dobey> it was failing before there, for a separate reason from the webclient tests
[17:40] <nessita> ah... ok
[17:40] <nessita> (was not aware)
[17:43] <dobey> hopefully i only need to reconfigure nvidia-current to get my workstation back
[17:49] <dobey> oh, fml
[18:00] <dobey> awesome. reboot was blocked because i had an ssh session live :(
[19:54] <dobey> nessita: does your ubuntu-sso-client branch require the new reactor now?
[19:54] <nessita> dobey: yes
[19:59] <nessita> alecu: how's reviews treating you? I have another one that I would like you to take a look... but if you're too loaded, I can re-organize mine reviews waiting for you
[20:22] <nessita> alecu: ping?
[20:36] <alecu> nessita, pong.
[20:36] <alecu> nessita, was finishing some very late lunch :P
[20:37] <nessita> merienda you mean? :-)
[20:37] <nessita> alecu: so, I was thinking that if you have too much reviews, I can ask dobey to do my gtk-gi, and ask you a webclient specific
[20:38] <nessita> alecu: what do you say?
[20:38] <alecu> nessita, as you wish
[20:39] <nessita> alecu: did you start with the gtk-gi already?
[20:39] <alecu> nessita, yes
[20:39] <alecu> nessita, but I only reviewed some of the code, didn't do any irl yet
[20:39] <nessita> alecu: any comments so far?
[20:40] <alecu> nessita, no, it looks fine
[20:40] <dobey> nessita: we can't land the gtk-gi branch yet
[20:40] <nessita> alecu: ok, then I will ask dobey to finish it, and could you please take a look at https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/add-oauth-to-url/+merge/90522 ? (is short and needed from controlpanel to remove the current webclient)
[20:41] <alecu> nessita, ack
[20:41] <nessita> dobey: I know, but could you review it, and leave it approved? I will globally approved once P tarmac is ready
[20:41] <dobey> nessita: yep, though i am working on a big branch of my own at the moment :)
[20:42] <nessita> dobey: ack, can you queue that up?
[20:42] <dobey> but as soon as i finish up with it, which shouldn't be too much longer, i'll look at it
[20:43] <dobey> really wish the updates today hadn't stolen an hour of my time :(
[20:43] <nessita> dobey: thanks!
[20:44] <nessita> dobey: also, would you be able to do the endorsement before the meeting next Monday?
[20:47] <dobey> oh yes, sure; i also have to be in the meeting anyway i think, for the package set proposal :)
[20:51] <nessita> dobey: yes... but perhaps having the endorsement in the wiki page makes it more "formal"? don't know, never been to a meeting like this before :-)
[20:51] <nessita> dobey: also, I set up an alarm in my calendar for this... but, would you please ping me if I'm not around 10 minutes before the meeting? the sprint might make loose track of time
[20:51] <dobey> well, when i applied, everyone i asked to endorse were slackers. and there was only like 1 or 2 on my wiki page :)
[20:51] <nessita> make me*
[20:52] <dobey> nessita: sure
[20:52] <nessita> thanks
[20:52] <dobey> i suppose i should set an alarm as well, so i don't forget
[20:59] <dobey> https://code.launchpad.net/~dobey/libubuntuone/split-ui-lib/+merge/90529
[20:59] <dobey> if i could get a couple reviews on that as well :)
[21:00] <dobey> nessita: i'm going to take a short break, then will look at your branch
[21:00] <nessita> dobey: awesome
[21:00] <nessita> I'm leaving shortly
[21:03] <briancurtin2> nessita: what time are we starting on monday? ~9:00?
[21:03] <nessita> briancurtin2: yes, the hotel will have some room available for us
[21:04] <nessita> briancurtin2: let me send you my contact details, please do not hesitate to call me if you need anything
[21:04] <nessita> briancurtin2: also, facundobatista and alecu are arriving to the hotel on Sunday noon
[21:09] <alecu> nessita, briancurtin2: I'll probably spend Sunday evening at gatox's house, playing boardgames or with his brand new kinect.
[21:10] <alecu> briancurtin2, if you've got no plans for sunday's evening you can probably join us.
[21:11] <briancurtin2> alecu: sounds good to me. unfortunately i won't have a cell phone while i'm there, but i get in to cordoba at 5:30 AM so i'll be there the whole day
[21:12] <alecu> briancurtin2, I'm @alecura on twitter; that beeps my phone
[21:12] <briancurtin2> alecu: cool, i'll ping you to see what's up on sunday
[21:13] <alecu> briancurtin2, cool! we're arriving... 1.15pm on sunday at Córdoba.
[21:15]  * nessita -> eoded
[21:15] <nessita> bye all!
[21:15] <briancurtin2> bye
[21:39] <gatox> eod here!
[21:39] <gatox> bye!
[21:39] <briancurtin2> bye gatox
[21:40] <gatox> briancurtin2, see you on sunday!
[21:40] <briancurtin2> :)
[21:46] <dobey> hmm
[22:49] <dobey> and i'm out, a b c-ya.
[22:51] <briancurtin2> have a good weekend dobey
[22:51] <dobey> you too briancurtin2


[14:52] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: GNOME Usage Gets More Useful at Reporting Disk Space @ https://www.omgubuntu.co.uk/?p=145537 (by Joey Sneddon)
[18:18] -SwissBot:#ubuntu-news- ::Planet:: Canonical Design Team: Ubuntu Server development summary – 26 June 2019 @ https://insights.ubuntu.com/2019/06/26/ubuntu-server-development-summary-26-june-2019/
[19:02] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: How to Enable GNOME Classic Mode in Ubuntu 18.04 LTS + @ https://www.omgubuntu.co.uk/?p=145505 (by Joey Sneddon)


[05:12] <Mirv> mzanetti: you're making me into a framebuffer driver? :)
[05:14] <Mirv> I for one will be the first one to use mirvfb
[08:21] <mzanetti> Mirv: haha
[08:36] <tsdgeos> Saviq: so cleanup is gone, only clean-to-trunk as of now, right?
[09:01] <tsdgeos> meh, the autopilot tests are still too unstable :/
[09:08] <didrocks> Saviq: hey, are you going to implement Ricardo's fix or do you expect a fix in qmenumodel?
[09:22] <Cimi> tsdgeos, yeah
[09:22] <Cimi> tsdgeos, saw loads of failures on the isCurrent and on the index
[09:22] <Cimi> tsdgeos, will they be fixed with new tabs?
[09:23] <tsdgeos> has nothing to do with tabs
[09:23] <tsdgeos> MacSlow: ping
[09:24] <tsdgeos> Cimi: i have no idea why they showed up now since nothing changed in there
[09:24] <Cimi> tsdgeos, so they might be races
[09:24] <tsdgeos> yes
[09:24] <tsdgeos> same as for unlocking the greeter
[09:25] <tsdgeos> if you look at the video failure
[09:25] <MacSlow> tsdgeos, what's up
[09:25] <tsdgeos> it tries to unlock the greeter what seems to be a few milliseconds before it's there
[09:25] <tsdgeos> MacSlow: you gave me a unity-notifications thing to review yesterday that says "better with this MR", but that MR is not yet approved, what do you want me to do
[09:25] <tsdgeos> ?
[09:26] <MacSlow> tsdgeos, that would be nice *very.broad.grin*
[09:27] <tsdgeos> confused :D
[09:28] <tsdgeos> what me to review+approve? or wait?
[09:28] <MacSlow> tsdgeos, I asked you for this here lp:~macslow/unity-notifications/multiple-snap-decision-example right?
[09:28] <tsdgeos> yes
[09:29] <MacSlow> tsdgeos, mzanetti already did look over lp:~macslow/unity8/snap-decisions-states and commented (all issues fixed by now)
[09:29] <mzanetti> MacSlow: nope. on the list
[09:30] <MacSlow> mzanetti, well sure... I meant it's not totally fresh (like nobody took a look at it yet)
[09:30] <MacSlow> tsdgeos, then wait I guess
[09:30] <MacSlow> mzanetti, ^ ok?
[09:30] <mzanetti> oh... I read it as a question if I re-reviewed after the fixes already
[09:30] <mzanetti> so yeah. will try to get to it before your lunchtime
[09:31] <tsdgeos> ok
[09:32] <MacSlow> thx
[09:42] <Saviq> tsdgeos, yes, no cleanup
[09:43] <Saviq> didrocks, we need to chat whether we can do it lower level easily
[09:44] <didrocks> Saviq: as it's a blocker, can you get back to us quite quickly, please?
[09:44] <Saviq> didrocks, definitely
[09:44] <didrocks> thanks :)
[09:46] <Saviq> larsu, you know things about qmenumodel, don't you?
[09:46] <larsu> Saviq: not that much anymore, dednick pretty much took over
[09:47] <Saviq> larsu, yeah, but it's actually maybe more of a dbus question - https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1293478/comments/5
[09:47] <Saviq> larsu, Qt 5.2 decided that "1" is a double, not an int in QML
[09:48] <tsdgeos> Saviq: so what's in for me, anything you want me to look in the clean-to-trunk branch or go back to having a look at the split branch by mterry?
[09:49] <Saviq> larsu, we can do what Ricardo wrote there and pray that this'll work (i.e. JS respecting the type), or actually handle this lower level (now that I think of it - maybe it should simply be the sound indicator that accepts doubles?)
[09:50] <didrocks> Saviq: on other note
[09:50] <didrocks> Saviq: I don't think we should get the transition to new scope
[09:50] <didrocks> before getting a promotable image
[09:51] <Saviq> didrocks, that's ok, I expected this
[09:51] <didrocks> Saviq: can you punt them out? (we still want the other fixes for the indicator thingy)
[09:51] <Saviq> didrocks, I just wanted to get a silo, can back it out (or force unlock or something)
[09:51] <didrocks> and maybe the workaround in unity8 if the sdk team don't think it shuld be lower
[09:51] <didrocks> sure
[09:51] <larsu> Saviq: but then next time qt decides that -1 is an int again we break again?
[09:51] <didrocks> that's fine if you reconcile the conflicting silo then
[09:52] <Saviq> larsu, well, it should just accept both?
[09:52] <Saviq> didrocks, yeah, I'll take care of rebasing / merging and such
[09:53] <larsu> Saviq: action groups don't work like that. Parameters are of a fixed type, so that implementing an action doesn't involve a lot of type checking
[09:53] <larsu> Saviq: we could amend qmenumodel that it knows about the type and does the cast for us
[09:54] <Saviq> larsu, right, so that was my other idea, do you know how much work that'd be? I remember talking to dednick about this before and it seemed like a significant amount?
[09:54] <larsu> Saviq: I'd trust him on that, he did most of the action work in qmenumodel
[09:54] <larsu> Saviq: is he out of office?
[09:55] <Saviq> larsu, should be around afaict
[09:55] <Saviq> just late
[09:55] <Saviq> ok, looks like we'll get the workaround in for now
[09:56] <Saviq> didrocks, ↑
[09:57] <Saviq> tsdgeos, so, only thing would be test stability, we did go green at some point with the cleanup branch, but that doesn't seem to happen any more :/
[09:57] <tsdgeos> Saviq: ok, let me see what the clean-to-trunk results are
[09:58] <Saviq> tsdgeos, one weird thing I noticed was that "Desktop Nexus 10" tests were running a small geometry window in a few cases
[09:58] <tsdgeos> yeah
[09:58] <tsdgeos> now that you mention
[09:58] <tsdgeos> didn't realize but those videos for N10 look like regular
[09:58] <Saviq> tsdgeos, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3533/? seem like actual failures, although no idea how new scopes could affect it
[09:59] <Saviq> tsdgeos, and well... qmltests locking up...
[09:59] <Saviq> tsdgeos, the 90 min limit, I mean
[09:59]  * Saviq goes into meeting
[09:59] <tsdgeos> Saviq: we still don't know if they are locking up or just initial sync took ages
[10:00] <tsdgeos> and that's why they go to 90min
[10:02] <didrocks> Saviq: great!
[10:02] <didrocks> Saviq: so…
[10:02] <didrocks> bad news
[10:02] <didrocks> blame davmor2
[10:02] <didrocks> there is a crash of unity8 if you search in the music scope
[10:02] <didrocks> he's starting bisecting
[10:03] <davmor2> didrocks: it's my job to break stuff, don't blame me when I do :P
[10:05] <Saviq> tsdgeos, right, mzanetti should be able to increase that, but maybe we can find some timestamps in the log (probably not)
[10:05]  * mzanetti reads backlog
[10:05] <tsdgeos> Saviq: adding timestamps is trivial
[10:05] <mzanetti> meh... phone call.. will take a bit
[10:05] <tsdgeos> it's just a plugin
[10:06] <Saviq> sil2100, elopio, KUDOS
[10:06] <tsdgeos> we have it in kde jenkins, we just have to convince the right people to install it :D
[10:06] <davmor2> Saviq: it crashes unity8 on music and home scope, we are assuming because the home scope is also showing music
[10:06] <Saviq> tsdgeos, we tried that already, didn't we ;)
[10:07] <tsdgeos> Saviq: sure, but being repetitive sometimes has some success :D
[10:07] <Saviq> davmor2, didrocks, sounds like album art provider, then
[10:07] <Saviq> tsdgeos, file a bug with ubuntu-ci-services-itself
[10:07] <didrocks> Saviq: right
[10:08] <davmor2> Saviq: could be
[10:08] <tsdgeos> Saviq: good news, testShell just hanged in here in the same place it hangs on the CI machines
[10:10] <Saviq> tsdgeos, oh good
[10:10] <didrocks> davmor2: I don't get a crash though
[10:10] <didrocks> but as popey and you are getting it, can be the format the UK providers are sending unity8 a bitmap
[10:11] <didrocks> Saviq: FYI, popey didn't reproduce it on latest promoted image, maybe you were safe-guarded against that
[10:11] <davmor2> didrocks: how much music do you have on the device I think popey and I have over 4GB
[10:12] <didrocks> davmor2: ah, I only have the online providers
[10:13] <popey> 1.3G    /home/phablet/Music
[10:13] <davmor2> popey: so just me with over 4 GB then :)
[10:13] <Saviq> didrocks, https://bugs.launchpad.net/unity8/+bug/1268172 btw
[10:14] <didrocks> Saviq: I think you'll need davmor2's crash file?
[10:14] <Saviq> and then https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1262711
[10:14] <Saviq> didrocks, I can try and reproduce locally after adding some music to my device
[10:15] <Saviq> didrocks, we had those before, never managed to get rid of them, was hoping 5.2 would help - but maybe it did not
[10:15] <didrocks> Saviq: excuse for running your torrent! :p
[10:15] <Saviq> or it's a different one
[10:15] <didrocks> Saviq: seems to be a different one or popey has different music on the two devices
[10:15] <popey> i also have had a long standing crash when just expanding the music scope
[10:16] <Saviq> popey, yeah, look up ↑↑
[10:16] <didrocks> popey: can you try to copy your music from latest proposed to promoted?
[10:16] <davmor2> biab
[10:16] <tsdgeos> Saviq: and now it's even crashing :-S
[10:16] <popey> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1262711
[10:16] <popey> ah yes
[10:16] <didrocks> popey: if it's a dedicated music crashing it, I think unity8 is trying to teach you good music tastes :p
[10:16] <popey> didrocks: i have same music on all devices
[10:17] <didrocks> ok, so Saviq, a safeguard seems to have been removed during the transition (or other formats…)
[10:20] <Saviq> didrocks, yeah, we know it to be pretty random
[10:21] <mzanetti> re
[10:21] <mzanetti> Saviq: so, should I increase the timout for jenkins jobs?
[10:21] <davmor2> didrocks, Saviq, popey: okay so with 238(first image after popey's working one) search is working on home and music with no music on the actual device, I'm transferring music over now so I'll retry once that is done
[10:22] <Saviq> mzanetti, no, tsdgeos reproduced the failure locally
[10:22] <mzanetti> ack
[10:22] <didrocks> Saviq: I can trigger the crash as well now, tried the same configuration on latest promoted image and it wasn't the case
[10:22] <didrocks> davmor2: yeah, seems you need to transform the same music
[10:23] <tsdgeos> Saviq: i was suggested that in the future we run our processes thorugh annotate-output if we want timestamps
[10:24] <Saviq> didrocks, so Qt 5.0 vs 5.2?
[10:24] <didrocks> Saviq: that or (hopefully) one of the 2 unity8 landings
[10:24] <didrocks> which will make it way easier to corner
[10:25] <Saviq> wouldn't count on it :/
[10:27] <didrocks> Saviq: I have a regular string search failing here
[10:27] <didrocks> Saviq: I'm trying to pop out music slowly
[10:27] <didrocks> to see if I can track down to an album/music
[10:27] <Saviq> didrocks, thanks
[10:27] <didrocks> yw ;)
[10:31] <davmor2> Saviq: That's why I've started on the 5.2 image, next I'll move to the first of the unity landings
[10:31] <Saviq> davmor2, thanks
[10:35] <didrocks> Saviq: hum… can't get a nice reproducer, I will suggest that we start from the crash file rather
[10:36] <didrocks> sometimes it crashes with the same string, sometimes not
[10:43] <Saviq> didrocks, I saw recently that the 30s timeout wasn't enough... :/
[10:43] <Saviq> didrocks, at times, at least
[10:43] <didrocks> Saviq: do you want me to attach the CoreDump? There are 37 threads…
[10:43] <didrocks> Saviq: (gdb) bt full
[10:43] <didrocks> #-1 0xaf1004f8 in ?? ()
[10:43] <didrocks> No symbol table info available.
[10:43] <didrocks> warning: Unable to restore previously selected frame.
[10:43] <didrocks> doesn't seems yummy :/
[10:43] <MacSlow> mzanetti, answered your question in the MR-comment
[10:47] <tsdgeos> Saviq: so i have a fix for that lockup i think, shall i commit to clean-to-trunk?
[10:47] <Saviq> tsdgeos, yes please
[10:48] <Saviq> didrocks, try increasing the kill timeout to 60 in /usr/share/upstart/session/unity8.conf
[10:48] <Saviq> didrocks, maybe the crash is truncated again
[10:48] <tsdgeos> pushed
[10:49] <davmor2> Saviq, didrocks, popey: so 238 has the issue on home but I believe that is the expanding on the music section.  On the music scope it is finding music no issues
[10:49] <davmor2> didrocks: do you happen to know what image had the first landing on unity8 after 238?
[10:50] <didrocks> Saviq: hum, can be
[10:50] <didrocks> davmor2: hum, why do you need to upgade more, if 238 has the same issue?
[10:51] <didrocks> as you have the crash on home
[10:51] <davmor2> didrocks: 238 has the issue on home which is different it is expanding the music section which is the known bug, musci search is working fine on the music lens
[10:52] <didrocks> davmor2: are you sure you don't have the issue at all on 238?
[10:52] <didrocks> it's really random for me
[10:52] <davmor2> didrocks: ah no I do see it now
[10:53] <davmor2> didrocks: so it looks like initial search adele didn't trigger it but mea did so I'll try that again now
[10:55] <davmor2> didrocks: yeap retried mea and it died again I have a theory I am about to try it out
[10:55] <didrocks> ok
[10:55] <didrocks> davmor2: I couldn't get something tight enough to find a particular music triggering it
[10:55] <didrocks> can be the number as well
[10:57] <davmor2> didrocks: search for something in the carousel over searching something that isn't
[10:58] <davmor2> meh nope just proved that theory wrong
[10:58] <didrocks> davmor2: yeah, no :/
[10:59] <didrocks> davmor2: mind updating the bug that Saviq pointed at?
[10:59] <didrocks> Saviq: I can't make it recrash now…
[10:59] <davmor2> ah that was the mir locking up so it might be that my theory was right
[10:59] <Saviq> didrocks, after increasing the timeout? great
[11:00] <didrocks> Saviq: yeah, it's clearly the timeout increase that fixed it… hem hem :p
[11:02] <davmor2> Saviq: which of the 2 bugs do you want updating?
[11:03] <Saviq> davmor2, whichever one fits more - one is for opening preview, the other for expanding the list of music
[11:03] <Saviq> davmor2, although IIUC you're describing something completely different
[11:04]  * Saviq loves Dell... complained yesterday about my keyboard dying, have a new one in my hands already
[11:04] <davmor2> Saviq: yeah I'll open a fresh one if it turns out it linked we can always link them
[11:05] <Saviq> davmor2, indeed
[11:09] <Saviq> larsu, do you know anything about the volume indicator?
[11:10] <larsu> Saviq: yes
[11:10] <Saviq> larsu, so, I'm looking at "if you use the slider to change volume, using buttons then won't reach you 0% or 100%"
[11:11] <Saviq> larsu, it looks like it becomes 0.5 - 1 → -0.5, rejected
[11:11] <Saviq> larsu, and same at the other end
[11:12] <larsu> Saviq: interesting. Let me have a look
[11:13] <larsu> Saviq: hm, the code looks right to me. It clamps after doing the calculation
[11:14] <Saviq> larsu, on the "volume" action, too?
[11:14] <Saviq> larsu, that's what we activate with -1 / +1
[11:14] <larsu> ya
[11:15] <larsu> let me try it out
[11:15] <Saviq> larsu, you probably won't be able to due to the int vs. double issue
[11:15] <larsu> Saviq: I'm trying on the dbus interface directly
[11:15] <Saviq> larsu, ah ok
[11:17] <larsu> Saviq: works fine here
[11:17] <Saviq> larsu, ok, I'll dig more to see what's happening
[11:17] <larsu> does unity check the current value before activating the action?
[11:17] <Saviq> larsu, no
[11:17] <larsu> hm, weird
[11:17] <Saviq> larsu, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1293478/comments/7 is what Ricardo said
[11:17] <Saviq> larsu, I didn't have time to repro, so let's leave it for now
[11:18] <larsu> okay
[11:25] <tsdgeos> Saviq: the nexus10 being weird is something that happens in trunk too
[11:25] <tsdgeos> in autopilot i mean
[11:26] <tsdgeos> let me bisect
[11:26] <Saviq> tsdgeos, yeah, right, forgot to mention that I saw that outside of new scopes...
[11:28] <Saviq> didrocks, ok, added row 51 with just small fixes to unity8, can we get a silo (overriding the lock)?
[11:29] <didrocks> Saviq: giving to you even a luxury silo (number 7!)
[11:30] <didrocks> (I turned ready to yes)
[11:30] <Saviq> didrocks, right, thanks
[11:30] <Saviq> yay, I don't have to scroll 3 times to get to my silo ;P
[11:34] <tsdgeos> Saviq: weird, even going back one month in unity8 i get that bad shaped N10 :S
[11:39] <davmor2> Saviq: bug #1294605 I've added the 2 crash files I see and I'll try to get a full BT on them now if I can
[11:42] <Saviq> davmor2, you might need to increase the kill timeout in /usr/share/upstart/sessions/unity8.conf
[11:42] <Saviq> davmor2, I saw 30s not being enough
[11:42] <Saviq> tsdgeos, I'm feeling 5.2
[11:43] <Saviq> biab
[11:43] <davmor2> Saviq: will do
[11:45] <tsdgeos> Saviq: you think 5.2 is causing the sizing thing?
[11:45] <tsdgeos> may be
[11:49] <Cimi> with new js, maybe
[11:52] <Cimi> tsdgeos, what's the magic cmake declaration that puts qml files inside qtcreator project dir?
[11:52] <Cimi> I'm trying to do the same with the wizard
[11:53] <tsdgeos> Cimi: see src/CMakeLists.txt
[11:54] <davmor2> Saviq: changing the 30 to 60 makes things searchable again with no more crash
[12:07] <Saviq> davmor2, lol
[12:07] <davmor2> Saviq: home scope is searchable now too
[12:08] <Saviq> davmor2, not like that can have any impact, but didrocks reported exactly the same ;)
[12:08] <didrocks> Saviq: don't even dare propose that as a fix! :)
[12:08] <davmor2> Saviq: and if I drop down the music section that is no longer crashing either
[12:09] <Saviq> didrocks, :D
[12:09] <davmor2> Saviq: do it i dare you ;)
[12:09] <didrocks> well, actually, that can be useful for CI or other people reporting
[12:09] <didrocks> but clearly not what's going to fix it :)
[12:10] <davmor2> Saviq: I can also preview music too so fixes that also :D
[12:11] <davmor2> didrocks: but it fixes it ;)
[12:11] <didrocks> pffff :p
[12:11] <davmor2> didrocks: 3 bugs gone from one setting change it has to be a fix right :D
[12:11] <didrocks> sure sure
[12:12]  * davmor2 picks up a tissue to wipe the tears from his eyes from laughing so much :)
[12:13] <davmor2> didrocks: so now we know where the issue evolved from can I update to latest and do some daily testing, or Saviq do you need anything else?
[12:13] <Saviq> davmor2, no, thank you, we'll have to dig into that
[12:15] <davmor2> didrocks: right I'm updating to current then and starting the daily testing then
[12:28] <Saviq> larsu, can you give me a dbus-monitor command to monitor the things going back and forth between unity and the sound indicator so we can see what's going on at the slider bounds?
[12:30] <seb128> Saviq, try "gdbus monitor --session --dest com.canonical.indicator.sound --object-path /com/canonical/indicator/sound" ?
[12:31] <Saviq> seb128, thanks
[12:32] <seb128> Saviq, wait to see if that does what you want before thanking me ;-) (I didn't follow the details)
[12:32] <Saviq> seb128, that's a start :)
[12:32] <larsu> Saviq, seb128: that only gives you signals from indicator-sound
[12:32] <seb128> larsu, I was unsure if you were at lunch so I replied with what I knew :p
[12:32] <larsu> if you want method calls as well, use `dbus-monitor destination=com.canonical.indicator.sound`
[12:32] <larsu> seb128: thanks :)
[12:33] <Saviq> larsu, thanks!
[12:35] <Cimi> Saviq, will test https://code.launchpad.net/~saviq/unity8/workaround-lp1293478/+merge/211702 when CI will build the package :)
[12:35] <Saviq> Cimi, k
[12:35] <Saviq> Cimi, actually you can grab silo 007
[12:35] <Saviq> Cimi, it's there already
[12:35] <tsdgeos> Saviq: yeah, defenitely qt, want me to have a go at fixing it?
[12:36] <Saviq> tsdgeos, would rather you do the crash / lockup first
[12:36] <tsdgeos> Saviq: the qml one? that's done
[12:37] <tsdgeos> or should be
[12:37] <Saviq> tsdgeos, ah ok
[12:37] <tsdgeos> has it run again?
[12:39] <Saviq> tsdgeos, can you check the autopilot upstart tests that failed in desktop jenkins?
[12:39] <Saviq> tsdgeos, that seemed not flaky, 'cause failed on both scenarios
[12:39] <Cimi> Saviq, you mean https://launchpad.net/~ci-train-ppa-service/+archive/landing-007 ?
[12:39] <Saviq> Cimi, yes
[12:39] <tsdgeos> Saviq: do you have the url at hand?
[12:40] <Saviq> tsdgeos, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3533/?
[12:41] <mhr3> Saviq, were ap tests run on the new-scopes silo?
[12:41] <tsdgeos> oki, that was new-scopes right?
[12:42] <Saviq> tsdgeos, yes
[12:42] <Saviq> mhr3, they are in -ci, I didn't get around to yet
[12:43] <mhr3> Saviq, how does it look
[12:43] <Saviq> mhr3, positive
[12:43] <Saviq> mhr3, just two failures tsdgeos is looking at now, unrelated to new scopes
[12:43] <Saviq> mhr3, but we were green at some point, so we just need to get back to that
[12:44] <tsdgeos> Saviq: so these two tests fail if you don't have scopes running
[12:45] <tsdgeos> so i had the scope-registry stopped, run them -> fail
[12:45] <tsdgeos> manually started it -> works
[12:46] <tsdgeos> there's something out there that is making it not auto start the scopes i guess
[12:46] <mzanetti> anyone still has Qt 5.0 around?
[12:47] <tsdgeos> nope
[12:47] <Saviq> mzanetti, do you need it on phone or desktop?
[12:47] <mzanetti> doesn't matter
[12:47] <mzanetti> desktop more easily
[12:47] <mzanetti> something is broken in the right edge stuff which was definitely working last week
[12:47] <tsdgeos> nice, now i stopped the scope-registry and also passes ^_^
[12:47] <mzanetti> and going back revision by revision doesn't fix it
[12:48] <tsdgeos> ah no false alarm, still fails
[12:48] <tsdgeos> Saviq: so how do we make sure scope-registry is running for that test to succeed?
[12:48] <Saviq> tsdgeos, upstart should take care of that
[12:49] <Saviq> awesome, my mako just started remounting every 5 s
[12:49]  * Saviq gains a nautilus window ever 5s
[12:49] <Saviq> *every
[12:50] <Saviq> tsdgeos, if we have "restart" anywhere, we need to change it into stop/start
[12:50] <Saviq> tsdgeos, bug #1294230
[12:52] <tsdgeos> Saviq: maybe the wrong unity8.conf is being used?¿
[12:52] <Saviq> tsdgeos, weird, looking at that test it should be fine
[12:52] <Saviq> tsdgeos, there should be no "wrong unity8.conf" nowhere
[12:53] <tsdgeos> Saviq: well at least for me locally there's the system one and the one of new-scopes
[12:53] <tsdgeos> that are different
[12:54] <Saviq> tsdgeos, yes, but upstart won't use it unless you copy it to ~/.config/upstart/
[12:54] <Saviq> tsdgeos, which you probably should in your case
[12:54] <tsdgeos> Saviq: right, so is using the system one that doesn't do "emits scope-ui-starting"
[12:54] <tsdgeos> so it makes sense it fails, no?
[12:54] <Saviq> tsdgeos, but for otto this should "just happen"
[12:54] <tsdgeos> right
[12:54] <tsdgeos> otto is a different matter
[12:54] <Saviq> tsdgeos, yeah, but on otto it shouldn't matter, since the thing is installed
[12:54] <Saviq> or should be, at least
[12:55]  * Saviq reinstalled trusty yesterday with nvidia-prime... no idea how/why but (dying) battery life improved like twice...
[12:56] <tsdgeos> Saviq: other than that maybe we need to wait a bit to give time for the scopes to load
[12:56] <tsdgeos> going for lunch
[12:56] <tsdgeos> will try that later
[12:56] <Saviq> enjoy
[13:11] <mhr3> tsdgeos, yea, the timeouts to wait for scope startup are pretty low, but seems to work mostly ok
[14:03] <tsdgeos> Saviq: any idea what's this? https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3546/console
[14:04] <tsdgeos> just general jenkins flakyness?
[14:14] <MacSlow> tsdgeos, the branch lp:~macslow/unity8/snap-decisions-states is approved, but jenkins still needs to settle... so it'll probably still take a bit before you can more easily review/test lp:~macslow/unity-notifications/multiple-snap-decision-example
[14:15] <tsdgeos> ok, thanks :)
[14:22] <tsdgeos> Saviq: you said yesterday that otto wasn't being reinstalled between runs or something? maybe that's the cause of https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3533/ ?
[14:28] <Saviq> tsdgeos, yeah, that's just jenkins going crazy
[14:28] <Saviq> tsdgeos, that got fixed, and it wasn't otto but devices
[14:28] <tsdgeos> ah _D
[14:28] <tsdgeos> ok
[14:28] <tsdgeos> not that then
[14:56] <Saviq> rsalveti, larsu so, looking at dbus monitor the backend actually does set the volume to 0.0/1.0, it's just the slider that doesn't update: http://paste.ubuntu.com/7120192/
[14:57]  * Saviq files another bug
[14:58] <Saviq> dednick, can't assign to you: bug #1293478
[14:58] <dednick> Saviq: yeap. looking at it now
[14:59] <dednick> looks like that code was overlooked. Didnt know we still used it
[15:01] <Saviq> dednick, how long for a fix do you think? should we merge the workaround or drop it?
[15:02] <dednick> Saviq: hour or 2 probably.
[15:02] <dednick> "hopefully" . if the fix works
[15:02] <Saviq> didrocks, wdyt ↑ land unity8 workaround or wait for proper fix in qmenumodel (volume up/down)
[15:03] <Saviq> sil2100, btw, how did we not see a meaningful error message for the temp app do you think?
[15:06] <sil2100> Saviq: you mean, in the case of url-dispatcher? :)
[15:06] <Saviq> sil2100, yes
[15:06] <Saviq> sil2100, sounds like we should improve the test somewhere to get a meaningful error
[15:06] <sil2100> Saviq: I have no idea, actually once you open up the whole console log you can see the error message ther
[15:07] <Saviq> sil2100, oh
[15:07] <sil2100> Saviq: but the big console log file is for all the tests being ran on the CI infra
[15:07] <sil2100> Saviq: so it's a big big file - and I was not aware that not all stderr is not being collected
[15:08] <Saviq> sil2100, what was the actual issue? couldn't execute url-dispatcher 'cause it wasn't there or?
[15:09] <sil2100> Saviq: it was simply not there - we couldn't reproduce it locally since we were installing unity8-autopilot
[15:09] <sil2100> Saviq: so yes, in the end the infra was doing things differently - but this time not phablet-test-run was the problem, but the actual test setup ;
[15:09] <sil2100> ;/
[15:09] <Saviq> sil2100, the command, you mean? so url-dispatcher-tools?
[15:09] <sil2100> Yep
[15:09] <Saviq> sil2100, so yeah, test should bail out when trying to exec it, shouldn't it...
[15:10] <sil2100> Saviq: well, the test is not written like that... it assumes it's there, and just executes it from the system shell
[15:10] <sil2100> Saviq: it assumes it's there as it's a dependency of the test package
[15:10] <Saviq> sil2100, doesn't matter, a call to a non-existent executable should raise
[15:11] <sil2100> It seems it wasn't thought that someone would actually execute the test without that - maybe we should fix that anyway
[15:11] <Saviq> sil2100, let me mention... bug #1262879 again
[15:12] <tsdgeos> Saviq: ha, -geometry applies only to qwidgets (no idea why)
[15:12] <Saviq> tsdgeos, hmm are we not parsing it explicitly? should we be?
[15:12] <tsdgeos> Saviq: we trusted Qt to do it
[15:13] <sil2100> Saviq: not sure if it should raise, as it's done by os.system()
[15:13] <Saviq> tsdgeos, sounds like a bad idea :)
[15:13] <tsdgeos> Saviq: but since there's no documentation on what the -geometry applies (or i can't find it) not sure we can blame them for changing the behaviour
[15:13] <Saviq> sil2100, probably that's the wrong thing - should use Subprocess.check_call
[15:13] <sil2100> Saviq: so it's like, executes a command, cannot find it, noop
[15:14] <Saviq> sil2100, yup, that's what I'm saying is wrong - should use check_call so that it bails out if the dispatcher fails for whatever reason
[15:14] <sil2100> Saviq: indeed - now that you mention it we should basically first check if it's there and bail out gracefully
[15:14] <sil2100> Maybe even skip the test then
[15:14] <Saviq> sil2100, no, ask for forgiveness, not permission :)
[15:14] <Saviq> sil2100, nope, it should fail
[15:15] <sil2100> ;)
[15:15] <Saviq> sil2100, or well, there's plenty of things we could do - use liburl-dispatcher or whatever, assuming there're py bindings for it
[15:15] <Saviq> sil2100, or call dbus directly
[15:15] <Saviq> whatever we do, it should fail if url-dispatcher fails
[15:15] <Saviq> I'll make it happen
[15:16] <Saviq> tsdgeos, ;)
[15:16] <sil2100> Saviq: thanks!
[15:32] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/windowgeometry/+merge/211760
[15:33] <Saviq> tsdgeos, so Qt was swallowing -geometry?
[15:33] <Saviq> s/was/started/
[15:33] <Saviq> yay
[15:34] <Saviq> it's interesting that they eat args that they don't read anyway...
[15:34] <Saviq> grr
[15:35] <tsdgeos> Saviq: they read
[15:35] <Saviq> tsdgeos, just ignore ;)
[15:35] <tsdgeos> to apply later
[15:35] <tsdgeos> but the later is only in QWidget
[15:35] <Saviq> tsdgeos, yeah, understand
[15:47] <Saviq> Cimi, top-ack https://code.launchpad.net/~saviq/unity8/workaround-lp1293478/+merge/211702 ?
[15:48] <Cimi> Saviq, saw the packages, I'm upgrading the phone
[15:48] <Saviq> Cimi, thanks
[15:48] <Saviq> Cimi, verify fixes for bug #1293478 and bug #1283191 please
[15:57] <tsdgeos> mterry: does that QProcess in Upstart.cpp work? seems like it shouldn't to me
[15:57] <mterry> tsdgeos, why not?
[15:57] <tsdgeos> you're not passing arguments and environment properly
[15:57] <tsdgeos> i.e. via setArguments/setProcessEnvironment
[15:58] <tsdgeos> oh it seems you can actually pass the arguments in the start call
[15:58] <tsdgeos> i think to remember that wasn't supported
[15:59] <tsdgeos> good it works now :)
[16:00] <mterry> tsdgeos, ah.  I guess I did it the quick and simple way
[16:00] <tsdgeos> mterry: if it works, that's fine :-)
[16:01] <tsdgeos> mterry: maybe use startDetached to save some memory?
[16:01] <tsdgeos> i.e. no need to keep the QProcess around for ever if we're not going to use it, no?
[16:02] <mterry> tsdgeos, yeah I suppose
[16:03] <Saviq> dednick, NeedsFixin: https://code.launchpad.net/~nick-dedekind/unity8/lp1283191/+merge/211307/comments/499910
[16:04] <dednick> Saviq: eh?
[16:05] <dednick> serverValue = 0?
[16:05] <Saviq> Cimi, ↑
[16:05] <Saviq> dednick, volume 0?
[16:05] <dednick> Saviq: ok. sounds a bit suspicios.. will take a look
[16:06] <Saviq> dednick, no it doesn't
[16:06] <Saviq> dednick, I mean that when you use vol buttons
[16:06] <Saviq> dednick, to change the volume to 0
[16:06] <Saviq> dednick, the slider doesn't get the news
[16:06] <Saviq> dednick, 'cause serverValue goes undefined
[16:06] <Saviq> because of object && 0 || undefined [16:07] <dednick> eh...
[16:07] <Saviq> since 0 evaluates to false
[16:07] <dednick> stupid.
[16:07] <Cimi> why it does?
[16:07] <Saviq> Cimi, bool(0) is generally false, no?
[16:07] <Cimi> dednick, menuData.actionState >= 0 ?
[16:08]  * Saviq is worried this will bite us in other places where actionState is numeric
[16:08] <Cimi> Saviq, I thought it meant menuData.actionState was not null
[16:08] <Saviq> Cimi, null == 0
[16:08] <Saviq> Cimi, null !== 0
[16:09] <Saviq> Cimi, so 0 || undefined [16:09] <Saviq> Cimi, as does null || undefined
[16:09] <Saviq> Cimi, and >= 0 is bad, too, as it might be negative
[16:10] <Cimi> Saviq, negative volume?
[16:10] <Saviq> Cimi, dednick I think typeof menuData.actionState == "number"
[16:10] <Saviq> Cimi, that's not a volume widget
[16:10] <Saviq> Cimi, that's a generic slider widget
[16:10] <Cimi> ok
[16:11] <Saviq> dednick, but we need to review the factory for such quirks
[16:11] <Cimi> Saviq, null in JS is 0?
[16:11] <dednick> Saviq: yeah. why it's not working.
[16:11] <dednick> it's just because we changed 0.0 to undefined
[16:11] <Saviq> Cimi, it *is* not, it *equals*
[16:11] <Cimi> Saviq, just to avoid approving those things in future reviews
[16:11] <Cimi> but I see now
[16:12] <Saviq> Cimi, http://stackoverflow.com/questions/359494/does-it-matter-which-equals-operator-vs-i-use-in-javascript-comparisons
[16:12] <Saviq> equality vs. identity
[16:14] <Cimi> thank you
[16:14] <Cimi> I usually use [16:20] <dednick> Saviq: fied
[16:20] <dednick> *fixed
[16:20] <Saviq> dednick, thanks
[16:21] <didrocks> Saviq: unity8 for now
[16:21] <didrocks> Saviq: back from exercising :p
[16:21] <didrocks> Saviq: then going to qmenumodel
[16:21] <Saviq> didrocks, yeah, almost there, except we had a fix of the fix to get in... kicking the build now
[16:21] <didrocks> and drop the workaround
[16:21] <didrocks> ok ;)
[16:21] <didrocks> a fix to fix the fix? :p
[16:22] <Saviq> didrocks, yup
[16:22] <Saviq> dednick, can you please add tag: to the other entries in _data()
[16:22] <Saviq> dednick, and you can probably use it for the label instead of the additional label:
[16:26] <Cimi> wifi is bad on the phone
[16:26] <Cimi> when it boots it's down
[16:26] <Cimi> then I enable and it's still down even if the indicator says connected
[16:26] <Saviq> Cimi, do you have "reconnect to previous networks" enabled in wifi settings?
[16:27] <Cimi> Saviq, I had
[16:27] <dednick> Saviq: done
[16:28] <Cimi> it's just off
[16:28] <Saviq> Cimi, maybe bug #1288537
[16:28] <Cimi> says connected but it's not
[16:28] <Saviq> dednick, thanks
[16:28] <mhr3> Trevinho, i'm getting unity to hang when closing windows by opening the window spread and middle clicking, known?
[16:29] <mhr3> Trevinho, not always though
[16:30] <mhr3> Trevinho, and it does hang completely, i can move mouse and lock the screen, but that's all, ignores any other input
[16:31] <Cimi> also
[16:32] <Cimi> indicators say wifi is on, but if from indicators I click on wifi settings, it goes into system settings where I see all the wifi access points but the first wifi switch is off, might be related to that bug
[16:34] <Saviq> mhall119, I'm afraid I won't be able to attend the Engineering Live call... at least for the next 3 months, have places to be at that time :|
[16:34] <Cimi> seb128, I'm having issues with wifi, things are weird here
[16:34] <seb128> Cimi, desktop?
[16:35] <Cimi> seb128, phone
[16:35] <seb128> Cimi, talk to Wellark
[16:35] <Cimi> seb128, I can't get the phone to connect
[16:35] <mhall119> Saviq: that's okay
[16:35] <seb128> Cimi, or to cyphermox
[16:35] <Cimi> as soon as I touch I see the icon connected
[16:35] <Cimi> but nothing happens
[16:35] <Cimi> says it's ok but it's offline
[16:37] <Saviq> didrocks, do I always have to do FORCE_REBUILD if there's new commits in a branch?
[16:37] <Cimi> Saviq, I'm reflashing
[16:38] <didrocks> Saviq: no, this isn't needed, why?
[16:38] <Cimi> Saviq, give me another 30 mins
[16:38] <Saviq> didrocks, http://<IP_ADDRESS>/job/landing-007-1-build/42/console :/
[16:38] <didrocks> Saviq: did you try the two first options? :p
[16:38] <Cimi> oh wow
[16:38] <didrocks> Saviq: either use "ignore step"
[16:38] <Cimi> is trusty-proposed down now?
[16:38] <didrocks> or in packages to rebuild, set "unity8"
[16:38] <Saviq> didrocks, right, so they're somewhat ambiguous...
[16:39] <didrocks> Saviq: better wording welcomed
[16:39] <didrocks> Saviq: basically, the idea, is to avoid you to shoot on our feet
[16:39] <Saviq> didrocks, well, "FORCE_REBUILD" should do that... force rebuild, no?
[16:39] <didrocks> it happened in the past that people click "build" when they wanted to only rebuild some parts
[16:39] <didrocks> so some components
[16:39] <Saviq> didrocks, "ignore step" I don't understand at all...
[16:39] <Saviq> didrocks, which step?
[16:39] <didrocks> Saviq: the 3 steps: build, publish, m&c
[16:40] <didrocks> Saviq: so, basically, the idea is:
[16:40] <Saviq> didrocks, well, yeah, I'm trying to build, so there's no previous step...
[16:40] <didrocks> listen please :p
[16:40] <Saviq> didrocks, am, sorry
[16:40] <didrocks> 1. if you have a build succeeding, so that you don't screw your work, we prevent you from rebuilding everything
[16:40] <didrocks> -> this is a safety net for you
[16:41] <didrocks> 2. if you want to build after a successfull build everything (all components of your MP), you use "ignore step", which ignore the step checking (and yeah, I'll welcomed a new naming)
[16:41] <didrocks> 3. you can as well just want to rebuild component A and B of your set (if your set is A, B, C and D for instance)
[16:42] <didrocks> in that case you use "packages to rebuild with "A B"
[16:42] <didrocks> to only rebuild those
[16:42] <didrocks> C and D stays the same in the ppa
[16:42] <Saviq> didrocks, so "ignore step" relates to publish, too, does it?
[16:42] <Saviq> not to m&c, as that's too late, I'd think?
[16:42] <didrocks> Saviq: yeah, it says "force running this job, even if it's not the logical order"
[16:42] <didrocks> like you can force trying to publish without having a successful build
[16:43] <didrocks> and so on
[16:43] <didrocks> force rebuild, as per parameter description is only for: "Force rebuilding components associated to a MP even if there is no diff with dest or if latest version in destination archive isn't in targeted branches.
[16:43] <didrocks> "
[16:43] <Saviq> didrocks, not sure what is "diff with dest"
[16:43] <didrocks> Saviq: like you force rebuilding your component
[16:43] <didrocks> so we apt-get source from distro
[16:44] <didrocks> (if dest == distro, default)
[16:44] <Saviq> didrocks, got it
[16:44] <didrocks> and diff with your source branch
[16:44] <Saviq> didrocks, ok, I'll digest that and come back with what I think would be better
[16:44] <Saviq> didrocks, in theory I read those descriptions before, but obviously failed to understand them
[16:44] <didrocks> Saviq: yeah, I think it's this "ignore step" which isn't clear
[16:45] <Saviq> didrocks, that for sure, the description for force could probably be improved, too
[16:45] <didrocks> but yeah, so the failure if you try to rebuild a successfull build is really to protect you :)
[16:45] <Saviq> didrocks, that's fine
[16:45] <didrocks> errors like that with "oh crap" happened in the past :p
[16:45] <didrocks> Saviq: sure, always better from a fresh eye :)
[16:47] <Saviq> didrocks, only I expected it to check whether new commits happened, really
[16:48] <didrocks> Saviq: that would be nice, quite a lot of work with the current architecture though
[16:48] <Saviq> didrocks, thought so
[16:48] <didrocks> Saviq: but will worth a bug report (can probably have a look), description enhancement needs to come first though
[16:48] <didrocks> Saviq: as I need to check as well if there is new/removed MP (it's not only the commit numbers)
[16:49] <Saviq> didrocks, right, but those requires reconfiguration, does it not?
[16:49] <didrocks> Saviq: was just thinking about that, so step is back to 0
[16:49] <didrocks> (there are just numbers)
[16:49] <didrocks> and so, will work
[16:49] <didrocks> I just need to track for every MP the commit number
[16:49] <didrocks> and check that when you rerun
[16:50] <Saviq> didrocks, maybe enough to just try and merge MPs and see if anything changed? or are you not keeping the branch around?
[16:50] <didrocks> Saviq: but then, what should it rebuilt? everything or just components with new commits?
[16:50] <didrocks> like if there is an abi break, people may expect to rebuild everything :p
[16:50] <Saviq> didrocks, right
[16:51] <didrocks> Saviq: once you restart a landind for a component, I trash it
[16:51] <didrocks> but that's fixable
[16:51] <didrocks> I'm just wondering in term of "sane behavior"
[16:51] <tsdgeos> Saviq: i can reproduce unity8.shell.tests.test_emulators.GenericScopeViewEmulatorTestCase.test_open_preview failing quite reliably on the phone, but not desktop nor phone if i run it manually instead of thought autopilot
[16:51] <tsdgeos> autopilot seems to cause a higher cpu usage in unity8 than running stuff manually
[16:51] <tsdgeos> anyone feels the same?
[16:52] <Saviq> tsdgeos, well, introspection takes its toll probably
[16:52] <tsdgeos> yeah, somehow the LVWPH messes up and puts a category in the wrong place
[16:52] <tsdgeos> but only with autopilot
[16:52] <Saviq> tsdgeos, there's quite some dbus traffic
[16:52] <tsdgeos> if i use the same fake scopes and start unity8 in the phone
[16:52] <tsdgeos> it's all fine :/
[16:53] <tsdgeos> hard to debug
[16:53] <tsdgeos> given that autopilot seems to eat the unity8 output and send it to hyperspace :/
[16:53] <Saviq> tsdgeos, .cache/upstart/unity8.log
[16:53] <Saviq> tsdgeos, everything's there
[16:54] <Saviq> tsdgeos, there's a long-standing bug that ap should proxy it into stdout/stderr under -v, but didn't happen yet
[16:54] <tsdgeos> ok
[16:55] <tsdgeos> that ought to be enough to add some debugs to LVWPH and try to find out why the stuff ends up in the wrong place
[16:55]  * Saviq gtg, be back in ~3h
[16:55] <Saviq> o/
[17:01] <mterry> tsdgeos, I'm actually thinking I want to move that init start out of the plugin and into the data/unity8-greeter-wrapper file.  Will play with that
[17:01] <mterry> tsdgeos, (this is in reference to Upstart.cpp and QProcess)
[17:01] <tsdgeos> mterry: ok
[17:02] <tsdgeos> awesome, our jenkins job was killed while compiling
[17:02] <tsdgeos> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1430/console
[17:04] <elopio> tsdgeos, or Saviq: The demo-stuff PPA doesn't have all the packages anymore. How can I run the new-scopes branch?
[17:05] <mhr3> tsdgeos, landing-013
[17:05] <tsdgeos> elopio: regular distro packages should have all of it
[17:05] <tsdgeos> or as mhr3 says silo 13
[17:05] <mhr3> eh, elopio ^
[17:05] <tsdgeos> all of it (scopes wise (i think))
[17:06] <elopio> ok, I'll try the silo, because I'm getting the same error I was getting before I added the demo-stuff ppa.
[17:06] <elopio> thanks.
[17:06] <tsdgeos> elopio: also you may want to remove/purge the demo-stuff ppa
[17:06] <elopio> right, I'll try that too
[17:08]  * tsdgeos eods
[17:12] <kgunn> davmor2: were there 2 bugs for those "search for music" crashes ? i looked real quick in unity8 bugs but didn't see...
[17:12] <kgunn> if they are handy
[17:13] <kgunn> i can go dig if you have to dig :)
[17:13] <davmor2> kgunn: Yeah I think Saviq was having a quick look at them.  let me grab you the numbers though
[17:13] <kgunn> ta
[17:17] <davmor2> kgunn: https://launchpad.net/bugs/1294605 https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1262711
[17:19] <elopio> Saviq: I will work today on that fixture that launches a fake app, and closes it at the end.
[20:03] <Saviq> elopio, great, I never got to it today
[20:03] <Saviq> kgunn, there's one more: bug #1268172
[20:04] <Saviq> and no, I didn't have the time to even try and repro
[20:04] <elopio> Saviq: it's really simple: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/launch_fake_app/+merge/211790
[20:04] <elopio> but I'll need a small change in autopilot to make it look good. It shouldn't receive the test case as a parameter, so it will take a little more.
[20:06]  * greyback eod
[20:06] <ted_> mterry, Is there a design for "split greeter" overall?
[20:06] <Saviq> elopio, cool
[20:06] <kgunn> my new favorite thing is flashing the phone....and checking only to realize, i didn't reboot into bootloader and its just been waiting
[20:07] <davmor2> kgunn: sadtrombone.com
[20:13] <davmor2> kgunn: my favourite one currently is forgetting to adb reboot bootloader before running a --bootstrap and then wondering why it isn't working
[20:13] <mterry> mzanetti, do you know how to convert an app url like settings:///system/bluetooth to an appid + url?
[20:15] <kgunn> davmor2: i know, its awesome
[20:17] <davmor2> kgunn: I do prefer the newer ubuntu-devices-flash over the older phablet-flash though on the whole :)
[20:18] <kgunn> then there's the class add repository, run apt update...and wonder why it no workie only to discover you forgot to port fwd the wifi
[20:25] <Saviq> mterry, you can't
[20:25] <Saviq> mterry, that's a url, hardcoded to open with the settings app
[20:26] <Saviq> mterry, why?
[20:26] <mterry> Saviq, yeah, I'm looking at url-dispatcher and looks like those special urls are all built-in there
[20:26] <mterry> Saviq, just split greeter stuff (split greeter fakes being url-dispatcher, so it can shuttle requests to session)
[20:27] <Saviq> mterry, oh, tricksies
[20:34] <Saviq> mterry, well, soon (ted_'s working on it, afaik), there will be a way to register an app for a url, but that will be per-user at least to some extent
[20:35] <mterry> Saviq, it's fine.  I'll just add some logic to unity-greeter-session-broadcast to be able to hand URLs as well as AppIds to sessions
[20:35] <ted_> mterry, Yeah, hopefully that'll land. Seems that we didn't get url-dispatcher into the touch FFE :-/
[20:35] <Saviq> mterry, maybe it should be just urls?
[20:35] <ted_> So now I'm fighting that battle.
[20:35] <Saviq> ouch
[20:35] <ted_> Seem to have progress on the idnicator-sound FFE though.
[20:35] <Saviq> mterry, appid:/// is, after all, url-dispatchable
[20:36] <mterry> ted_, do you want me to change UGSB to use URLs all the time or to handle both URLs and AppIds?
[20:36] <ted_> Uhm, good question.
[20:36] <mterry> Saviq, fair
[20:36] <ted_> I guess the question would be how the launcher works.
[20:36] <ted_> I didn't think it sent URLs
[20:37] <ted_> But if it's fine with it, I'm fine with just doing URLs.
[20:37] <ted_> We can also drop the Upstart job using the dbus bridge, because I'm pretty sure we can't do that in systemd.
[20:37] <ted_> It was on my TODO list to figure out for the migration.
[20:37] <mterry> ted_, launcher sends AppID, but I can change it to put appid:: in front
[20:38] <mterry> ted_, let's do the upstart change separately
[20:38] <mterry> ted_, I don't want to bundle these
[20:38] <ted_> mterry, Well you can just have the change be to URL dispatcher to listen to the system bus.
[20:38] <mterry> ted_, fair sure
[20:38] <ted_> mterry, Then the job is obsolete
[20:39] <ted_> Which is a Good Thing™
[20:39] <mterry> ted_, I'm just saying a separate change from url stuff
[20:39] <Saviq> ted_, it does deal in urls, or at least will, when we land everything
[20:39] <Saviq> ted_, file:/// for .desktop files and appid:/// for clicks
[20:39] <Saviq> erm, make that applications:/// for .desktop files
[20:39] <ted_> Ah, cool. Sounds great.
[20:40] <ted_> mterry, Uhm, okay. I don't care how it lands. Long term the way we should go though.
[20:51] <mterry> ted_, https://code.launchpad.net/~mterry/unity-greeter-session-broadcast/urls/+merge/211823
[20:54] <ted_> mterry, We should probably change the signal/method names as well.
[20:55] <mterry> ted_, hrm, k.  to Url?
[20:55] <ted_> mterry, Yeah, be creative :-) Something not "Application Start" since that's not really what we're doing.
[21:33] <mterry> ted_, updated branch btw
[21:33] <mterry> ted_, went with amazing "StartUrl" name
[21:47]  * ted_ is in awe


[21:55] <techhero> Hello, I have a behringer USB audio interface. How can I configure audio output 8 to be the default? If I set UMC Multichannel from the UI it only defaults to the 0th output.