[03:05] <smspillaz> slangasek: can I get you to take another look at https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1167983/+merge/158742 when next available
[03:42] <mhall119> Saviq: when you get in, I just tried ./build -s on unity-next and I'm getting a dependency error:
[03:42] <mhall119> libnux-4.0-dev : Depends: libnux-4.0-0 (= 4.0.1daily13.04.15-0ubuntu1) but 4.0.0daily13.03.25-0ubuntu1 is to be installed
[03:42] <mhall119> E: Build-dependencies for unity could not be satisfied.
[03:43]  * mhall119 wonders if this is because of the smart-scopes PPA....
[04:02] <mhall119> Saviq: nevermind that, I got the right libnux installed, not all if fine
[04:02] <mhall119> now all is fine, I should say
[04:17] <Mirv> smspillaz: o/ regarding packaging, #qt-labs might be able to answer more specific Qt questions
[05:05] <smspillaz> Mirv: I think I've figured out most of it
[05:05] <smspillaz> Mirv: thanks for the info though :)
[05:23] <Mirv> ok :)
[07:36] <didrocks> hey sil2100, how are you?
[07:38] <sil2100> didrocks: hi! Somehow not feeling too well today, not sure why
[07:39] <sil2100> didrocks: I see hud armhf failed again, and it's a strange ubuntu_application_api error
[07:39] <sil2100> I thought it was a single failure last time, but it seems reproducible, hm
[07:39] <didrocks> sil2100: hud on armhf builds with the qtubuntu backend
[07:40] <didrocks> not bamf
[07:40] <didrocks> sil2100: so maybe linked to that?
[07:40] <didrocks> mterry didn't add the bootstrap commits for the apps :/ doing so
[07:42] <sil2100> hmmm, mterry's arches branch is still failing CI, now on both raring an quantal?!
[07:42] <didrocks> :(
[07:43] <didrocks> sil2100: https://code.launchpad.net/~didrocks/phone-app/boostrap/+merge/159563
[07:43] <sil2100> didrocks: are there still problems in the CI lab?
[07:43] <sil2100> Looking
[07:44] <sil2100> didrocks: approved
[07:45] <sil2100> http://s-jenkins:8080/job/qtvideo-node-raring-armhf-ci/11/console <- since I have no idea what it means ;p Error during workspace setup
[07:45] <sil2100> Maybe I'll try triggering a rebuild
[07:46] <didrocks> sil2100: yeah, or try to see with fginther once he's around
[07:48] <sil2100> It's 16 hours old, so I suppose it could have been still during the problematic period
[07:50] <didrocks> yeah
[07:51] <didrocks> sil2100: so, you will get some rest today to fix your cold/headache?
[07:52] <sil2100> No, I already fell down yesterday earlier because of that
[07:52] <sil2100> Today I have to make up for that
[07:55] <didrocks> sil2100: https://code.launchpad.net/~didrocks/gallery-app/bootstrap/+merge/159565
[07:55] <didrocks> sil2100: so, what's on your plate? the hud (but maybe you will have to wait for cyphermox/ted?)
[07:55] <didrocks> what else?
[07:56] <didrocks> sil2100: btw, latest autopilot results for unity are lovely! :)
[07:56] <sil2100> didrocks: besides poking the usual people regading CI, I'd like to ping you about the friends stack ;)
[07:56] <sil2100> Oh!
[07:56] <sil2100> Need to see those
[07:56] <sil2100> btw.!
[07:57] <didrocks> sil2100: run 100 :)
[07:57] <sil2100> didrocks: you saw the phone-app changes?
[07:57] <didrocks> sil2100: oh, I didn't apart the one for hud2?
[07:58] <sil2100> didrocks: Gustavo, as promised, made the requirement for the new indicator-messages 'optional'
[07:58] <sil2100> http://bazaar.launchpad.net/~phablet-team/phone-app/trunk/revision/634
[07:58] <didrocks> sil2100: excellent! :)
[07:58] <didrocks> sil2100: so, let's try a build and run for phone-app
[07:59] <sil2100> Right! I'll fire up a test build here maybe
[07:59] <didrocks> sil2100: should be remove libmessaging-menu-dev for now in the control file then?
[07:59] <didrocks> sil2100: because it's still listed in the build-dep
[08:00] <sil2100> Ah yes, indeed - I think for now it's the right way to go, we'll re-add it once the desktop version is ready
[08:00] <sil2100> Will do that after a test-build
[08:00] <didrocks> sil2100: ok :)
[08:01] <didrocks> sil2100: then, what we can do…
[08:01] <didrocks> sil2100: is looking stack per stack at the autopilot results
[08:01] <didrocks> to see if it passes or not
[08:01] <didrocks> and try to work on that
[08:01] <didrocks> making sense?
[08:01] <sil2100> ACK!
[08:01] <sil2100> Ok, will check the generic jobs being ran
[08:01] <sil2100> And see if they start up correctly and work
[08:01] <didrocks> great :)
[08:01] <didrocks> that would be a huge progress ;)
[08:38] <Grottenolm> Hi, is there a way to start programs with a maximized window by default? Or that it even fits completely inside my screen area? Whenever I start e.g. the updater, the buttons are outside of my screen area. Same with some "open file"-dialog windows, and more.
[08:49] <tvoss> Saviq, ping
[08:50] <Saviq> tvoss, pong
[08:50] <tvoss> Saviq, adjusted visibility of https://code.launchpad.net/~rocket-scientists/canonical-client-development-guidelines/trunk
[08:50] <Saviq> tvoss, thanks, that helps, any plan on having it published in html?
[08:50] <tvoss> Saviq, on it
[08:51] <Saviq> tvoss, while we're at it, I can't find anything in either on naming private members
[08:51] <Saviq> tvoss, following Qt we usually used m_name
[08:52] <tvoss> Saviq, I think code using Qt should follow the m_ convention. Any other code should avoid it (at least Mir does atm)
[08:52] <Saviq> tvoss, k
[08:55] <Saviq> tvoss, hmm, are you saying that when writing Qt we should adhere to Qt guidelines, or is the above an exception?
[09:33] <mzanetti> Saviq: whats the accordian effect?
[09:33] <Saviq> mzanetti, lol
[09:33] <Saviq> mzanetti, reduce your resolution and you'll see
[09:33] <Saviq> (should be accordion, btw)
[09:33] <mzanetti> ah ok
[09:33] <Saviq> mzanetti, if you have more items than what fits on screen
[09:33] <mzanetti> in case the items don't fit in?
[09:33] <mzanetti> haha
[09:33] <mzanetti> now I get the lol
[09:34] <Saviq> mzanetti, they get rotated around the x axis
[09:34] <mzanetti> Saviq: ok
[09:34] <mzanetti> thanks
[09:34] <Saviq> mzanetti, there's probably a huge spec about how it should behave exactly
[09:34] <mzanetti> Saviq: is there any spec on when and how much they should be rotated?
[09:34] <mzanetti> ah
[09:35] <mzanetti> I guess I can ask John for that
[09:35] <Saviq> yeah
[09:35] <Saviq> he'll know all about it
[09:36] <Saviq> mzanetti, just so you know straight away - it needs GL work (perspective is needed, which QML doesn't give)
[09:37] <mzanetti> Saviq: not really sure what exactly you mean, but I guess it'll be clear once I have the full spec
[09:37] <Saviq> mzanetti, it's about depth
[09:37] <Saviq> mzanetti, when you rotate stuff around x/y axes in QML
[09:37] <mzanetti> ah.. got it
[09:37] <Saviq> mzanetti, you don't get the control of the perspective
[09:38] <tsdgeos> man, we did totally skip spring
[09:38] <Saviq> tsdgeos, yeah!
[09:38] <tsdgeos> it's awfully hot in here
[09:38] <mzanetti> haha, yeah
[09:38] <mzanetti> same here
[09:38] <Saviq> tsdgeos, it's 20C here
[09:38] <Saviq> last year we got snow in May, so...
[09:38] <mzanetti> last week I was freezing and now I have all windows open and am sweating
[09:38] <Saviq> but that still might happen :)
[09:50] <tsdgeos> dednick: you removed mzanetti's blueprint item
[09:50] <dednick> tsdgeos: yeah, i saw. added again
[09:50] <tsdgeos> oka
[10:11] <mzanetti> Saviq: what does that mean? support for launching apps in a "locked" state without multiple user
[10:11] <Saviq> mzanetti, means being able to launch apps
[10:11] <Saviq> mzanetti, when greeter is shown
[10:11] <Saviq> i.e. phone is locked
[10:11] <mzanetti> Saviq: that we should pass some information to an app so it knows that its not supposed to show private data?
[10:12] <mzanetti> Saviq: just launching should be already possible, isn't it?
[10:12] <Saviq> mzanetti, it is
[10:12] <Saviq> mzanetti, we have no mechanism of protecting the data
[10:12] <Saviq> mzanetti, and telling the application that it "shouldn't" ;)
[10:13] <Saviq> like that's gonna happen ;D
[10:13] <mzanetti> don't think so?
[10:13] <tsdgeos> Saviq: i've good and bad news :D
[10:13] <Saviq> mzanetti, we can't rely on apps explicitly implementing security
[10:14] <mzanetti> Saviq: well I think that is gonna happen, but only for our internal apps. I would never allow 3rd party apps to do that stuff... but not my call
[10:14] <Saviq> mzanetti, let's not do anything towards that until that's fleshed out
[10:14] <Saviq> tsdgeos, hit me
[10:14] <mzanetti> ack
[10:14] <tsdgeos> Saviq: the crash i am seeing on the listviewed-carousel is the same dednick reported as https://bugreports.qt-project.org/browse/QTBUG-30632 which he seems to have a way to workaround
[10:15] <tsdgeos> Saviq: bad news is noone seems to be caring for this one
[10:15] <tsdgeos> but at least is set to P1
[10:15] <mzanetti> tsdgeos: btw... ./build -s still trying to build indaba - and failing miserably
[10:16] <tsdgeos> why oh why?
[10:16] <Saviq> mzanetti, hm? that's new
[10:16] <tsdgeos> grep indaba *
[10:16] <tsdgeos>  ¿
[10:16] <tsdgeos> should be nowhere
[10:16] <Saviq> tsdgeos, people lens
[10:16] <tsdgeos> Saviq: well, we call it people-lens not indaba
[10:17] <Saviq> tsdgeos, yeah
[10:17] <Saviq> mzanetti, I bet it's your broken libunity(core) setup
[10:17] <tsdgeos> indaba is "the old" repo
[10:17] <mzanetti> Saviq: I ppa-purged the unity-team/ppa
[10:17] <mzanetti> thats why I need build -s in the first place
[10:18] <mzanetti> Saviq: also this doesn't look like related to something libuntity (still *could* be I guess) http://paste.ubuntu.com/5718339/
[10:18] <tsdgeos> see
[10:18] <tsdgeos> you're old
[10:19] <tsdgeos> Configuring indaba..
[10:19] <tsdgeos> can't be
[10:19] <Saviq> yeah
[10:19] <tsdgeos> it says
[10:19] <tsdgeos>     echo "Configuring people lens.."
[10:19] <tsdgeos> now
[10:19] <Saviq> mzanetti, just drop ../unity_build
[10:19] <mzanetti> Saviq: I did that and started clean... same issue
[10:20] <Saviq> mzanetti, there is no mention of "indaba" anywhere in trunk now..
[10:20] <Saviq> tsdgeos, so, can we use the same workaround dednick used?
[10:20] <tsdgeos> Saviq: haven't tried yet
[10:21] <tsdgeos> mzanetti: get a clean copy of trunk
[10:21] <mzanetti> yeah... just did that...
[10:22] <tsdgeos> and it still says indaba¿?¿?¿
[10:23] <mzanetti> tsdgeos: no... running right now...
[10:23] <Saviq> mzanetti, I just went for a clean build, everything's fine
[10:24] <mzanetti> yeah... when did you remove the indaba stuff from build_unity?
[10:25] <Saviq> mzanetti, a long time ago
[10:25] <Saviq> mzanetti, around the time we moved to public..
[10:25] <mzanetti> dafuq... I branched that yesterday
[10:25] <Saviq> mzanetti, 26.02.2013
[10:26] <Saviq> mzanetti, r464
[10:26] <Saviq> ok, 15.03.2013
[10:29] <tsdgeos> mzanetti: are we starting for qmluitestsrunners? http://10.97.2.10:8080/job/unity-phablet-qmluitests/
[10:29] <Saviq> weird
[10:30] <Saviq> nothing runs here http://10.97.2.10:8080/label/quantal&&amd64/?
[10:30] <tsdgeos> http://10.97.2.10:8080/computer/ps-quantal-server-amd64-1/?
[10:30] <tsdgeos> Dead!
[10:31] <mzanetti> yeah... -1 is dead and -2 is blocked by mir
[10:33] <mzanetti> seems not to be really dead... the machine is still running
[10:34] <tsdgeos> :D
[10:35] <mzanetti> also still reboots fine
[10:35] <mzanetti> Slave successfully connected and online
[10:36] <mzanetti> works again
[10:37] <mzanetti> a thread in jenkins crashed with IndexOutOfBoundsException
[10:38] <mzanetti> tsdgeos: can you take that over? https://code.launchpad.net/~mzanetti/unity/phablet-test-filtergrids/+merge/158941
[10:41] <tsdgeos> mzanetti: sure
[10:41] <mzanetti> tsdgeos: I guess it needs to be merged with the flatten-tests thing... let me do that first
[10:42] <tsdgeos> actually one of my https://launchpad.net/~aacid/+upcomingwork is " review FilterGrid "
[10:42] <tsdgeos> so fits pretty well :D
[10:47] <mzanetti> tsdgeos: ok. merged
[10:48] <tsdgeos> ok
[10:50] <mzanetti> what do you do if an app crashes? just start it in gdb. it won't crash any more
[10:50] <mzanetti> *grrrr*
[10:50] <tsdgeos> run it with valgrind
[10:51] <tsdgeos> or compile it with clang + ASAN
[10:51] <tsdgeos> or wait for gcc 4.8 and compile with gcc + ASAN
[10:51] <tsdgeos> i'm so waititng for that
[10:53] <tsdgeos> mzanetti: about the change in tests/autopilot/qml_phone_shell/tests/__init__.py how did it work before?¿?¿?
[10:53] <mzanetti> tsdgeos: why would you think that makes a difference? (re: valgrind, asan)
[10:53] <mzanetti> tsdgeos: it didn't work before manually
[10:53] <tsdgeos> against what? gdb? or against eachother?
[10:54] <mzanetti> against gdb
[10:54] <tsdgeos> gdb only catches a segfault if the os says so
[10:54] <tsdgeos> valgrind asan will find out of bounds memory access even if they don't cause a segfault
[10:54] <mzanetti> tsdgeos: it doesn't crash any more because timing is different (I assume)
[10:55] <mzanetti> ok... might help in some cases indeed
[10:55] <tsdgeos> if it's a timing issue, yeah, won't make a difference
[10:55] <tsdgeos> though asan is supposed to be fast enough
[10:55] <mzanetti> just went to the asan webpage: Typical slowdown introduced by AddressSanitizer is 2x.
[10:55] <tsdgeos> valgrind is billionsx
[10:55] <tsdgeos> i mean
[10:56] <mzanetti> hehe
[10:56] <tsdgeos> i can run poppler fine with asan while running it with valgring is usually waiting for hours
[10:56] <tsdgeos> depending of the pdf file of course
[10:57] <mzanetti> tsdgeos: regarding autopilot: until last week we could do in-source-builds.
[10:57] <mzanetti> tsdgeos: so running it locally broke with forbidding that
[10:57] <tsdgeos> i see
[10:57] <tsdgeos> why the DeeVariantText.qml.in ?
[10:57] <mzanetti> tsdgeos: should I extract that change and make a different MP?
[10:58] <tsdgeos> mzanetti: if you feel like, sure, otherwise i don't really care
[10:58] <mzanetti> tsdgeos: I just needed to mock it very quickly so I didn't want to write a C++ plugin. why .in you ask? I don't know. copied it from the Panel mocks and wanted to keep consistency
[10:58] <tsdgeos> but the panel mock was actually "configuring" it
[10:58] <tsdgeos> i.e. it had a variable inside the file to replace
[10:58] <tsdgeos> you have nothing
[10:59] <mzanetti> ah ok... let me remove that then
[10:59] <tsdgeos> makes no sense to call configure_file on it
[11:02] <mzanetti> tsdgeos: pushed
[11:04] <mzanetti> Saviq: so, about the launching apps in locked state. is there anything to do at all right now?
[11:07] <tsdgeos> mzanetti: "added file 'tests/qmltests/Dash/CMakeLists.txt'"
[11:07] <tsdgeos> that's wrong
[11:07] <tsdgeos> stuff is in the top level now
[11:07] <tsdgeos> see how you can't make testFilterGrids anymore
[11:08] <mzanetti> right...
[11:12] <Saviq> power ↓
[11:13] <mzanetti> tsdgeos: now hopefully
[11:14] <tsdgeos> mzanetti: Saviq is giving you the power :D
[11:14] <mzanetti> muahaha
[11:14] <Saviq> yeah, if I had any
[11:14] <tsdgeos> Saviq: you learnt the magic unicode arrows ←↓→↑
[11:14] <Saviq> ⚡↓
[11:14]  * mzanetti didn't
[11:14] <Saviq> take that!
[11:14] <mzanetti> do you copy paste them from the character table?
[11:14] <Saviq> tsdgeos, I only have ←↓→
[11:14] <mzanetti> or is there some magic irc mechanism?
[11:14] <tsdgeos> nope i have a key for them :D
[11:15] <tsdgeos> Saviq: shift+↓ ?
[11:15] <tsdgeos> mzanetti: altgr+u here
[11:15] <Saviq> mzanetti, tsdgeos AltGr+YUI here
[11:15] <Saviq> tsdgeos, ah!
[11:15] <tsdgeos> ;)
[11:15] <Saviq> ↑↓↑↓↑↓↑↓↑↓↑
[11:15] <mzanetti> doesn't work here... using Konversation
[11:16] <Saviq> mzanetti, what keyboard layout?
[11:16] <tsdgeos> mzanetti: german layout sucks
[11:16] <mzanetti> yeah, german one.
[11:16] <mzanetti> tsdgeos: just because we don't feel the need to turning every character upside down...
[11:16] <mzanetti> :D
[11:17] <tsdgeos> ß see i can still type german
[11:17]  * mzanetti doesn't remember when he used ß for the last time
[11:17] <Saviq> ß
[11:17] <Saviq> ü
[11:18] <Saviq> ¿
[11:18]  * Saviq loves the compose key
[11:18] <Saviq> what do people need CapsLock for :D
[11:18] <mzanetti> nothing
[11:18] <tsdgeos> getting passwords wrong
[11:18] <Saviq> lol
[11:18] <tsdgeos> my grandma does that all the time
[11:19] <Saviq> tsdgeos, put the compose key on her capslock - problem solved
[11:19] <mzanetti> lol... a friend of mine spilled wine over his macbook and dmaged the ctrl key
[11:19] <mzanetti> now he mapped caps lock to do ctrl
[11:19] <mzanetti> you should see that guy on another computer now :D
[11:19] <tsdgeos> mzanetti: can we not call all the items "Item 1"?
[11:19] <tsdgeos> i.e.
[11:19] <tsdgeos> 1, 2, 3, 4, 5, et
[11:19] <tsdgeos> c
[11:20] <tsdgeos> it's just visual but ..
[11:20] <tsdgeos> .
[11:20] <mzanetti> ok
[11:21] <Saviq> oh, the light switch broke!
[11:21] <Saviq> ah no, there's no power...
[11:21] <tsdgeos> :D
[11:21] <tsdgeos> how do you have internet?
[11:21] <Saviq> human ← stupid
[11:21] <Saviq> tsdgeos, 3G
[11:21] <tsdgeos> ah
[11:21] <tsdgeos> so running on phone battery and laptop battery
[11:21] <tsdgeos> won't last much
[11:22] <Saviq> tsdgeos, I have 3G built into the laptop, but for some reason stopped working
[11:22] <Saviq> tsdgeos, so yeah, tethering
[11:22] <Saviq> should do for an hour (/me really needs a new battery for the laptop... it was worth 4-5 hrs initially)
[11:22] <dandrader> Saviq, could you take another (final, I hope) look at this one: https://code.launchpad.net/~dandrader/unity/phablet_remove_fakes_from_qml/+merge/158370
[11:23] <Saviq> dandrader, I'm on it
[11:23] <dandrader> Saviq, thanks!
[11:23] <Saviq> dandrader, at line 1.6k
[11:23] <dandrader> :)
[11:23] <Saviq> so not much further
[11:25] <Saviq> dandrader, unless I lose power...
[11:25] <Saviq> but should hopefully make it
[11:26] <dandrader> Saviq,  you will make it! :)
[11:30] <mzanetti> tsdgeos: done
[11:30] <tsdgeos> oki
[11:34] <Saviq> dandrader, done
[11:35] <mzanetti> tsdgeos: do'h... I was too slow... found something in the diff on the website and pushed it. but after you approved :/
[11:35] <mzanetti> sorry
[11:36] <Saviq> damn ^W
[11:36] <Saviq> ok, /me is going for lunch^Wbreakfast to save power
[11:38] <tsdgeos> mzanetti: reapproved, good ccatch
[12:05] <paulliu> what does "import Unity 0.1" and "import Utils 0.1" means? I got errors running these two lines.
[12:08] <paulliu> Am I missing some packages?
[12:09] <paulliu> I got module "Utils" is not installed today.
[12:21] <Saviq> paulliu, you really need to read about QML first
[12:22] <paulliu> Saviq: yeah..
[12:22] <paulliu> Saviq: Also I cannot find PeoplePreviewData.
[12:22] <Saviq> paulliu, are you using the ./build / ./run scripts?
[12:23] <paulliu> Saviq: yeah, those script works.
[12:23] <Saviq> paulliu, if it's not finding PeoplePreviewData.h means it isn't, not really
[12:23] <Saviq> paulliu, `./build -s` builds libunity and libunitycore in ../unity_build
[12:24] <paulliu> Saviq: ok.. Let me try it again.
[12:24] <Saviq> paulliu, actually wai
[12:24] <Saviq> t
[12:24] <tvoss> mhall119, ping
[12:24] <Saviq> did you mean that it doesn't find PeoplePreviewData component in QML?
[12:24] <paulliu> Saviq: yeah.
[12:24] <Saviq> then your Unity plugin did not build properly
[12:24] <paulliu> hmm.
[12:25] <Saviq> paulliu, the plugin is in plugins/Unity
[12:25] <Saviq> and ./build
[12:25] <Saviq> builds it in builddir/plugins/Unity
[12:25] <Saviq> and ./run then runs the shell with that dir in QML import path
[12:26] <Saviq> so that it knows where to find the Unity plugin
[12:26] <paulliu> Saviq: I just rebase my branch to trunk today. So does that causes the problem?
[12:26] <paulliu> Saviq: ok. Let me try it now.
[12:26] <Saviq> paulliu, as I mentioned yesterday, there were a few changes for the tests
[12:26] <Saviq> paulliu, but not for the application itself
[12:26] <paulliu> Saviq: ok.
[12:26] <Saviq> paulliu, so if you're getting that from a ./run, then something's wrong on your side
[12:27] <Saviq> if it only happens in tests, then you've not merged trunk properly
[12:27] <paulliu> Yeah, only happened in tests. Let me check.
[12:27] <Saviq> paulliu, but then you can't expect the Unity plugin to be there during testing
[12:27] <Saviq> paulliu, that's what dednick and Cimi are working on - providing a mock implementation of the Unity plugin for testing
[12:32] <Cimi> I might actually share my latest buggy code
[12:33] <Cimi> the goal was "make it compile"
[12:33] <Cimi> pretty much like getting back years in time, first approach to C :-)
[12:34] <dednick> paulliu, Saviq, Cimi: fake Unity plugin up for MP at https://code.launchpad.net/~unity-team/unity/phablet.fake-unity-plugin/+merge/158865
[12:34] <dednick> but it's only lens/lenses at the moment.
[12:34] <dednick> adding as we add tests.
[12:35] <Cimi> dednick, I have a branch testing lensview with that
[12:35] <Cimi> dednick, can you add categories and categoryfilter?
[12:35] <Cimi> dednick, I have some code here
[12:37] <dednick> Cimi: we should get the fake in, then can add as necessary. If you want to add the categories[filter] go ahead before anyone does a review.
[12:37] <Cimi> dednick, my code is a bit shit, but if you help me we can do them
[12:37] <dednick> :) ok
[12:38] <Cimi> dednick, I'll try adding my code to the branch
[12:38] <dednick> Cimi: you want to do a MP targeted to that branch?
[12:38] <Cimi> dednick, might be an idea
[12:41] <mhall119> tvoss: pong
[12:43] <Cimi> dednick, can I push a couple of fixes to your branch?
[13:06] <tsdgeos> mzanetti: the qmluitests got stuck again in that xcbconnection thing :-/
[13:06] <mzanetti> narf
[13:06] <tsdgeos> mzanetti: do i remember that there was some job that started and killed a qmlscene just to get rid of this?
[13:06] <mzanetti> tsdgeos: yeah... was working fine for autopilot... seems to fail for qmluitests :/
[13:07] <mzanetti> tsdgeos: probably because the qmluitests run inside a pbuilder
[13:08] <tsdgeos> ah so the qmluitests do the same?
[13:22] <mzanetti> tsdgeos: yes... if you scroll to the top of the output you'll see it
[13:22] <tsdgeos> ok :/
[13:22] <mzanetti> tsdgeos: what we could try is to do that in the runtests.sh
[13:22] <mzanetti> so the qmlscene would run in the pbuilder too
[13:23] <mzanetti> but I'd still like to find the real cause
[13:26] <tsdgeos> yeah
[13:26] <tsdgeos> been looking at qxcbconnection
[13:27] <tsdgeos> and they have the errors "documented" up to 139
[13:27] <tsdgeos> and we are getting a 148 here
[13:28] <tsdgeos> i'm killing the job
[13:28] <tsdgeos> no need to get stuck waiting for it
[13:29] <mzanetti> rebooting...
[13:34] <mzanetti> Saviq: you joining the standup or still no power?
[13:34] <Saviq> mzanetti, uh
[13:34] <Saviq> coming
[13:47] <tsdgeos> mzanetti: is possible that not all jenkins nodes have been updated?
[13:48] <tsdgeos> the digia thing has reappeared at https://code.launchpad.net/~unity-team/unity/phablet.fake-unity-plugin/+merge/158865
[13:48] <mzanetti> tsdgeos: yes
[13:48] <mzanetti> tsdgeos: which host?
[13:48] <mzanetti> [s]
[13:48] <tsdgeos> Building remotely on ps-panda-2
[13:48]  * mzanetti is updating panda-2
[13:49] <tsdgeos> tx
[13:50] <Cimi> dednick, ugly code (TM) https://code.launchpad.net/~unity-team/unity/phablet.fake-unity-plugin_categories/+merge/159629
[13:50] <Saviq> dandrader|afk, why would a QMap make it less convenient?
[13:54] <mzanetti> tsdgeos: panda-2 updated
[13:56] <tsdgeos> i need a font with &#128077; :D
[13:56] <tsdgeos> http://www.fileformat.info/info/unicode/char/1f44d/index.htm
[14:00] <mzanetti> haha
[14:01] <dednick> Cimi: ok, so i think there a few things in there that can be improved. What tests are you writing this for LensVIew?
[14:02] <Cimi> dednick, tests are done, I need to rebase with your branch
[14:02] <Cimi> I think they got diverged too much
[14:03] <dednick> Cimi: the LensView.qml uses lens.categories. So you need to implement that in the fake lens to return a fake categories
[14:03] <Cimi> dednick, it's not really needed for the tests
[14:03] <Cimi> dednick, but is required for genericLensView
[14:03] <dandrader> Saviq, yeah, lookin at its current use. it's not a problem
[14:04] <Saviq> dandrader, I just looked at the for() looking the desktop file up
[14:04] <Saviq> dandrader, but anyway, that's unimportant
[14:04] <dednick> and the fake category needs to return a QAbstractItemModel for the role "results" & "globalResults"
[14:05] <dednick> Cimi: http://pastebin.ubuntu.com/5718830/ . should test the model to ensure that the regex gives the correct results.
[14:05] <dednick> ie, only categories with results.count > 0
[14:05] <Trevinho> didrocks: since I think there's no time for new packages in raring before the FF, is there the plan to do the SRU0 on release day as we did on last cycles?
[14:06] <didrocks> Trevinho: check with mterry, but yeah, this can be done
[14:06] <didrocks> Trevinho: FYI, the daily release will continue everyday, in the daily-build ppa
[14:06] <didrocks> Trevinho: with tests and so on
[14:06] <Trevinho> didrocks: ok, thanks...
[14:06] <didrocks> it's only the publication which is going to be blocked
[14:06] <Trevinho> didrocks: yeah, I've read that. I was wondering about quantal pushes, though
[14:06] <didrocks> Trevinho: no, quantal is still manual
[14:06] <Trevinho> didrocks: sorry, I meant raring :P
[14:07] <didrocks> ah yeah, it will go on that road, as per my email, builds everyday, test everyday, but not publication :)
[14:07] <Trevinho> didrocks: ok
[14:08] <Trevinho> mterry: so, let me know if there's a plan for doing SRU0 soon...
[14:08] <bregma> Trevinho, also, I'm trying to branch for raring, so if you could hold off approving any merges until that's done, it would make my life a little more bearable
[14:08] <mterry> Trevinho, didrocks: I'm not super familiar with what bugs are being targeted for SRU0
[14:09] <Trevinho> mterry: not much right now, but there's still some work we could do in a week :)
[14:09] <didrocks> mterry: it's your pick with upstream mostly :)
[14:09] <didrocks> to decide what's more important in the pool of bugs we have
[14:09] <didrocks> mterry: to be fair, the choice is way more difficult now :)
[14:09] <Trevinho> bregma: sure, I've not approved anything...
[14:10] <bregma> after the split we'll create a milestone on the raring branch to target SRU bugs to
[14:10] <Saviq> dandrader, can you check http://pastebin.ubuntu.com/5718846/ for the CMakeLists? works fine here with qt5_use_modules
[14:11] <dednick> Cimi: and it doesnt even look like the shell uses anything specific to CategoryFilter. ie i think you cn just use a QSortFilterProxyModelQML.
[14:11] <dednick> there's only an index property in there, but i dont think it's used.
[14:11] <dednick> (but it doesnt really matter.)
[14:11] <Saviq> dednick, Cimi it's used internally
[14:12] <Saviq> dednick, Cimi, so yes, it can be any ListModel
[14:12] <dednick> ah. internally to the category. yes, i see that now.
[14:13] <dandrader> Saviq, yes, it works. pushed the change
[14:13] <Cimi> dednick, you have commit access if you want to help while I am rebasing tests
[14:14] <dednick> Cimi: :) er thanks.
[14:14] <Cimi> dednick, ehehe indeed :D
[14:14] <Trevinho> mterry: as for bamf, I didn't see a daily release for it, can we have?
[14:16] <dednick> Cimi: ok, i'll take a quick look and try sort some things
[14:18] <mterry> cyphermox, what's the story with the indicator stack today?
[14:18] <mterry> Trevinho, bamf is in the indicator stack, which failed its check last time I heard
[14:19] <Trevinho> mterry: ah, ok... I didn't know that
[14:20] <Trevinho> cyphermox: ^^
[14:20] <cyphermox> moo?
[14:20] <cyphermox> bamf failed?
[14:22] <cyphermox> ugh
[14:22] <cyphermox> nvidia concerns me
[14:22] <tsdgeos> Saviq: dednick's workaround doesn't wokr :-/
[14:22] <Saviq> tsdgeos, :/
[14:23] <cyphermox> mterry: the story is that the stuff can land once the tests pass-ish
[14:23] <tsdgeos> Saviq: thing is actually the backtrace is exactly the same but he's getting it when changing indexes and us are being much more agressive in the model, so it "makes sense" the workaround does nto work
[14:23] <Saviq> tsdgeos, mhm
[14:24] <Saviq> dandrader, about the -fake... we could just install the plugins that we might need fakes for in ${SHELL_APP_DIR}/plugins/mocks
[14:24] <Saviq> dandrader, and then permanently add that at the end of the import path
[14:25] <mterry> cyphermox, :)
[14:25] <Saviq> dandrader, so the system-wide one would take precedence
[14:25] <Saviq> if available
[14:26] <dandrader> Saviq,  If we add ${SHELL_APP_DIR}/plugins, won't it add all subdirs inside it?
[14:26] <Cimi> dednick, https://code.launchpad.net/~unity-team/unity/phablet.test_LensView_new/+merge/159643
[14:26] <Saviq> dandrader, no
[14:27] <Saviq> dandrader, "Ubuntu.Application" means it has to be ${somewhere_on_import_path}/Ubuntu/Application
[14:27] <Saviq> so either ${SHELL_APP_DIR}/plugins/Ubuntu/Application or ${SHELL_APP_DIR}/plugins/mocks/Ubuntu/Application
[14:28] <Saviq> but even if
[14:28] <cyphermox> Trevinho: just a reminder that after feature freeze, it would be best if you pinged me to take a quick look at changes too, to be sure we're good, for bugs and all of that
[14:28] <Saviq> ${SHELL_APP_DIR}/plugins is added to the import path, /usr/lib/... will be looked up first
[14:28] <dandrader> Saviq, hmmm, not of that
[14:29] <dandrader> Saviq, only if we prepend ${SHELL_APP_DIR}/plugins to the list
[14:29] <dednick> Cimi: init() is called automatically when a test_XX runs.
[14:29] <dednick> s/when/before
[14:29] <Saviq> dandrader, why? /usr/lib/... will be looked up first for the actual implementation, then ${SHELL_APP_DIR}/plugins and ${SHELL_APP_DIR}/plugins/mocks as fall backs
[14:30] <Cimi> dednick, yes
[14:30] <cyphermox> mterry: mm... none of the changes in indicators are likely to affect the tests that are failing for indicator autopilot, perhaps I'll publish now
[14:30] <Cimi> dednick, oh damn
[14:30] <Cimi> dednick, I pushed a wrong file :D
[14:30] <dednick> Cimi: :)
[14:30] <Cimi> dednick, "hello world" :D
[14:30] <dednick> indeed
[14:31] <dednick> good test
[14:31] <dandrader> Saviq, because that's how the import path list works. it looks for paths from tail to head
[14:31] <cyphermox> actually, scratch that, there's at least bamf errors, let's make sure it's good first
[14:31] <dandrader> Saviq, qt automatically adds the classical paths to that list
[14:32] <Saviq> dandrader, yeah that I know, you sure it's looked at in reverse order?
[14:32] <dandrader> Saviq, yes. I think that's exactly in order to make it easier to provide replacements for already-available modules.
[14:33] <Saviq> dandrader, according to http://qt-project.org/doc/qt-5.0/qtqml/qqmlengine.html#addImportPath
[14:34] <Cimi> dednick, ok pushed the right file :)
[14:34] <Saviq> dandrader, it's looked at in usual order, but when it's added it's actually prepended
[14:35] <Cimi> dednick, which now fails with your plugin
[14:35] <Saviq> dandrader, so yeah, some trickery needed to append the fake/fall back path
[14:35] <Cimi> maybe I need to change the APIs
[14:35] <Saviq> dandrader, but should work otherwise
[14:35] <dandrader> tsdgeos, https://jenkins.qa.ubuntu.com/job/unity-phablet-quantal-armhf-ci/620/console
[14:36] <dandrader> tsdgeos, "Found 2 license prolems:"
[14:36] <dandrader> tsdgeos, tests/plugins/Utils/modeltest.*
[14:36] <Saviq> dandrader, yeah, it's taken care of
[14:37] <Saviq> dandrader, Digia was added to allowed licenses
[14:38] <Saviq> dandrader, what do you think? I think that appending the mock import path to the list will be the most future-proof
[14:38] <tsdgeos> dandrader: yeah i've restarted the ci
[14:39] <tsdgeos> it had an old version of the "copyright" checker and mzanetti updated it
[14:39] <tsdgeos> shall be fine on next run
[14:39] <Saviq> i.e. a real implementation will take over
[14:39] <tsdgeos> hopefully
[14:39] <Saviq> dandrader, and when testing we can just put it at the beginning of the import path and make that take over
[14:40] <dednick> Cimi: why is it failing?
[14:40] <Cimi> dednick, FAIL!  : qmltestrunner::LensView::test_changeLens() Uncaught exception: Cannot assign [undefined] to Lens*
[14:40] <Cimi>    Loc: [(0)]
[14:40] <Cimi> FAIL!  : qmltestrunner::LensView::test_changeLens() Uncaught exception: Cannot set property 'searchQuery' of null
[14:40] <Cimi>    Loc: [(0)]
[14:41] <dednick> Cimi: ah. there's a delay before adding the lenses.
[14:41] <Cimi> dednick, mmm how do I delay then?
[14:41] <dednick> Cimi: wait for lenses.loaded signal.
[14:42] <Cimi> dednick, ok
[14:42] <dednick> you can possibly just add it to the "when" property on the test
[14:42] <dednick> when: lenses.loaded
[14:42] <dednick> Cimi: ^
[14:43] <Cimi> dednick, good
[14:43]  * Cimi tries
[14:44] <Cimi> dednick, works!
[14:44] <Cimi> dednick, this looks like a unittest though
[14:44] <dednick> Cimi: ya.
[14:45] <dednick> Cimi: leave it as qmltest though. it is a view afterall. there may be additions to come.
[14:46] <dandrader> Saviq, but is this import path manipulation going to take place in main.cpp or via environment variable?
[14:46] <Saviq> dandrader, default in main.cpp
[14:46] <Cimi> dednick, I just pushed the unittest thing :)
[14:46] <Saviq> dandrader, and via -I/-import/QML2_IMPORT_PATH if you need the fake to take over
[14:46] <Cimi> dednick, we can move it later in case we ened
[14:46] <Cimi> *need
[14:46] <dednick> ok
[14:47] <Saviq> dandrader, so in most cases (even for autopilot) you just won't care
[14:47] <Trevinho> cyphermox: oh, ok.. thanks.. Sorry for that as we always had a different policy in unity.
[14:47] <Saviq> dandrader, if there is something that provides the plugin, it will get loaded
[14:47] <Saviq> dandrader, but if you want to load the fake one (for testing, but not autopilot), you put it at the beginning of the import path
[14:56] <cyphermox> Trevinho: what do you mean?
[14:56] <tsdgeos> Saviq: about the "Highlight entries" feature for the HUD, do you remember how was my implementation (that didn't get merged because the backend) didn't have support for it?
[14:57] <Saviq> tsdgeos, E_SYNTAXERROR
[14:57] <Trevinho> cyphermox: that in unity we just do work upstream, without distro approval in general, we (as a team) we make sure it doesn't break freezes.
[14:57] <tsdgeos> :D
[14:57] <tsdgeos> Saviq: so for the HUD there is a feature that is "Highlight the part of the result that matches what you wrote", yes?
[14:58] <xclaesse> slangasek, smspillaz: laptop was docked with external monitor, then I suspend it, undock while suspended, then wakeup without external monitors => firefox got moved to first workspace
[14:58] <Saviq> tsdgeos, yes
[14:58] <paulliu> mzanetti dandrader, Help me review this? https://code.launchpad.net/~paulliu/unity/phablet_add-qmluitest1/+merge/158362
[14:58] <xclaesse> slangasek, smspillaz: when docked the laptop monitor was disabled
[14:58] <tsdgeos> Saviq: ok, do you rember i had that implemented already a few months ago (for the london sprint)?
[14:58] <tsdgeos> rember -> remember
[14:58] <Saviq> tsdgeos, no
[14:58] <xclaesse> slangasek, smspillaz: according to seb128 that was supposed to be fixed, but it is not on up to date raring
[14:58] <tsdgeos> oki
[14:59] <Saviq> tsdgeos, ;)
[14:59] <Saviq> tsdgeos, it was something about you matching the text in the UI and highlighting it, right?
[14:59] <Saviq> tsdgeos, instead of getting it from the backend
[15:00] <mzanetti> paulliu: in meetings now. I'll review afterwards
[15:00] <tsdgeos> Saviq: so i did have it, and to implement it i was "splitting" the text into various labels with different opacity, it's the only way I found to do that but Gerry wasn't very happy about it, so we left it out
[15:00] <tsdgeos> question is, do we really have any other way to implement that than doing what i was already doing?
[15:00] <tsdgeos> because i can't think of any
[15:01] <Saviq> tsdgeos, so, there's no support for setting foreground color (with alpha) in richtext?
[15:03] <tsdgeos> Saviq: nope
[15:03] <tsdgeos> you can set the color but not the alpha
[15:04] <Saviq> tsdgeos, maybe we should fix that?
[15:04] <tsdgeos> or at least there was no in 5.0 let me try 5.1
[15:04] <tsdgeos> that'd probably be much harder than taking my text splitter :D
[15:05] <tsdgeos> or maybe no
[15:05] <paulliu> mzanetti: thanks.
[15:05] <tsdgeos> let me do some initial investigation
[15:05] <Saviq> tsdgeos, yeah, but much easier to maintain ;)
[15:05] <tsdgeos> he he
[15:12] <mzanetti> nic-doffay: you here?
[15:13] <mzanetti> there is the greeter/infographic weekly going on right now
[15:22] <tsdgeos> Saviq: good news, doesn't work but it'll be easy to fix, it's just the QColor parser from string that doesn't know how to read #44ff0000
[15:22] <Saviq> tsdgeos, ;)
[15:23] <tsdgeos> if i change the code and hardcode
[15:23] <tsdgeos> +            format.setForeground(QColor(255, 0, 0, 100));
[15:23] <tsdgeos> instead of
[15:23] <tsdgeos>              format.setForeground(QColor(attr.second.toString()));
[15:23] <tsdgeos> it works
[15:23] <Saviq> tsdgeos, see
[15:23] <tsdgeos> so it knows how to paint it just fine
[15:23] <Saviq> tsdgeos, did that take you longer than your label splitter? ;)
[15:23] <tsdgeos> the label splitter is already done ;-)
[15:24] <Saviq> tsdgeos, that would've been already done in the first place :D
[15:24] <tsdgeos> sure, problem was we had that "we have to use Beta 1 for the demo" rule and i didn't feel like pushing for a pash
[15:24] <tsdgeos> patch
[15:25] <Saviq> tsdgeos, it's easy to get a distro patch in, especially if it was accepted upstream
[15:26] <tsdgeos> ok :-)
[15:26] <slangasek> xclaesse: was your firefox window fullscreen?
[15:27] <xclaesse> maximized but not fullscreen
[15:27] <dandrader> dednick, so your fix for those Lens crashes still didn't get merged?
[15:27] <Saviq> mzanetti, did the greeter hangout finish already?
[15:27] <Saviq> ah no, wrong link
[15:27] <Saviq> no
[15:28] <Saviq> hump
[15:28] <Saviq> f
[15:28] <Saviq> rh
[15:28] <dednick> dandrader: no. jenkins died
[15:29] <tsdgeos> Saviq: uh oh http://www.w3.org/TR/css3-color/#rgba-color
[15:29] <tsdgeos> "Unlike RGB values, there is no hexadecimal notation for an RGBA value."
[15:29] <Saviq> tsdgeos, there is in QML
[15:29] <tsdgeos> is there?
[15:29] <Saviq> tsdgeos, "#aarrggbb"
[15:30] <dandrader> :/
[15:30] <Saviq> so it's actually argb
[15:30] <Saviq> tsdgeos, http://qt-project.org/doc/qt-5.0/qtquick/qml-color.html
[15:30] <tsdgeos> and why are they not using the same parser
[15:31] <tsdgeos> argargargarg
[15:31] <Saviq> tsdgeos, good question
[15:33] <mzanetti> Saviq: it did now
[15:33] <mzanetti> Saviq: hump f rh?
[15:33] <Saviq> mzanetti, nothing, couldn't get onto the hangout, but was late anyway
[15:34] <tsdgeos> oh my
[15:34] <dandrader> Saviq, all done
[15:34] <tsdgeos> http://paste.kde.org/~tsdgeos/727544/
[15:34] <Saviq> dandrader, so we agreed, did we? :D
[15:35] <dandrader> Saviq, yes
[15:35] <tsdgeos> so instead of fixing QColor let's add an ad-hoc fix in quick/util/qquickglobal.cpp
[15:35] <tsdgeos> :S
[15:35] <Saviq> dandrader, missed that fact ;)
[15:41] <Saviq> dandrader|lunch, some last things (really, last!), put it in tests/mocks instead of plugins/fakes, install to plugins/mocks (you didn't update CMakeLists yet) and adapt paths.in to use tests/mocks when uninstalled and plugins/mocks when installed
[15:43] <Saviq> dandrader|lunch, I didn't mean that it's dumb, but its main purpose will soon be (when we actually have Ubuntu.Application on the desktop, too)
[15:43] <slangasek> xclaesse: I'm not sure what distinction you're drawing between maximized and fullscreen; but fullscreen windows still have wrong behavior on screen size change, yes
[15:44] <Saviq> dandrader|lunch, to provide a mocked plugin, we abused it now to provide a semi-real implementation
[15:44] <Saviq> dandrader|lunch, and it really is a mocked implementation, isn't it
[15:45] <Saviq> dandrader|lunch, I just don't want to introduce plugins/mocks if we move stuff to tests/mocks within days
[15:48] <Saviq> mzanetti, I added some questions to the Launcher matrix, feel free to add more
[16:40] <xen> hello i have an huawei e1550 modem when i open windows i get all signal's and in ubuntu 12.04 it says its not enabled
[16:41] <xen> ie mobile broadband : not enabled
[16:44] <nic-doffay> mzanetti, Saviq minor QML issue I don't know how to get around
[16:44] <nic-doffay> https://pastebin.canonical.com/89496/
[16:44] <nic-doffay> line 18 and 19 I'm getting an error.
[16:45] <nic-doffay> "Unable to assign [undefined] to double"
[16:45] <mzanetti> nic-doffay: I don't know that element out of my head and am in a meeting right now. I'll come back to you in 15 - 20 minutes
[16:45] <nic-doffay> No prob mzanetti .
[16:47] <dednick> Cimi: why do i need to import Ubuntu.Components?
[16:51] <dednick> ah. units
[16:57] <Saviq> nic-doffay, "parent" is undefined, I'
[16:57] <Saviq> I'd go for "sprite"
[16:57] <Saviq> nic-doffay, or actually, "parent" is not "sprite"
[16:58] <Saviq> nic-doffay, that's because "transform" is a list
[16:58] <Saviq> nic-doffay, so the parent of Scale is that list, and not sprite itself
[16:59] <nic-doffay> Ah I see Saviq thanks for that.
[17:06] <Saviq> mzanetti, oh! http://s-jenkins:8080/job/unity-phablet-autolanding/
[17:07] <mzanetti> http://nooooooooooooooo.com/
[17:07] <Saviq> what happened there ;/
[17:08] <dandrader> Saviq, about having Ubuntu.Application on the desktop: I think we will still want it for running unity on a sandboxed environment instead of having it messing up with the host environment
[17:08] <mzanetti> Saviq: seems inotify-watch failed miserably
[17:08] <Saviq> dandrader, sure, I'm not saying we'll get rid of it
[17:09] <Saviq> dandrader, but its primary purpose is testing (even if it's testing to not mess up with host environment)
[17:09] <Saviq> dandrader, so I'd like to not introduce anything else than tests/mocks
[17:09] <mterry> fginther, are the autopilot jobs stuck?
[17:10] <mterry> fginther, I feel like they've been running for a long time
[17:12] <Listener> With an open ap, shouldn't a click on the task bar icon minimize it?
[17:13] <mzanetti> nic-doffay: hey
[17:13] <mzanetti> nic-doffay: so. how can I help you?
[17:15] <nic-doffay> mzanetti, sorted already :)
[17:15] <mzanetti> nic-doffay: ok. even better :)
[17:21] <dandrader> Saviq, done
[17:22] <Saviq> dandrader, awesome, will test thoroughly and merge first thing tomorrow
[17:24] <Listener> Any help on this click to minimize request?
[17:25] <Saviq> Listener, it's not the designed behaviour, no
[17:26] <Listener> Saviq, hmmm... is there some other behavior I am missing?
[17:27] <Saviq> Listener, the launcher items are supposed to activate applications, not deactivate them, but if you feel that's a bug, please file one against https://bugs.launchpad.net/ayatana-design
[17:27] <Saviq> Listener, but first look if there isn't one about that already
[17:29] <Listener> Saviq, I don't feel it is a bug. But since it is so obvious I was guessing that there might be a route that I was missing.
[17:49] <Saviq> mzanetti, seems qmluitests does not FAIL when runtests.sh fails (X seems borked on the VMs)
[17:54] <mzanetti> Saviq: yeah... yet another failed try to get rid of the hanging tests. sorry
[17:54] <mzanetti> I wish we had a clone of that jenkins to play around
[17:56] <mzanetti> If we only had a way to reliable reproduce this... but this happening on every 20th build run only makes it even harder to debug
[18:55] <fginther> cyphermox, ping
[19:05] <cyphermox> pong
[19:06] <fginther> cyphermox, sorry about that, I had a stack changed lined up for review, but it turned out to be unnecessary.
[19:08] <cyphermox> ok
[19:08] <cyphermox> fginther: any idea how didrocks runs the unit tests for cupstream2distro by any chance?
[19:10] <fginther> cyphermox, I'm not sure 'nosetests tests' appears to work
[19:18] <cyphermox> ok, didn't think of that
[19:31] <Saviq> dandrader, the fakes package now conflicts with the qml-phone-shell package itself, I think we can drop the fakes package, basically if a plugin is installed in there, it should be shipped with the shell anyway
[19:32] <dandrader> Saviq, I already fixed that conflic
[19:32] <Saviq> dandrader, ok
[19:32] <dandrader> conflict
[19:34] <Saviq> dandrader, do we need the separate package for the fakes?
[19:35] <dandrader> Saviq, you wanna ship it in qml-phone-shell?
[19:35] <Saviq> dandrader, I'm thinking that
[19:35] <Saviq> dandrader, if some fake plugin gets installed there, basically means it's gonna be needed to run
[19:35] <dandrader> Saviq, that would be just cruft on a production environment
[19:35] <Saviq> dandrader, that true
[19:36] <Saviq> dandrader, we could then add a Depends: fake[amd64,i386]
[19:36] <Saviq> dandrader, anyway
[19:36] <Saviq> dandrader, let's leave it for now
[19:36] <Saviq> we can fix later
[20:18] <fginther> mterry, yes, I think something is broken with the autopilot tests. Investigating...
[20:22] <bregma> mterry, you're "it" for helping me flip the switch for raring/head unity branches?
[20:34] <mterry> bregma, maybe?
[20:35] <mterry> bregma, what do you mean by flip the switch
[20:48] <bregma> mterry, that was a phrase didrocks used, mean time https://code.launchpad.net/~bregma/cupstream2distro-config/unity-split/+merge/159711
[20:49] <mterry> bregma, ok, looking
[20:49] <bregma> everything is branched and waiting for the magic to happen in autoland
[20:49] <mterry> bregma, I'd still need didrocks to flip the final switch, but I can get most of the way
[20:50] <bregma> I have to synch the nux branch, evidently some developers are more equal than others when it comes to merge proposals and freezes
[20:51] <bregma> mterry, all I ask is you do what you can so the throngs of developers can start committing away again without fear
[20:51] <mterry> bregma, why switch raring from lp:compiz/0.9.9 to compiz/raring?
[20:52] <bregma> because of inline packaging
[20:52] <bregma> head will autoland in 0.9.9, raring in raring
[20:52] <bregma> 0.9.9 can autoland in Ubuntu but raring requires an SRU and manual landing
[20:53] <fginther> bregma, just curious, will we need to do any autolanding/ci for lp:compiz (i.e. trunk)?
[20:53] <bregma> no as yet
[20:53] <mterry> bregma, oh, I thought 0.9.9 was raring and 0.9.10 was S
[20:53] <bregma> that thing is more unstable than we want for Ubuntu
[20:53] <fginther> bregma, ack
[20:54] <mterry> bregma, are 0.9.9 and raring in sync then?
[20:54] <bregma> moments ago they were, but I can't freeze things only ask poeple not to approve merges
[20:54] <bregma> I appropriated the old raring branch
[20:56] <mterry> bregma, approved
[20:56] <mterry> bregma, so once that lands, I can deploy
[20:56] <mterry> fginther, when didrocks talks about needing an archive-admin to do the final deploy, that doesn't affect CI, right?  That's just for daily-release?
[20:59] <fginther> mterry, that has always been my understanding.
[20:59] <mterry> fginther, cool
[20:59] <mterry> bregma, so once that branch merges, I'll deploy.  will ping you
[20:59] <mterry> fginther, looks like jenkins is back to business?
[21:00] <bregma> thanks muchly
[21:00] <fginther> mterry, yes
[21:12] <mterry> kenvandine, can you make me a member of ~online-accounts and ~nux-team?
[21:18] <mterry> robert_ancell, tedg, bregma or one of you?  ^
[21:18] <bregma> we don;t want you
[21:19] <robert_ancell> mterry, hmm, did I pick up those permissions at one time?
[21:19] <mterry> robert_ancell, you're in pspmteam
[21:19] <robert_ancell> mterry, don't you just need to be in ~canonical-product-strategy?
[21:19] <mterry> robert_ancell, ooh maybe
[21:20] <tedg> I think we should vote.  mterry could you talk a bit about your dedication to nux?
[21:20] <bregma> oh, stop it
[21:20] <mterry> robert_ancell, yes
[21:20] <tedg> Is it the only one, or can there be other GL toolkits in your life?
[21:20] <robert_ancell> mterry, now you're in that - that should put you in all the appropriate teams
[21:20] <bregma> _are_ there other GL toolkits?
[21:20] <mterry> tedg, I'm too young to make a life commitment
[21:20] <mterry> robert_ancell, awesome, thanks
[21:21] <tedg> LP teams are no fun without a *little* bit of hazing involved.
[21:21] <bregma> frat boi
[21:22]  * tedg starts filling up his afternoon beer bong
[21:26]  * bregma has barely finished his breakfast bubbahat
[21:28] <mterry> bregma, OK, I believe everything is set for the switch
[21:31] <mterry> mzanetti, these merge conflicts never stop coming
[22:13] <fginther> mterry, attempts to do quantal builds with daily0-build-next fail with this: https://jenkins.qa.ubuntu.com/job/phone-app-quantal-i386-ci/82/console
[22:14] <mterry> fginther, huh, because there's no quantal packages in daily-build-next
[22:14] <fginther> mterry, can we get past this with a dummy quantal package?
[22:15] <mterry> fginther, ys
[22:15] <mterry> yes
[22:15] <fginther> mterry, I honostly don't see why that's a fatal pbuilder error
[22:15] <mterry> fginther, yeah..
[22:15] <mterry> fginther, I'll upload something
[22:17] <fginther> mterry, qtvideo-node-ci still doesn't pass, but this is due to missing platform-api? https://jenkins.qa.ubuntu.com/job/qtvideo-node-quantal-armhf-ci/28/console
[22:17] <mterry> fginther, yeah
[22:17] <mterry> fginther, that should resolve itself once platform-api gets processed for quantal
[22:18] <mterry> fginther, I uploaded libhybris to the ppa
[22:20] <fginther> mterry, regarding platform-api, we're we waiting to see if sergiusens could resolve that (I'm starting to get lost in all the dependencies)
[22:28] <mterry> fginther, oh, for the android issue?
[22:29] <fginther> mterry, I'm not sure if it's the same issue. I was referring to the qtvideo-node build issue
[22:30] <mterry> fginther, oh right
[22:30] <mterry> fginther, I also have gotten lost in all the dependencies
[23:03] <Saviq> mterry, hey, sorry for the (very late) review on lightdm-greeter, some last things to flesh out there...
[23:03] <mterry> Saviq, ok
[23:05] <mterry> fginther, so I uploaded libhybris to daily-build-next quantal
[23:05] <mterry> fginther, so try again with the phone-app