[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://<IP_ADDRESS>:8080/job/unity-phablet-qmluitests/
[10:29] <Saviq> weird
[10:30] <Saviq> nothing runs here http://<IP_ADDRESS>:8080/label/quantal&&amd64/?
[10:30] <tsdgeos> http://<IP_ADDRESS>: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 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 👍 :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


[08:40] <gnomefreak> !info gwibber
[08:40] <gnomefreak> !info gwibber jaunty
[09:18] <_Tsk_> Morning
[09:18] <_Tsk_> Are there any plans to add Thunderbird to http://mozilla.qa.ubuntu.com/ ?
[09:21] <gnomefreak> _Tsk_: that page has to be updated for a few packages but when depends when time for it comes up
[09:35] <gnomefreak> asac: is it possible to update ubufox to be compatible with 3.1 and 3.2? there are others but i think when i get time i will update them most likely not today though. if you are going to edit the qa page please see me for ideas on what to add. im thinking all of our packages
[09:36] <gnomefreak> ok smoke before hitting email
[10:01] <fta> result = [x for x in result if x]
[10:01] <fta> who said python was more readable than perl?
[10:02] <asac> you can mess with all languages
[10:06] <fta> firefox-3.1_3.1~b3~hg20090221r23413+nobinonly-0ubuntu1~umd1.dsc: Version older than that in the archive. 3.1~b3~hg20090221r23413+nobinonly-0ubuntu1~umd1 <= 3.1~b3~hg20090222r23369+nobinonly-0ubuntu1~umd1
[10:06] <fta> damn hg
[10:07] <fta> i should not depend on dates from mozilla
[10:12] <fta> in perl: @result = grep { $_ } @result;
[10:32] <gnomefreak> anyone else try to push a branch and it give a permissions error?
[10:33] <asac> fta: maybe dump the version and use the revision number
[10:33] <asac> at least in front
[10:33] <asac> dump the date i mean ;)
[10:34] <asac> gnomefreak: most likely this means you are trying to push somewhere where you dont have permissions ;)
[10:34] <asac> gnomefreak: what url are you pushing to?
[10:34] <gnomefreak> http://pastebin.mozilla.org/628162
[10:34] <gnomefreak> asac: ^^
[10:35] <asac> lp:~gnomefreak/firefox-extensions/greasemonkey/greasemonkey.upstream
[10:35] <asac> ETOODEEP
[10:35] <asac> either remove firefox-extensions/ or greasemonkey/
[10:36] <asac> lp:~USER/PROJECT/BRANCHNEM
[10:36] <gnomefreak> asac: why would the patch cause issues?
[10:36] <asac> gnomefreak: PATH
[10:36] <asac> gnomefreak: launchpad only supports the three elements from above
[10:36] <asac> you used four
[10:37] <gnomefreak> is this new feature?
[10:37] <asac> no.
[10:37] <asac> its always been that way
[10:37] <asac> on lauchpad
[10:37] <gnomefreak> oh crap i see
[10:37] <asac> good  ;)
[10:38] <gnomefreak> asac: that worked thanks :)
[10:39] <gnomefreak> asac: ubufox max version cant be bumped to 3.2*
[10:39] <gnomefreak> i tried and it still didnt help
[10:44] <asac> gnomefreak: i think 3.1 should work
[10:45] <gnomefreak> it does but i use 3.2 as default to im testing a few extensions to see if any are able to be updated (i really dont feel like working on SM2 for intrepid or hardy today) should be a simple autoconf2.13
[10:46]  * gnomefreak smoke than work on this extension
[10:52] <gnomefreak> asac: the fix for tb-3 landed in yesterdays morning umd build
[10:52] <asac> yeah
[10:53] <gnomefreak> slower to respond but works
[10:53] <asac> i alreawdy have the 24th feb build ;)
[10:54] <gnomefreak> yep me to :) i'm guessing todays asnt been finished yet
[10:59] <asac> gwibber crashed
[11:00] <asac> fta: will gwibber ever make it?
[11:39] <gnomefreak> 3.1 is borked
[11:40] <gnomefreak> be back while i update packages
[11:52] <gnomefreak> umd 3.1 is broken. nothing shows up in the address bar unless you type it in it will not open set homepage the bottom panel of firefox-3.1 doesnt show done or anything for that matter
[12:05] <asac> gnomefreak: can you disable bounce mails for ML until we have sorted the icedove bugmail?
[12:06] <asac> i will revert the maintainer change on next update i guess
[12:06] <asac> so we get rid of this again
[12:06] <gnomefreak> asac: not sure. ill look as soon as i find 3.1 issues, borked in 3.1~b3~hg20090205r23182+nobinonly-0ubuntu1 also
[12:07] <gnomefreak> new profile doesnt fix it
[12:08] <asac> gnomefreak: maybe your disabled extension compatibility test?
[12:08] <gnomefreak> asac: none work working
[12:08] <asac> hmm. new profiel ... hmm
[12:09]  * gnomefreak cant find link to admin for list
[12:10] <asac> https://lists.ubuntu.com/mailman/admindb/ubuntu-mozillateam
[12:11] <gnomefreak> i found it
[12:12]  * gnomefreak not seeing a way however accepting them works. what needs to be delt with for icedove bugmail?
[12:12] <gnomefreak> only think i can do is place those on hold accept or not accept
[12:13] <gnomefreak> im reading https://lists.ubuntu.com/mailman/admindb/ubuntu-mozillateam?details=instructions
[12:13] <asac> gnomefreak: you can at least say that there should be no bounce mails
[12:13] <asac> e.g. silent moderation
[12:13] <asac> gnomefreak: and in the end accepting them
[12:13] <gnomefreak> really?
[12:13] <asac> gnomefreak: yes
[12:14] <asac> gnomefreak: can you send me the pass through pmsg?
[12:14] <gnomefreak> yeah
[12:14] <asac> either it changes all the time or i am just dump
[12:15] <gnomefreak> it stays the same since i cant figure out how to change it
[12:17] <gnomefreak> ok ill be back i need to do breakfast
[12:31] <asac> gnomefreak: ok found it
[12:32] <asac> general options: "Send mail to poster when their posting is held for approval?
[12:32] <asac> "
[12:32] <asac> i set that to no now
[13:11] <gnomefreak> asac: oh ok
[13:12]  * gnomefreak getting pissed off at the devel and devel-discuss seems im not getting them
[13:28] <gnomefreak> asac: you didnt make any changes to the icedove posts to ML?
[13:29] <asac> gnomefreak: no
[13:29] <asac> i can do that after lunch if you dont get to it
[13:29] <gnomefreak> ok thanks
[13:29] <asac> sorry ... got distrated with disabling the moderation mails ;)
[14:25] <[reed]> gnomefreak: http://weblogs.mozillazine.org/calendar/2009/02/even_more_on_the_sunbirdlightn.html
[14:26] <gnomefreak> [reed]: thanks ill look in a few
[14:41] <gnomefreak> someone please remind me why i bother checking email anymore. takes >2hours and i get nothing done
[15:00] <gnomefreak> asac: before you decide to push seamonkey i need to fix one more thing by the looks of it but since it hasnt been pushed yet i guess im not in a hurry ;)
[15:01] <asac> gnomefreak: i didnt know there was anything to push
[15:02] <gnomefreak> asac: its been done you did jauntys i did hardys nad intrepids
[15:02] <asac> or do you mean from ~gnomefreak to ~mozillatem branch?
[15:02] <asac> ah ok
[15:02] <gnomefreak> asac: push to ubuntu archives
[15:02] <gnomefreak> but seems there is a problem with depends
[15:02] <gnomefreak> mozilla (<< 2:1.8) is the problem as i can tell since seamonkey is not >1.8
[15:03] <gnomefreak> should read >>2:1.8
[15:03] <gnomefreak> see bug 200519
[15:03] <gnomefreak> oops
[15:03] <gnomefreak> bug 300519
[15:06] <asac> gnomefreak: so the problem is that semonkey doesnt have an epoch element in its version?
[15:07] <gnomefreak> asac: right
[15:07] <asac> gnomefreak: we might be able to tweak the version of just the "mozilla" package
[15:07] <asac> so it gets an epoch too
[15:07] <asac> i will think about it
[15:07] <asac> its not reawlly that urgent imo
[15:07] <gnomefreak> its built with seamonkey so shouldnt tweaking seamonkey fix all?
[15:07] <asac> as its just a transicional package
[15:08] <asac> gnomefreak: yes, but i dont want to add an epoch to seamonkey if its avoidable somehow
[15:09] <gnomefreak> asac: ok sounds good here but you are right no important.either we fix itin 1.1.14 or push 1.1.14(security release ") and we can fix after wards but i wont get to it this week at all
[15:10] <asac> gnomefreak: we should wait fo rthe securityupdate that is going out sson
[15:12] <gnomefreak> ok im going to work ill be back in morning
[15:43]  * BUGabundo fta mail going your way
[16:09] <stefanlsd> asac: alive?
[16:11] <reed> what's the difference between flashplugin-nonfree and adobe-flashplugin?
[16:11] <BUGabundo1> humm the same?
[16:11] <reed> they aren't
[16:11] <BUGabundo1> no ?
[16:11] <reed> nope
[16:11] <BUGabundo1> ahh
[16:12] <BUGabundo1> the plugin is just a wrapper to download it ?
[16:12] <reed> flashplugin-nonfree currently has an exploitable version
[16:12] <reed> adobe-flashplugin has the latest
[16:12] <asac> stefanlsd: not really. i have a bad cold
[16:12] <stefanlsd> asac: aah. sorry to hear that. you should move somewhere with nice weather :)
[16:13] <asac> stefanlsd: good advice ;)
[16:13] <asac> reed: nonfree will be updated today
[16:13] <reed> asac: what's the difference?
[16:13] <asac> i have to kick someone for not communicating
[16:13] <stefanlsd> asac: i still am unclear around what exactly i should be doing with gg 64.
[16:13] <asac> reed: flashplugin-nonfree is an installer package
[16:14] <asac> reed: with nspluginwrapper support (optional on i386)
[16:14] <reed> ah
[16:14] <asac> adobe-flashplugin is hosted outside of ubuntu main archives
[16:14] <asac> because of distribution terms
[16:14] <asac> e.g. partner package
[16:14] <reed> ah, k
[16:14] <stefanlsd> asac: should i be packaging the xpi that i compiled (although it contains two .so files), or should i be doing the 64 bit patching to gg source code and building the xpi that way
[16:14] <asac> and it doesnt support amd64 for now
[16:14]  * reed swaps to adobe-flashplugin for security reasons
[16:15] <asac> reed: thats half a day ;)
[16:15] <asac> and given that flash has no auto update on windows, there are probably zillions of easier targets out there ;)
[16:16] <asac> stefanlsd: we need to use sources if an extension has binary components
[16:17] <BUGabundo1> reed: asac do you know if adobe also launched a 64 bits version update?
[16:17] <stefanlsd> asac: i need to investigate more, but it links against the xpcom stuff. gg source actually provides it and builds against it. the gg source is approx 300mb tho
[16:18] <BUGabundo1> stefanlsd: how is going the work to work on 3.1 and 3.2?
[16:18] <asac> BUGabundo1: its not even final. i am not sure if they support amd64
[16:18] <stefanlsd> BUGabundo1: no progress :)
[16:18] <asac> stefanlsd: we need to fix it so it builds against our xulrunner
[16:18] <BUGabundo1> asac: I've been using the beta or alpha for a whiloe
[16:18] <BUGabundo1> since week 1
[16:18] <asac> BUGabundo1: offering download != supported
[16:19] <stefanlsd> asac: i did that when i built the xpi. (as we need the 64bit xulrunner anyways)
[16:19] <BUGabundo1> but since reed is bashing the security, I would like to use a patched version too
[16:19] <asac> well ... reed just found out and thinks its a big issue ;)
[16:19] <asac> while flashplugin-nonfree will hit mirrors in a few hours
[16:19] <stefanlsd> asac: ok, so i should be looking at building from source and then installing the xpi, as opposed to taking the built xpi and making a extension
[16:20] <asac> stefanlsd: the build yields an .xpi right?
[16:20] <stefanlsd> asac: right
[16:20] <asac> stefanlsd: so what yo should do in the packaging is implement a build: target ... that does that
[16:20] <asac> and then let xpi.mk from mozilla-devscripts do the rest
[16:20] <asac> e.g. proper install of extensions in the file hierarchy ... linking to appropriate apps
[16:21] <stefanlsd> asac: kk. thanks. just wanted to see if i could get around building the source to xpi.
[16:21] <stefanlsd> asac: i guess then it would need to go thru revu
[16:21] <asac> stefanlsd: no. i can review and sponsor
[16:21] <asac> it will come back to me anyway
[16:22] <asac> we can do a revu update to get a third party look at it though
[16:22] <asac> but thats more as a safety-belt thing
[16:23] <stefanlsd> asac: ok. thanks. (my first package also, so i'll give it a try).
[16:23] <stefanlsd> i wanna see if i can repack the tar and remove the things we dont need to cut the size down
[16:23] <asac> stefanlsd: first get a quick review from me. then we put it on revu
[16:24] <asac> and i get someone look at it
[16:24] <asac> then i do a final review and upload
[16:24] <asac> stefanlsd: yes, please remove mos tof the 300M cruft
[16:24] <asac> thats a mess
[16:24] <stefanlsd> asac: kk. thanks for your advice
[16:24] <asac> indicate that in the upstream version by adding +nomozillacopy ;)
[16:24] <asac> or something
[16:25] <asac> e.g. gg_1.1+nomozillacopy.orig.tar.gz
[16:25] <asac> or something else more or less meaningfull
[16:26] <stefanlsd> yeah. its also out of svn.  :)
[16:27] <asac> stefanlsd: tag or snapshot?
[16:28] <asac> stefanlsd: we should also get that to debian fwiw
[16:28] <asac> at lesat open a ITP bug for it there
[16:28] <asac> otherwise someone from debian will take the package and either make your efforts void or duplicating work
[16:30] <stefanlsd> asac: k.
[16:30] <stefanlsd> snapshot
[16:30] <BUGabundo> asac: today's NM wifi keeps failing
[16:30] <asac> stefanlsd: dont they do releases we can track?
[16:30] <BUGabundo> already lost sync 4 times
[16:30] <BUGabundo> it won't last more then 10-15 min
[16:32] <stefanlsd> asac: not sure. no branches. only a trunk. cant see anything in the svn log.  do you know if there is a command to check for tags or something?
[16:33] <asac> where is the tree?
[16:33] <asac> websvn
[16:33] <asac> ?
[16:33] <stefanlsd> asac: http://code.google.com/p/gears/source/checkout
[16:34] <asac> stefanlsd: if there is only trunki then there are no tags :/
[16:35] <asac> so snapshot is the way
[16:36] <asac> stefanlsd: http://code.google.com/p/gears/source/detail?r=3226 seems to be .12
[16:36] <asac> because they bump the version right in next commit
[16:36] <asac> r3227
[16:36] <asac> [Author: andreip] Bump version number after cutting Gears <IP_ADDRESS> for Android
[16:36] <asac> stefanlsd: so r3226 is the best guess i would say
[16:37] <stefanlsd> asac: aah yeah. ok. thanks. will work from there
[18:36] <surfaz> asac, ¿?
[21:29] <fta> oh, p-a 0.9.15~test3! let's see if it helps me
[21:55] <fta> dtchen, E: module.c: Failed to open module "module-alsa-card": file not found, again?