[03:38] <pitti> Good morning
[03:58] <Mirv> good morning
[05:18] <didrocks> good morning
[05:23] <veebers> morning didrocks o/ It's early for you no?
[05:25] <didrocks> veebers: well, I'm up everyday for 1h at that time in fact :)
[05:25] <didrocks> it's 7h25 now, so quite fine :)
[05:25] <didrocks> (most of the time I finish catching up on email before connecting)
[05:25] <veebers> didrocks: oh err, my bad sorry :-p
[05:25] <thumper> hi didrocks
[05:25] <thumper> didrocks: just here in time for me to say good night
[05:26] <didrocks> missed :)
[05:40] <didrocks> hey Mirv, how are you?
[05:48] <tvoss> didrocks, ping
[05:48] <Mirv> didrocks: fine, trying to get symbols right for qtscript, I'll let you know when I have something
[05:48] <didrocks> Mirv: thanks!
[05:48] <didrocks> tvoss: pong
[06:23] <tjaalton> notify-osd is crashing all the time on saucy, is it a known issue?
[06:24] <didrocks> hum, I don't see it. do you have gtk 3.8 by any chance?
[06:26] <tjaalton> no, 3.6.4
[06:27] <didrocks> interesting, I didn't get it there :/ sent your traceback to launchpad?
[06:27] <tjaalton> apport doesn't seem to send it to lp
[06:28] <tjaalton> I'll try after latest updates
[06:29] <didrocks> ok :)
[06:44] <jibel> good morning
[06:46] <didrocks> salut jibel!
[06:50] <jibel> bonjour didrocks
[07:23] <seb128> hey desktopers, happy friday!
[07:27] <didrocks> happy friday seb128!
[07:30] <seb128> didrocks, to you too!
[07:52] <didrocks> Mirv: having issues getting the armhf symbols?
[07:56] <Mirv> didrocks: not really, just trying to make sure on the first time
[07:59] <Laney> hey
[07:59] <Laney> happy long weekend friday ;-)
[08:00] <didrocks> Laney: long weekend? we never have that in France :p
[08:00] <Laney> because every weekend is three days right?
[08:00] <didrocks> ahah ;)
[08:00] <seb128> hey Laney, happy friday!
[08:05] <Mirv> didrocks: ok, I have successful builds with what I pushed now to qtscript for all 3 archs - pbuilder for i386/amd64 and bzr bd for armhf (on device)
[08:06] <didrocks> Mirv: great! there is not any other FTBFS? (apart from qttools that I didn't push yet)
[08:06] <Mirv> didrocks: there qtmultimedia on armhf but Adam Conrad fixed it. others, no, and yes qttools todo (I'd like to check its symbols as well beforehand)
[08:06] <Mirv> there was
[08:07] <didrocks> Mirv: anything will block the migration to the canonical archive then? (even if we didn't rebuild qt3d and so on)
[08:08] <didrocks> waow
[08:08]  * didrocks launched rhythmbox
[08:31] <Mirv> didrocks: tested saucy-proposed, all seems good for migration even without updated qttools
[08:31] <Mirv> (or qt3d etc)
[08:35] <didrocks> Mirv: excellent :)
[08:57] <seb128> didrocks, did you guys have any chance to run unity tests with the new gtk?
[08:58] <didrocks> seb128: I'm waiting for jibel to have finished the first otto setup that we need, and then, we'll try on it
[08:59] <seb128> didrocks, ok, is that likely to be today? rather earlier than late?
[09:02] <didrocks> seb128: that's likely to be today, I would say later though
[09:02] <seb128> hum, k
[09:02] <seb128> I'm pondering keeping the hold on gtk or not
[09:02] <didrocks> well, what's the urgency that would force us to publish gtk without tests?
[09:03] <seb128> it's just being overcautious, we had a run with 3.8 before raring when we first considered updating, and we had autopkgtests to run
[09:03] <seb128> it's not "without tests", we have been ppa testing it for 3 months
[09:03] <didrocks> if you feel confident and there is a need, go for it :)
[09:03] <seb128> and we had all autopkgtests from the archive to work
[09:03] <didrocks> and you are sure you don't regress autopilot tests ;)
[09:03] <seb128> it used to no, I don't know of the current status
[09:04] <seb128> there is no hurry
[09:04] <seb128> but while it's in proposed it's blocked things on top of gtk from migrating to the archive as well
[09:04] <seb128> not to mention that jbicha throwed a gtksourceview soname transition on top of it
[09:05] <seb128> blocking*
[09:05] <didrocks> well, UTAH is failing a lot of unity tests
[09:05] <didrocks> if it was working better, I would just throw it
[09:05] <didrocks> but I think we prefer to not wait 3h to not have reliable results
[09:05] <didrocks> and better to get some with otto
[09:06] <seb128> right, I'm just pondering what's the right balance for gtk, e.G thinking out loud :p
[09:06] <seb128> Laney, wdyt?
[09:06] <seb128> wait on unity autopilot tests or just unblock it?
[09:07] <Laney> hmm
[09:08] <Laney> did we get an autopilot test before?
[09:08] <didrocks> not on current saucy
[09:08] <Sweetshark> Moin from LinuxTag Berlin
[09:08] <seb128> we had one on 3.7.90 or 3.8.0 before raring, at the same when we first tried to land it
[09:08] <seb128> which was green
[09:08] <seb128> same->time (doh)
[09:08] <seb128> not since
[09:10] <didrocks> Laney: seb128: you can run it on your machine
[09:10] <didrocks> as well
[09:10] <didrocks> like take saucy, run autopilot
[09:10] <didrocks> use -proposed rerun autopilot :)
[09:10] <didrocks> that's another option
[09:11] <seb128> I wonder how long autopilot takes on my netbook :p
[09:11] <seb128> let's try that out
[09:11] <didrocks> seb128: TBH, that won't change from the traditional 30 minutes I guess
[09:11] <didrocks> seb128: most of the time is spent on sleep()
[09:11] <didrocks> well, 45 at most :p
[09:12] <seb128> well, I'm not using the nb, so let's start and see
[09:12] <didrocks> sounds like a good alternative :)
[09:12] <didrocks> thanks seb128
[09:12] <Laney> sounds good
[09:12] <Laney> means we don't get some huge backlog in proposed
[09:13] <Laney> gtksourceview is in that category as it deps on >= 3.7.something
[09:22] <seb128> didrocks, thanks for the suggestion ;-) (netbook in the middle of the saucy upgrade, then I will run autopilot)
[09:23] <didrocks> yw
[11:18] <Mirv> didrocks: we tweaked the python-evdev tasks once more, sil2100 gets to know how to submit stuff to Debian and I'll help + cross-check with him
[11:19] <sil2100> I'm a debian-sponsoring vigin...
[11:19] <sil2100> *virgin
[11:22] <Laney> that's quite the confession
[11:23] <sil2100> I know, I'm not proud of it :( But I hope Mirv will help me through into adult-debian life
[11:23] <Laney> as long as you're both consenting
[11:32] <mlankhorst> ok..
[11:32] <mlankhorst> did I walk in at the wrong time?
[11:54]  * Laney covers mlankhorst's eyes
[11:57] <Laney> cyphermox: are you still handling evo?
[11:59] <Laney> was poking at empathy 3.8, which requires folks 0.9, which requires eds 3.7.90
[12:08] <didrocks> Mirv: ok, thanks!
[12:16] <didrocks> Mirv: you didn't tell me if qttools is ready
[12:19] <Mirv> didrocks: pushed that now, I'm just unsure about powerpc, but i386, amd64 and armhf are tested now
[12:19] <didrocks> Mirv: ok, let's try that I guess
[12:20] <Mirv> didrocks: what about qtscript?
[12:20] <didrocks> Mirv: it's uploaded
[12:23] <xylon> Hello there
[12:34] <Mirv> didrocks: I'm not seeing qtscript ubuntu2 in LP, archives or queue
[12:35] <Mirv> didrocks: now I see :)
[12:35] <didrocks> Mirv: I uploaded it 15 minutes ago
[12:36] <Mirv> yes, refreshed and noticed that 12:20 utc upload
[13:00] <Mirv> qtscript built for all archs successfully
[13:26] <Laney> seb128: have you managed to run autopilot?
[13:36] <cyphermox> Laney: wow.
[13:36] <Laney> W@W L@@K!
[13:38] <Laney> cyphermox: happy friday ;-)
[13:38] <cyphermox> Laney: I can't look at evo for now
[13:38] <cyphermox> next week?
[13:39] <Laney> sure
[13:39] <Laney> I have a package but I don't know the secrets so it could be bad bad bad
[13:39] <cyphermox> I'm sure it's not
[13:40] <cyphermox> the only gotcha is the shlibs magic in debian/rules for one of them
[13:40] <cyphermox> everything else is pretty standard
[13:40] <Laney> fair enough
[13:41] <cyphermox> and afaik it's >= 3.6  << 3.8 right now
[13:41] <Laney> I took the Debian package which was a bit different in some ways, will look it over more closely next week
[13:41] <cyphermox> Laney: ok
[13:41] <cyphermox> there's shouldn't be too many differences
[13:41] <cyphermox> and we need to close that gap anyway
[13:41] <Laney> yeah
[13:42] <Laney> we'll need to have changes for uoa, and some configure flags are different
[14:32] <seb128> Laney, autopilot = fail, it was still not done with the gtk 3.6 saucy run after 2.5 hours when I went for exercice
[14:32] <seb128> it seems my nb config is not strong enough for that stuff
[14:32] <Laney> ho hum, alright, maybe we'll get proper results from didrocks then
[14:33] <seb128> yeah
[14:33] <didrocks> hum, I didn't focus on that for now as you were running them, so well, not today…
[14:33] <Laney> :P
[14:33] <seb128> well, it's maybe better to not unblock things on a friday afternoon anyway
[14:33] <seb128> let's try to get results on monday
[14:33] <seb128> so Laney can unblock when he's back on tuesday
[14:36] <Mirv> didrocks: hi if you can please upload lp:~kubuntu-packagers/kubuntu-packaging/qtsensors-opensource-src (adds version depends, didn't have so got erronously compiled against 5.0.1 which prevents qml-phone-shell from starting)
[14:37] <seb128> Laney, or just unblock it if you don't want to block people for 4 days, we have been baking that versions in ppas for some months, it's a .2 on a stable serie and we had autopilot success in the past
[14:37] <didrocks> Mirv: ok doing
[14:37] <seb128> Laney, quite some people tested it through the GNOME3 ppa, we had errors ranking high on e.u.c before raring due to GTK (which got fixed in .1)
[14:39] <Laney> seb128: I can do that but might not be around on Monday if the world blows up ;-)
[14:39] <Laney> my current feeling is that it's quite alright though
[14:40] <Mirv> didrocks: thanks, with that recompiled everything runs on device again, similar to my earlier 5.0.2 testing
[14:41] <seb128> Laney, I will be there on monday
[14:41] <didrocks> Mirv: ok :)
[14:41] <seb128> Laney, proposed is not meant to block things for testing anyway
[14:41] <Laney> ah come on, let's do it!
[14:41] <seb128> Laney, I would say just unblock
[14:41] <seb128> DOIT DOIT DOIT
[14:41] <seb128> ;-)
[14:42] <Laney> Pushed up to revision 169.
[14:42] <seb128> \o/
[14:42]  * Laney hides from didrocks 
[14:44] <didrocks> hem, and then, you are promoting quality :p
[14:44] <didrocks> if things break! you will fix them! ;)
[14:50] <Laney> I believe I've done all of the remaining transition updates for gtksourceview apart from gedit, which we presumably want to take 3.8 of
[14:50] <Laney> someone make jbicha do that when he shows up :P
[14:59]  * Laney is going offline to get on a train
[15:00] <Laney> ttyl, and happy weekend :-)
[15:01] <seb128> Laney, have fun
[15:02] <seb128> didrocks, well, 3 months of testing is quite some testing, we identified a list of issues and get them fixed before upload ... and it's already in proposed with rebuilds stacked on it, either way we can't back off and need to fix it or we would just increase blockages in proposed ;-)
[16:10] <jasoncwarner> morning all
[16:12] <seb128> jasoncwarner, hey, how are you?
[16:13] <jasoncwarner> hey seb128, good thanks! you?
[16:13] <seb128> I'm good thanks, it's friday afternoon! ;-)
[16:13] <jasoncwarner> does france have monday off....again?
[16:14] <seb128> no
[16:14] <seb128> we are done with holidays for a while
[16:14] <seb128> we have one day in august next
[16:14] <seb128> that's the only one between now and novembre
[16:15] <seb128> (well, there is Bastille's day in July but it's a sunday this year)
[16:18] <jasoncwarner> seb128: ironically, as I made that french joke, the US has monday off ;) just looked it up
[16:19] <seb128> lol
[16:19] <seb128> jasoncwarner, yeah, u.s and u.k ... what about Canada? ;-)
[16:20] <seb128> jasoncwarner, http://www.statutoryholidays.com/2013.php says you are without luck
[16:20] <jasoncwarner> I dont' think canada, they had this past monday off
[16:20] <seb128> right
[16:21] <mdeslaur> we never get days off
[16:21] <seb128> mdeslaur, move to France :p
[16:21] <mdeslaur> http://globalnews.ca/news/587651/canada-ranks-near-bottom-in-paid-vacation-time/
[16:21] <mdeslaur> seb128: lazy bastards :)
[16:22] <seb128> hehe
[16:22] <seb128> it's just that we are so efficient when we are at work that it wouldn't be fair for other countries if we didn't slow down sometimes :p
[16:22] <mdeslaur> ROFL
[16:23] <seb128> what, don't believe me? :p
[16:26] <seb128> chrisccoulson, hey, any chance you could update that libdbusmenu MR with the small changes the indicator guys asked? ;-)
[16:26] <chrisccoulson> seb128, oh, sorry. yeah, sure :)
[16:26] <seb128> chrisccoulson, thanks
[16:36] <didrocks> seb128: you forget one holiday on July :)
[16:36] <didrocks> seb128: the national holiday :p
[16:36] <didrocks> (shame on you)
[16:36] <seb128> didrocks, keep reading the backlog :p
[16:37] <didrocks> ah ;)
[16:37] <didrocks> sunday
[16:37] <seb128> ;-)
[16:37] <didrocks> wth?
[16:37] <seb128> yeah...
[16:37] <seb128> we should do like the uk/u.s
[16:37] <seb128> have the monday off when that happens :p
[16:37] <didrocks> yeah, then, "we" are the slackers :p
[16:59] <Sarvatt> china has the best national holidays and isn't on that list, multiple week long ones :)
[17:03]  * didrocks waves good evening and good week-end
[17:56] <mpt> cyphermox, whatever happened to the captive portal detection? <https://wiki.ubuntu.com/Networking#captive-portal> I see it got wontfixed for R in bug 997200.
[17:56] <ubot2> Launchpad bug 997200 in network-manager (Ubuntu Raring) "update-manager can't handle hotel web access pages" [High,Triaged] https://launchpad.net/bugs/997200
[17:57] <cyphermox> it's not quite won't fix; it's not a bug in update-manager
[17:58] <cyphermox> and it's something that's just... kind of contentious, so I haven't had time to get back to it to address issues and all
[17:58] <cyphermox> but it's already available to be enabled should you want to use it
[17:59] <cyphermox> it's just not enabled by default because of privacy concerns, some potential issues with where we point the webpage checks to (it needs to scale for the number of users we have)
[17:59] <cyphermox> and just how / how frequently it actually does a check which isn't optimal
[18:05] <mpt> cyphermox, it's not clear to me from the bug report that the update-manager side is entirely fixed. If you choose not to sign in for whatever reason it should still fail gracefully. I was reminded of this by bug 876519, where an upgrade stalls because of one failed download.
[18:05] <ubot2> Launchpad bug 876519 in update-manager (Ubuntu) "Not able to upgrade from 11.04 to 11.10" [Undecided,New] https://launchpad.net/bugs/876519
[18:07] <cyphermox> mpt: I agree it needs to fail gracefully, but I'm not sure it's up to update-manager even. Seems to me like something in apt - and I think I remember discussing this and being told it was more or less in progress
[18:08] <cyphermox> mpt: I think you want to talk to Brian about this
[18:12] <attente> Trevinho, hi
[18:12] <Trevinho> attente: hi
[18:13] <attente> the jenkins CI for https://code.launchpad.net/~attente/unity/libreoffice-menu-highlight/+merge/160941 is failing because of a missing symbol in libunity-dev it seems
[18:17] <attente> i'm wondering what might've changed recently in unity or libunity to cause this
[18:21] <Trevinho> attente: I've the same problem with another branch pushing to 7.0... It seems more a distro issue though...
[18:21] <Trevinho> attente: that symbol was there even before
[18:22] <Trevinho> attente: it seems that it's including the wrong version of libunity...
[18:31] <Trevinho> bregma: do you have any idea why that happens ^
[18:32]  * bregma looks
[18:32] <Trevinho> bregma: Iv'e also a branch that is waiting for this
[18:34] <bregma> that a comple fail, sounds like someone forgot to check in a change to libunity and the code is not covered by the test suite
[18:35] <bregma> wait, not libunity, I mean the 100 scopes changes
[18:35] <Trevinho> bregma: mh, you mean the libunity change for 100 scopes, right?
[18:42] <bregma> on closer inspection, it looks the the barnch in the MP needs to be synched with trunk, since the error is in code that was removed during the 100 scopes merge
[18:42] <bregma> or something
[18:43] <bregma> wait, never mind
[18:43] <bregma> the problem is that the unity/7.0 branch is being build against a too-new libunity
[18:50]  * bregma checks to see if the libunity-dev libunity-dev_6.90.2daily13.05.01.1ubuntu.unity.nextbzr224pkg0raring3 contains API-breaking changes for raring
[19:00] <bregma> Trevinho, attente, I don't know where the libunity-dev being used by the autolanding builder for unity/7.0 is coming from, it seems to be ahead of trunk even, but it's breaking Unity builds for 13.04 ....  the QA guys who run the autolanders need to explain this one
[19:00] <Trevinho> bregma: agree
[19:09] <attente> Trevinho, bregma, thanks
[19:10] <mfisch> What incantation do I need to get my gschema file included in my package?
[19:15] <attente> mfisch, i think you need a _SCHEMAS primary and @GSETTINGS_RULES@ in the Makefile.am
[19:15] <mfisch> I don't have a Makefile.am, this is a cmake project
[19:15] <attente> gsettings_SCHEMAS, i mean
[19:15] <mfisch> I was thinking something in rules?
[19:16] <attente> ah, i'm not sure about cmake
[19:16] <mfisch> or should I manually add it to install?
[19:16] <mfisch> I'm also not sure about cmake?
[19:16] <mfisch> ;)
[19:16] <mfisch> I would generally do all this in maintainer scripts but that is my background for what we do on my team in PES
[19:17] <attente> mfisch, i see this in unity's CMakeLists.txt: SET (UNITY_SCHEMAS "com.canonical.Unity.gschema.xml")
[19:17] <mfisch> let me pull the source for that
[19:17] <mfisch> thanks
[19:17] <attente> i'm not sure if that's helpful though
[19:17] <mfisch> I knew unity-greeter used them but its not cmake iirc
[19:19] <mfisch> attente: if that's all this is (what I see in cmakelists) I can do this in a .install file
[19:21] <attente> mfisch, yeah, it seems to be doing other things with the UNITY_SCHEMAS variable in there
[19:21] <mfisch> yeah it's compiling and validating it too
[19:24] <mfisch> I thought there might be a dh helper
[19:31] <mfisch> attente: the unity code seems to work okay
[19:31] <mfisch> so far
[19:31] <mfisch> I made it a bit less complex, and thanks for the pointer
[19:37] <attente> mfisch, awesome :)
[19:55] <mfisch> I'm probably the only one that still cares, but hud has a library called UseGSettings that is helpeful
[22:05] <jbicha> I think we must have gedit-plugins 3.8 if we have gedit 3.8 because it was ported to python3