| lpotter | convergence bug: cannot grab that carrot top icon at the bottom for scopes | 00:18 |
|---|---|---|
| === daek_ is now known as Daekdroom | ||
| lpotter | as well.. terminal needs more permissions ;/ still have to use ssh to get anything done | 00:25 |
| jhodapp | mhall119, yes that's right...we'll be working hard to minimize the cursor latency | 00:34 |
| jhodapp | lpotter, what do you mean terminal needs more permissions? | 00:35 |
| jhodapp | in what context? | 00:35 |
| lpotter | gives me 'permission denied' when running my little show_acceleration command | 00:58 |
| === tjaalton_ is now known as tjaalton | ||
| === larsu_ is now known as larsu | ||
| mzanetti_ | lpotter, hey ho | 10:18 |
| mzanetti_ | lpotter, how would you assess the state of the systeminfo api? in terms of getting it landed upstream | 10:18 |
| mzanetti_ | lpotter, Eskil said that qtsystems is not a supported/released module, so we wouldn't require to have backends for other platforms just now | 10:19 |
| Saviq | dandrader, hey, there's code conflicts between qtmir initialSurfaceGeom and sizeHints, could you please resolve (note I've resubmitted a lot under ~unity-team last night to distill the packaging changes) | 10:30 |
| Saviq | dandrader, so you want https://code.launchpad.net/~unity-team/qtmir/sizeHints/+merge/284826 and https://code.launchpad.net/~dandrader/qtmir/initialSurfaceGeom/+merge/283227 | 10:30 |
| dandrader | Saviq, you mean lp:~unity-team/qtmir/sizeHints still has conflicts? What's the difference between it and the original ~dandrader version? | 10:32 |
| Saviq | dandrader, no, I mean it conflicts with lp:initialSurfaceGeometry | 10:32 |
| Saviq | dandrader, I've only stripped packaging changes from it | 10:32 |
| Saviq | dandrader, they need to be put on top one another because of the conflicting changes in add_surface | 10:33 |
| dandrader | Saviq, ah, ok. | 10:33 |
| dandrader | Saviq, so you don't mind if I rewrite history in lp:~unity-team/qtmir/sizeHints, right? | 10:33 |
| Saviq | dandrader, probably makes most sense to cram sizeHints in between removeUselessClass and initialSurfaceGeometry | 10:33 |
| Saviq | dandrader, should be fine, nothing depends on it yet | 10:34 |
| Saviq | dandrader, but that shouldn't be required, either, you can merge uselessClass in it | 10:34 |
| Saviq | dandrader, and then merge sizeHints in initialSurfaceGeom | 10:35 |
| Saviq | and resubmit both accordingly | 10:35 |
| dandrader | Saviq, I prefer working on a clean, shorter, stack of commits instead of a bunch of merge commits | 10:35 |
| Saviq | dandrader, IMO it's more obvious in history to build on trunk + merged prerequisite, but meh | 10:36 |
| dandrader | Saviq, you mean trunk + merged prereq + your_stuff? yeah | 10:37 |
| dandrader | Saviq, although that didn't cut it for resolving a conflict in CI last time. I had to: prereq + your_stuff (even though prereq was based on an old version of trunk) | 10:38 |
| coretex__ | hi, why is this branch private? https://code.launchpad.net/~aacid/unity8/new_dash_navigation/+merge/271617 | 11:04 |
| cimi | tsdgeos, it doesnt seem like we are using Header inside qml/Components isnt't it? | 11:06 |
| tsdgeos | cimi: correct, i think it can be killed | 11:06 |
| cimi | I'll kill it | 11:06 |
| tsdgeos | coretex__: good question | 11:06 |
| tsdgeos | coretex__: it should not be | 11:07 |
| tsdgeos | coretex__: https://code.launchpad.net/~aacid/unity8/new_dash_navigation is the branch and works fine | 11:07 |
| tsdgeos | i've no idea why the MR asks for login | 11:07 |
| coretex__ | tsdgeos, yep, strange :D thanks | 11:08 |
| Saviq | coretex__, weeird! | 11:08 |
| * Saviq asked on #launchpad | 11:09 | |
| Saviq | you can access the branch fine, but not the MP?¿ | 11:10 |
| tsdgeos | Saviq: yep, try with a private session | 11:10 |
| tsdgeos | branch works, MR asks for login | 11:10 |
| Saviq | tsdgeos, coretex__ ah, it's because of lp:unity8/overlay being private now (since we deprecated it) and the new MP supersedes a merge into overlay | 11:17 |
| Saviq | is a bug | 11:17 |
| Saviq | I'll leave it as is to help debugging | 11:18 |
| coretex__ | thansk Saviq :D | 11:19 |
| Saviq | tsdgeos, coretex__, bug #1541331 | 11:20 |
| ubot5` | bug 1541331 in Launchpad itself "Public MPs superseding private ones require logging in" [Undecided,New] https://launchpad.net/bugs/1541331 | 11:20 |
| tsdgeos | oh | 11:23 |
| Saviq | tsdgeos, cimi, wassup with https://code.launchpad.net/~aacid/unity8/activtion-progress/+merge/284421 ? | 11:23 |
| tsdgeos | Saviq: don't know, guess cimi wanted to try it? | 11:25 |
| cimi | Saviq, was waiting for a silo but the branch is fine, we can top approve too | 11:26 |
| cimi | Saviq, when I approved the branch I didnt top approve because the other branches were not approved | 11:26 |
| Saviq | cimi, ack, is going into silo 51 | 11:36 |
| Saviq | dandrader, tsdgeos had a good point about not prerequisiting the packaging changes - CI will only fail in code instead of clearly in package deps (and even when we have working CI in such cases, we need the packaging to be in order) | 11:38 |
| Saviq | so we might just centralize debian/changelog bumps instead, which should not cause conflicts in theory (or make the packaging branches prereq always) | 11:39 |
| Saviq | dandrader, don't think unity-api needed resubmission, or did you just do it for the sake of completeness? | 11:41 |
| dandrader | Saviq, needed to add initialSurfaceGeom as a prerequisite | 11:42 |
| Saviq | dandrader, well, why? | 11:42 |
| Saviq | they didn't conflict, did they? | 11:42 |
| dandrader | Saviq, because I'm putting sizeHints on top of initialSurfaceGeom | 11:42 |
| Saviq | dandrader, yeah, but for unity8, not unity-api ;) | 11:42 |
| Saviq | s/unity8/qtmir/ rather | 11:43 |
| dandrader | Saviq, I did it for qtmir and unity-api | 11:43 |
| Saviq | dandrader, but unity-api was building fine without it? | 11:43 |
| dandrader | Saviq, qtmir/sizeHints would not build if unity-api/sizeHints lacked the initialSurfaceGeom changes | 11:43 |
| Saviq | dandrader, so yeah, paperwork :P | 11:43 |
| Saviq | but now kbdLayout is conflicting again | 11:44 |
| Saviq | let me fix that | 11:44 |
| Saviq | and now we're back to square one wrt. chaining them all | 11:46 |
| Saviq | dandrader, next time please just list the needed things in description, only do prerequisites when fighting conflicts | 11:47 |
| Saviq | otherwise you cause an avalanche for all downstream MPs | 11:47 |
| dandrader | Saviq, ok, will do that for unity8/sizeHints then | 11:48 |
| mzanetti_ | Mirv, hey, according to the comments on this bug the fix has not landed yet: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1534776 | 12:05 |
| ubot5` | Launchpad bug 1534776 in qtmultimedia-opensource-src (Ubuntu) "Notification sounds cause multimedia to pause" [Critical,In progress] | 12:05 |
| mzanetti_ | Mirv, however, it work again for me... | 12:05 |
| Mirv | mzanetti_: o_O. anyway, I'm just bob the builder when it comes to QtMM, so ask Jim for example. | 12:07 |
| Mirv | mzanetti_: Saviq/tsdgeos wants it for unity8 anyway though | 12:07 |
| tsdgeos | hmmm | 12:08 |
| tsdgeos | mzanetti_: on rc-proposed? | 12:08 |
| mzanetti_ | yes | 12:09 |
| mzanetti_ | tsdgeos, ^ | 12:09 |
| tsdgeos | i guess they may have reverted any logic they had on media-hub for pausing streams | 12:10 |
| tsdgeos | the QtMM code is still broken/wrong | 12:10 |
| Saviq | mzanetti_, it depends on the notification | 12:11 |
| Saviq | mzanetti_, some of the sounds are played by the services, not by unity8, and they could set alert properly | 12:11 |
| Saviq | mzanetti_, only QML items could not | 12:11 |
| mzanetti_ | Saviq, I did have this issue with telegram before, not any more | 12:11 |
| Saviq | (i.e. any sounds from unity8) | 12:11 |
| mzanetti_ | let me try screenshots | 12:11 |
| mzanetti_ | screenshots working too now | 12:12 |
| Saviq | mzanetti_, iiinteresting, is it rc-proposed vs. stable by any chance? | 12:16 |
| mzanetti_ | Saviq, yeah, I'm on rc-proposed | 12:19 |
| mzanetti_ | Saviq, stable still has the bug | 12:19 |
| === mzanetti_ is now known as mzanetti | ||
| coretex__ | oh boy, http://i.imgur.com/veHsW9n.jpg | 12:25 |
| Saviq | mzanetti, we have a bug to dupe this one to, right bug #1541351 | 12:25 |
| ubot5` | bug 1541351 in unity8 (Ubuntu) "Bluetooth keyboards which aren't actually keyboards suppress the on-screen keyboard." [Undecided,New] https://launchpad.net/bugs/1541351 | 12:25 |
| mzanetti | coretex__, haha | 12:31 |
| Saviq | right, bug #1521518 | 12:31 |
| ubot5` | bug 1521518 in ubuntu-ui-toolkit (Ubuntu) "No way to invoke OSK when a hardware keyboard is connected" [Undecided,Triaged] https://launchpad.net/bugs/1521518 | 12:31 |
| === dandrader is now known as dandrader|afk | ||
| coretex__ | [unity8][wishlist] volume up/down by hovering with the mouse the sound indicator in desktop mode | 12:36 |
| coretex__ | using the mouse wheel | 12:37 |
| coretex__ | as it is in unity7 | 12:37 |
| Saviq | coretex__, bug #1398888 | 12:41 |
| ubot5` | bug 1398888 in unity8 (Ubuntu) "Support all indicator actions" [Medium,Triaged] https://launchpad.net/bugs/1398888 | 12:41 |
| coretex__ | yay thanks Saviq :D | 12:47 |
| === alan_g_ is now known as alan_g|lunch | ||
| === marcusto_ is now known as marcustomlinson | ||
| === alan_g|lunch is now known as alan_g | ||
| === dandrader|afk is now known as dandrader|lunch | ||
| mterry | Saviq, did you just approve your own kbdLayout branch without any reviews? :) | 14:46 |
| Saviq | mterry, d'uh | 14:46 |
| mterry | What kind of example are you setting for the children? | 14:46 |
| Saviq | mterry, it's because it's resubmitted, got confused it was already acked before | 14:46 |
| Saviq | sries | 14:47 |
| Saviq | /food | 14:47 |
| === dandrader|lunch is now known as dandrader | ||
| mzanetti | greyback_, hey ho | 15:19 |
| greyback_ | mzanetti: hi | 15:19 |
| mzanetti | greyback_, I'm frequently running into this bug and managed to catch a log now: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1541388 | 15:19 |
| ubot5` | Launchpad bug 1541388 in qtmir (Ubuntu) "Icons in launcher sometimes refuse to launch application" [Critical,Confirmed] | 15:19 |
| mzanetti | greyback_, looking at the log from qtmir it seems that m_queuedStartApplications already has the entry | 15:20 |
| mzanetti | greyback_, but it never launches | 15:20 |
| greyback_ | mzanetti: I'll pass you to dednick who I think did that bit | 15:20 |
| mzanetti | greyback_, I only notice this since OTA-9, so must have slipped in shortly before the OTA-9 freeze | 15:21 |
| mzanetti | dednick, ^ | 15:21 |
| dednick | mzanetti: hm. i think dandrader had a fix for that ? | 15:23 |
| mzanetti | dednick, you think of this? https://code.launchpad.net/~dandrader/qtmir/appRestart-lp1527737/+merge/284640 | 15:24 |
| dandrader | mzanetti, dednick, sounds similar to bug 1527737, for which I have a fix | 15:24 |
| ubot5` | bug 1527737 in qtmir (Ubuntu) "Apps do not start if restarted quickly after closing" [High,In progress] https://launchpad.net/bugs/1527737 | 15:24 |
| dednick | https://code.launchpad.net/~dandrader/qtmir/appRestart-lp1527737/+merge/284640 | 15:24 |
| mzanetti | well, the other was when restarted quickly | 15:25 |
| mzanetti | this one happens quite randomly | 15:25 |
| mzanetti | and also doesn't recover on its own | 15:25 |
| mzanetti | it only recovers when you launch the app from the dash | 15:25 |
| mzanetti | but yeah... same code paths indeed | 15:25 |
| mzanetti | dednick, dandrader, anyone of you has time to look into it? happens relatively often. have it a couple of times a day | 15:26 |
| dednick | mzanetti: give me a second. just going to loook a tthe log | 15:27 |
| dandrader | mzanetti, dednick I would say after appRestart-lp1527737 gets landed. or at least working on top of that branch | 15:27 |
| dednick | mzanetti: can you "make" it happen? | 15:29 |
| dednick | or just random? | 15:29 |
| mzanetti | dednick, so far just random sadly | 15:30 |
| mzanetti | dednick, but doing this helps: | 15:30 |
| mzanetti | dednick, launch all the apps using the launcher, close them all again | 15:30 |
| mzanetti | dednick, launch some from the dash, close them again | 15:30 |
| mzanetti | dednick, then repeat. eventually you'll come by one in the launcher that won't do any more | 15:30 |
| mzanetti | dednick, hangout now | 15:31 |
| dednick | mzanetti: you still have the u8 logs of that happening? | 16:21 |
| mzanetti | dednick, pasted them to the bug report | 16:21 |
| mzanetti | dednick, I still have it in that state tho, if you want me to try something | 16:21 |
| mzanetti | dednick, but it really only prints 3 lines | 16:21 |
| dednick | mzanetti: need the backlog of when the app last closed. | 16:21 |
| mzanetti | dednick, ack, one sec | 16:21 |
| mzanetti | dednick, http://paste.ubuntu.com/14867269/ | 16:22 |
| dednick | mzanetti: ta | 16:22 |
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
| lpotter | mzanetti: depends on if everyone is happy with the QInputInfo API. | 17:46 |
| lpotter | mzanetti: yes, for now I can just make platform stubs | 17:47 |
| mzanetti | lpotter, ok, will do another review round and +1 it if all ok. | 17:48 |
| lpotter | hmm.. needs autotests as well | 17:48 |
| lpotter | but that can also come later if needed | 17:48 |
| mzanetti | Trevinho, hey, my cursor just went away again. are there any logs or something that could be useful? | 17:48 |
| Trevinho | mzanetti: mh, anything from xorg? | 17:52 |
| Trevinho | mzanetti: also, I didn't remember: you get that back on re-login, right? | 17:52 |
| mzanetti | Trevinho, I think relogin would do, usually I reboot to fix it | 17:53 |
| Trevinho | mzanetti: can you try to do something like | 17:54 |
| Trevinho | gsettings set com.canonical.Unity.Interface cursor-scale-factor 1.0 | 17:54 |
| mzanetti | Trevinho, http://paste.ubuntu.com/14868839/ | 17:54 |
| Trevinho | or any value | 17:54 |
| Trevinho | and then back to what it used to be | 17:54 |
| Trevinho | or... actually for your case is 0.5 or 2.0 | 17:54 |
| mzanetti | nope... | 17:54 |
| mzanetti | no change... still invisible | 17:54 |
| === alan_g is now known as alan_g|EOD | ||
| josharenson | Saviq: how should the mir dependencies be handled? Should unity8-greeter depend on things like mir-platform-input-evdev5? | 20:23 |
| josharenson | Saviq: because on a "stock" ubuntu system, simply installing unity8-greeter doesn't work any more (I _did_ add USC as a dependency) | 20:24 |
| anpok | some one should jnow that we need desktop or android drivers | 20:24 |
| josharenson | anpok: I assume you mean someone other that mir, which happily lets me know why its crashing | 20:25 |
| anpok | and then pull in mir-graphics-drivers-android or -desktop | 20:25 |
| anpok | in both cases evdev-input would be pulled in too | 20:25 |
| anpok | ot should be.. | 20:25 |
| josharenson | anpok: by the driver? | 20:25 |
| anpok | dependencies | 20:25 |
| josharenson | anpok: cool, since this only runs on the desktop (for now) I'll just depend on the desktop driver until we figure something better out | 20:26 |
| anpok | ok | 20:26 |
| anpok | hm if mesa would not pull in everything we could also just have both.. | 20:26 |
| josharenson | anpok: humm it looks like I already had mir-platform-graphics-mesa-kms7 installed (but also have mir-platform-input-evdev4 instead of evdev5) as well | 20:29 |
| josharenson | i get the feeling that shouldn't matter | 20:30 |
| anpok | most of the time it does not matter they can exist in parallel.. in 0.17 or 0.18 we had a problem with client side libraries that could disturb it each other.. | 20:31 |
| Saviq | anpok, I think I read somewhere this morning that this might still be the case until 0.20 | 20:58 |
| anpok | Saviq: ok could have landed after 0.19 | 21:18 |
| === zequence_ is now known as zequence | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
