=== rsalveti_ is now known as rsalveti | ||
=== mhall119_ is now known as mhall119 | ||
=== TheMuso` is now known as TheMuso | ||
tsdgeos | MacSlow: ping | 08:27 |
---|---|---|
tsdgeos | MacSlow: seen http://paste.ubuntu.com/7183774/ ? | 08:30 |
Mirv | Saviq: FYI I gave a silo for greeter split back, now that we're in _much_ better situation silo wise (lots of landings on Friday). tried a build, merge conflict. | 08:32 |
Saviq | Mirv, ok thanks | 08:44 |
Saviq | mzanetti, I'll be trying right edge again, we're sorted with everything there, are we? | 08:51 |
mzanetti | Saviq: yeah, I'd say so | 08:56 |
mzanetti | dednick: hey | 08:58 |
dednick | mzanetti: yo | 08:59 |
mzanetti | dednick: for some reason, the "Unlock SIM" doesn't appear any more on my phone | 08:59 |
mzanetti | did there anything change lately? | 08:59 |
dednick | mzanetti: the menu item? | 08:59 |
mzanetti | yeah | 08:59 |
dednick | mzanetti: i havent changed anything lately. | 09:00 |
dednick | mzanetti: i'll check it out | 09:00 |
mzanetti | hmm... ok... then I'll check with ofono. | 09:00 |
mzanetti | just thought that this might be gone in favor of popping it up automatically | 09:00 |
dednick | mzanetti: nothing changed in indicator-network in the last few months, so not sure. should still be there. | 09:02 |
dednick | mzanetti: you sure you still have a pin on your sim? :) | 09:02 |
dednick | mzanetti: just thought i'd ask the question before diving into it | 09:03 |
mzanetti | dednick: yeah.. I am | 09:03 |
mzanetti | dednick: but let me make sure its not ofono first. | 09:03 |
tsdgeos | mzanetti: ping | 09:07 |
mzanetti | tsdgeos: o/ | 09:08 |
MacSlow | tsdgeos, that's new to me | 09:08 |
tsdgeos | mzanetti: can you review https://code.launchpad.net/~aacid/unity8/lvwphnoprocessevents/+merge/213306 ? it's for the ocassional random crash we get in https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297240 | 09:08 |
ubot5 | Ubuntu bug 1297240 in unity8 (Ubuntu) "unity8 crashed with SIGSEGV in QQuickWindowPrivate::polishItems()" [High,In progress] | 09:08 |
mzanetti | tsdgeos: ack | 09:08 |
tsdgeos | MacSlow: happens in https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/testReport/%28root%29/qmltestrunner/VisualQueueTest__test_VisualSnapDecisionsQueue/ | 09:08 |
tsdgeos | with my branch changing nothing related to that test | 09:09 |
tsdgeos | MacSlow: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/consoleFull for the log | 09:09 |
MacSlow | tsdgeos, I'll look into that today | 09:09 |
MacSlow | tsdgeos, thx | 09:09 |
tsdgeos | http://paste.ubuntu.com/7183924/ | 09:09 |
mzanetti | dednick: yeah... ofono seems to work still: http://paste.ubuntu.com/7183940 | 09:14 |
mzanetti | dednick: but no Unlock SIM entry since yesterday morning. I've rebooted a 100 times to get back my phone. no avail. | 09:15 |
mzanetti | dednick: weird thing is, I didn't do an upgrade in the last days even | 09:15 |
mzanetti | but I'm sure it was working last week. I think I used it last on Thursday | 09:16 |
mzanetti | dednick: let me know if I can help you to debug it. the phone is still in that state | 09:16 |
dednick | mzanetti: ok, i'll take a look. dont think i have a pin on my sim anymore though :( | 09:20 |
mzanetti | dednick: you should be able to enable it with dbus calls | 09:20 |
dednick | mzanetti: oh yeah... | 09:21 |
dednick | ... would probably help to have a sim card in my phone as well.. | 09:24 |
dednick | sigh | 09:24 |
mhr3 | Saviq, can i get ack on https://code.launchpad.net/~mhr3/unity-scopes-shell/expose-attributes/+merge/212213 ? | 09:25 |
dednick | mzanetti: give me a few hours; I went into the office this morning not realising there wasn't any power. Just about to head home. So i'll test it out there where i have a spare sim | 09:26 |
Saviq | mhr3, you might, let me see quickly | 09:27 |
mzanetti | dednick: yeah, sure. no rush. I'll keep my phone broken :) | 09:27 |
dednick | mzanetti: thanks :) | 09:27 |
Saviq | mhr3, you got «"background": null», other's don't have space after colon | 09:28 |
Saviq | mhr3, you didn't limit it to 3 attributes did you? | 09:31 |
mhr3 | Saviq, right | 09:32 |
mhr3 | do you want me to? | 09:32 |
mhr3 | Saviq, pushed | 09:41 |
Saviq | mhr3, k | 09:42 |
* mzanetti likes how searching for "a" brings up Xbmcremote in the apps scope :D | 09:46 | |
Saviq | mhr3, test the limiting? | 09:47 |
tsdgeos | Cimi: you doing https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941 ? | 09:55 |
mhr3 | Saviq, you're demanding :P | 09:55 |
mhr3 | Saviq, pushed | 09:55 |
Cimi | tsdgeos, my comments are still valid no | 10:07 |
Cimi | ? | 10:07 |
tsdgeos | Cimi: which ones? | 10:07 |
tsdgeos | he rewrote the thing, no? | 10:07 |
Saviq | mzanetti, when I have a sidestage open and go to the dash via ubuntu button or long left swipe, I get a black side stage, that one would be good to fix | 10:08 |
mzanetti | Saviq: strange. quite sure that was working. ok. will look into it | 10:08 |
Cimi | tsdgeos, sorry was upgrading | 10:34 |
Cimi | tsdgeos, I'd like to see tested fixed values | 10:35 |
Cimi | tsdgeos, like, pinching 100 px results in 1.1 (example) scaling | 10:35 |
tsdgeos | Cimi: can you comment in there again so paulliu knows it still needs fixing? | 10:36 |
Cimi | tsdgeos, also, I'm not convinced of this | 10:36 |
Cimi | tsdgeos, for of lne 334 of the diff | 10:36 |
Cimi | *line | 10:36 |
Cimi | tsdgeos, I think this should be reviewed by daniel | 10:37 |
tsdgeos | Cimi: ok, ask him then :) | 10:37 |
Cimi | tsdgeos, I asked paul to talk with daniel | 10:37 |
Cimi | tsdgeos, I'll ask daniel directly | 10:37 |
tsdgeos | Cimi: :) | 10:37 |
Saviq | mzanetti, which ap failure do you mean on the lvwph thing? | 10:38 |
Saviq | latest result only mentions a qmluitest failure | 10:38 |
MacSlow | tsdgeos, I have a potential fix for the issue you reported... but it doesn't fail on my machine so I've to first test-run it against jenkins | 10:38 |
mzanetti | Saviq: upstart integration tests | 10:38 |
tsdgeos | MacSlow: good | 10:39 |
MacSlow | tsdgeos, to verify that's fixing the jenkins issue | 10:39 |
mzanetti | Saviq: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3774/? | 10:39 |
mzanetti | Saviq: ah right. I didn't refresh the site with the latest posts from jenkins. seems gone indeed | 10:39 |
Saviq | mzanetti, right, that looks flaky, 2 subsequent runs don't show these fails | 10:39 |
Saviq | mzanetti, push-ups? | 10:40 |
MacSlow | tsdgeos, it's all just guess-work... another odd thing is that all of a sudden I get these tons of QWARNings which I never got before | 10:40 |
mzanetti | :D | 10:40 |
mzanetti | Saviq: on it... | 10:40 |
mzanetti | done | 10:41 |
Saviq | mzanetti, ap results look good, though, doing test plan now, only issue would be the black side stage then | 10:43 |
mzanetti | Saviq: yep. I'm confident for the test plan. Mirco and Gerry walked through it a couple of times already | 10:43 |
mzanetti | just flashing the tablet to investigate in the black side stage | 10:44 |
MacSlow | is the s-jenkins site responsive for anybody? | 10:44 |
* mzanetti tries | 10:44 | |
MacSlow | it works... but... doh... it's slow | 10:44 |
mzanetti | MacSlow: yeah... the initial page with all the jobs is. the rest works fine | 10:45 |
mzanetti | just try to avoid it | 10:45 |
MacSlow | mzanetti, yeah | 10:45 |
mzanetti | by using the on-hover menus | 10:45 |
Saviq | mzanetti, hmm... the main stage gets confused sometimes, too :/ | 10:46 |
* Saviq tries to find steps | 10:47 | |
Saviq | aand crash | 10:48 |
Saviq | and no .crash file... hum | 10:48 |
Saviq | wth | 10:49 |
Saviq | mzanetti, hmm is it expected that you don't get a right-edge hint with only one app open? | 10:56 |
mzanetti | Saviq: yeah. have been talking with design about this. There are still a bit unsure what to do in this case. | 10:57 |
mzanetti | Saviq: discussions are between: hint, open spread nevertheless or open spread with this app and the dash | 10:57 |
mzanetti | Saviq: we agreed to wait on a final decision | 10:58 |
Saviq | +1 | 10:58 |
mzanetti | Saviq: pushed a fix for the black side stage | 11:05 |
Saviq | mzanetti, ok cool, kicking a rebuild | 11:05 |
mzanetti | +1 | 11:05 |
Saviq | mzanetti, it seems more fragile when apps fail to start than what we have now... like unity8 exits (but does not crash ¿?) when it's trying to get a screenshot of a non-existing app, any idea about that? | 11:09 |
mzanetti | humm... that's news too. I had tons of not starting apps. | 11:10 |
* mzanetti tries to reproduce | 11:10 | |
mzanetti | Saviq: do you know an app that's reliably failing to start right now? | 11:11 |
=== MacSlow is now known as MacSlow|lunch | ||
mzanetti | Saviq: ok. got one. its not crashing here. | 11:13 |
mzanetti | it shows the empty screenshot but still running | 11:13 |
Saviq | mzanetti, try left-swiping now | 11:14 |
Saviq | mzanetti, empty as in black? | 11:14 |
mzanetti | no, transparent | 11:15 |
mzanetti | Saviq: well, when the app is focused its black, yes. | 11:15 |
Saviq | mzanetti, ok yeah | 11:15 |
* mzanetti keeps on digging | 11:15 | |
Saviq | mzanetti, long-left-swipe caused it to exit for me in that situation | 11:15 |
Saviq | mzanetti, on both manta and mako | 11:15 |
mzanetti | Saviq: should we be worried that lxc-android-config fails to dist-upgrade? | 11:17 |
mzanetti | Saviq: nope. just dist-upgraded to the ppa on a freshly fleshed phone. still not "exiting" on empty apps. no matter which gesture | 11:19 |
mzanetti | Saviq: altough there might be a difference in the "app not starting" thing | 11:19 |
Saviq | mzanetti, lxc is fine | 11:19 |
mzanetti | e.g. crashing at startup vs not launching anything all | 11:20 |
Saviq | mzanetti, it's because the file it wants to update is bind-mounted writable | 11:20 |
Saviq | mzanetti, ok, I'll let you know if I can find some steps | 11:20 |
mzanetti | ok. espected something like that. just wanted to make sure we don't mess up | 11:20 |
mzanetti | expected, even | 11:20 |
mzanetti | lxc, that is ^ | 11:20 |
Cimi | dednick, hey dude! | 11:27 |
dednick | Cimi: hey | 11:31 |
mhr3 | dednick, crap, we need you here | 11:32 |
mhr3 | dednick, can you come back? | 11:32 |
dednick | mhr3: heh. no chance :) | 11:32 |
mhr3 | dednick, j/k :) | 11:32 |
Cimi | dednick, I think we should write that component for dealing with bindings! | 11:33 |
Cimi | dednick, I really need it for the wizard | 11:33 |
dednick | Cimi: why? | 11:34 |
dednick | Cimi: but yeah, should be dne | 11:35 |
Cimi | dednick, because they have same issue all around in system settings | 11:35 |
dednick | Cimi: i see. ok, well I'm busy with something at the moment, but I'll try take a look at it later today | 11:36 |
mzanetti | tsdgeos: do you still have your first proposed patch for the move/layoutChanged/modelReset issue around? | 11:37 |
tsdgeos | it should be in gerrit | 11:38 |
tsdgeos | let me see | 11:38 |
mzanetti | seing that sort() always calls layoutChanged (which does sound correct to me) I'm really not convinced the _q_layoutChanged() should call modelReset() | 11:38 |
mhr3 | Saviq, also ack on https://code.launchpad.net/~mhr3/unity8/fix-1297246/+merge/212593 would be appreciated | 11:38 |
mzanetti | but rather the move operation should do something that makes it update properly | 11:39 |
mzanetti | which I assume was your first try too | 11:39 |
tsdgeos | ye | 11:39 |
tsdgeos | see https://codereview.qt-project.org/#patch,all_unified,67214,6 | 11:39 |
tsdgeos | specially steveire's comment | 11:39 |
tsdgeos | "Not exactly. The view on *any* model (not specific to QSFPM) is supposed to re-query everything from the model when the layout changes. The number of items in the model, as well as their position might have changed." | 11:39 |
mzanetti | tsdgeos: hmm... I always thought layoutChanged would update everything except number of items | 11:40 |
mzanetti | which is what modelReset is for | 11:41 |
tsdgeos | don't ask me :D | 11:41 |
tsdgeos | as i said | 11:41 |
tsdgeos | i am not sure i really understand what's the difference between layoutChanged and resetModel | 11:41 |
mzanetti | well, after this change there isn't really a difference any more | 11:43 |
mzanetti | the one that was committed | 11:43 |
tsdgeos | i mean on the model level | 11:46 |
tsdgeos | not on the view level | 11:46 |
Saviq | mhr3, add http://pastebin.ubuntu.com/7184458/ to tst_GenericScopeView.qml please? | 11:53 |
mhr3 | Saviq, thx, pushed | 11:57 |
Saviq | mhr3, k | 11:57 |
=== _salem is now known as salem_ | ||
=== Guest61883 is now known as karni | ||
=== alan_g is now known as alan_g|lunch | ||
Cimi | seb128, any update on this? https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675 | 12:15 |
seb128 | Cimi, no, I'm busy with other things atm, I don't really have time for the wizard, maybe try to catch mterry? | 12:17 |
=== MacSlow|lunch is now known as MacSlow | ||
MacSlow | tsdgeos, the fix seems to work... https://code.launchpad.net/~macslow/unity8/fix-jenkins-issue-with-visual-snap-decisions-queue-qml-test/+merge/213432 | 12:20 |
paulliu | Cimi: you talked to Daniel already? I've talked to him last week. Seems ok. | 12:31 |
Cimi | paulliu, ok | 12:46 |
Cimi | paulliu, so only thing I'd do now is checking if the scaling works as expected | 12:46 |
Cimi | paulliu, by testing the actual scaling factor | 12:47 |
Cimi | paulliu, so instead testing if it scales up or down, test the exact scale | 12:47 |
paulliu | Cimi: I've added that already. | 12:49 |
paulliu | Cimi: The test.answer4 is the exact scaling factor | 12:50 |
Cimi | I didn't see it, sorry | 12:50 |
Cimi | paulliu, I don't think it's enough, we should test more values | 12:51 |
paulliu | Cimi: ok. Do you mean the image size or? | 12:51 |
Cimi | paulliu, testing more than 1 zoom action | 12:52 |
Cimi | maybe a long pinch, a small pinch, a pinch out... | 12:52 |
paulliu | Cimi: ok. got it. | 12:52 |
Cimi | at least this is IMHO | 12:52 |
Cimi | mzanetti, what would you test in a zoomable image component? | 12:52 |
Cimi | in reference of this https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941 | 12:52 |
* mzanetti looks at the code | 12:52 | |
=== blaroche_ is now known as blaroche | ||
mzanetti | Cimi: mousewheel, pinching, flickable's contentHeight/width after zooming to max/min | 12:56 |
Cimi | paulliu, ^ | 12:56 |
mterry | kgunn, looks like silo 004 was needed for non split stuff? | 12:57 |
kgunn | mterry: ok, we can keep pestering for a silo throughout the day | 12:57 |
mzanetti | Cimi, paulliu: seems the MouseAray is supposed to NOT accept keypresses. Maybe place another one one behind it and make sure the first one is indeed click-through | 12:57 |
mzanetti | MouseArea | 12:57 |
=== alan_g|lunch is now known as alan_g | ||
kgunn | mterry: i imagine that's a weekend symptom....alot of stuff should land today and clear out the silos...i reckon | 12:58 |
mterry | kgunn, makes sense | 12:58 |
* mzanetti hopes to free silo 15 today :D | 13:01 | |
paulliu | mzanetti: you mean put mousearea inside the PinchArea? | 13:01 |
mzanetti | paulliu: hmm... does the PinchArea "eat" mouse presses? | 13:02 |
mzanetti | paulliu: or better: Is the reason for the topmost MouseArea to forward events to the PinchArea only? | 13:02 |
paulliu | mzanetti: MouseArea eat TouchEvents. | 13:02 |
paulliu | mzanetti: yes.. | 13:02 |
mzanetti | paulliu: ah ok. in that case, ignore the MouseArea comment and just make sure the PinchArea works | 13:03 |
paulliu | mzanetti: Actually there's some weirdness here. After an upgrade I found I have to move PinchArea in front of MouseArea. or things doesn't work. | 13:03 |
mzanetti | ok.. in which case I guess the event.accepted = false could go away | 13:04 |
paulliu | mzanetti: Flickable handles the mouse key presses by itself. So the images can move around. | 13:04 |
paulliu | mzanetti: ok. thanks. I'll add the tests you mentioned. | 13:05 |
tsdgeos | MacSlow: you're missing the checklist :D | 13:05 |
tsdgeos | MacSlow: why is the forceLayout needed? | 13:05 |
MacSlow | tsdgeos, doh... right :) | 13:05 |
tsdgeos | i mean shouldn't the backend do that? | 13:05 |
mzanetti | paulliu: that's just what comes from the top of my head after giving it a quick look | 13:05 |
Saviq | mzanetti, we don't have the deps sorted out properly yet | 13:07 |
mzanetti | hmm... | 13:07 |
mzanetti | Saviq: which ones in particular? | 13:08 |
Saviq | mzanetti, unity8 does not depend on unity-application-impl, which it should (it only depends on -impl-2) | 13:08 |
Saviq | mzanetti, and unity-mir does not provide neither | 13:08 |
MacSlow | tsdgeos, you're the Qt-expert :) I just now it's also needed in the tst_Notifications.qml to make it work | 13:08 |
Saviq | mzanetti, results in unity8-fake-env being pulled on the device | 13:08 |
mzanetti | oh... I c | 13:09 |
tsdgeos | MacSlow: hmmmah, didn't realize this was Item forceRelayout, i thought it was a Notifications specific thing | 13:09 |
MacSlow | tsdgeos, besides... forceLayout() is a method of the ListView (thus part of the frontend/renderer) the backend could not (and should not) mess with that. | 13:09 |
Saviq | mzanetti, unity8-fake-env needs to Provides: unity-application-impl and unity-application-impl-2, too | 13:09 |
tsdgeos | MacSlow: ok, i see we're using this already in one place so let's get it merged i guess | 13:10 |
mzanetti | Saviq: what's this? "Provides: qtubuntu-shell" | 13:10 |
mzanetti | found in unityfake-env | 13:10 |
Saviq | mzanetti, that's probably exactly that | 13:10 |
MacSlow | tsdgeos, also added the checklist. | 13:10 |
Saviq | mzanetti, needs to be dropped | 13:11 |
mzanetti | ack | 13:11 |
tsdgeos | MacSlow: i'll force a rebuild, just to make sure it works again | 13:11 |
MacSlow | tsdgeos, don't | 13:11 |
MacSlow | tsdgeos, I just did that... | 13:11 |
Saviq | mzanetti, from qtubuntu's Provides, too | 13:11 |
tsdgeos | MacSlow: ah, cool | 13:11 |
MacSlow | tsdgeos, http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/2679/ | 13:11 |
Saviq | mzanetti, as it doesn't actually provide it any more | 13:11 |
mzanetti | yep | 13:11 |
tsdgeos | MacSlow: oki, will approve if that one suceeds then :) | 13:12 |
MacSlow | tsdgeos, yeah... it should... I mean it already did just an hour ago... but better wait for the current build, just to be sure... | 13:13 |
tsdgeos | yep :) | 13:13 |
Saviq | didrocks, q: unity8-fake-env and libunity-mir1 will: Provides foo-impl, foo-impl-2; unity8 will Depends: libunity-mir1 | foo-impl, foo-impl-2; will libunity-mir1 be upgraded in favour of installing unity8-fake-env? | 13:13 |
Saviq | when upgrading unity8, that is? | 13:14 |
MacSlow | tsdgeos, btw... that visual-snap-decision branch did pass before... I'm just puzzled it failed on that test after the merge to trunk. | 13:14 |
Saviq | mterry, hey, there's a conflict in split greeter again | 13:14 |
tsdgeos | MacSlow: things randomly are slower or not slower | 13:14 |
MacSlow | tsdgeos, probably... it's sad | 13:15 |
mterry | Saviq, will update | 13:16 |
Saviq | didrocks, mzanetti, also, I think we should add Breaks: lxc-android-config (<= blah), so that upgrade of unity8 will force upgrades of all the packages deprecated surfaceflinger support, wdyt? | 13:17 |
* mzanetti believes whatever didrocks will say :D | 13:17 | |
Saviq | mzanetti, yeah, it's a bit convoluted here | 13:17 |
Saviq | mzanetti, but I think we should achieve a state where "apt-get install unity8" will result in effectively installing all the things from the PPA | 13:18 |
mzanetti | I agree, yes | 13:18 |
mzanetti | Saviq: does this look sane to you? http://paste.ubuntu.com/7184799 | 13:22 |
Saviq | mzanetti, unity8-private does not implement Unity.Application does it? | 13:25 |
Saviq | mzanetti, should be libunity-mir1? | 13:25 |
mzanetti | Saviq: no, it's unity-fake-env & libunity-mir1 | 13:26 |
Saviq | mzanetti, + unity8-private | unity-application-impl, | 13:26 |
mzanetti | both provide Unity.Application | 13:26 |
Saviq | mzanetti, yeah, so that above is wrong | 13:26 |
mzanetti | ah... got it. true | 13:27 |
Saviq | mzanetti, the whole idea behind foo | foo-impl is for "foo" to be the default selection | 13:27 |
Saviq | mzanetti, so foo needs to provide foo-impl | 13:27 |
mzanetti | so should this just be application-impl or "libunity-mir1 | unity-application-impl" right? | 13:27 |
mzanetti | err, yes, the latter | 13:27 |
Saviq | mzanetti, it needs to be |, otherwise apt will not resolve | 13:28 |
Saviq | mzanetti, 'cause there can't be an only-virtual Depends | 13:28 |
mzanetti | ok. fixed | 13:29 |
mzanetti | and hopefully understood it a bit better | 13:29 |
mzanetti | thanks for all the patience. | 13:29 |
Saviq | mzanetti, I think qtubuntu needs Breaks: unity8 (<= $new_version) | 13:37 |
Saviq | mzanetti, as that's actually what happens - it doesn't install the Unity.Application plugin any more | 13:38 |
* Saviq needs to summarize this | 13:38 | |
mzanetti | Saviq: hmm... where is that? | 13:40 |
Saviq | mzanetti, where is what? | 13:40 |
mzanetti | Saviq: re "http://paste.ubuntu.com/7184799" | 13:41 |
mzanetti | ah... wrong paste | 13:41 |
mzanetti | Saviq: now "I think qtubuntu needs Breaks: unity8 (<= $new_version)" | 13:41 |
MacSlow | mzanetti, tsdgeos: I've updated all related branches to "modal snap-decisions". Could you look over the three related MPs again when you have a free slot... https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988 https://code.launchpad.net/~macslow/unity-notifications/modal-snap-decisions/+merge/212483 https://code.launchpad.net/~macslow/unity-api/expose-notification-data-roles-to-qml/+merge/212581 | 13:41 |
Saviq | mzanetti, it's not anywhere, I think it needs to be added | 13:42 |
mzanetti | meh... stupid me | 13:42 |
MacSlow | mzanetti, tsdgeos: btw... here's a video of that they are all about https://www.youtube.com/watch?v=sqqmPBa97U0 | 13:42 |
Saviq | mzanetti, fwiw... Ubuntu.Application vs. unity-application-impl.... | 13:43 |
Saviq | or is it Unity.Application already? | 13:43 |
mzanetti | yes, it is | 13:43 |
Saviq | ah U.A., ok | 13:43 |
Saviq | that's better | 13:43 |
mzanetti | Saviq: I changed that when introducing it in unity-api | 13:44 |
mzanetti | Saviq: thinking about it. does it really break unity8? | 13:45 |
Saviq | mzanetti, it does when you'd have mir disabled | 13:45 |
mzanetti | it just wouldn't install the SF support any more. but with Mir, unity still works | 13:45 |
Saviq | mzanetti, yeah, but if you use sf, and upgrade qtubuntu, but don't upgrade unity8 | 13:46 |
Saviq | mzanetti, broken | 13:46 |
mzanetti | but the package is still required (for Qt QPA). so not sure its really a good idea to add the Breaks | 13:46 |
Saviq | mzanetti, it will just ensure upgrading of unity8 | 13:46 |
Saviq | mzanetti, nothing else | 13:46 |
mzanetti | ah ok | 13:46 |
mzanetti | ok, adding it | 13:46 |
Saviq | mzanetti, as it will only break previous unity8 versions | 13:46 |
Saviq | mzanetti, I pushed a debian/changelog bump to unity8 right-edge-2 | 13:47 |
mzanetti | ack | 13:47 |
Saviq | mzanetti, so Breaks: unity8 (<= 7.85) | 13:48 |
Saviq | but I'm analyzing the other things | 13:48 |
mzanetti | Saviq: <= 7.84, right? | 13:49 |
Saviq | mzanetti, no, 7.84 is the current version | 13:49 |
Saviq | mzanetti, ah yeah | 13:49 |
mzanetti | yep, there's a = | 13:49 |
Saviq | < vs. <= | 13:49 |
Saviq | mzanetti, we need < 7.85 then I think | 13:49 |
mzanetti | Saviq: seeing other examples its either <= or << | 13:50 |
Saviq | yes << | 13:50 |
mzanetti | ok | 13:50 |
fginther | mterry, regarding the unity8 unlock script. Is the unlock permanent (at least until unity8 is restarted) or can the screen lock back on it's own after a timeout? | 13:59 |
Cimi | dunno | 14:03 |
mterry | fginther, with this unlock script alone, the screen will timeout, but the jenkins scripts separately add a powerd block so it doesn't | 14:03 |
didrocks | Saviq: yeah, libunity-mir1 shold be upgraded in favour of installating unity8-fake-env | 14:11 |
didrocks | (sorry, back from running, backlogging) | 14:12 |
didrocks | Saviq: so, both latest unity8 and lxc-android-config should be installed once we drop SF, right? | 14:12 |
didrocks | Saviq: or the new unity8 with the old lxc-android-config is fine? | 14:13 |
didrocks | (it seems it will be to me, no?) | 14:13 |
fginther | mterry, oh ok. that's the question I was trying to resolve with doanac and the use of system settle | 14:14 |
Saviq | didrocks, yeah, lxc-android-config shouldn't break anything | 14:14 |
Saviq | didrocks, but then there's ubuntu-touch-session | 14:14 |
didrocks | ah, and this one needs to be upgraded in sync with unity8, | 14:14 |
didrocks | ? | 14:14 |
MacSlow | tsdgeos, that last rebuild I triggered failed because of a defuct package-download... *sigh* just retriggered it. | 14:14 |
Saviq | didrocks, yeah, I think so, otherwise people who ran sf before will still run sf, but there's no more ubuntuappmanager plugin | 14:15 |
didrocks | Saviq: ok, so I guess new touch-session breaks: unity8 (<< first-version-without-sf-support) | 14:16 |
Saviq | didrocks, qtubuntu also Breaks: ubuntu-touch-session (<< first-version-without-sf-support), right? | 14:18 |
Saviq | didrocks, since u-t-s might want to launch unity8 with sf support, but there's no application plugin for sf from qtubuntu any more? | 14:19 |
didrocks | Saviq: yeah, seems it's in that way | 14:19 |
Saviq | didrocks, and the last thing... lxc-android-config disables surfaceflinger unconditionally, so should Breaks: ubuntu-touch-session (<< foo), too? | 14:19 |
* Saviq summarizes | 14:20 | |
didrocks | hum, unsure about lxc-android-config and u-t-s. isn't it u-t-s disabling surfaceflinger launched in the session? | 14:21 |
Saviq | didrocks, l-a-c is the one actually preventing the surfaceflinger service to start in the container | 14:21 |
* Saviq thinks http://pastebin.ubuntu.com/7184985/ | 14:21 | |
didrocks | you didn't draw a map! :p | 14:21 |
Saviq | didrocks, I know, I should, tried to explain as best I understand it | 14:22 |
didrocks | heh, no worry | 14:22 |
didrocks | so, on the first 2 ones, ack, let me reread for lxc-android-config and u-t-s though | 14:22 |
didrocks | ah, so, it's not u-t-s starting surfaceflinger, but l-a-c | 14:22 |
Saviq | didrocks, stopping, rather than starting, but yeah | 14:23 |
Cimi | dednick, could you have a look at a branch and tell me what's wrong with it? | 14:23 |
didrocks | Saviq: ahhhh, got it | 14:23 |
didrocks | Saviq: so yeah, making sense | 14:23 |
dednick | Cimi: i can try | 14:23 |
dednick | but you'll need to give me a indication as to what i'm looking for | 14:23 |
Cimi | dednick, this one | 14:24 |
Cimi | https://code.launchpad.net/~cimi/ubuntu-system-settings/wizard.privacy/+merge/213124 | 14:24 |
didrocks | Saviq: yeah, just reread and +1 on the plan | 14:24 |
Cimi | dednick, the settings are not in sync | 14:24 |
=== dandrader is now known as dandrader|afk | ||
Cimi | dednick, when I set something in the wizard, it doesn't get updated in the system settings | 14:24 |
Cimi | dednick, but it works opposite way | 14:24 |
Cimi | code seems the same | 14:24 |
dednick | Cimi: checked: diagnosticsWidget.canReportCrashes | 14:25 |
dednick | binding is broken when checked changes in the DiagnosticsCheckEntry | 14:26 |
Cimi | dednick, but this changes back, no? | 14:27 |
dednick | Cimi: same as the slidermenu before | 14:27 |
dednick | need a serverValue kind of thing | 14:27 |
Cimi | mmm o | 14:27 |
mzanetti | dednick: jfi. entering the pin using qdbus still works. the phone gets signal afterwards | 14:29 |
dednick | mzanetti: i've just tested it with devel-proposed. seems fine on my phone :( | 14:30 |
mzanetti | dednick: hmm... strange... anything I could do to get you more information? | 14:31 |
* mzanetti reboots the phone | 14:31 | |
mzanetti | dednick: nope. not here again after a reboot | 14:32 |
=== dandrader|afk is now known as dandrader | ||
Saviq | mzanetti, please bump ubuntu-touch-session to 0.107, and add the Breaks as described in http://pastebin.ubuntu.com/7184985/ | 14:32 |
dednick | mzanetti: hm. hang on. just trying again | 14:32 |
Saviq | mzanetti, where $first-without-sf-support is 0.107 | 14:33 |
dednick | mzanetti: can you check with indicator-network version you have? | 14:37 |
mzanetti | dednick: 0.5.1+14.04.20140318-0ubuntu1 | 14:38 |
dednick | mzanetti: libqmenumodel0 as well please? | 14:39 |
mzanetti | dednick: 0.2.7+14.04.20140305-0ubuntu1 | 14:40 |
Cimi | dednick, where was your branch with the server value? I cannot remmber | 14:42 |
dednick | Cimi: MenuItemFactory | 14:42 |
=== dandrader is now known as dandrader|afk | ||
Saviq | mterry, shall I kick the split greeter silo yet? | 14:53 |
dednick | mzanetti: hmm.. all same as me. very strange | 14:53 |
mterry | Saviq, yeah OK! I think there are some newer Mir branches we might want. Let me check | 14:53 |
Saviq | mterry, btw, it's silo 002 now | 14:53 |
dednick | mzanetti: can you run up the indicators-client app on the phone and send me a screenshot of the network page? | 14:53 |
mterry | Saviq, k | 14:53 |
Saviq | mterry, yeah, please look through the list of MPs if we want anything new, or drop anything | 14:54 |
mterry | Saviq, lp:~andreas-pokorny/mir/no-initial-display-configuration-sent-to-hosting-server and lp:~alan-griffiths/mir/another-Surface-bites-the-dust (which is already in mir/devel, so I guess you don't need it?) | 14:54 |
mterry | tedg, what's the story with landing indicator-sound again? Is there a silo in queue? | 14:55 |
Saviq | mterry, anpok's one was already in the list, so we only need that, all in all? | 14:56 |
tedg | mterry, Was waiting on beta freeze and then thostr to be off vacation, asked about getting a silo about 10 minutes ago :-) | 14:56 |
Saviq | mterry, anything else we could drop? http://pastebin.ubuntu.com/7185109/ | 14:56 |
mterry | tedg, awesome :) | 14:56 |
mterry | tedg, with the volume schema branch too! ;) | 14:57 |
tedg | mterry, Yup, it's on the sheet. | 14:57 |
mterry | Saviq, I think that's everything | 14:57 |
Saviq | mterry, ok, kicking mir to start with | 14:57 |
mterry | tedg, ah yes, we talked about that last week | 14:57 |
anpok | Saviq: the one from alan fixes some issue that crept up with osk | 14:58 |
Cimi | mterry, could you review my wifi branch? | 14:58 |
Saviq | anpok, kthx | 14:58 |
mterry | Cimi, OK, will look today | 14:58 |
Saviq | mzanetti, please ping when we're ready to kick the right edge silo again | 14:58 |
=== dandrader|afk is now known as dandrader | ||
mzanetti | Saviq: yep. doing now. was eating. | 15:03 |
Saviq | mzanetti, ok nw | 15:03 |
mzanetti | Saviq: just realized that we have a hard dep on libunity-mir1 already | 15:04 |
mzanetti | Saviq: I supposed that one should go in favor of the | app-impl | 15:04 |
mzanetti | or is there anything else in there we hard-depend on? | 15:05 |
Saviq | mzanetti, we dlopen the actual lib, not just the plugin | 15:05 |
mzanetti | ok. | 15:05 |
Saviq | mzanetti, so it's good for it to be logically there | 15:06 |
Saviq | mzanetti, especially since foo | bar could arguably be fulfilled by bar, at which point foo wouldn't be pulled in | 15:06 |
mzanetti | yep, in that case it is. doesn't make it easier to understand by reading th depends, but its the most correct thing, I agree | 15:07 |
Saviq | scratch that, we're actually linking against libunity-mir, not dlopen'ing it | 15:07 |
Saviq | mzanetti, which means yeah | 15:07 |
Saviq | mzanetti, drop it | 15:07 |
Saviq | mzanetti, only leave the | unity-application-impl-1 one, the hard one will get there from shlibs anyway | 15:07 |
mzanetti | ah ok | 15:07 |
mzanetti | just wanted to say that it is needed still | 15:08 |
mzanetti | but yep, didn't think about shlibs | 15:08 |
Saviq | mzanetti, noticed «qgetenv("QT_QPA_PLATFORM") == "ubuntu"» | 15:08 |
Saviq | mzanetti, can begone, too | 15:08 |
mzanetti | oh dear... I'm afraid I opnened another can :D | 15:08 |
Saviq | I think that's the last one :D | 15:09 |
Saviq | or well, maybe it could stay still | 15:09 |
Saviq | mzanetti, leave it | 15:09 |
mzanetti | :D | 15:09 |
Saviq | mzanetti, so we can still run under surfaceflinger in fullscreen with the fake app | 15:09 |
Saviq | mzanetti, since we're not dropping the surfaceflinger QPA (yet) | 15:09 |
mzanetti | ah right. true | 15:10 |
mzanetti | makes sense | 15:10 |
mzanetti | not saying that I want to change it, but looks intersting too: | 15:11 |
mzanetti | Replaces: unity-mir, | 15:11 |
mzanetti | Conflicts: unity-mir, | 15:11 |
mzanetti | Provides: unity-mir, | 15:11 |
Saviq | there's no such package :) | 15:11 |
mzanetti | lol | 15:11 |
Saviq | mzanetti, where did you find that? | 15:11 |
mzanetti | libunity-mir1 | 15:12 |
Saviq | mzanetti, unity-mir debian/control? | 15:12 |
mzanetti | yeah | 15:12 |
Saviq | mzanetti, yeah, leave it | 15:12 |
Saviq | mzanetti, does not hurt, we'll drop it sometime | 15:12 |
mzanetti | yep | 15:12 |
Saviq | mterry, only mir needs to be built before the rest, right? so after mir completes, I can kick the rest? | 15:13 |
mterry | Saviq, should be | 15:13 |
Saviq | mterry, kk | 15:13 |
mzanetti | Saviq: all branches pushed | 15:15 |
mzanetti | triggering rebuild | 15:15 |
Saviq | mzanetti, k | 15:16 |
Saviq | let's see if that will be the last one :D | 15:16 |
* mzanetti hopes :D | 15:16 | |
elopio | hello people. Can I get a review here? https://code.launchpad.net/~elopio/unity8/search_updated/+merge/213155 | 15:56 |
elopio | tsdgeos: you reviewed the original branch, so... | 15:56 |
* tsdgeos is sprinting | 15:57 | |
tsdgeos | let me run a bit faster | 15:57 |
tsdgeos | :D | 15:57 |
Cimi | dednick, still no luck http://paste.ubuntu.com/7185444/ | 16:00 |
dednick | Cimi: does the maybeUpdate code get executed? | 16:03 |
dednick | Cimi: oh, it was removed.. | 16:05 |
dednick | Cimi: are you sure that canReportCrashes is changing? | 16:05 |
Cimi | dednick, unless it's bugged... | 16:06 |
dednick | Cimi: perhaps you should check :) | 16:06 |
Cimi | dednick, dunno how | 16:06 |
dednick | Cimi: eh? | 16:06 |
Cimi | printing it | 16:07 |
Cimi | ok | 16:07 |
=== mhall119 is now known as mhall119|away | ||
Cimi | dednick, indeed doesn't seem to change | 16:08 |
dednick | Cimi: wel... | 16:08 |
Cimi | dednick, it's not my code :P | 16:09 |
Cimi | dednick, someone reviewed and approved that :P | 16:09 |
Cimi | dednick, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/plugins/security-privacy/diagnostics/diagnostics.cpp | 16:11 |
Cimi | dednick, maybe the signal update is not emitted? | 16:11 |
Cimi | dednick, or is just emitted for one single ownwer? | 16:12 |
Cimi | wondering if it's emitted or not | 16:13 |
* Cimi rebuilds | 16:15 | |
dednick | Cimi: no idea. code looks like it should be | 16:15 |
=== gatox is now known as gatox_lunch | ||
=== jhodapp is now known as jhodapp|brb | ||
Saviq | mzanetti, ubuntu-touch-session still at v0.106, we need to bump it to 0.107 | 16:28 |
Saviq | mzanetti, /me bumped | 16:31 |
mzanetti | Saviq: thanks | 16:33 |
Saviq | hmm we still can upgrade unity8 separately, 'cause of unity8-fake-env already being there I think... | 16:36 |
Saviq | damn what pulled that thing in... | 16:37 |
Saviq | mzanetti, humpf, unity8-private has "provides: unity-application-2" | 16:42 |
Saviq | mzanetti, that's wrong, it doesn't provide it | 16:42 |
Saviq | mzanetti, fixed | 16:44 |
=== dandrader is now known as dandrader|lunch | ||
=== jhodapp|brb is now known as jhodapp | ||
Saviq | mterry, looks like there are some build failures https://launchpadlibrarian.net/171368822/buildlog_ubuntu-trusty-amd64.unity-system-compositor_0.0.2%2B14.04.20140331.1-0ubuntu1_FAILEDTOBUILD.txt.gz | 16:58 |
=== mhall119|away is now known as mhall119 | ||
mterry | Saviq, looking | 17:02 |
Saviq | mterry, also weird - https://launchpad.net/~ci-train-ppa-service/+archive/landing-002/+sourcepub/4056446/+listing-archive-extra | 17:02 |
mterry | Presumably the ftbfs is due to mir changes | 17:03 |
Saviq | yeah | 17:03 |
Saviq | mterry, tries to pull old libplatform-api1-dev for some reason... | 17:03 |
mterry | Saviq, what am I looking at with that listing-archive-extra link | 17:03 |
mterry | oh the ftbfs | 17:04 |
Saviq | mterry, yup | 17:04 |
=== alan_g is now known as alan_g|EOD | ||
mterry | Saviq, that could be due to synchronization issues -- probably should build platform-api before unity-mir then | 17:04 |
Saviq | mterry, yeah, might not have gotten ready yet | 17:05 |
Saviq | mterry, probably kicked the build too early for those two | 17:05 |
mterry | I didn't realize they needed to be in sequence either | 17:06 |
mterry | Er, I mean not sequence. But standard settling differences between any / all packages | 17:07 |
kgunn | mterry: i unity-mir does need to build after platform-api | 17:08 |
mterry | kgunn, k | 17:08 |
kgunn | mterry: uh-oh...is that just an api break on mir tho ? | 17:08 |
mterry | kgunn, well, we are testing with mir/devel so probably. That breaks all the time, eh? | 17:09 |
kgunn | mterry: well it can for ABI...but API shouldn't without warning and is much more rare | 17:14 |
mterry | kgunn, well not in my experience, but probably because I'm always prodding the edges of the API in USC | 17:16 |
kgunn | mterry: if you need any help updating....ping kdub, i know he and duflu have been tinkering with compositor/render classes.... | 17:17 |
kgunn | looks like you got hit with that.... | 17:17 |
mterry | kgunn, this seems to be scene / surface reorganization | 17:17 |
mterry | I will poke if I need help, but it might be easy change | 17:18 |
kgunn | oh..you're right, just saw surface ranker | 17:18 |
kgunn | which would be alan_g | 17:18 |
kdub | yeah, we've been remodeling around the scene | 17:18 |
kgunn | greyback: ^ you might potentially be effected ? | 17:19 |
kgunn | (maybe less so with qtsg) | 17:19 |
greyback | kgunn: I believe alan_g|EOD has a branch for unity-mir to update it for mir API changes | 17:20 |
kgunn | mterry: guess alan_g doesn't like you as much as gerry :) | 17:21 |
mterry | :) | 17:21 |
mterry | Well, I think his reorganization fixed an issue split was seeing. So I'll survive | 17:22 |
kgunn | josharenson: yo, how's the plodding along for glmark2 | 17:23 |
josharenson | kgunn: it was working great on Friday, and not at all today. I have some theories, and I'm working on it.. I also wrote some simple unit-test for mir just to familiarize myself | 17:24 |
kgunn | josharenson: great | 17:27 |
=== gatox_lunch is now known as gatox | ||
=== dandrader|lunch is now known as dandrader | ||
tedg | Updated my phone and now it's not showing anything graphical on boot. | 18:32 |
tedg | Unity is sucking CPU. | 18:32 |
tedg | Not sure what's up. | 18:32 |
tedg | Looks like it's just looping with this: http://pastebin.ubuntu.com/7186210/ | 18:39 |
tedg | Installed libunity-core-6.0-9 and that fixed it. | 18:41 |
=== jhodapp is now known as jhodapp|bbl | ||
=== dandrader is now known as dandrader|bbl | ||
kgunn | josharenson: hey, so from earlier...when you said "it was working" before it didn't :) | 21:26 |
kgunn | did you mean that glmark2 was actually running as part of the ci ? | 21:26 |
josharenson | kgunn: yeah I build from source and it works now | 21:26 |
josharenson | kgunn: no I just meant the gles2-mir version wasn't working | 21:27 |
kgunn | mmm | 21:27 |
kgunn | ok | 21:27 |
josharenson | kgunn: built from source _and_ installed the deb.. I think the deb may have been trying to run all tests (ie: x11) | 21:28 |
josharenson | kgunn: currently trying to duplicate the jenkins build process locally, as closely as practical so I don't have to keep pushing branches (just for now while I learn) | 21:30 |
kgunn | josharenson: cool | 21:46 |
=== jhodapp|bbl is now known as jhodapp | ||
greyback | bregma: ping | 22:11 |
bregma | greyback, pong | 22:11 |
greyback | bregma: hey, a while back I recall Qt was compiled using GL when GLES was needed - was there a workaround to select GLES instead of GL? Or is it fixed build-time? | 22:13 |
greyback | I'm getting http://pastebin.ubuntu.com/7187111/ | 22:14 |
greyback | oh hang on, GLES is being used... | 22:14 |
bregma | I split qtubuntu into a -desktop build that is compile-time GL and a -android build that is compile-time GLES | 22:14 |
bregma | that problem looks like the more recent QT5.2-on-EGL problem | 22:15 |
greyback | oh joy | 22:15 |
greyback | any bug or anything reported for that? | 22:15 |
bregma | greyback, not upstream, I wasn;t sure if the problem was in qtubuntu not getting a context correctky or Qt itself not handling an EGL context that supports both GL and GLES | 22:17 |
bregma | need an EGL expert to decide that | 22:17 |
greyback | bregma: ok. You've put me on an attack path anyway, thank you | 22:17 |
bregma | the root of the problem is that Qt5.2 will compile the shaders for GL only if the QPA supports _only_ GL, and not, say, the default | 22:18 |
bregma | it's using an enum when a bitmask may be more appropriate | 22:18 |
=== dandrader|bbl is now known as dandrader | ||
=== salem_ is now known as _salem |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!