[08:48] Saviq, reading indicatyor-polishing [08:49] Saviq, what's the point of using listview and huge cacheBuffer? [08:50] Cimi, not too much, it's basically a Flickable { Column { Repeater { } } } in one [08:50] exactly [08:51] Cimi, so less typing [09:30] Saviq, I did a image update, and now my mako is not detected even after poweroff (pc and phone) [09:31] fastboot is not detected [09:31] what can I do? [09:31] Cimi, enable developer mode and add a passcode [09:31] Cimi, and read ubuntu-phone [09:32] Saviq, fastboot-devices is empty [09:32] Cimi, did you put it in fastboot mode? [09:32] Saviq, bootloader? [09:32] Cimi, yes [09:32] I am in the bootloader [09:32] no luck [09:33] Cimi, does dmesg say anything when you reconnect it? [09:33] Saviq, I am worried is my pc USB drivers, did you remember sometimes we had to reboot? [09:33] new high-speed USB device number 10 using xhci_hcd [09:33] and 11 and such [09:33] now says usb cable is bad [09:34] Cimi, maybe it is? [09:34] this USB standard is shit [09:34] I want lighting cable [09:34] * Cimi looks for another usb [09:35] is not the cable [09:36] * Saviq not sure what bad quality cables have to do with the USB standard [09:39] Saviq, micro usb sucks [09:39] anyway, still no- luck [09:39] no phone detected [09:41] Cimi, different PC? [09:41] Saviq, let me try [09:42] Saviq, but works for the other phone [09:45] Saviq, now works [09:45] Saviq, might be the connector on the phone [09:45] too much usage? [09:56] Saviq, do you know of a unity8 branch addressing the popover test-failure from PageHeaderLabel? [09:58] Saviq, if not I'd like to look into it as it's a ci-approval blocker currently [10:01] Cimi, sure, that can happen [10:01] MacSlow, yeah, it's fixed in https://code.launchpad.net/~aacid/unity8/pageHeaderFailingTest/+merge/232528 [10:02] Saviq, ah ok [10:06] /biab [10:06] Saviq, pageHeaderFailingTest is part of silo 19... so I don't have to "borrow" Albert's branch to make mine (fix-1348092) make pass jenkins?! === MacSlow is now known as MacSlow|lunch [11:26] Saviq, do we have a list of RTM bugs I can look at? [11:28] Hola [11:58] * Cimi just realised I can set the default build dir in qtcreator === MacSlow|lunch is now known as MacSlow [12:52] Cimi, these are the immediate ones https://bugs.launchpad.net/ubuntu/+source/unity8/+bugs?field.tag=touch-2014-09-11 [12:52] Cimi, and there is more in https://bugs.launchpad.net/ubuntu/+source/unity8/+bugs?field.tag=rtm14 === _salem is now known as salem_ [13:50] greyback_, FYI, for reading .desktop files with inline and gettext translation support, there's GDesktopAppInfo that does things automagically [13:55] nice going greyback_ [13:55] greyback__, wifi not great today again? [13:55] greyback_, FYI, for reading .desktop files with inline and gettext translation support, there's GDesktopAppInfo that does things automagically [13:56] Saviq: I updated kernel, and trying out most recent b43 and wl drivers with it [13:56] we might have a look at using that (if you didn't write it in Q already) [13:56] same old connectivity problems [13:56] greyback__, must say I'm blessed with wl around here, rarely had any problems at all [13:56] true, QSettings isn't good enough, I was just thinking of using that [13:57] Saviq: wl works well with older kernel, but newer than 3.10 I have problems === salem_ is now known as _salem === _salem is now known as salem_ [14:12] Saviq: hi. have you had any reports of unity8-dash getting stuck on the loading screen? (with the black background and spinner) [14:13] pete-woods, so not even panel? [14:13] pete-woods, meaning there's no unity8 even [14:13] Saviq: there's unity8 (I can type pin to log in, and there are indicators) [14:14] pete-woods, then yeah, bug #1362619 [14:14] bug 1362619 in unity-scopes-api (Ubuntu RTM) "unity8-dash hangs in scopes backend" [Undecided,Confirmed] https://launchpad.net/bugs/1362619 [14:14] Saviq: thought it might be that... [14:14] pete-woods, initially suggested scopes-api [14:14] I get it every boot now [14:14] Saviq: if you got a minute, I'd appreciate you giving this a quick look to see what you think lp:~gerboland/unity8/dbus-async [14:14] pete-woods, good, can you debug? :D [14:14] pete-woods, or at least rule out scopes api [14:14] Saviq: what do you need? [14:14] I'm poking round the logs atm [14:14] pete-woods, yeah logs not gonna be helpful much [14:15] pete-woods, we need to find out whether it's a deadlock, and if so - where [14:15] if it's not, we need to find out why it's not drawing anything... [14:15] Saviq: okay, so a manual restart finally fixed it [14:15] as in stop unity8-dash; start unity8-dash [14:15] hmm [14:16] pete-woods, well, yeah, now you can't debug it any more ;D [14:16] pete-woods, we know restarting it helps [14:16] ah [14:16] I didn't know that :p [14:16] but there wont be a restart u8dash indicator button i guess :) [14:16] I thought it was going to do it again [14:16] given it happened 3 times in 3 reboots [14:17] * pete-woods immediately suspicious of race conditions due to heavy loading at startup === mpt_ is now known as mpt [14:23] greyback__, looking good, not much to comment [14:38] Saviq, btw all indicators are slown down with indicator polishing [14:38] not only messaging [14:38] Cimi, ok, comment on the branch please, we'll need dednick to look at this when back [14:39] Saviq, for the flickable [14:39] Saviq, can we add a Flickable, ListView etc components inside qml/Components? [14:39] Saviq, or shall we override in each usage? [14:40] Cimi, no, a central place is good, but maybe then in a namespace so it's obvious [14:40] Cimi, so qml/Components/Flickables [14:40] Saviq, good idea [14:40] Cimi, and then when using, Flickables.ListView [14:40] sure === salem_ is now known as _salem === _salem is now known as salem_ === om26er_ is now known as om26er|dinner [15:20] MacSlow, did you try the borderImage in the notifications? [15:21] Cimi, not yet but on my today's todo still [15:24] Saviq, lp:~unity-team/unity8/flickables-speed-workaround [15:24] pushed, testing now [15:24] might collapse the world [15:43] Saviq, I forgot some magic required to use sbuild [15:43] Cimi, x-building is broken atm [15:44] Cimi, bug #v [15:44] 1353855 [15:44] #1353855 [15:44] grr [15:44] bug #1353855 [15:44] bug 1353855 in Mir "Explicit g++ 4.9 dependency breaks cross-building" [Medium,In progress] https://launchpad.net/bugs/1353855 [15:44] Saviq, http://paste.ubuntu.com/8260685/ [15:44] Saviq, I have other issues [15:45] Cimi, -c, not -d [15:45] also being stupid is another issue [15:45] Distribution: utopic-armhf-shm [15:46] Cimi, but really, it's broken now [15:46] Saviq, I'll wait jenkins then [15:46] Cimi, you can remove the explicit g++ dep from debian/control to unbreak it [15:46] nah, jenkins [15:46] or I just adb push the qml files === salem_ is now known as _salem [15:58] elopio, guess what, Mike doesn't work with us any more ;D [15:59] Saviq: oh shoot. He was a nice guy. [15:59] elopio, best ping John Lea about the bug and what to do with it [15:59] I'll email him. === om26er|dinner is now known as om26er === _salem is now known as salem_ [20:37] bregma: Trevinho: http://www.reddit.com/r/linux/comments/2fil3c/window_managers_on_4k/ several commenters praising Unity's HiDPI support, well done [20:38] I'm sure more thank you two contributed towards this, but I remember you guys showing it off [20:38] so, well done to all involved [20:39] mhall119, it was definitely a group effort, but thanks === slinnky is now known as fraggot === fraggot is now known as Assclown [21:49] mhall119: thanks, and it will improve even more with next landing === salem_ is now known as _salem