[07:55] lol... [Bug 1106951] Re: While playing SUpertuxkart, screen resolution low when notify osd appear [07:55] bug 1106951 in supertuxkart (Ubuntu) "While playing SUpertuxkart, screen resolution low when notify osd appear" [Undecided,Confirmed] https://launchpad.net/bugs/1106951 [08:04] interesting :) [08:09] unity design is too crowded！！ [08:09] what's crowded? [08:09] the mailing list? [08:10] the bar [08:10] which bar? [08:10] unity bar [08:11] icon too big， too crowed! [08:12] there's a top bar [08:12] there's also a side bar [08:12] which bar? [08:12] side bar [08:12] you can set the icons size you want [08:12] (max is still 48 though) [08:12] er min [08:14] thomi: veebers: hey, any ETA to have the QA stack finally passing its tests? [08:14] failing since Thursday [08:15] didrocks: Not at this stage, (I'm running the tests now). I believe fginther will look at it in his morning. [08:15] didrocks: So hopefully not to far away at all [08:15] veebers: can we revert the code otherwise? [08:15] I'll touch base with fginther in the morning and carry on if it's an issue. [08:15] mzanetti, have you a branch with the launcher perspective? [08:15] veebers: if a code regress the tests, it should be taken out if can't be fixed promptly :) [08:15] didrocks: did a specific commit break it? [08:16] veebers: no idea, would have been easier if it was looked at on the first day it broke [08:16] didrocks: understood [08:16] Saviq: lp:~mzanetti/unity/8-launcher-new-folding/ [08:17] Saviq: just pushed some bits - pull again [08:19] side bar icon space too small [08:19] mzanetti, fancy ;) [08:20] Saviq: it is :) [08:20] Saviq: so would you agree with the taken approach? [08:23] can it be that duckduckgo.com cannot handle the traffic ever since the world knows what google does with their search results? [08:25] mzanetti, I'd probably go for the shader approach (I'd consider it less of a hack ;)), but I don't have anything against the Rotations if they don't cause performance issues [08:25] Saviq: they seem fine... its pretty fast on the GN [08:26] Saviq: I had serious troubles when using the BrightnessContrast on the GN. hence the own shader for opacity+brighness [08:26] but the rotations don't seem an issue at all [08:26] mzanetti, it's probably a given that it's slower than a shader [08:26] mzanetti, and it'd be a simple one, too [08:27] mzanetti, hence - *I* would probably go for that, but it's fine as is [08:27] we can always get to it if we find it problematic [08:27] Saviq: yep. agreed [08:28] mzanetti, visually there's some things slightly weird in the transitions, but it might actually be per-design, would have to look closely (and then it's not my job to see that ;)) [08:30] mzanetti, but it's looking great (didn't even know you were working on the whole "disappear completely" behaviour) [08:30] Saviq: yeah, I have a feeling what you mean with the weirdness and I fear it is per design [08:30] mzanetti, is the ubuntu icon a new design? [08:31] Saviq: yep [08:31] mzanetti, and I assume the fact that it's upside-down (again) is temporary? [08:31] Saviq: ah right... thats just setting "inverted: true" [08:31] yup [08:32] Saviq: I tend to set that to fals while coding to reduce the level of operations in my mind [08:32] :) [08:32] besides it keeps it tested [08:32] yup, sure [08:36] didrocks: I'll re-run unity test, since there seemed to be some problems with unity on otto during the last run [08:39] sil2100: ok :) [09:11] Trevinho, hey, not sure what changed but unity matches the wrong .desktop for nautilus for me in saucy ... do you see that too? [09:20] nic-doffay, and please paste some code / error logs [09:22] I've recently gotten the UbuntuTV branch which imports QtQuick 1.0 almost everywhere working off the shell/sidebar dir. I've replaced all the imports with QtQuick 2.0 but some reason on run it's still looking for QtQuick 1.0 [09:22] Saviq, pretty simple error: ubuntutv/shell/sidebar/SidebarView.qml:1 module "QtQuick" version 1.0 is not installed [09:23] nic-doffay, are you sure you have the right import in SidebarView.qml? [09:23] nic-doffay, it says, that on line 1 of SidebarView.qml you have a QtQuick 1.0 import... [09:24] Saviq: tsdgeos is not in today, right? [09:24] mzanetti, yup [09:25] mzanetti, and MacSlow and mterry [09:25] just wanted to ask him if he has an idea for snapping a flickable, given his work on LVWPH [09:26] mzanetti, I don't think we need snapping in LVWPH, but yeah, he might have good insight after that work [09:29] Saviq, yeah I replaced them all. [09:29] nic-doffay, can you commit and push somewhere? [09:31] vesar, you're on saucy still? [09:31] s/saucy/raring/ [09:31] vesar, I'm afraid we require saucy now [09:31] Saviq, that's it then:) [09:32] vesar, but you should be able to run on device fin [09:32] fine [09:32] from raring (with a saucy-flashed device) [09:32] Saviq, ok I'll try that. But I think it's better for me to update anyway. [09:33] vesar, yeah, probably [09:33] Saviq, are there any guides how to upgrade ? [09:33] Saviq, I'm used to use SW updater but it doesn't suggest any saucy for me. [09:33] vesar, sec [09:34] vesar, `update-manager -d` from a terminal [09:34] vesar, or from alt+f2 [09:34] * Saviq forgot about alt+f2 for some time now... ctrl+alt+t is my alt+f2 now... [09:37] Saviq, and that should give me option to upgrade to saucy? Currently it asks me to restart my computer to install the updates. I guess I do that now to get forward from that point. [09:37] vesar, yeah, I think you need that first [09:39] Saviq, made some headway. Getting a lot of errors from the QML scene though. [09:39] Assuming this hasn't been maintained for a while. [09:40] nic-doffay, of course it has not [09:40] nic-doffay, it's been left alone for almost a year now [09:40] nic-doffay, it's never been ported to QtQuick 2.0 either [09:40] Saviq, https://pastebin.canonical.com/93264/ [09:41] nic-doffay, that's not really a maintenance problem, but the fact that it's using a custom units system [09:41] nic-doffay, you need to replace it with the Ubuntu.Components approach [09:42] nic-doffay, so wherever you see "Units.tvPx()" - that needs to be "converted" into using units.gu() [09:42] Saviq, can I just get rid of fontUtils.js [09:42] nic-doffay, probably [09:43] Saviq, ok upgrade started. Thanks! [09:43] nic-doffay, and units.js, too [09:43] vesar, good luck! :) [09:44] * Saviq just `adb shell`-ed straight into Ubuntu - yay for the flipped image :D [09:46] * greyback moving to office, bbiab [09:50] mzanetti, hello :) [09:50] hi katie :) [09:51] Saviq, what's the current state of the ubuntutv out of interesT? [09:52] nic-doffay, it's lying in a corner, sobbing softly [09:52] Saviq, and the future? [09:52] Will it still be sad and lonely? [09:52] nic-doffay, based on what we're doing now [09:52] nic-doffay, the old project was based off of unity-2d [09:52] nic-doffay, we're in a whole new world now [09:56] Saviq, the plans are to develop the tv though, right? [09:56] Somewhere along the line... [09:56] Not just use some components for Unity. [09:56] nic-doffay, tv marked proved difficult [09:57] nic-doffay, so for now the only thing we're planning for, AFAIK, is being able to connect your device to a TV via HDMI [09:57] nic-doffay, and get the Ubuntu TV experience [09:58] Saviq, k [10:14] didrocks: unity tests failed running because of extra python-secretstorage being installed - couldn't trace what pulls in this dep, but should I re-run tests with 'check with whole PPA'? [10:15] sil2100: hum, I would prefer we understand what's pulling it [10:15] sil2100: especially as it's in universe [10:15] sil2100: that's not anything that is in the QA stack? [10:16] didrocks: during this unity run only libunity, unity-lens-files and unity were being built, and none of those had this dep - I'll check QA and more inside [10:16] sil2100: otherwise, we'll make the iso uninstallable [10:17] didrocks, sil2100: [10:17] o python-secretstorage: python-secretstorage python-secretstorage-doc [10:17] MIR: #1188935 (Fix Committed) [10:17] [Reverse-Depends: Rescued from python-secretstorage] [10:17] [Reverse-Recommends: python-keyring (MAIN)] [10:17] bug #1188935 [10:17] bug 1188935 in python-secretstorage (Ubuntu) "[MIR] python-secretstorage" [Undecided,Fix committed] https://launchpad.net/bugs/1188935 [10:18] seb128: that doesn't explain why we have a new component pulling it [10:18] didrocks, well, it's pulled in by python-keyring [10:18] Recommends? Let me see rdeps of python-keyring [10:18] seb128: right, we don't touch that [10:18] Saviq, what should u2d.tr be replaced with? [10:19] eg text: u2d.tr("Movie info") [10:19] sil2100: oh, we do install python-keyring with the list of packages [10:19] didrocks: ok, I see it [10:19] sil2100: I think this was a transient state [10:19] didrocks: unity-scope-launchpad depends on that... [10:19] sil2100: we should maybe clean this list of this stack from all the stuff that are installed by default now, isn't it? [10:19] didrocks: since unity-scope-launchpad depends on python-launchpadlib and this depends on python-keyring [10:20] nic-doffay, i18n.tr [10:20] nic-doffay, again, from Ubuntu.Components [10:21] Saviq: need you help [10:21] Saviq: using a ListView instead of Flickable + Repeater + Column would solve all my snapping problems (and some more) [10:21] mzanetti, thought "need you help" was supposed to be a question ;) [10:21] mzanetti, yup [10:22] your... sorry [10:22] ;) [10:22] Saviq, I'm removing all references to Unity2d, too. [10:22] nic-doffay, yup [10:22] Saviq: in any ways a ListView would be better... with one exception: [10:22] Saviq: "In order to improve painting performance, items outside the visible area are not painted" [10:22] Saviq, there's also a lot of "Effects" imports going on. What should that be replaced with? [10:22] Saviq: that makes them disappear too early :/ [10:23] mzanetti, cacheBuffer and negative margins [10:23] mzanetti, see what Carousel did [10:23] s/did/does [10:23] and actually cacheBuffer is probably not needed with the margin [10:23] Saviq: tried that... negative margins are a bitch [10:24] but sure... I'll check teh carousel [10:24] mzanetti, that's the only way, I'm afraid [10:24] mzanetti, both Carousel and gallery-app use that approach [10:24] ah ok... I'm sure I can make it happen for the launcher too then [10:24] thanks! [10:25] mzanetti, talk with gusch, btw - he knows all about that [10:25] ack [10:29] Saviq, managed to get rid of most of the errors. Not sure what to do about these however: https://pastebin.canonical.com/93267/ [10:29] nic-doffay, are you trying to run the whole thing? [10:30] nic-doffay, or did you replace stuff in VideoSidebar? [10:30] nic-doffay, player you don't need [10:30] Just the VideoSidebar Saviq [10:30] Can I remove all references to player? [10:30] nic-doffay, not necessarily remove - if there's data coming from there (like .nfo) [10:30] nic-doffay, you need to replace it with some static data [10:31] nic-doffay, not sure about the other two, you need to dig deeper what those mean [10:31] didrocks: besides that 'clean up' that we might need, I think using the 'use whole PPA' might be a good idea for now, until python-secretstorage gets into main [10:32] sil2100: ok, fine with me [10:50] Saviq, did QtQuick 1.0 have any variable called visibleArea? [10:51] nic-doffay, 2.0 still does http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-flickable.html#visibleArea.heightRatio-prop [10:52] nic-doffay, the error says "you're trying to get .visibleArea of [undefined]", not "there's no .visibleArea on [some_defined_object]" [10:53] Saviq, any idea what should be assigned to SidebarView.qml container var? [10:54] nic-doffay, you should load the VideoPreview.qml in Sidebar.qml [10:54] nic-doffay, or just put it in a Flickable [10:54] nic-doffay, and set container to that Flickable [10:58] nic-doffay, btw, https://lists.launchpad.net/ubuntu-phone/msg02497.html [10:59] Saviq, at the moment I'm trying to run off VideoSidebar. [10:59] nic-doffay, that's not enough [10:59] Saviq, right, VideoPreview it is then. [10:59] nic-doffay, a SidebarView needs to be in a Flickable [10:59] nic-doffay, no [10:59] nic-doffay, just use Sidebar.qml [11:00] Saviq, got it. [11:00] nic-doffay, and make Loader load VideoSidebar.qml [11:00] nic-doffay, but your biggest task on all this is to make sure design is consistent [11:00] nic-doffay, i.e. go to the designers and show them the ValueSelector in the SDK [11:00] nic-doffay, and the email https://lists.launchpad.net/ubuntu-phone/msg02497.html === mmrazik is now known as mmrazik|lunch [11:01] nic-doffay, and ask what should actually happen [11:01] nic-doffay, because it really feels like this should be the default behaviour in the SDK [11:13] guys, would be good to get https://code.launchpad.net/~saviq/unity/8.flipped-support/+merge/171061 in [11:13] so that when they flip the switch^Wimage, we're ready [11:17] Saviq, getting what appears to get the last strange issue. [11:17] https://pastebin.canonical.com/93268/ [11:17] Saviq, spacing is defined in SidebarView [11:18] nic-doffay, what did you replace Units.tvPx(33) with? [11:19] units.gu [11:19] Saviq, ^ [11:19] nic-doffay, did you import Ubuntu.Components? [11:20] Saviq, yeah [11:20] nic-doffay, and is the value in SidebarView.qml correct? what does onSpacingChanged: console.debug(spacing) say? [11:21] Saviq, it's correct. [11:21] didrocks, jibel: btw. guys, did something change in the way our otto autopilot environment is prepared? [11:21] nic-doffay, can you push the code somewhere? [11:21] sil2100: not that I know of, we just removed a bug where I forced the dist-upgrade [11:21] Saviq, yeah one sec. [11:23] didrocks: hm, would you mind if I altered the usr/local/bin/run-autopilot.sh script to add the ubuntu user to the 'autopilot' group before running the scripts? Or is there some better way of doing that besides modifying the target-override/ script? [11:25] didrocks: since python-autopilot gives access to /dev/uinput to the autopilot group, and from what I saw in the 'snapshot', we're not adding ubuntu to i [11:25] *it [11:25] So we get a permission denied on /dev/uinput access it seems [11:25] sil2100: the ubuntu user isn't logged in when installing the packages, shouldn't that add the user to the group? [11:26] didrocks: no, the /etc/groups file says this group is empty [11:26] *group [11:26] autopilot:x:124: [11:26] sil2100: the autopilot package adds the current user only, I guess? [11:26] didrocks: not sure, probably [11:27] Saviq, lp:~nicolas-doffay/ubuntutv/Sidebar [11:27] No other choice of doing it more properly I guess [11:28] sil2100: I would say, in the autopilot branch, add the ubuntu user manually as part of the setup script [11:28] (the otto-setup.conf) [11:29] In lp:otto/autopilot ? [11:29] In hooks/setup ? [11:40] didrocks: assuming hooks/setup ! [11:40] sil2100: no, in the autopilot test suite [11:40] sil2100: lp:~otto-dev/otto/testsuite_autopilot-unity [11:41] so yeah lp:otto/autopilot [11:41] ah crap, otto-setup.conf is in otto [11:41] ;) [11:42] but we don't want to be autopilot specific [11:42] hum… [11:42] Yes, since I didn't see that in otto/autopilot [11:42] so you can start here an upstream job [11:42] upstart* [11:42] * didrocks thinks… [11:43] yeah, should be the best way [11:43] so an upstart job [11:43] starting before lightdm [11:43] (look at the otto-setup.conf for the condition) [11:43] just adding the ubuntu user to the right group [11:44] So in target-override an upstart job [11:44] ACK! [11:44] Thanks [11:44] sil2100: yw, thanks for fixing it! :) [11:50] Cimi, here, btw [11:50] Cimi, 30° is what worked well with the launcher (it was even less initially) [11:51] Cimi, we just need to find some sane values [11:51] Cimi, that simply requires testing [12:22] nic-doffay, I pushed something to lp:~saviq/+junk/tv-sidebar [12:22] nic-doffay, you should be able to go from there [12:22] Saviq, cool will check it out. === mmrazik|lunch is now known as mmrazik [12:23] nic-doffay, main things: it was 0x0 (you haven't specified width / height anywhere) [12:23] nic-doffay, use qmlscene shell/test.qml [12:23] nic-doffay, and : units.gu(470) means something like 5000px [12:23] nic-doffay, I doubt you have this wide a display :P [12:23] Saviq, this is what I was concerned about. [12:24] Are the old units the same as the new ones? [12:24] nic-doffay, not at all [12:24] nic-doffay, tvPx was "pixel on a tv" [12:24] nic-doffay, so it's closer to units.dp [12:24] nic-doffay, but it shouldn't be used, so it's all very much to be re-done [12:24] Saviq, I'll replace the units.gu with dp then. [12:24] nic-doffay, already done in the branch I've sent [12:24] Saviq, right from the ground up then :P [12:25] nic-doffay, it only works with a keyboard, btw [12:25] nic-doffay, not necessarily from the ground up, but a lot of it, yeah [12:25] it's year-old code, what do you expect :P === mzanetti is now known as mzanetti|lunch [12:35] dednick, if I understood it correctly, tapping on the panel shouldn't do anything anymore, right? === mzanetti|lunch is now known as mzanetti === greyback is now known as greyback|lunch [13:06] Saviq: do you know who will trigger the SIM pin lockscreen? [13:07] will that stuff be integrated into lightdm too or will we directly listen to ofono signals for that? [13:07] mzanetti, might be both [13:07] mzanetti, i.e. if started in a user session (only one user, not encrypted) [13:07] mzanetti, we'd handle that in-house [13:07] mzanetti, similar to wifi password [13:08] mzanetti, but if you started into a greeter, would have to happen there, I think [13:08] mzanetti, as it's lightdm that will own ofono when locked [13:09] mzanetti, but I haven't seen any designs around it (unless the lockscreen you've implemented is supposed to serve both?) [13:09] Saviq: yep. its both [13:09] mzanetti, would feel weird if you've logged in with a passphrase [13:10] mzanetti, just to be locked out again until you put the PIN in [13:10] mzanetti, so I think it has to be separate [13:10] Saviq: ? [13:10] mzanetti, I mean that you need to be able to log in to your phone [13:10] mzanetti, without unlocking the SIM [13:10] Saviq: yeah [13:10] mzanetti, so we need to support both usecases [13:10] s/both/all of them/ [13:10] Saviq: ah.. I understand... yes... in that case it would show up twice [13:11] once telling you to enter you passkey, the other time telling you to enter you PIN [13:11] in the PIN case the back button would turn into a cancel button [13:11] mzanetti, you can't unlock SIM with a passphrase (unless the PIN was stored in encrypted password storage that would unlock after you've logged in) [13:11] Saviq: talking about the PIN one [13:12] mzanetti, yeah, but then... what if you want a 6 digit PIN for the phone [13:12] mzanetti, I think the PIN unlock needs to be treated exactly as the passphrase one [13:12] Saviq: I know. that was my first question for design [13:13] Saviq: they said for now we're going gor 4 digits [13:13] because a "OK" button did not fit into the design :D [13:13] mzanetti, and SIM unlock needs to happen separately (even if transparently) [13:13] lol [13:14] Saviq: anyways, that's not my biggest concerns right now [13:14] mzanetti, and then if you don't have PIN saved in your password storage, a notification (or a system dialog) should be used [13:14] mzanetti, so that you can dismiss it and use the phone without unlocking PIN [13:14] Saviq: not following [13:15] Saviq: why would the SIM pin dialog need to be a notification? [13:15] Saviq, where in the SDK is this sidebar stuff currently? You mentioned the SDK stuff should mirror the TV branch and vice versa. [13:16] nic-doffay, there's no *sidebar* in the SDK [13:16] nic-doffay, there's just widgets similar to what's there in the sidebar [13:16] nic-doffay, the ListItems [13:16] nic-doffay, and the ValueSelector in particular [13:16] nic-doffay, which serves the same purpose [13:16] nic-doffay, but has different behaviour [13:16] nic-doffay, which should be resolved in either way (should be consistent) [13:17] Saviq, right. Just to confirm then, the current task is to get the tv branch sidebar up to speed with the design doc you linked? [13:17] nic-doffay, no, not at all [13:17] nic-doffay, we need a similar behaviour [13:17] nic-doffay, that was implemented for ubuntutv [13:17] nic-doffay, so it's an example [13:18] nic-doffay, or a starting point [13:18] dandrader: tapping shouldn't specificlly do anything, but the press should hint. [13:18] Saviq, I see so I should be working off the SDK branch then? [13:18] nic-doffay, we need the behaviour spec'ed in the design doc [13:18] nic-doffay, ATM it's only defined to be used in the dash / shell [13:19] nic-doffay, but that behaviour is inconsistent with the SDK [13:19] nic-doffay, so you need to go talk to the designers [13:19] nic-doffay, and find out why it's inconsistent, and whether we can make it consistent [13:20] nic-doffay, if we can - then it's work in the SDK [13:20] nic-doffay, if we can't - then it's work internal to unity8 [13:22] Saviq, gotcha [13:23] dandrader: also, tapping to close the indicators should do a "reverse" hint. [13:23] ie. hint to close [13:24] s/tapping/pressing [13:26] dednick, yes, I've done that in my branch already [13:26] Saviq, where's the best use case of the ListItem and the ValueSelector in unity8 currently? [13:26] interesting, cmake's libexec is usr/libexec [13:29] nic-doffay, there isn't any atm, I think - it's supposed to be used for dash filters [13:31] Saviq: next meeting your calendar alarm failed ;) [13:32] nic-doffay: dednick: standup [13:33] sil2100, thanks for the build fixes in libsignon-glib [13:33] sil2100, it's really a bug in check, so this works around it nicely [13:33] but i am going to go ahead and fix it in check [13:34] mzanetti, aarhg [13:34] paulliu: http://bazaar.launchpad.net/~unity-team/unity-api/trunk/view/head:/test/qmltest/modules/TestUtil/Verifier.qml [13:35] Trevinho, ping [13:35] fginther: pong [13:35] kenvandine: np, yes, it's a bug, since the toolchain got a bit different now [13:36] not really "different" [13:36] check is broken :) [13:36] Cimi: standup? [13:36] Trevinho, I created a bug report for the bamf matching issue I mentioned late last week: https://bugs.launchpad.net/bamf/+bug/1193502 [13:36] Launchpad bug 1193502 in BAMF "bamf matches the wrong desktop file when process started via autostart" [Undecided,New] [13:36] they call pthread-config during configure to determine the libs to add to check.pc [13:36] which we don't seem to have [13:36] so it inserts an empty string where -lpthread should be [13:37] fginther: setting NoDisplay wasn't enough? [13:37] Trevinho, nope [13:37] fginther: I also see another problem around, but i have to check... [13:37] hm [13:37] Trevinho, if you need me to do some more debugging, please let me know [13:38] kenvandine: btw.! [13:38] kenvandine: did you see: https://code.launchpad.net/~sil2100/gnome-control-center-signon/bump_timeout/+merge/171066 ? [13:38] Trevinho, thanks for taking a look [13:38] not yet :) [13:38] kenvandine: me and seb128 decided to workaround the armhf unit test failure by increasing the timeout ;) [13:38] sil2100, i'll look [13:38] Thanks! [13:39] sil2100, does that work? [13:39] sil2100, i've bumped the timeout in the past for the same reason [13:39] Trevinho, hey [13:39] from 90 to 180 :) [13:39] kenvandine, good morning, had a good w.e ? [13:39] those timeouts are so annoying [13:39] seb128, exhausting, ready to relax at work :) [13:39] seb128, and you? [13:40] sil2100, bug 1194126 [13:40] bug 1194126 in check (Ubuntu) "pkgconfig file missing the dependency on pthread" [Undecided,New] https://launchpad.net/bugs/1194126 [13:40] in case you find anything else failing to build for the same reason [13:40] i'll fix it this morning though [13:41] kenvandine, quite good thanks (we had some music festivals, they organize that every year for the summer's day) [13:41] great! [13:41] Oh, mardy approved [13:41] kenvandine, I newed gsettings-qt this morning btw ;-) [13:42] thx! [13:42] Saviq, Can you give me permission to edit that SVG doc you asked me to comment on? :-) [13:42] tedg, trying [13:42] i guess we don't have any packages that provide pthread-config... annoying [13:42] i wonder what upstream that should come from === _salem is now known as salem_ === greyback|lunch is now known as greyback [13:47] tedg, donr [13:47] done [13:47] kenvandine: thanks! [13:47] mhr3, Is it insane to think that I could push the application startup event into ZG using a command line dbus command? Should I write a little util using the lib? [13:47] Saviq, Great, thanks! [13:49] tedg, constructing an event isn't exactly a command-line friendly thing to do [13:49]