=== duflu_ is now known as duflu [09:13] Mirv: https://code.launchpad.net/~aacid/qtubuntu-media/noprivate/+merge/202708 now passes CI === deegee__ is now known as drussell [09:16] tsdgeos: thanks [09:16] funny that it failed only on i386 [09:17] yeah [09:17] Mirv: should https://bugs.launchpad.net/qtubuntu-sensors/+bug/1271034 be marked as done/invalid ? [09:17] Ubuntu bug 1271034 in qtubuntu-sensors "qtubuntu-sensors fails to build against Qt 5.2 (QtQml)" [Critical,In progress] [09:18] tsdgeos: it needs that proposed merge included. I just added the note to above since I wrongly linked to that bug in the e-mail and the other bug is now which happens even after my branch would be merged. [09:18] does it? [09:18] i can compile it fine without that one [09:18] with the current qt ppa packages [09:18] well, can't compile it because of the other bug [09:18] tsdgeos: you might have qtdeclarative-dev installed on your computer otherwise, but nothing in the build deps pulls it in so it fails in cleaner oen [09:18] ahhh [09:18] right [09:19] and again I'm missing links, hmph. adding some [09:19] too hasty, too hasty [09:24] I'm not sure what has changed regarding the location plugin, but I think I can make a temporary build of qtubuntu-sensors without the ubuntu positioning plugin. [09:24] Mirv: ok, added my comment to https://bugs.launchpad.net/qtubuntu-sensors/+bug/1271034 then, not sure i'm really the one to have much opinion on it, but seems logical to me [09:24] Ubuntu bug 1271034 in qtubuntu-sensors "qtubuntu-sensors fails to build against Qt 5.2 (QtQml)" [Critical,In progress] [09:25] Mirv: they added a new virtual you have to implement, i can try returning null in that new virtual, actually we aare already doing that in one of the virtuals so it should "be fine" [09:25] let me make a quick MR [09:25] tsdgeos: you're probably right. I think Debian started even removing some references from CMake files. [09:25] tsdgeos: ah just that kind of stuff, I fixed a similar thing somewhere once even. [09:26] returning null was enough in that some other case too :) [09:26] thank you [09:26] tsdgeos: does it need to be #ifdef 5.2/5.0:d? [09:26] i'd say so [09:27] but let me check [09:27] yep it does [09:34] Mirv: https://code.launchpad.net/~aacid/qtubuntu-sensors/newvirtual/+merge/202811 should be it [09:38] tsdgeos: \o/ in a hangout, will test soonish [09:38] MacSlow, hey, how are you? Could you have a look to https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/1092905 when you have some spare cycle (that's an old bug but it's quite visible since we change the default focus config) [09:38] Ubuntu bug 1092905 in notify-osd (Ubuntu) "incorrect placement on multimonitor systems with focus-follow on" [High,Confirmed] [10:06] seb128, taking a look [10:08] MacSlow, thanks [10:32] seb128, updated the bug with my estimation on what's possibly causing the issue. [10:32] MacSlow, danke === rachelliu_ is now known as rachelliu [10:33] MacSlow, but the panel has the same size on all screens no? [10:35] seb128, sometimes the strut is initially calculated before the panel is visible right after login... best solution would be to always calculate the strut per screen before each notification is put on screen. [10:38] seb128, since I'm out of that kind of stuff for some cycles now, I can't easily predict how much effort this is to fix... I want to say maybe have a half a day... but there's something I'm missing I'm sure. Otherwise I would have implemented it back then. [10:39] pete-woods: ping [10:40] MacSlow, can't we just hardcode the high of the panel under Unity sessions? it's a hack but should just work... [10:41] seb128, well then we'll get bug-reports from people using non-default font-sizes and people who place their panel not on top etc. [10:42] seb128, but despite that... hard-coding would of course work to some extend [10:42] MacSlow, well, I said "in Unity sessions" [10:43] seb128, I know :) [10:43] there is no way to changing the panel position there [10:43] well, in any case, do you think you can look at it this cycle? [10:43] if not maybe bregma's team can help? [10:44] MacSlow, but there is probably another bug than the one you describe there [10:44] seb128, I'll ask kgunn when he let's me slot this in... hard-coding should not take that much time... compared to the full/robust solution [10:44] MacSlow, I'm using my laptop atm, booted it this morning undocked (so 1 screen) and the volume bubbles go over the panel [10:45] MacSlow, so it's not a "by screen strut" issue [10:45] seb128, the desktop-strut is determined upon notify-osd startup... and if notify-osd is started before the panel was visible... that causes the overlap [10:46] seb128, and that's the partly-related other bug with desktop-struts [10:46] MacSlow, no, I just restarted notify-osd in my session, still behaving buggy [10:46] so it's not a start order issue [10:46] unity is well in place for some hours and didn't move there :p [10:47] seb128, hm... that's new then... odd [10:48] MacSlow, it also works fine if "gsettings set com.canonical.notify-osd multihead-mode no-focus-follow [10:48] " [10:48] MacSlow, it bugs only if I set "focus-follow" [10:48] MacSlow, so seems a bug in the "focus-follow" codepath [10:49] the strut doesn't change by changing the key [10:49] (I'm with 1 screen atm, both config should be equivalent) [10:49] seb128, the strut needs to be grabbed dynamically, which is not the case right now iirc [10:50] MacSlow, why? [10:50] that case is "start notify-osd in a started session, with 1 screen" [10:50] the 2 focus cases shouldn't behave differently [10:51] seb128, I need to look at the code... I really can't recall the details [10:51] MacSlow, ok, anyway we need to fix it this cycle, we can't release the LTS with the bubbles displayed over the panel === ricmm_ is now known as ricmm [11:13] tsdgeos: regarding this [1] - I have no clue, I branched clean and still segfault. [1] https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/201932 [11:14] tsdgeos: No other changes, no uncommited changes. [11:14] :S [11:14] karni: what's the backtrace? [11:14] tsdgeos: I change to "vertical-journal", click apply, and unity-scope-tool says good bye [11:14] tsdgeos: I don't have it. The terminal just spits "Segmentation fault (core dumped)" [11:15] where are the core dumps? [11:16] run -g [11:18] tsdgeos: excuse me? [11:18] ah [11:18] that's the scope-tool [11:18] not unity8 that is crashing, no? [11:18] or? [11:18] unity-scope-tool, yes [11:19] just run it with gdb then [11:19] tsdgeos: I can try, but I haven't used it much in my life haha [11:20] just [11:20] gdb binary [11:20] run [11:20] bt [11:20] once it crashes [11:20] ok [11:22] tsdgeos: hrm. http://paste.ubuntu.com/6802371/ [11:24] that is veeeeeeeery weird [11:24] tsdgeos: indeed. line 38 of qlimitproxymodelqml.cpp looks fine to me [11:24] karni: do you have a LimitProxyModel whose inner model is itself? [11:25] karni: can you continue the bactkrace to see what's below #13 [11:27] wtf.. now it doesn't segfault? [11:27] * karni retries === _salem is now known as salem_ [11:29] to answer your question - no, I don't have limitproxymodel whose inner model is itself [11:29] tsdgeos: Well. This is very strange indeed. It no longer segfaults... [11:30] that's the only reason i can find of that the limit model was calling itself [11:30] and that's the first time I've seen it _not_ seg fault [11:32] tsdgeos: maybe the reason it doesn't segfault is it doesn't seem to be trying to switch to vertical-journal in fact any more. [11:35] tsdgeos: hi [11:35] pete-woods: has your branch for the hud stuff landed? [11:36] tsdgeos: the changes will actually be to the unity-action-api project, but no, they've not landed yet [11:36] mzanetti: FYI, I'm going to disable the automerger for unity8 (didn't have a chance to do it before) [11:36] mzanetti: you will still get feedback on the MP [11:36] ah ok [11:37] pete-woods: do you have a link so i can have a look? or still not ready? [11:37] tsdgeos: it's all being track here https://bugs.launchpad.net/hud/+bug/1269409 [11:37] Ubuntu bug 1269409 in Unity HUD "Reenable closing apps from HUD" [Undecided,In progress] [11:38] *ed [11:38] pete-woods: so i won't get something like HUD_CLIENT_QUERY_TOOLBAR_UNDO: ? [11:39] tsdgeos: it should add the quit entry, just like it used to [11:40] mzanetti: do not forget to file https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdC05a2ZQSmgwU2NFYnJQOE9qMDRYa3c#gid=1 btw :) [11:40] pete-woods: but what i do for the rest of toolbar icons [11:40] is call hud_client_query_execute_toolbar_item [11:40] mzanetti: so that I know which components you are looking at [11:40] tsdgeos: hmm, it looks like quit was never in that list.. [11:40] (and disable the merge job) [11:41] so i need something like pete-woods: so i won't get something like HUD_CLIENT_QUERY_TOOLBAR_QUIT, no ? [11:41] you sure? [11:41] * tsdgeos logs the file [11:41] tsdgeos: I will add it, as that's a mistake [11:42] tsdgeos: http://bazaar.launchpad.net/~indicator-applet-developers/hud/trunk.14.04/view/head:/libhud-client/toolbar-items.h and http://bazaar.launchpad.net/~indicator-applet-developers/hud/trunk.14.04/view/head:/libhud-client/HudToolbarModel.cpp [11:43] pete-woods: sure, but maybe it was removed? [11:44] yeah [11:44] see https://code.launchpad.net/~aacid/unity/hud_remove_quit_button/+merge/162220 [11:44] there used to be a HUD_CLIENT_QUERY_TOOLBAR_QUIT [11:45] tsdgeos: okay, that makes sense [11:47] tsdgeos: I've re-added the quit stuff into the HUD client library now, will add an MR to that bug [11:48] oki [11:52] tsdgeos: I'm not feeling well, Cc'ed you on an e-mail to my manager. [11:53] karni: take care then :-) [11:54] thanks, tsdgeos === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch [12:45] tsdgeos: ok qtsensors-ubuntu built now in the PPA with the tests disabled, otherwise trunk. the tests failing has a new number bug #1271886 [12:45] bug 1271886 in qtubuntu-sensors "qtubuntu-sensors & Qt 5.2 - part 3, tests failing" [High,New] https://launchpad.net/bugs/1271886 [12:46] Mirv: okidoki [12:47] Mirv: fwiw i think i may have a fix for those intel only crashers at https://codereview.qt-project.org/#change,76374 but don't add it to our code yet, want to get more feedback from upstream [12:47] zsombi also had progress with fixing UI Toolkit problems (I think this, not sure if everything there https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/singletonFix) but had to leave before submitting a merge proposal [12:47] ok, interesting [12:48] or well, there is a merge proposal but I guess it's not final one from the looks of it https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/singletonFix/+merge/202610 [12:48] yeah [12:48] lots of commented out stuff :D === MacSlow|lunch is now known as MacSlow === dandrader is now known as dandrader|afk [13:33] tsdgeos: Saviq: if you want you can upgrade the device to Qt 5.2 using these simple instructions ;) http://pastebin.ubuntu.com/6802938/ (and get a unity8 crasher I think) [13:34] unity8 seemed to respawning so I stopped it with initctl and saw it crashing when started with 'unity8' as phablet user [13:35] but that's starting to be it for me for today. lots of nice progress. === alan_g|lunch is now known as alan_g === dandrader|afk is now known as dandrader [14:00] lol [14:00] "simple" [14:34] elopio: this is the notes document btw: https://docs.google.com/a/canonical.com/document/d/1fbGNXRQ_tpiprdz2qe3Fk9L_zR-D1SEMCU3rcD-D70U/edit# === rachelliu_ is now known as rachelliu [15:08] davidcalle, bon anniversaire! [15:10] cwayne, hey, merci ! :) === dpm_ is now known as dpm === salem_ is now known as _salem === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [15:46] mterry: ping [15:48] kgunn, hi === dandrader is now known as dandrader|lunch [15:56] Mirv: FYI Saviq is on holiday this week. [15:57] Mirv: i tried following those instructions [15:57] died [15:58] mhall119, btw unity deps finally built in the ppa [15:58] mhall119, not sure if you noticed === jono is now known as Guest95543 [16:08] \o/ [16:08] thanks mhr3 [16:11] Cimi: ping [16:11] kgunn, pong === _salem is now known as salem_ [16:23] mhr3: is everything needed in the ~unity-team PPA now? [16:23] mhall119, needed for what? [16:23] to build Unity8 on Saucy [16:24] should be [16:24] try :) [16:24] thanks, I'll update the instructions on unity.u.c [16:24] * mhall119 is 70% done with the build already [16:24] but I have a lot of PPAs too, so I'm not sure if the SDK team PPA is needed or not, for example [16:25] yea, sdk is needed too [16:25] unity8 uses components that weren't in saucy [16:25] ah ha, see, that's the kind of thing that I wouldn't have discovered since I already had it [16:26] i know only cause i couldn't run unity8 and that was the reason :) [16:28] works! [16:28] well, mostly [16:28] but it builds and runs, and that's what matters most :) [16:44] now I can finally upgrade to trust :) [16:45] mhr3: I assume the packages in this PPA will continue getting updated when new revs land in trunk? [16:51] mhall119, when stuff lands in distro, yes [17:14] jamesh: hi! [17:14] jamesh: are you still around? === dandrader_ is now known as dandrader [17:18] mhr3: hi! [17:19] mhr3: how can I check through the console if a scope is running? [17:22] sil2100, which scope? [17:23] sil2100, but simple answer - query it [17:24] mhr3: in this case the mediascanner scope === salem_ is now known as _salem [17:25] mhr3: since again I try releasing it, but after updating the unity-scope-mediascanner, I don't see it working on the dash... [17:27] sil2100, ls /usr/share/unity/scopes/music/ ? === _salem is now known as salem_ [17:29] hm, don't see it there === jono is now known as Guest52764 [17:30] mhr3: there's /usr/share/unity/scopes/mediascanner-music [17:30] sil2100, what extension does it have? [17:31] mhr3: it's a directory, two files are in there: libmediascanner-music.so mediascanner-music.ini [17:31] sil2100, wait, can you do listing of the scope pkg? [17:31] sil2100, yea, that's "new" scope, that won't show up in the dash now [17:32] mhr3: but like, it won't work at all? [17:32] mhr3: since it doesn't seem to work anymore now [17:32] sil2100, no, the pkg is supposed to have both [17:32] but maybe something got lost somewhere [17:32] i'll bring it up on the standup tomorrow [17:32] mhr3: here it only has the new one, i.e I only see mediascanner-music/ and mediascanner-video/ installed in the package [17:32] sil2100, proclaim it not working then [17:34] mhr3: boo... I thought that with the new unity-scopes-api and unity-scopes-shell, the new ones will work fine [17:35] mhr3: at least that's what I understood when talking with Jussi and Thomas? [17:35] * sil2100 could have misunderstood [17:37] sil2100, they do work fine probably, but we can't switch to new scopes yet... no apps scope etc [17:38] mhr3: ah, then hm... I wonder why this got marked as 'ready for release' [17:38] that's why we need to keep the old ones too for now [17:38] because it was supposed to have both the old and the new [17:40] i was specifically asking if they are parallely installable and got told that they are === alan_g is now known as alan_g|EOD === jhodapp is now known as jhodapp|afk === jhodapp|afk is now known as jhodapp === salem_ is now known as _salem [22:18] If I am running ubuntu 12.04.3LTS should I downgrade from 0.9? Compiz keeps crashing inadvertently right after a clean install (3 re-installs generates same scenario; Compiz closed unexpectedly due to error)? === _salem is now known as salem_ === salem_ is now known as _salem