[00:11] hey got some crash on unity-panel-service at startupt [00:11] would that be the cause of a black screen on startupt? [00:12] oops wrong chan [00:13] keep hacking wisdom felllows [07:50] what's wrong with launchpad? [07:51] now i can't reopen a unity8 bug? [08:00] tsdgeos, not an ubuntu one [08:00] tsdgeos, a unity8 one you can [08:01] we're not ubuntu bug masters ;) [08:01] Saviq: you mean unity8 (ubuntu) i can't? [08:01] tsdgeos, yup [08:01] i used to can [08:01] i think [08:01] tsdgeos, not reopen [08:01] ok [08:01] tsdgeos, you could change its status within a limited set [08:01] Saviq: https://code.launchpad.net/~unity-team/unity8/suru-switch/+merge/207991 <- merge ? [08:02] tsdgeos, no, https://blueprints.launchpad.net/unity8/+spec/suru-icon-switch [08:02] ah ok [08:02] :D [08:02] Saviq: i mean merge the branch with master [08:02] yeah ;) [08:02] trunk [08:02] head [08:02] or whatever is called the mainline [08:03] Saviq: and then set it to in progress if we're not supposed to merge it? [08:03] done [08:13] Saviq: I cannot test my code on phone because porst.ubuntu.com is extreme slow for asia area. [08:13] Saviq: Should I add an DBusActionGroup in Shell.qml to receive the signal to shutdown the shell? [08:14] paulliu, no, DBusActionGroup are specific to qmenumodel, ApplicationManager should just have a plain Qt signal to which shell would listen [08:14] Saviq: ok. got it. [08:16] can't run the autopilot thing now :/ [08:17] Saviq, I temporarly removed the LC_ALL=C from the first set of qmltests cause I don't know the syntax [08:18] * tsdgeos kicks upstart [08:19] status is pre-start [08:19] stop tells me it's already stopped [08:19] how do i fix that? [08:23] tsdgeos, what's the issue? [08:24] Cimi: well since it's in pre-start upstart doesn't want to start a new one [08:24] so i'm basically unable to run unity8 [08:25] tsdgeos, what's in pre start? [08:25] unity9 [08:25] 8 [08:26] tsdgeos, well.. debug [08:26] no [08:26] i'm not going to debug upstart [08:26] tsdgeos, there's log in ~.cache/upstart/unity8/log [08:26] tsdgeos, debug our script [08:26] there's nothing to debug in our scripty [08:27] so you want the issue fixed but you don't want to debug it? :) [08:27] tsdgeos, so upstart got "stuck" in pre-start? [08:28] Saviq: correct [08:28] tsdgeos, unity8 not running is it? [08:28] Saviq: correct [08:28] tsdgeos, and that's locally or on phone? === popey_ is now known as popey [08:29] Cimi: i'm not going to spend my time debugging upstart, there's much more valuable ways of me using the time canonical pays for [08:29] Saviq: laptop [08:29] tsdgeos, well reading the log might show if we have any bug in the script [08:30] Cimi: since i'm not using any script i don't know how that can be of relevance here [08:30] tsdgeos, only thing I can think of that might cause that is one of the `initctl emit` blocks [08:30] tsdgeos, try `initctl emit indicator-services-end` [08:30] tsdgeos, indicators will die, but hopefully release the pre-start script [08:31] or `initctl emit indicator-services-start` to maybe kick them again [08:31] tsdgeos, upstart script that is [08:33] Saviq: nah :/ [08:33] * tsdgeos reboots to see if that helps [08:33] restarting the session would be enough.... [08:46] so yeah [08:46] didn't help ^_^ [08:46] start unity8 is handing there forever [08:46] which i guess if i kill it [08:46] will end up causing the prestart problem [08:48] correct [08:52] Saviq, are card-optimizations in the latest image? [08:55] mhr3: yes [08:55] mhr3: why? [08:56] tsdgeos, wondering if i should see any difference [08:56] mhr3: you should [08:56] it's not awesome [08:56] it's less bad [08:56] mhr3, it's just a first step, ↑ [08:57] tsdgeos, you need to add some debug echos to pre-start in data/unity8.conf [08:57] tsdgeos, those will end up in ~/.cache/upstart/unity8.conf [08:57] .log that is [08:58] tsdgeos, but my bet is that one of the indicators fails to start [08:58] yeah trying to do that [08:58] tsdgeos, you could check by going `initctl emit indicator-services-start` and see if that returns [08:58] OTOH we were doing the same, only via library before... [08:59] but yeah, debug echos in the .conf are the way to go [08:59] yeah that return just fine [08:59] tsdgeos, make sure to copy the file to ~/.config/upstart [08:59] tsdgeos, otherwise the system-wide one will be used [08:59] Saviq: sure i was editing the system one ^_^ [08:59] ;) [08:59] that's an option, too ;D [09:00] tsdgeos, then make sure you *don't* have a ~/.cache/upstart one, 'cause that will take precedence [09:00] yeah, nothing there [09:00] tsdgeos, also, it should be enough to log out/in, no need to reboot [09:01] let me do that [09:01] back when i've found something [09:01] Saviq, i know, it does seem tiny bit better, was hoping for more :) [09:02] mhr3, we just need to stop displaying thousands of results [09:02] mhr3, or we need to cache them all [09:03] Saviq, s/thousand/fifteen/ [09:04] FTFY :) [09:04] mhr3, depends what you're talking about [09:12] Saviq, can I review https://code.launchpad.net/~saviq/unity8/split-common/+merge/214907 ? [09:12] Cimi, sure [09:21] Saviq: so yeah it's actually something wrong with indicator-services-start [09:21] if i restart [09:21] run it [09:21] it will hang forever [09:22] then if i ctrl+c it [09:22] will just "timeout"? [09:22] so i can now start unity8 [09:22] btu that's a bit sad :D [09:22] tsdgeos, right, so one of the indicators has issues for you [09:22] yep [09:22] probably the network2 [09:22] which is the only one that unity7 doesn't load? [09:22] tsdgeos, `grep -r indicator-services-start /usr/share/upstart/sessions` [09:22] tsdgeos, and try starting them one by one [09:23] tsdgeos, you'll see which one is the problem [09:24] indicator-network [09:24] tsdgeos_work@xps:~$ start indicator-network [09:24] indicator-network stop/pre-start, process 3507 [09:24] all the rest is already running [09:24] let me relogin again to make sure that if i try to start it, it will hang [09:24] looks like that's it [09:28] tsdgeos, so a bug in indicator-network [09:29] tsdgeos, try starting it manually and see where it's hanging? [09:29] Saviq: i guess [09:29] i think it's crashing [09:30] http://paste.ubuntu.com/7266765/ [09:32] works if i manually start it :S [09:32] i think the upstart script is not cool [09:32] http://paste.ubuntu.com/7266777/ [09:33] Saviq, if I have to fix 1306769 (stand-alone pin-unlock) 1308011 becomes invalid [09:33] do you guys can actually start it? [09:34] or am i the only one up to date enough? [09:34] or i'm the unlucky one [09:35] back again [09:45] Saviq: so i open a bug on indicator-network and tell them they're breaking unity8 for us? [09:45] tsdgeos, works for me... [09:45] tsdgeos, the upstart script looks fine [09:46] tsdgeos, [09:46] > start indicator-network [09:46] indicator-network stop/pre-start, process 5398 [09:46] > status indicator-network [09:46] indicator-network stop/waiting [09:46] which just means it decides not to start in the pre-start script [09:46] and that's as expected [09:47] ok :/ [09:47] then i don't know [09:47] tsdgeos, does "initctl emit indicator-services-start" hang for you? [09:47] it does [09:47] once [09:47] after i ctrl+c it [09:47] it will just timeotu [09:48] tsdgeos, so yeah, that's your problem... [09:48] I go `initctl emit indicator-services-end` [09:48] all of them go away [09:48] `initctl emit indicator-services-start` [09:49] all of them come back, returns straight away [09:49] Saviq: are you totally dist-upgraded? [09:49] tsdgeos, yes [09:49] we could still go & at the end of the emit... [09:50] indicator-sync [09:50] indicator-printers [09:50] indicator-sound [09:50] indicator-network [09:50] indicator-application [09:50] indicator-messages [09:50] indicator-session [09:50] indicator-bluetooth [09:50] indicator-power [09:50] indicator-datetime [09:50] tsdgeos, start those one by one [09:50] and see which one of those hangs [09:51] none :/ [09:51] tsdgeos, have you stopped them before? [09:51] tsdgeos, emit the -end first [09:52] yeah [09:52] let me do it again [09:52] just in case [09:52] > initctl list | grep indicator [09:52] ? [09:53] http://paste.ubuntu.com/7266867/ [09:53] http://paste.ubuntu.com/7266870/ [09:57] tsdgeos, ok /me no get it [09:57] * tsdgeos neither [09:57] tsdgeos, hotfix: add & at the end of `initctl emit...` [09:57] but let's ignore it for now [09:57] and see if it keeps reproducing [09:57] tx for the help :) [09:58] tsdgeos, sure === paulliu is now known as paulliu-dinner [10:24] Saviq, tsdgeos did we change something? https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1706/testReport/junit/(root)/qmltestrunner/tst_listviewwithpageheaderqml__compile/ [10:27] Cimi: yes that needs https://code.launchpad.net/~aacid/unity8/card_optimizations/+merge/213660 to be merged again [10:27] sorry [10:27] http://bazaar.launchpad.net/~aacid/unity8/card_optimizations/revision/828 [10:27] Saviq: you landing it again? [10:29] tsdgeos, not sure today (release day) is a good day for that [10:29] will probably have to wait until tomorrow [10:29] ok [10:29] I'm not entirely sure how that works until U is open [10:30] /food === MacSlow is now known as MacSlow|lunch [10:49] Saviq, when this gets merged we need unity branch too https://code.launchpad.net/~cimi/unity-mir/unity-mir.stop-server_wizard/+merge/214983 [10:50] which doesnt work https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/287/? [10:51] I tried on my device the autopilot test, but weird... [11:15] Cimi, it doesn't work 'cause -ci does not take the unity-mir branch [11:16] Cimi, they need to land together, but it's fine - they're marked accordingly in the description [11:17] Saviq, but I was not able to test them properly here [11:17] Saviq, I installed unity branch [11:17] Saviq, and mir [11:18] Cimi, but it'd be useful to bump versions of both, and in unity-mir add Breaks: unity8 << $old_version, and in unity8 Depends: libunity-mir1 >= $new_version [11:18] Cimi, so as to force an upgrade [11:18] I see [11:18] Cimi, just take the packages from -ci, install them both and it should be fine [11:19] I tried with sbuild last evening [11:19] * Cimi tries again [11:19] dednick, a small one if you have a moment https://code.launchpad.net/~saviq/unity8-desktop-session/start-indicators-lp1308891/+merge/216261 [11:21] Saviq: sure. [11:21] * Saviq can't run the desktop session here still :| [11:22] Saviq: i don't have to test that one do i? :) [11:22] dednick, nah [11:23] dednick, I will in the silo anyway [11:25] brb [11:26] Saviq, i can actually test that [11:26] was trying it out last week, got it all working then :) === greyback is now known as greyback|lunch [11:30] Saviq, tested again, works on my mako [11:32] Saviq, doesn't work, you forgot emits foo [11:33] Saviq, or something on my computer is broken :) [11:34] oh damn, dithering on the new wallpaper looks really bad [11:35] on mako [11:35] Saviq: you do https://code.launchpad.net/~aacid/unity8/filtergrid_bindingloop/+merge/216147 or shall i try to find someone else? [11:35] tsdgeos, I started [11:35] Cimi: ah, awesome :) [11:36] Saviq: Cimi's doing it === MacSlow|lunch is now known as MacSlow [11:51] mhr3, right, damn [11:52] mhr3, pushed [11:52] Saviq, actually, not enough, for some reason adding that event makes unity crash [11:52] without it, it starts up [11:52] but with it, it doesn't [11:54] Saviq, upstart logs shows just http://paste.ubuntu.com/7267488/ [11:56] mhr3, try adding & after the initctl emit please [11:57] mhr3, tsdgeos reported that emit blocking forever, maybe that? or are you getting an actual crash? [11:57] Saviq, it would be unity8 itself crashing, right? [11:57] mhr3, if it would, yes [11:58] i do have a unity8 crash here from few minutes ago [11:58] looking [12:02] Saviq, http://paste.ubuntu.com/7267524/ [12:02] mhr3, that's on stop [12:04] Saviq, alrighty, & fixes [12:04] that does make me wonder what sorcery is that [12:04] initctl emit with noone listening == infinite wait? [12:05] oh upstart, upstart [12:06] mhr3, not with noone listening, *something* that's listening takes forever [12:06] or that :) [12:07] fwiw the initctl process is just sleeping in poll() [12:07] poll from deep inside libdbus [12:09] http://paste.ubuntu.com/7267565/ [12:10] but maybe it's not upstart itself === alan_g is now known as alan_g|lunch === paulliu-dinner is now known as paulliu === _salem is now known as salem_ [13:01] mhr3, can you verify silo 001 for me with the indicator fix? [13:01] Saviq, k [13:02] worked fine here [13:04] Saviq, yep here too, +1 [13:05] mhr3, thanks === alan_g|lunch is now known as alan_g === jhodapp|afk is now known as jhodapp === greyback|lunch is now known as greyback [13:32] tsdgeos, you set filtered as readonly, but in dashrenderers you forgot readonly 140 + property bool filtered: true [13:33] yes [13:33] Dashrenderer is not a FilterGrid [13:34] DashRenderer is just "base common API" for the Dash Renderers [13:34] the thing is matched in qml/Dash/CardFilterGrid.qml [13:34] with [13:34] filtered: filterGrid.filtered [13:35] yes [13:35] tsdgeos, but we have readonly [13:36] in filtergrid [13:36] don't we want to preserve same api? [13:36] we can't [13:38] since we have the DashRenderer "base item" and CardFilterGrid.qml that "implements it" [13:38] we can't set it readonly in DashRenderer [13:38] and then set it in CardFilterGrid to be filtered: filterGrid.filtered [13:38] i think [13:38] maybe i'm wrong [13:38] let me try :D [13:38] yeah, can't [13:38] CardFilterGrid.qml:31:5: Invalid property assignment: "filtered" is a read-only property [13:38] Cimi: it'd be cool if we could do what you say though [13:38] i agree [13:38] ok [13:39] Cimi: at least the documentation of filtered makes it clear it's supposed to be used for read only, no? [13:40] or maybe not that much :D [13:55] man, we're not the only ones with CI problems, can't land my Qt fix because their jenkins is foobar'ed too [14:00] mzanetti, so you're back to work on unity8 trunk now right? [14:03] dandrader: well.. I'm trying to implement the animation for the tablet right edge. can do that on either branch I guess. the animation is the same regardless if its images or items. [14:04] I'll leave the screenshot updating away for now anyways... [14:05] dandrader: the reason why on trunk is that the FakeApplicationManager works there [14:05] so I can develop on my laptop instead of using the slow devices [14:06] OMG, I just flashed my actual phone instead of my work phone [14:06] :( [14:06] mterry: :D yep. happened to me already too [14:07] mterry: were you using android on that or dogfooding ubuntu? [14:07] mzanetti, I even have a case for my work phone so I know not to do this [14:07] mzanetti, dogfooding [14:07] mterry: ah ok. then its not that bad I guess, unless you bootstrapped [14:07] mzanetti, I did! [14:07] lol [14:07] ok, that's a bigger fail then [14:08] :) Eh, it's OK. Now that contacts syncing happened, I didn't have much data there I cared about [14:08] Just have to redownload all my apps [14:08] true... but contact sync was working for me since day one. (setting it up manually tho) [14:09] tsdgeos, whas ./run that was not working for u on the desktop? [14:09] greyback, mind reviewing this one? https://code.launchpad.net/~dandrader/platform-api/window_get_size/+merge/216156 [14:10] dandrader: sure. That's an API change, so need to bump the version number [14:10] greyback, you mean in the debian/changelog? [14:11] dandrader: yep [14:11] greyback, or set(UBUNTU_PLATFORM_API_VERSION_MINOR 0) ? [14:11] Cimi: correct [14:12] Cimi: it does work if i do some workaround though [14:12] dandrader: both === maxb_ is now known as maxb [14:12] ;l [14:18] greyback, done [14:19] ta [14:39] paulliu, please push your logout things to bzr and let us know where to look when you EOD today [14:41] Saviq: yes. [14:41] I'm testing right now. Will push it soon [14:41] awesome === alan_g is now known as alan_g|tea [14:44] tsdgeos, cimi@draco:~$ cat .cache/upstart/unity8.log [14:44] initctl: Connection was disconnected before a reply was received [14:44] /bin/sh: 1: exec: -mousetouch: not found [14:44] Cimi: that's weird [14:45] it's like the variable for the unity8 path wasn't found [14:46] Cimi: which shell do you use? [14:46] tsdgeos, unity7 [14:46] Cimi, or you're not in an upstart session there? [14:46] Cimi, echo $UPSTART_SESSION [14:46] Cimi: as in zsh, bash, foosh, etc [14:46] bash [14:46] Cimi, and check if there's no .crash for init in /var/crash [14:46] hmmm, works here [14:47] Cimi, ./build first? [14:47] Cimi, is ./builddir/src/unity8 there? [14:48] i guess readlink is failing? [14:48] Cimi: http://paste.ubuntu.com/7268563/ what does it return? [14:48] nevermind guys, works now [14:49] I guess I did not run build [14:49] or simply some debuild or sbuild deleted the dir [14:50] keeps respawning though [14:50] unless you ctrl c [14:51] yep === alan_g|tea is now known as alan_g [14:52] we agreed with Saviq that it was "good enough" for us [14:52] that are the target group of run [14:52] mostly [14:52] s/us/developers maybe [14:53] greyback: for applicationmanager can I just call onSessionStopping to stop the apps? [14:53] greyback: Should I only close the focused app? [14:54] paulliu: that method is called by mir to report that a client (application) is disconnecting (probably shutting down). [14:54] so something else caused that app to shut down [14:54] greyback: ok. [14:54] paulliu: stopApplication is what you want [14:55] greyback: ok. got it [14:55] paulliu: this is for log out, yes? In that case, it would be best to close all apps, no? [14:55] greyback: yeah.. I'll iterator the applist and close all of them [14:56] paulliu: I'm not sure what logout really will do. Does upstart tear down the whole user session? [14:56] but it's nicer to close apps, before mir/unity8 has shut down [14:57] kgunn: have just created lp:unity-mir/devel, who do I poke to get CI and autolanding going? === dandrader is now known as dandrader|afk [14:59] fginther: could you possibly help us ? ^ [14:59] or a designate [15:00] kgunn, ack [15:09] Saviq: is Qt.quit(); good for end the Shell? [15:10] paulliu, qt quit sends a signal that we need to connect to [15:10] in the main.cpp [15:10] Cimi: ok. [15:10] paulliu, what u need to do? [15:10] Cimi: logout and quit the shell. [15:11] paulliu, so you need to handle it [15:11] Cimi: got it [15:12] paulliu, QObject::connect(view->engine(), SIGNAL(quit()), application, SLOT(quit())); [15:12] paulliu, you can change SLOT(quit()) to your likings [15:13] paulliu, yeah, and take Cimi's unity-mir branch [15:13] paulliu, put this like line 127 of main.cpp [15:14] https://code.launchpad.net/~cimi/unity-mir/unity-mir.stop-server_wizard/+merge/214983 === beidl_ is now known as beidl === gatox is now known as gatox_lunch === dandrader|afk is now known as dandrader [15:29] Saviq, can we close the greeter when the screen turns off? [15:29] Saviq, so annoying to turn the screen on and seeing the greeter closing [15:29] Cimi, bug #1233564 [15:29] bug 1233564 in mir (Ubuntu) "Wrong frame is seen on wake up/resume/unlock." [High,Triaged] https://launchpad.net/bugs/1233564 [15:37] * greyback has to go, happy easter all [15:37] o/ [15:37] o/ [15:38] \o [15:38] \o/ [15:38] _o_ [15:38] /o/ [15:38] /away [15:56] Saviq: https://code.launchpad.net/~paulliu/unity-mir/logout/+merge/216336 [15:56] Saviq: I'm testing the unity8 code now. Will push it later. === bschaefer_ is now known as bschaefer === gatox_lunch is now known as gatox [16:43] olli: Saviq: in case you didn't notice, but the indicator startup fix for the unity8 session is available in the release pocket (just in time) [16:43] didrocks, most awesome! [16:48] mzanetti, you don't animate SpreadDelegates when its correponding model entry is removed, right? [16:48] mzanetti, they just vanish from the Repeater and that's it [16:57] mzanetti, ok, guess you went for your holidays already === alan_g is now known as alan_g|EOD [17:16] Saviq: https://code.launchpad.net/~paulliu/unity8/logout/+merge/216373 [17:20] so in 14.04, if one sets the scale and plugins hotcorners they get reset every session BUT if one puts them last in dconf in org->compiz->profiles->unity->plugins->core the settings are remembered, only issue is that then when using meta+w and meta+s unity segfaults === dandrader is now known as dandrader|lunch [17:39] dandrader|lunch: hey, no, I don't do that yet, but I guess that should happen at some point [18:08] kgunn, lp:unity-mir/devel is now setup === jhodapp is now known as jhodapp|lunch === dandrader|lunch is now known as dandrader === jhodapp|lunch is now known as jhodapp === salem_ is now known as _salem === jhodapp is now known as jhodapp|afk === bschaefer_ is now known as bschaefer [23:12] kgunn are you eod? [23:24]