=== nudtrobert1 is now known as nudtrobert === Guest42341 is now known as supadupa [10:40] mzanetti, https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/1270/ is panel-button-fixes, look like regressions [10:40] @unity: _vivid_ CI should be all SUCCESS today, wily is broken, we'll move to xenial soon [10:40] so if your vivid CI isn't green, needs investigation [10:41] ack [10:41] Saviq, actually those are the new tests added with that branch :D [10:41] will investigate [10:41] kk [10:49] in xenial the mouse pointer is off or the mouse is not working in unity8 [10:49] i can't login [10:50] are there any keyboard shortcuts to log-in? [10:50] guest123124: nothing at all responding to mouse? You see a cursor & can move it around? [10:52] after login into lightdm the mouse pointer is not shown anymore, and even if i blind click on the indicators it does nothing [10:52] the mouse seems off [10:52] guest123124, xenial does not have the latest things yet, unity8 didn't migrate yet [10:52] ah, ok then :D [10:52] soon [10:52] testing again later, thanks Saviq [10:53] guest123124, might wanna /nick === guest123124 is now known as nick1235 [10:53] Saviq, done [10:53] :P [10:53] nick1235, you can monitor the migration in https://launchpad.net/ubuntu/+source/unity8 (or enable proposed if you want) [10:54] yep i was thinking of enabling proposed [10:54] but later, i'm not that brave in the morning [10:55] being on xenial is brave enough still ;) [10:55] :)) [11:18] Saviq, pushed a fix [11:18] tx [11:51] cimi, please merge lp:~cimi/unity8/sdk1.3_newUbuntuShape into lp:~cimi/unity8/wide-preview-zoomable-videoplayback as it's a prerequisite, but isn't in the branch - that's where the apparent conflict comes from [11:51] Saviq, I think I did :/ [11:51] cimi, you did merge something, but not that [11:51] oh no I did in preview-sharing [11:52] cimi, whatever you did merge in preview-sharing, you should've merged wide-preview in it, after having merged shape in it first [11:52] pushed [11:52] let's see preview-sharing [11:52] cimi, also, please don't paste the changelog entry into commit msg, better say which branch is this a merge from [11:53] Saviq, oki for next time [11:53] ok they should both be fine now [11:54] k, kicked ci for them [11:54] tsdgeos, can you please merge Cimi's wide preview into lp:~aacid/unity8/scope_settings_keyboard_scroll [11:56] didn't i do that already? [11:56] * tsdgeos has a dejavu [11:56] ah maybe do it again [11:56] tsdgeos, yeah, but cimi didn't merge his branches properly before [11:56] tsdgeos, yes, remerge [11:57] Saviq: done [11:57] tx [11:58] Saviq, what was the silo you built? [11:58] cimi, 21 [11:58] https://requests.ci-train.ubuntu.com/#/ticket/564 [11:58] cool, testing [11:59] (when is built) [12:00] cimi, I'll rebuild it now so give it an hour or so [12:09] @unity: unity8 migrated to xenial, so we're in sync between vivid+overlay and xenial again (note wily is done'n'dusted, we don't care for it any more) [12:10] nice! === dandrader is now known as dandrader|afk [12:16] r.i.p wily [12:25] ubuntu::connectivity::NetworkingStatus thinks i'm offline [12:25] * tsdgeos shakes fist [12:26] tsdgeos, ye that thing is unreliable lately; my router went offline and back online yesterday and unity8 didn't notice at all, had to disable and re-enable networking [12:27] it's very bad that this thing doesn't work [12:27] since if it thinks we're offiline we don't do any qnam request [12:29] tsdgeos, yup, on the phone, the dash fails to refresh the nearby and today scopes [12:29] I wonder if tg2 not sending msgs for me is the same issue [12:29] tsdgeos, it won't even reconnect to my router when it comes back online [12:35] qdbus com.ubuntu.connectivity1 /com/ubuntu/connectivity1/NetworkingStatus com.ubuntu.connectivity1.NetworkingStatus.Status [12:35] ltinkl: Saviq: on the phone ↑ [12:35] food! === dandrader_ is now known as dandrader [12:36] tsdgeos, will do once that happens again === alan_g is now known as alan_g|lunch [13:11] ok, so now the mouse is working on unity8/xenial [13:11] but i get a black window with xmir, am i doing something wrong? Xmir :0 --desktop_file_hint=geany.desktop [13:11] tried -sw -damage still nothing [13:12] Saviq: now that silo 22 has landed, are you going to keep using it for new Mir/Unity work? [13:12] I'm wondering if I should keep using it or removeit from my apt sources [13:18] mhall119: you can remove, we won't hold on to that silo [13:18] which reminds me... [13:20] thanks greyback_ [13:20] kgunn: killing silo0? [13:21] greyback_: yep, abandoned [13:21] yay [13:21] kill the undead [13:23] :) === nudtrobert1 is now known as nudtrobert [13:57] ltinkl: so @mouse scroll...yep, works for browser, i was actually testing things like dash or u-s-s [13:57] so you can grab and drag the window up, but you can't wheel-scroll [13:57] kind of a small issue... [13:57] since user can at least grab now === alan_g|lunch is now known as alan_g [14:05] AlbertA, ping [14:08] kgunn, hmm weird, that also works fine here [14:09] kgunn, ltinkl I think there's a state when wheel doesn't work in the dash, for example, but not sure why that is... I initially thought the dash doesn't scroll (because well, it didn't...) but then some time later it did work... [14:09] so we need to do some investigation there [14:09] Saviq, ye it looks like a focus issue [14:10] Saviq, sometimes it (dash) doesn't respond to the wheel until I grab it and flick it manually [14:11] ltinkl, right [14:11] tsdgeos, qdbus isn't available on the phone by default is it? [14:11] Saviq: no [14:11] tsdgeos, it isn't [14:11] had to manually install it as well [14:12] gbdus is but its syntax is awful [14:12] -b+d [14:13] apt-get install qdbus-qt5 [14:15] ltinkl, yeah, not when people have their phones ro [14:15] https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1507769/comments/14 works [14:15] dandrader: pong [14:15] ah right [14:15] Launchpad bug 1507769 in unity8 (Ubuntu) "App store does not display images" [High,Confirmed] [14:16] Saviq, so why do we use com.ubuntu.connectivity1.NetworkingStatus and not the same thing provided by NM itself? [14:19] ltinkl, no idea, maybe NM doesn't have enough info or something, I know Qt has API for that, too, but again - maybe not extensive enough [14:19] those would be my guesses [14:19] or no QML API [14:21] Saviq: mzanetti: what about this? https://code.launchpad.net/~aacid/unity8/warn_using_only_cache/+merge/275851 [14:21] ltinkl: it used to fail so we switched to our thing [14:22] tsdgeos, looks ok I guess. shouldn't it be a qWarning() tho? [14:23] (assuming eventially we'll add message filters this seems it should still be printed even if random debug stuff is filtered) [14:24] mzanetti: no big opinion on debug/warning, in Qt qWarinng are usually yhings you're doing wrong and can fix, but we're not Qt so we can do whatever we want for warning :D [14:24] right... [14:24] tsdgeos, looks like ours fails the same :) [14:24] actually atm it mostly doesn't matter indeed [14:24] we should eventually move to QMessageLogger tho [14:25] ltinkl: well it was a false alarm, it is just that the thing doesn't run on the desktop so i was getting all the things to fail [14:25] so that we can enable DDA prints without recompiling etc [14:25] nice way to spend the morning [14:27] qCDebug()/qCWarning()? [14:30] we don't use those at the momnet, we probably should, but don't think it's fair to ask this MR to add them [14:30] tsdgeos, sure, for later [14:47] mterry, hey, can you please merge trunk in https://code.launchpad.net/~mterry/unity8/shutdown-dialog-on-resume/+merge/275240 so we can see some CI greenness? [14:53] Saviq, oh ok [14:54] Saviq, no conflicts. Does CI not merge trunk first anyway? [14:54] mterry, I agree, CI should always take trunk, merge branch, only then test [14:54] mterry, yeah, unfortunately it doesn't [14:54] huh [14:54] it tests the branch directly [14:54] I feel like I keep forgetting that :) [14:54] Saviq, updated [14:55] tx [15:48] Saviq, OK, updated my three no-touch-no-lifecycle branches. No conflicts, but I did bump unity-api version again [15:50] mzanetti, ↑ [15:51] mterry, you might need to bump it even more after silo 21 lands, as dednick's occlusion branches bump it, too, unless we land the two together [15:51] Saviq, got it. Easy to bump. But also... let's just land no-touch-no-lifecycle... [16:01] mterry, sure, if it's ready to go [16:02] Saviq, well it needs final reviews. But I think it's ready to go [16:03] greyback_, do you like teh qtmir no-touch-no-lifecycle branch now? [16:04] mterry: I do now, yes. CI still unhappy tho [16:05] greyback_, that's because unity-api is bumped. It can't compile [16:05] ah yes [16:05] mterry: can you please add the checklist with the required unity-api MR listed there [16:05] greyback_, I thought I linked the MR [16:05] let me see [16:06] mterry: ah you did, wrong tab [16:06] greyback_, didn't do the formal checklist though. I'll add that [16:07] done [16:08] mterry: ack. Will give it all a test today/tomorrow [16:09] greyback_, great thanks! [16:09] * greyback_ wishes CI was smart enough to read checklist, and compile all packages ready for testing [16:20] dednick, mterry, greyback_, I added occlusion and lifecycle to silo 21 [16:21] dednick, mterry, it's building now, please monitor for conflicts if you can see and fix any https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/216/console [16:21] ah. i was just doing that :) [16:21] Saviq: could this be added too? https://code.launchpad.net/~alan-griffiths/qtmir/test-harness-for-MirWindowManager/+merge/274221 [16:21] greyback_, doing [16:21] thans [16:22] thanks ants.... thants [16:22] yay. i'm conflicting! [16:22] dednick, you need to merge trunk / bump to .102 [16:22] hm. i did yesterday [16:22] oh, maybe i didnt push [16:24] rebuilding [16:28] eh. [16:33] dednick, you might wanna just not modify changelog [16:34] dednick, otherwise you'd need to make it same as mterry's [16:34] * Saviq gone for a while, biab [16:34] Saviq: i've resubmitted and pre-reqed mterrys branch [16:35] dednick, ah thanks === davidcalle is now known as davidcalle_afk [17:10] Saviq, mzanetti hey, question - shell plugin has a single translatable string and ships translations for it; i guess it cannot just set text domain with unity-plugin-scopes package name? [17:16] hmm... that might work... [17:17] but would need to try. albert is probably able to tell you from the top of his head tomorrow morning [17:17] pstolowski, ^ [17:24] mzanetti, my only concern is since it's a plugin, doing this would affect other plugins which may do the same? === pstolowski is now known as pstolowski|afk [18:00] mzanetti, hrm ~unity-team/unity8/new_fix_upsidedown conflicts with my refactoring in no-touch-no-lifecycle [18:00] I'll rock-paper-scissors you for who deps on who :) [18:01] haha [18:01] mterry, seems new_fix_upstream is easier to rebase [18:03] mterry, since I have you here, did you test your no-touch-no-lifecycle on the -pd image? [18:03] I can't seem to be able to run legacy apps [18:03] mzanetti, I tested it by manually tweaking desktop files of touch apps and noting that they were were no longer lifecycled === alan_g is now known as alan_g|EOD [18:04] ah ok [18:04] mzanetti, so I don't know why legacy apps wouldn't run, but I didn't try that code path [18:04] mzanetti, do you only have that problem with my branch or in general? [18:04] no, in general... just trying to find evidence that it *should* work before I spend too much time figuring things [18:05] ok :-/ [18:05] * mterry hasn't tried full blown PD yet [18:40] mterry, I've rebased the fix_upsidedown branch. but you had a great idea... we need a rock-paper-scissors app :D [18:40] so we actually do that next time [18:41] mzanetti, hah :) [18:41] mzanetti, a plugin for ubot would be good [18:41] mzanetti, thanks for rebase. Will try to build silo 21... === pstolowski|afk is now known as pstolowski [19:21] mterry, fix-upsidedown is actually josharenson's, and it already depends on panel-button-fixes, so rebasing yours on top would be easier IMO [19:22] hmph ok... mzanetti how far are you on rebasing? [19:22] mterry, I merged, but I have some issues with tests [19:23] mterry, seems the tests you added are breaking. so probably I messed up with the merge [19:23] mzanetti, maybe my tests broke in the past and I didn't notice because CI is broken for my branches (depends on newer unity-api) [19:23] mzanetti, let me test in my pristine branch [19:25] mterry, nope. I ran your branch alone already. passing there [19:26] mzanetti, and this is why you should never add tests ;) [19:28] mzanetti, well was the merge hard? I'm realizing that it might be better to have my MP as the leaf, since it breaks CI (with the unity-api bump). The fewer branches we have with uncheckable CI, the better [19:28] mterry, no. the merge should be really easy if you know your branch [19:28] alright, let me try [19:29] mterry, re-merge panel-button-fixes to the other first [19:29] mterry, it'll fix the two failing tests there [19:29] applies without conflict [19:29] mzanetti, doesn't lp:~unity-team/unity8/new_fix_upsidedown include that already? [19:30] or you're just saying for easier merge of that [19:30] to clear tests first [19:30] * mterry is picking up what you're putting down === davidcalle_afk is now known as davidcalle [19:51] silo 21 seems to add a new oddity to windowed mode, the phone app is forcing rotation to portrait on the n7 [19:52] josharenson, can you comment, sounds related to your orientation work ↑? [19:54] Dear Unity8 team, I just connected my Ubuntu Nexus 4 to a projector, coupled keyboard and mouse via Bluetooth and the phone turned into a desktop. You guys are my personal heroes and this message is good for a beer if we ever meet in person ;) [19:55] kgunn, otoh: [19:55] $ grep Orientation /usr/share/applications/dialer-app.desktop [19:55] X-Ubuntu-Supported-Orientations=portrait [19:55] SturmFlut, glad it's working for you [19:56] kgunn, ah but also: [19:56] $ grep Stage /usr/share/applications/dialer-app.desktop [19:56] X-Ubuntu-StageHint=SideStage [19:56] so it should end up in sidestage [19:57] SturmFlut: :) thanks for the kind words [19:57] Saviq: there's no sidestage in windowed mode tho [19:57] (i thot) [19:57] kgunn, ah now I know what you mean [19:58] kgunn, you sure it wasn't the case before silo 21? [19:58] add video to bug 1510360 [19:58] bug 1510360 in unity8 (Ubuntu) "maximize, close, launch goes full screen with no buttons" [High,In progress] https://launchpad.net/bugs/1510360 [19:58] Saviq: wrt rotation...i _think_ but i can't promise [19:58] kgunn, but yeah, I think josharenson's branch might have broken that https://code.launchpad.net/~unity-team/unity8/new_fix_upsidedown/+merge/275683 [19:58] i was testing phone late last night (w/o silo21) and didn't see it [19:59] it probably did. that branch touches a lot of rotation stuff [19:59] but i might have only been on nexus4 [20:00] ok...i have to run one more freakin' errand bbiab [20:01] josharenson, sounds like we're missing a test then [20:04] josharenson, it might be as simple as supportedOrientations: root.useNativeOrientation [20:04] which the previous implementation had for desktop, and it doesn't now [20:04] Saviq: ill take a look [20:16] kgunn: hi, do you know if multiple surface apps are working or not on the phone? [20:26] attente, not yet [20:26] mterry, I merged panel-button-fixes to new-fix-upsidedown, you will rebase yours on top of the latter? [20:26] Saviq: ok, thanks [20:26] Saviq, uh yeah. whoops, I got distracted by something else, will get back on that... :-/ [20:45] so if i'm in windowed mode and hold down the power key....shouldn't the power off prompt still come up ? (not connected to monitor either) [20:46] kgunn, no, the phone is still a phone [20:46] kgunn, at least that's the current thinking - you don't reboot, shut down your phone, regardless what peripherals it has connected [20:48] * kgunn thinks you mean yes [20:48] truth be told you barely do that with your laptop these days [20:48] kgunn, ah, hold, yes [20:48] not on press [20:48] right...power dialog never appeared [20:48] just shut off [20:49] ltinkl, ↑ [20:49] ok, it seems inconsistent.... [20:50] actually seems like dialog just takes too long to appear (so it powered off one time) [20:50] i think i saw mterry talking to pat about it ^ [20:50] kgunn, I've seen dialog take too long if system is loaded and unity8 doesn't get around to it [20:51] hmmm...no load per se [20:51] kgunn, but pat says his system wasn't loaded [20:51] yeah... hm [20:51] in fact just booted [20:51] i'm on n7 ubunt-pd+silo21 fwiw [20:51] also...if i doublt tap the power button, i get the power dialog [20:51] kgunn, silo21 was built? i thought it had problems [20:52] did it? i heard my morning to give it a shot [20:53] kgunn, mterry it did built, but we've added more since [20:53] *build [20:53] Saviq, just tried rebuilding with my rebased branch [20:54] and that's what we're having confilcts with [20:54] * mterry crosses fingers [20:54] mterry, ack [20:57] mterry, halt [20:57] .. already started it [20:57] oh it failed [20:57] mterry, well, it conflicted still, but regardless, bump Ubuntu.Components import to 1.3 [20:58] ah yes [20:59] wonder why it conflicted on same files... what else touches those... [21:00] mterry, there's like 4 branches in total that touch it [21:00] sdk_13, quick_24, that might be where it's conflicting [21:00] not sure we'll manage to land it all together, there's too many branches touching the same bits [21:01] let me try and reproduce the conflict [21:02] not sdk_13... [21:03] mterry, more than likely it's bzr being a bitch again [21:06] mterry, yeah, criss-cross [21:07] Saviq, I've seen that message before, but it never caused a problem for me, usually bzr figures it out. What do we do here? [21:08] mterry, don't think we can do much, basically your branch would need two prerequisites [21:08] bug #1313697 fwiw [21:08] bug 1313697 in CI Train [cu2d] "Train should try --weave if criss-cross merge is detected" [Undecided,Incomplete] https://launchpad.net/bugs/1313697 [21:08] but afaict weave is dangerous [21:08] the result might not be what you think it'd be [21:09] Saviq, alright. so delay my branch? Bugger [21:10] mterry, but yeah, that's a conflict in bzr's mind http://pastebin.ubuntu.com/12983110/ [21:10] Saviq, I wonder if moving that block elsewhere in the file would help [21:11] mterry, there's other conflicts that are not as simple [21:11] hm [21:11] mterry, but yeah, it's dumb [21:12] Saviq, we could do two landings right after each other? [21:12] mterry, sure, just trying to understand this first [21:14] mterry, that's the extent of the conflicts http://pastebin.ubuntu.com/12983218/ [21:14] so it's really stupid [21:15] Saviq, yup. Those are the results of me merging in the other pre-req branch [21:17] mterry, there's only one way I can think of, and that's actually replaying the commits from your branch on top of the prerequisite [21:17] * Saviq tries [21:18] owait [21:18] Saviq, hrm, would mean renumbering commits, but ok. I think mzanetti might have had a branch depending on mine, but as long as he knows... [21:21] Saviq: fwiw, also seeing absolutely random reboots with silo 21...more than once, i'm not even interacting with the device, haven't connected with monitor even [21:21] and it just reboots on it's own [21:21] mterry, ok got it [21:21] mterry, you need to undo the trunk merge [21:22] Saviq, hah. dang it bzr [21:22] mterry, so uncommit until you go past the trunk merge [21:22] mterry, re-commit the 1.3 bit [21:22] mterry, merge (conflicts) new-fix-upsidedown [21:22] mterry, then it will work [21:22] yup [21:22] will try [21:22] mterry, checked, it does [21:22] only didn't fix the conflict proper [21:23] mterry, bzr hates it when you have interleaved merges from the same branch into two consecutive branches [21:24] kgunn, ouch, care to try clearing /var/log (sudo find /var/log /var/crash -type f -exec rm {} +) [21:24] kgunn, and check stuff out the next time it happens [21:24] sure [21:26] Saviq, my understanding is that the silo will handle --overwrite. Correct? [21:26] mterry, yeah, no problem [21:27] mterry, it starts from scratch every time [21:27] kgunn, could also be useful to look at logcat... not sure how to find the reboot point there though [21:28] also I remember seeing something about a... foo.last log file that gets rotated on reboot, not sure where to find that, or maybe it was a flash-related thing [21:28] so recovery [21:30] Saviq, alright building again [21:31] mterry, tx [21:34] lookin' good [21:35] Saviq, :( [21:35] aaand it conflicted [21:35] but that we can probably solve [21:35] since that branch doesn't prereq anything yet [21:35] * Saviq steals from dednick [21:36] :) [21:37] Saviq, might be easier if we had a policy of pushing to ~unity-team [21:37] mterry, well, have to resubmit in this case anyway, not a huge gain [21:38] mterry, but yeah, I've been pondering that [21:40] hmm not a trivial conflict [21:46] ok thanks mzanetti, conflict more trivial than I thought [21:46] mterry, one more try https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/221/console [21:47] I kicked with force to rebuild all packages [21:48] it wouldn't have built unity-api, qtmir or qtubuntu otherwise, bug in train wrt failed builds [21:52] huuh there's more conflicts now instead of less... wtf [21:52] ah criss cross again, /me resolves [21:55] let's see if I have to go back all the way... [21:59] in your face, bzr! [22:09] greyback__: if you have a chance, can you take a look at ShellApplication.cpp in https://code.launchpad.net/~josharenson/unity8/slim_greeter_real_lightdm/+merge/271614 I merged a hack that I had before, and wanted to make sure it won't break multi-monitor (I plan to test it on another monitor in a bit) [22:16] kgunn, silo 21 is rebuilding whole, should be done in an hour or so https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/223/console if you want to have a look