[06:44] <Mirv> didrocks: please tell if the unity/compiz/libunity/dee look alright for raring/quantal
[06:45] <didrocks> Mirv: thanks! having a quick first look now
[06:45] <didrocks> Mirv: but the real sponsoring would be rather on Monday. I don't feel pushing unity/compiz to raring on a Friday :p
[06:47] <Mirv> didrocks: ok, as you wish. the important thing is anyway that unity 6.10 passed into quantal-updates since that had a big bunch of needed fixes.
[06:47] <didrocks> Mirv: do you have the compiz snapshot anywhere?
[06:47] <didrocks> I don't see that you listed a tarball?
[06:47] <didrocks> Mirv: agreed
[06:47] <Mirv> didrocks: ah, right since it's a snapshot, https://launchpad.net/~unity-team/+archive/sru/+files/compiz_0.9.8.4%2Bbzr3411.orig.tar.gz
[06:48] <didrocks> thanks :)
[06:48] <didrocks> Mirv: bug #1067534
[06:48] <ubot5> Launchpad bug 1067534 in unity (Ubuntu) ""Show desktop" plug-in actually works with Unity when ensured that it is loaded after unityshell" [Undecided,Confirmed] https://launchpad.net/bugs/1067534
[06:48] <didrocks> Mirv: this won't work and won't change anything
[06:49] <didrocks> Mirv: once the value is set by default, there is no "look at the xml for resolving dependency" done by compiz
[06:49] <didrocks> Mirv: those values are only taken into account when you open ccsm and enable/disable a plugin
[06:49] <didrocks> Mirv: I think it should be removed from the SRU
[06:49] <didrocks> for both unity and compiz
[06:50] <didrocks> or maybe we can make clearer the bug title itself
[06:50] <Mirv> didrocks: ok, if you think so. duflu was also stating his opinion in the bug report that he wouldn't necessarily want to to 0.9.8 branch
[06:51] <Mirv> (but put it in anyway)
[06:51] <didrocks> Mirv: I would prefer we don't include it TBH
[06:51] <didrocks> Mirv: I'm unsure about side-effects for people tweaking in ccsm
[06:51] <didrocks> and I don't want them to not have any unity anymore after a simple upgrade
[06:51] <didrocks> Mirv: can you remove this from the 0.9.8 branch and 6.0 one, then cherry-pick is enough?
[06:52] <Mirv> didrocks: is it ok if the unity revert gets cherry-pick... right
[06:52] <didrocks> yeah, it won't be in the debdiff :)
[06:52] <Mirv> I can, I'll report back when both are done
[06:53] <didrocks> thanks :)
[06:53] <didrocks> looking at other bugs meanwhile
[06:53] <didrocks> Mirv: there is no boost -> std transition this time? :p
[06:54] <Mirv> didrocks: no, other than a funny commit message that was the revert to the old one
[06:54] <didrocks> (compiz and dee are ok)
[06:54] <Mirv> and which was already cherry-picked
[06:54] <didrocks> ok ;)
[06:56] <didrocks> https://bugs.launchpad.net/libunity-webapps/+bug/1029949
[06:56] <ubot5> Ubuntu bug 1029949 in libunity 6.0 "unity-webapps-context-daemon crashed with SIGSEGV in g_closure_invoke()" [High,In progress]
[06:56] <didrocks> -> Run automated tests or try to reproduce the crash manually.
[06:56] <didrocks> if the "manual" part is "close chromium", can you just specific it again here?
[06:57] <didrocks> otherwise, libunity ok
[06:57] <Mirv> ok, updating
=== duflu is now known as duflu|bus
[07:00] <didrocks> Mirv: hum, bug #1046201 is already SRUed
[07:00] <ubot5> Launchpad bug 1046201 in unity (Ubuntu) "compiz crashed with SIGABRT in __GI___assert_fail() from operator-> (this=<optimized out>) at /usr/include/boost/smart_ptr/shared_ptr.hpp:424 from operator-> from unity::MT::GrabHandle::requestMovement() from unity::MT::X11GrabHandleImpl::buttonPress()" [Medium,In progress] https://launchpad.net/bugs/1046201
[07:01] <Mirv> didrocks: damn, I know that, I don't know how I ended up with it being in the changelog. do you want me to commit a fix to my branch?
[07:01] <didrocks> Mirv: yeah, as you need to remove the other "show-desktop" entry anyway
[07:01] <Mirv> didrocks: ok, will do both
[07:02] <didrocks> Mirv: all the rest is good, Thanks! :)
[07:02] <didrocks> ping me once the other changes are done and I'll sponsor on Monday
[07:02] <Mirv> didrocks: ok, thanks for checking! will do.
[07:02] <didrocks> yw ;)
[07:09] <didrocks> Mirv: oh also, I think you did notice that staging is failing? (I didn't have a look yet, but maybe it worthes one?) and that the merger seems stuck (at least, on nux and compiz)
[07:10] <didrocks> Mirv: maybe not for the merger, again the tasks were "approved", but the globale status wasn't changed
[07:12] <didrocks> and the FTBFS seems to be fixed with https://code.launchpad.net/~fginther/unity/unity-revert-gtest/+merge/133576
[07:14] <Mirv> didrocks: I noticed, the arm build failure is once again out-of-sync arm nux.
[07:14] <Mirv> I'll launch a rebuild
[07:14] <didrocks> thanks
[07:14] <Mirv> there was a nux merge 1h ago, and compiz merge 41 minutes ago, but something is reaally slow
[07:14] <didrocks> ok, good :)
[07:19] <didrocks> Mirv: see my comment: https://code.launchpad.net/~fginther/unity/unity-revert-gtest/+merge/133576/comments/287782
[07:19] <didrocks> Mirv: can you create the needed MIR? That way, I'll be able to review it
[07:20] <Mirv> didrocks: sure, creating
[07:21] <didrocks> thanks :)
[07:42] <Mirv> https://bugs.launchpad.net/ubuntu/+source/google-mock/+bug/1076891
[07:42] <ubot5> Ubuntu bug 1076891 in google-mock (Ubuntu) "[MIR] google-mock" [Undecided,New]
=== dpb_ is now known as Guest76575
[07:47] <Mirv> oh btw, raring was also smoke-tested with the same source packages
[07:52] <didrocks> Mirv: perfect! :)
[08:00] <sil2100> \o/
[08:07] <didrocks> Mirv: the MIR looks good, however, do you have time to fix that? https://bugs.launchpad.net/ubuntu/+source/google-mock/+bug/1076891/comments/1
[08:07] <ubot5> Ubuntu bug 1076891 in google-mock (Ubuntu) "[MIR] google-mock" [Undecided,New]
[08:07] <didrocks> Mirv: if you can do it this morning (not sure about your schedule), this will enable me to fix unity and having tests running again
[08:07] <didrocks> hey sil2100 :)
[08:09] <sil2100> +1 for google-mock in main \o/
[08:10] <sil2100> didrocks: hi!
[08:10] <Mirv> didrocks: yeah I can make time for it in a bit, and since your morning lasts longer than mine it should be fine ;)
[08:10] <Mirv> I'll report back
[08:10] <didrocks> Mirv: heh, indeed, that was the trick! Thanks ;)
[08:11] <didrocks> mmrazik: sil2100: hey, can we make a checkpoint like start of next week about the test stability status? I saw a lot of awesome work going on, would be good to sync :)
[08:11] <mmrazik> didrocks: ack. I was thinking of the same.
[08:12] <didrocks> mmrazik: let me create an event
[08:12] <mmrazik> didrocks: can we target more for a mid-week?
[08:12] <didrocks> mmrazik: sure
[08:12] <mmrazik> didrocks: will you create one or shall I (and lets do it every week for the next few weeks)?
[08:15] <didrocks> mmrazik: done
[08:15] <didrocks> mmrazik: ah, repeated event, sure
[08:16] <mmrazik> didrocks: one more thing..
[08:16] <mmrazik> mhm...
[08:16] <didrocks> mmrazik: sorry, moving to wednesday
[08:16] <mmrazik> didrocks: can we do it afternoon so francis can join
[08:16] <mmrazik> ?
=== duflu|bus is now known as duflu
[08:16] <mmrazik> 4pm+
[08:17] <didrocks> mmrazik: sure, 4 UTC or our time you mean?
[08:17] <mmrazik> didrocks: our time
[08:18] <didrocks> ok doing
[08:18] <mmrazik> thanks
[08:19] <sil2100> Fine with me
[08:47] <MCR> fginther: Hi :) Any news on when Compiz trunk will be available via Unity-team/staging PPA again ?
[08:49] <MCR> sil2100: Hi :) Are you aware that drag&drop from the Unity launcher is broken since at least Nov. 6 ? Immediate crash on initiating d&d...
[08:50] <Mirv> MCR: compiz trunk should be there? the latest bzr3460 was compiled, it's just that the version number prefix is taken from quantal packaging
[08:52] <MCR> Mirv: Hi :) Yes, at least until Compiz r3451 this was the case. But since the "Bring debian/packaging inline" commit something broke and Compiz is not updated anymore...
[08:54] <MCR> Mirv: r3450 is the last version of Compiz in the staging PPA...
[08:59] <Mirv> MCR: it looks like it's there but the versioning has been changed to not be higher than distro
[09:00] <Mirv> oh wait I've also another PPA...
[09:01] <Mirv> MCR: it's there alright, https://launchpad.net/~unity-team/+archive/staging?field.series_filter=quantal
[09:02] <Mirv> MCR: I just upgraded and running it
[09:02] <davidcalle> didrocks, hey, I don't know if you have noticed but since the packaging changes in Dee at r380, it can't be imported from gi anymore. Typelib missing from /usr/lib/girepository-1.0/
[09:04] <MCR> Mirv: Ah - seems it does not upgrade, because the Compiz version in the PPA before was 1:0.9.9.0bzr3450pkg3320quantal0...
[09:04] <MCR> Mirv: Now it is 0.9.8.4...
[09:05] <MCR> Mirv: So probably gotta downgrade by force to upgrade ;)
[09:06] <didrocks> davidcalle: oh, I didn't, thanks for the notice! I'll give it a look. IIRC, I did have it on my local build though
[09:10] <davidcalle> didrocks, I don't see what's wrong in the new packaging, though.
[09:10]  * davidcalle goes afk for a moment
[09:10] <seb128> davidcalle, likely dh9
[09:11] <MCR> Mirv: Can you try to initiate a drag&drop from the launcher if you're using trunk ?
[09:14] <mhr3> seb128, are typelibs really arch-dependant?
[09:14] <mhr3> sure it's binary, but that doesn't necesarrily mean that it can't be compatible
[09:15] <seb128> mhr3, that's a pitti question ;-)
[09:15] <mhr3> maybe even walters question :)
[09:15] <didrocks> davidcalle: did you try rev 381?
[09:16] <mhr3> although a test is simple... /me grabs a random i386 typelib
[09:16] <seb128> mhr3, well, I'm sure pitti knows and he's closer from here
=== tbf__ is now known as tbf
[09:18] <didrocks> davidcalle: ./usr/lib/x86_64-linux-gnu/girepository-1.0/Dee-1.0.typelib
[09:18] <didrocks> ah, I wonder if it's because of multiarch :)
[09:19] <seb128> didrocks, it is
[09:19] <seb128> didrocks, gir is not multiarch compatible
[09:19] <didrocks> that makes a lot of things interesting :)
[09:19] <didrocks> let me try to fix it
[09:20] <didrocks> so we have a bug in dee, it tries to install in a multiarch state
[09:20] <didrocks> so I blame mhr3 :)
[09:20] <didrocks> (even if mterry did the MR and I approved it with the other packaging changes)
[09:20] <seb128> mhr3, you should never have fallen into the trap of having the dirty packaging in your nice clean trunk
[09:20] <seb128> ;-)
[09:20] <mhr3> didrocks, now i know who's introducing bugs in dee :P
[09:21] <mhr3> didrocks, now you get to fix any bugs we find :P
[09:21] <didrocks> mhr3: well, you used pkglibdir which is supposively multiarch
[09:21] <didrocks> so you were wrong at first :p
[09:21] <mhr3> didrocks, you changed makefiles, not me
[09:21] <didrocks> mhr3: not on dee!
[09:22] <mhr3> i don't trust you, you change everything
[09:22] <didrocks> mhr3: and of course, you won't confirm this with bzr log? :p
[09:22] <mhr3> you're evil, you can fool even bzr log :P
[09:22] <didrocks> hum src/Makefile.am:typelibsdir = $(libdir)/girepository-1.0/
[09:23] <didrocks> ahah :)
[09:23] <didrocks> that starts to be even more interesting…
[09:24] <mhr3> seb128, did cmp on typelibs, they differ :(
[09:33] <MCR> Mirv: Thanx a lot 4 your help - I've downgraded by force now to upgrade :) Finally running trunk again :)
[09:37] <didrocks> MCR: because of you, I'll have a: W: gir1.2-dee-1.0: file-in-unusual-dir debian/tmp/usr/lib/girepository-1.0/Dee-1.0.typelib
[09:37] <didrocks> oupsss, mhr3 ^
[09:37]  * MCR is happy that it is not his fault :)
[09:39] <mhr3> didrocks, W: libdee1.0: library-unusually-awesome
[09:39] <didrocks> mhr3: can you please review https://code.launchpad.net/~didrocks/dee/fix-typelib/+merge/133631 ?
[09:39] <didrocks> mhr3: I call that fake! :)
[09:39] <mhr3> didrocks, you just have outdated version of the checker :P
[09:39] <didrocks> mhr3: you mean the non-mhr3's one? :)
[09:40] <mhr3> yep
[09:41] <Mirv> MCR: drag&drop seems to at least not crash.. but good that your prob got solved :)
[09:42] <MCR> Mirv: Thanks for the test, but strange as it stopped working here at all a few days ago...
[09:45] <MCR> btw, I got 2 minor Unity branches that need approval:
[09:45] <MCR> 1. https://code.launchpad.net/~mc-return/unity/unity.merge-minor-possible-speed-improvement/+merge/133435
[09:45] <MCR> 2. https://code.launchpad.net/~mc-return/unity/unity.merge-fix-member-variables-not-initialized-in-their-constructors/+merge/133520
[09:45] <Mirv> didrocks: updated URLs to raring/quantal releases with the unity/compiz revert included (compiz - new snapshot, unity - cherry-pick) http://pastebin.ubuntu.com/1344774/
[09:46] <didrocks> fginther: hey, can you remove the hook for native packages?
[09:46] <didrocks> Mirv: excellent! Thanks a lot :)
[09:46] <Mirv> didrocks: and the google-mock https://code.launchpad.net/~timo-jyrinki/ubuntu/raring/google-mock/fix_lintian_errors/+merge/133627
[09:46] <didrocks> Mirv: oh great! looking
[09:47] <fginther> didrocks, yes
[09:48] <didrocks> thanks :)
[09:52] <mhr3> didrocks, looks good i guess, although the only change i feel qualified on commenting about is the typo fix :P
[09:53] <didrocks> mhr3: ahah :p
[09:53] <didrocks> mhr3: well, I built it and it's installed in the old location
[10:05] <didrocks> fginther: https://code.launchpad.net/~didrocks/unity/add-gtest-build-dep/+merge/133637
[10:06] <fginther> didrocks, thanks!
[10:06] <didrocks> fginther: yw, feel free to approve :)
[10:14] <fginther> didrocks, https://code.launchpad.net/~didrocks/unity/add-gtest-build-dep/+merge/133637/comments/287862
[10:15] <didrocks> fginther: pushed
[10:18] <MCR> duflu: Hey :) Thanks for your reviews. Hopefully fixed the remaining leaks now: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix-memory-leaks-in-libcompizconfig/+merge/133432
[10:22] <duflu> MCR: And thank you.
[10:22] <duflu> MCR: P.S. The history is easier to read if you could make sure your commit messages are wrapped before 78 columns :)
[10:23] <MCR> duflu: ok, ack (for the future)
[10:24] <MCR> duflu: Are you aware that the Ubuntu Compiz Expo patch destroys some functionality ? (brightness and saturation settings of inactive viewports are ignored)
[10:24] <duflu> MCR: Yes, there's a bug for that already, somewhere
[10:24] <MCR> duflu: ah, I just wanted to file one :)
[10:25] <fginther> didrocks, please correct the bug ref in that MP
[10:26] <didrocks> fginther: urgh, copy and paste fail :/
[10:26] <didrocks> fginther: let me rather uncommit to remove the link
[10:27] <didrocks> fginther: should be overwritten now
[10:31] <fginther> didrocks, approve \o/
[10:31] <didrocks> fginther: phew! thanks :)
[10:31] <fginther> didrocks, yw
[10:31]  * fginther goes back to bed now
[10:32] <MCR> duflu: If you need a fglrx test on Quantal - I could do it (upgraded to fglrx recently)...
[10:33] <didrocks> fginther: hope your jetlag will be fixed soon! ;)
[10:33] <duflu> MCR: Go ahead. Though in precise, the worst fglrx bug I found wasn't that bad at all
[10:33] <fginther> didrocks, :-)
[10:34] <MCR> duflu: The strange thing is that I cannot reproduce the windows-stop-updating-in-Expo-if-mipmaps-are-used-with-fglrx bug, which was quite annoying...
[10:35] <duflu> MCR: You're lucky then
[10:35] <MCR> :)
[10:35] <duflu> I'm logging off for the week in a minute
[10:35] <duflu> Later
[10:35] <MCR> sure - c ya
=== duflu is now known as duflu|dinner
=== jaaso is now known as jaaso_
=== mmrazik is now known as mmrazik|lunch
=== _salem is now known as salem_
=== mmrazik|lunch is now known as mmrazik
=== MacSlow is now known as MacSlow|lunch
=== gatox is now known as gatox_brbr
[13:58] <davidcalle> didrocks, are you 100% sure of your Dee packaging fix? Now I have a debian folder in / :D
[14:02] <davidcalle> didrocks, actually Dee typelib is now installed literally in :  /debian/tmp/usr/lib/girepository-1.0/Dee-1.0.typelib
=== gatox_brbr is now known as gatox
[14:12] <bregma> does anyone have any object to moving the Unity stack off GCC 4.6 for raring?
[14:15] <didrocks> davidcalle: oh crap :)
[14:16] <didrocks> davidcalle: I know what happened, blame myself
[14:22] <mhr3> didrocks, and i thought you know what you're doing? :P
[14:22] <didrocks> mhr3: apparently, not on a Friday :)
[14:23] <didrocks> mhr3: your biggest mistake was that you believed me!
[14:24] <mhr3> didrocks, next time rather ask sil to review your stuff ;)
[14:24] <didrocks> mhr3: https://code.launchpad.net/~didrocks/dee/install-correct-location/+merge/133680
=== seb128_ is now known as seb128
[14:25] <mhr3> didrocks, smile for screenshot
[14:26] <didrocks> mhr3: tssssssssssss, that's so mean of you to get your revenge that way!
[14:26] <mhr3> this just made my day
[14:27] <mhr3> i guess i'm evil :P
[14:27] <didrocks> mhr3: happy to entertain you :)
[14:28] <seb128> didrocks, if the package is dh9 the debian/tmp is not needed at all in the .install
[14:28] <didrocks> seb128: yeah, that's plan in a separate merge
[14:28] <seb128> k
[14:28] <didrocks> seb128: we try to not mix everything :)
[14:32] <mhr3> hmm, the yubikey isn't bad at all
[14:41] <didrocks> if only it was working well with a French layout keyboard :p
[14:42] <mhr3> press shift
[14:42] <mhr3> someone was recommending that ;)
[14:44] <seb128> mhr3, someone was didrocks :p
[14:46] <didrocks> seb128: I wonder if he was ironic or not in fact :p
[14:46] <seb128> ;-)
[14:48] <mhr3> when am i not ironic? :P
=== dandrader is now known as dandrader|lunch
=== MacSlow|lunch is now known as MacSlow
=== dandrader|lunch is now known as dandrader
=== rsalveti_ is now known as rsalveti
[19:47] <conscioususer> mpt: ping
=== salem_ is now known as _salem