[07:27] thomi, dude, you spent most of the day on two issues that are known / fixed already... [07:29] thomi, https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1235159 [07:29] Ubuntu bug 1235159 in mir (Ubuntu) "Mir fails to start if there's a stale socket" [Medium,Triaged] [07:29] thomi, and http://bazaar.launchpad.net/~unity-team/unity8/trunk/revision/397 [07:38] Saviq: so any special bug you want me to look at or shall i continue with the delegate creation range thing? [07:39] tsdgeos, can you have a look at https://bugs.launchpad.net/unity8/+bug/1124567 [07:39] Ubuntu bug 1124567 in Unity 8 "[DASH] activity indicator not shown while search process is ongoing " [High,In progress] [07:39] tsdgeos, we've had to revert that over the weekend, 'cause the activity indicator used CPU all the time [07:40] tsdgeos, if you can reduce to a testcase and fila a bug against SDK [07:40] tsdgeos, hi, btw! [07:40] hallo [07:40] so devdays is today or tomorrow? [07:40] s/is/starts [07:40] tsdgeos, today [07:41] i see [07:42] Saviq, morning [07:42] hey Cimi [07:42] Saviq, good weekend? london finally got some sun, it's a pity it's monday :) [07:43] Cimi, nothing much, but thanks [07:43] Cimi, pretty London-y here now (dark'n'grey) [07:43] Saviq, here too, we have fog :( [07:44] Saviq: not sure about that bug, is the bug "ActivittyIndicator takes lots of CPU" or "ActivittyIndicator takes lots of CPU even when not spinning"? [07:44] tsdgeos, the latter [07:44] Saviq, I wanted to see why style is causing the hangs, you have ideas? [07:44] i see [07:44] tsdgeos, it's the style SDK property causing the hanfs [07:44] tsdgeos, hangs [07:44] :/ [07:45] I might need help to debug [07:45] I think we might need to use some qtcreator debug modes/profiler [07:45] Cimi, that's easy [07:45] which I never used [07:45] Cimi, get it to hang [07:45] Saviq, that's easy :) [07:46] Cimi, ah, run it through run_on_device, get it to hang [07:46] or well, pass -qmljdebuggingport or whatever the option is (see in run_on_device near the top) [07:48] Cimi, then, in QtCreator Analyze → QML Profiler (External) → set "Host" to your device's IP → let it run for 10s [07:48] Cimi, but I'm 90% certain you'll get zilch - no QML events will happen - it's probably hanging in the scenegraph [07:49] Cimi, to confirm that - make it hang, and run `gdb program $(pidof unity8)` [07:49] Cimi, that will connect gdb to the process and let you see what the threads are doing [08:22] Saviq: no bug in the ActivityIndicator, just a bug in our side [08:23] * tsdgeos proposes branch [08:23] tsdgeos, yay [08:23] tsdgeos, couldn't pinpoint it late on Friday, and couldn't be bothered over the weekend ;) [08:23] :-) [08:23] Greetings from Qt DevDays [08:24] greyback: aloha [08:24] tsdgeos: yo yo [08:25] greyback, o/ [08:26] Saviq: hey [08:26] * Saviq f**ed up for not being there [08:26] Saviq, reverted activity-indicator? :( [08:26] mhr3, will be right back [08:27] mhr3, caused constant CPU usage, but tsdgeos just found the issue [08:27] wonder how much is it going to conflict isactive [08:27] none [08:27] just wait [08:27] until i commit my stuff [08:27] or base your stuff in mine [08:28] mhr3, just going through previews now, will get to -isactive afterwards [08:28] it's just one line [08:28] well actually two [08:29] mhr3: Saviq: https://code.launchpad.net/~aacid/unity8/unrevert376/+merge/189544 [08:29] why do we hide that empty search can take a while as well? [08:30] do what? [08:30] tsdgeos, ah, we didn't protect against scope === undefined? [08:30] tsdgeos, [08:30] + name: "searching" [08:30] 68 + when: scope && scope.searchInProgress && searchField.text !== "" [08:31] Saviq: yep [08:31] stoopid [08:31] mhr3: http://bazaar.launchpad.net/~aacid/unity8/unrevert376/revision/401 is my change [08:31] mhr3: the rest was there already [08:31] don't ask me why you do something you did :D [08:32] yes, i should have reviewed the qml part too, but this gives me second chance :) [08:32] or someone else, not sure if it was you who did the original code [08:33] ah, it was nic-doffay's [08:33] Saviq, your thoughts about removing the .text condition from the states? [08:34] mhr3, right [08:34] mhr3, didn't think that's when it'd come up [08:34] tsdgeos, can you? drop the !== "" / === "" [08:36] if you want me [08:36] tsdgeos, yes please [08:36] it's not like i've checked the code [08:36] mhr3, any reason why a preview.subtitle would have newlines? [08:39] Saviq: mhr3: pushed [08:39] tsdgeos, thanks [08:57] Saviq, not really... scopes misusing it for something? [08:57] mhr3, right, that's what I thought - so removed "support" for it [08:57] k [09:09] seb128, I'm offended :P Why isn't PL in the set of languages installed on the device? [09:10] seb128, more, why installing the langpacks and generating locale doesn't work anymore for setting the language? is there a new trick to change locale? [09:11] Saviq, the list is my number of speakers, you need to teach more being to speak pl it seems ;-) [09:12] seb128, I don't mean the list in settings app [09:12] Saviq, it doesn't work because the system image is ro and you can't install langpacks... [09:12] seb128, most recent image has some langpacks [09:12] seb128, and that's where pl isn't included [09:12] Saviq, right, we seeded the same as on the desktop image [09:12] Saviq, zh > es > pt > de > fr [09:12] Saviq, that's ranked by "usefulness" [09:12] seb128, but even making it rw and installing the langpack / changing /etc/environment doesn't seem to work correctly [09:12] seb128, yeah, I know, j/k [09:13] Saviq, how "not correctly"? [09:13] seb128, or well, it changes *some* of the UI [09:13] seb128, but not e.g. scopes [09:13] Saviq, the settings app use accountsservice which writes ~/.pam_environment [09:13] Saviq, what langpack did you install? [09:13] seb128, ah, let me try that [09:13] seb128, -gnome-pl [09:13] Saviq, lot of the scopes strings are new [09:14] Saviq, https://translations.launchpad.net/ubuntu/saucy/+source/unity-scope-home/+pots/unity-scope-home [09:14] Saviq, yeah, there is no polish translation, stop slacking :p [09:14] OH! [09:15] Saviq, not sure if you are part of the pl translators team, if you are, just go to https://translations.launchpad.net/ubuntu/saucy/+source/unity-scope-home/+translations and do some work ;-) [09:16] seb128, yeah, will have to [09:16] * Saviq frowns at the pl translators team [09:18] mhr3, we had somewhere a fix that stopped activating entries other than apps, remember where? [09:19] Saviq, dont remember such thing, why would we want that? [09:19] mhr3, because we want previews for everything other than apps? [09:20] Saviq, oh, that kind of activating... it's part of the previews transitions [09:20] mhr3, right, good [09:20] lp:~mzanetti/unity8/switching-previews [09:20] Saviq, ^ that one [09:21] mhr3, yup, next in my q === ritz is now known as ritz|away [10:12] Cimi, will your branch adding the new styles for dash plugins and weather come back? [10:12] mhr3, who knows [10:12] Cimi, needs to be fixed in sdk first? [10:12] mhr3, I think [10:13] anyone working on that? [10:13] mhr3, but it's early to confirm [10:13] I'm compiling on the phone [10:13] slow boot this morning === hikiko is now known as hikiko|lunch [10:22] Saviq, think we have an issue with caching - if results are showing "image://thumbnailer/foo" and preview uses the same string for their main image, it'll end up using the low-res image from the result instead of requesting new one with different requestedSize from thumbnailer [10:23] mhr3, hmm, interesting... shouldn't happen IIUC [10:23] mhr3, it should cache per-requestedSize [10:23] Saviq, sure about that? [10:23] mhr3, yeah - it'd break SVGs, for example, otherwise [10:24] would explain why svgs look horrible [10:24] :) [10:24] mhr3, well, yeah [10:24] mhr3, can you confirm with a small test? loading the same svgs twice with different sourceSize [10:25] mhr3, and see if the order in which you load them makes a difference? [10:25] was hoping you'd know this [10:25] tsdgeos, maybe you do ^? [10:26] mhr3: same url == same image [10:26] if you want different images [10:26] add the image to the url or something [10:26] tsdgeos, so noone cares that svgs are broken with qt? [10:26] mhr3: you sure you havent got a copy of the image as a png somewhere? i was having an issue where I had icons as svg and png, but it was loading the png [10:27] mhr3: nope :D [10:27] dednick, i'm coming to this conclusion from the thumbnailer, it just explains svgs as well [10:28] mhr3: it's not that noone cares obviously, it's that there's noone with the willingness to fix it [10:28] which is kind of the same thing :D [10:28] mhr3: my old thumbnailer? [10:28] from unity? [10:29] dednick, nah, we have a new one now [10:29] tsdgeos, really? it caches regardless of requestedSize? that's broken ;( [10:29] thank god [10:29] dednick, but actually i think the caching in unity7 has exactly the same issue [10:29] tsdgeos, mhr3 granted, it's not *that* simple - it's probably the image provider that should be able to provide a hash under which the image is cached [10:30] Saviq: hmmm what's requestedSize? [10:30] there's no such property [10:30] tsdgeos, sourceSize [10:30] tsdgeos, → that's requestedSize when requesting an image from an image provider [10:30] Saviq: well, you should not be touching sourceSize afaics [10:30] "This property holds the actual width and height of the loaded image." [10:30] tsdgeos, HUHE!Q [10:30] tsdgeos, you get a slap [10:31] hmmmm [10:31] otoh [10:31] "Note: Changing this property dynamically causes the image source to be reloaded, potentially even from the network, if it is not in the disk cache." [10:31] tsdgeos, read the whole thing - print out [10:31] tsdgeos, and stick over your bed [10:31] Saviq, yep, that would fix it cleanly, but i don't think it's possible atm [10:32] Saviq: my bed is behind me, won't help much sticking it there [10:32] mhr3, yeah - let's just pass ?width=x&height=y? [10:33] Saviq: ok, so the first line definition of the property is crap-ish [10:33] tsdgeos, true [10:33] mhr3, so that category renderer and preview request different, but static URLs? [10:33] and yeah sounds like a bug that it doesn't take into account the size [10:33] Saviq, i'm afraid we don't have that where the uri is created [10:33] are we sure it's not us doing that? [10:33] tsdgeos, you told us so! :D [10:34] mhr3, can you verify? [10:34] Saviq: well, i'm not infallible by far... :D [10:34] mhr3, a simple two-Image with onClicked: source = "blah" [10:34] yep, but not right away :) [10:34] mhr3, ok, let me have a try [10:35] hmmm [10:36] * tsdgeos retracts the hmmm [10:36] who provides thumbnailer:// libunity? [10:37] tsdgeos, sdk [10:37] trunk sdk anyway [10:39] hmmm [10:39] doesn't look like that code is doing anything with the desiredSize? [10:39] well, it is, but just to decide what other size it'll give you [10:40] the difference between preview image size and results should be big enough [10:40] hmmm [10:40] actually not [10:41] i should learn how to read :D [10:41] man what a morning... [10:41] Reading is overrated [10:47] Saviq, ok, I've ref lashed, compiled, had a couple of teas to wake up [10:47] mhr3: Saviq: ok, code shows that requestedSize is taken into account for the caching [10:47] Saviq, I have gdb opened [10:47] mhr3: Saviq: so it "should" work [10:47] Saviq, I run bt and it gives me [10:47] #0 0x40b3568a in ?? () from /lib/arm-linux-gnueabihf/libc.so.6 [10:47] #1 0x40b37324 in malloc () from /lib/arm-linux-gnueabihf/libc.so.6 [10:47] #2 0xdea19b8e in ?? () [10:47] #3 0xdea19b8e in ?? () [10:47] Backtrace stopped: previous frame identical to this frame (corrupt stack?) [10:47] which is not very useful [10:47] (sorry for not using paste bin, my fault) [10:48] mhr3: Saviq: http://pastebin.kde.org/pqmpq60ka [10:48] Cimi, i was looking at it on friday too, it changes depending when you break [10:49] Cimi, i was getting this malloc thing or something quite deep in qtqml.so [10:49] mhr3: so if you can verify it doesn't work it's probably broken somwhere up in the stack? [10:49] help guys [10:50] Cimi: start by install debug symbols for libc [10:50] tsdgeos, hm, you sure that code path is executed? :) [10:50] mhr3, hmm, nope, can't confirm what you're saying [10:50] mhr3: pretty much [10:50] mhr3: it's just after the requestImage code [10:50] and that one does get executed :D [10:50] hm, in that case thumbnailer must be broken [10:51] mhr3: where's the thumbnailer code? [10:51] mhr3, http://paste.ubuntu.com/6204437/ [10:51] mhr3, regardless of the order of clicking [10:51] mhr3, the large image is the same [10:53] guys, I throw it [10:53] would be nice to have a flag for phablet-flash that automatically enables developer mode (and some packages already preinstalled) [10:54] so we flash a second zip with writeable root, all our development crap already installed [10:55] like phablet-flash ubuntu-system --developer-mode [10:56] tsdgeos, lp:thumbnailer [10:57] Cimi, thing is... which packages would you install? [10:57] Saviq, ok my bad for svgs, was looking at some results from foursquare, thought it's giving svgs but they're low-res pngs :/ [10:58] Saviq, the common stuff to both ubuntu sdk and shell [10:58] Saviq, writeable image [10:58] dednick_, 1:0 for you [10:58] Cimi, I get what you mean, I'm not totally convinced, though ;) [10:59] Cimi, feels like that would only be useful for us, really [10:59] Saviq, well, we *all* do the same thing every time we install [10:59] Saviq, we enable and reinstall the usual packages [10:59] Saviq, "us" is many engineers [10:59] Cimi, that is true, so a channel=unity8-development or something [10:59] Saviq, whatever yeah [10:59] Cimi, yeah, but it's very specific to what we do [11:00] Cimi, and then we'd end up having hundreds of channels [11:00] Cimi, thing is you don't need to flash all the time [11:00] Saviq, well, we are the most important one [11:00] of course we are lol [11:00] anyway, i'll go bother satoris about something broken in thumbnailer [11:00] Cimi, if you make it read-write, just dist-upgrade [11:00] mhr3, give him that QML for testing [11:00] Saviq, right, thx for that [11:01] Saviq, would be nice to flash and start working immediately instead of wasting time apt-getting the same things and rebooting [11:01] mhr3, if it results in two requests to the thumbnailer - tb is broken - otherwise it's Qt [11:01] Cimi, just don't waste time flashing [11:01] Cimi, and apt-get update / upgrade [11:01] Cimi, it's the same result [11:02] Cimi, unless you really need a particular image [11:02] Saviq, I'm super lazy and I'm trying to simplify my life [11:02] Saviq, laziness can be a great virtue ;) [11:02] Cimi, what's simpler about flashing than update/dist-upgrade? [11:03] Saviq, sometimes it screws [11:03] anyway ok [11:03] Cimi, `adb shell "apt-get update; apt-get -y dist-upgrade"` [11:03] Saviq, i think it'd be the other way around ;) [11:03] caches everywhere! :D [11:03] so we cache at the Thumbnailer level and at the QML level [11:04] Saviq, ...eh, yea, no... nvm :) [11:05] tsdgeos, but tb is on-disk, QML is in mem [11:05] tsdgeos, and well, we disable caching in-mem for previews IIRC [11:05] tsdgeos, also, tb is reusable between apps - QML cache isn't === hikiko|lunch is now known as hikiko [11:09] mhr3: ok, on a second look at the thumbnailer:// code [11:09] i did read it correctly the first time [11:10] and just uses the requestedSize to switch between TN_SIZE_SMALL, TN_SIZE_LARGE and TN_SIZE_ORIGINAL [11:11] tsdgeos, what's wrong about that? [11:11] that it won't give you the size you really want? [11:11] right, but previews are surely bigger than 256 [11:12] mhr3: cookie please [11:13] dednick_, lots of them at the office :) [11:13] mhr3: what you mean with "are surely bigger than 256"? that you should be getting the "original size"? [11:13] tsdgeos, [11:13] right [11:13] http://paste.ubuntu.com/6204498/ [11:13] i was seeing pixelation on video that had original res 1280x800 [11:14] ok [11:14] tsdgeos, Saviq ^ [11:14] Cimi: is it stuck there? [11:14] tsdgeos, yes [11:15] not good [11:15] it's not stuck though... it's spinning around it [11:15] somehow === MacSlow is now known as MacSlow|lunch [11:16] Cimi: so if you say continue and break again it'll get the same backtrace? [11:18] tsdgeos, continue? [11:18] in gdb? [11:18] Cimi: ye [11:18] let me rehang the thing [11:21] http://paste.ubuntu.com/6204523/ [11:21] same hang [11:21] just a different call [11:21] let me do continue [11:22] tsdgeos, what is continue supposed to do? [11:22] Cimi: continue executing the program? [11:22] Cimi, c [11:22] tsdgeos, well it says continuing [11:22] Cimi, continue [11:22] but doesn't move [11:22] Cimi, then ctrl+c [11:22] I'll debug gdb now :P [11:22] Cimi, then bt again [11:22] gdb program pidof gdb :D [11:23] same stuff guys [11:23] tsdgeos, Cimi, feels like SDK's theming gets stuck in creating the delegate? [11:24] Cimi: is it exactly the same backtrace? [11:24] this is after http://paste.ubuntu.com/6204545/ [11:24] tsdgeos, no [11:24] lil difference [11:24] Kaleo, ^ [11:24] Cimi, remember he's in Brazil? ;) [11:25] Cimi, anyway, he won't be able to do *anything* from that [11:25] Saviq, I do, but he was replying :P [11:25] in #sdk :) [11:25] from what i can see from the BT [11:25] it's trying to create the item with index 1 [11:26] which now i see is done async [11:26] tsdgeos, re: showNow [11:26] * tsdgeos hits himselfs and hides at the same time [11:26] tsdgeos, it's now in Mir's plate [11:27] tsdgeos, they need to flush the buffers after blanking / before unblanking for us to be able to push a new frame [11:27] Saviq: tsdgeos: Cimi before you go any further; bug report [11:27] Saviq: ok [11:28] Saviq: so approve? [11:28] tsdgeos, yes [11:30] ah, it's async because it's inside the viewport, "makes sense" (talking to myself) [11:40] Kaleo, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1236316 [11:40] Ubuntu bug 1236316 in Ubuntu UI Toolkit "Unity dash hangs when using style delegates on Tile.qml" [Undecided,New] [12:03] Saviq, this is weird - http://imgur.com/UsglIHA [12:04] Saviq, that's what i see on the phone, yet the image itself it full-res [12:04] mhr3, looks like sourceSize is bad there? [12:05] mhr3, same with switching-previews branch? [12:05] Saviq, don't have that one on the phone [12:05] mhr3, you can run on desktop and should see the same [12:06] time to install mediascanner [12:09] Saviq, shall I redo all the renderers without using style? [12:09] Cimi, not yet - we should instead try & solve the issue [12:10] tsdgeos, you stopped talking to yourself? got somewhere? [12:10] Saviq, I dunno where to start though with this one [12:11] Saviq, downloading qt source and reading those files? [12:11] Cimi, tsdgeos will (is) look(ing) at it [12:11] Cimi, as it might be something int the LVWPH [12:12] /food [12:12] Saviq, seems to work fine with switching-preivews [12:13] /food [12:13] Saviq, otoh all previews look washed out with switching-previews [12:13] like some semi-transparent layer was on top of them === MacSlow|lunch is now known as MacSlow [12:14] Saviq: any idea why some unity8 tests have started failing on desktop while they continue to work on device? http://10.97.0.1:8080/job/autopilot-saucy-daily_release/2409/label=autopilot-intel/artifact/results/autopilot/autopilot.log [12:16] Saviq: because of various cu2d problems I'm not sure if it happened already with the release that's in, or if the mir startup fix is somehow causing it. [12:16] I only know the errors happened this morning, twice, while they didn't happen on Friday morning [12:17] Mirv, looking at those errors I'd say notify-osd is running [12:17] Mirv, and taking the notifications over [12:18] Mirv, yeah "Service name already taken." [12:18] Mirv, until now it was fine 'cause nothing triggered notify-osd to start [12:18] Saviq: ok. given that we focus on touch and manual testing there gives +1, I'd tend to ignore it but good to check. [12:18] Saviq: so apparently now something triggers it then. do you want a bug about that? [12:19] Mirv, not against unity8, no ;) [12:19] Saviq: yeah I just started thinking that it's not unity8's problem as such :) [12:19] Mirv, we probably shouldn't be running unity7 under unity8 tests [12:19] Mirv, but while we are - we need to make sure notify-osd is killed [12:19] Mirv, are other tests ran in that run? [12:20] Mirv, like gallery or something? [12:20] Mirv, if that's the case - move unity8 to the front [12:20] Mirv, we've had the same on upstream merger === alan_g is now known as alan_g|lunch [12:20] Mirv, gallery tests triggered notify-osd and ours were failing [12:21] Saviq: not directly in that, gallery-app is ran with different set of packages [12:21] Saviq: it should be only running unity8-autopilot in case of unity8 stack [12:26] Saviq: anyhow, marked down a note about the problem on desktop side and published unity8 with the mir-side AP fix === _salem is now known as salem_ [12:31] Mirv, thanks! [12:55] Saviq: my internal talking was just about why something was being created sync, that i understood why [12:55] Saviq: having a look at why stuff is hanging now [12:55] Cimi: it did not happen on the desktop right? [12:55] tsdgeos, no [12:55] that's weird indeed [12:57] tsdgeos, try no? [12:57] tsdgeos, just expand applications and scrol === jhodapp|afk is now known as jhodapp [13:18] wops [13:18] i changed run_on_device by mistake and nobody realized :D [13:22] Saviq: https://code.launchpad.net/~aacid/unity8/bring_back_id_rsa/+merge/189597 [13:23] tsdgeos, yeah I saw that [13:23] sorry [13:23] tsdgeos, while you're at it [13:23] tsdgeos, can you fix ssh to not rm, but to truncate /etc/init/ssh.override? [13:23] tsdgeos, or actually... start ssh on both -s and non-(-s) [13:24] tsdgeos, we probably don't want to make ssh start by default for people [13:24] tsdgeos, but enable it when needed instead [13:25] Saviq: got lost, want me to do anything with /etc/init/ssh.override or just add the start ssh call? [13:26] tsdgeos, let's not do anything with the .override [13:26] tsdgeos, but start ssh when needed - not only on --setup [13:26] yep === alan_g|lunch is now known as alan_g [13:33] MacSlow: so rcv call notif ended up being a unity-mir bug ? [13:33] kgunn, partly... [13:35] kgunn, the fix needed to make it work on mir (adding an InputFilterArea around the notifications ListView) showed a bug in mir [13:37] racarr, do you know why enabing Mir would prevent unity8 from receiving signals from a dbus daemon that isn't root? [13:37]