=== duflu_ is now known as duflu | ||
=== Malsasa_ is now known as Malsasa | ||
=== Malsasa_ is now known as Malsasa | ||
seb128 | bah | 09:20 |
---|---|---|
seb128 | unity8-desktop doesn't start anymore after today upgrade :/ | 09:20 |
Saviq | seb128, saw that, too :| | 09:20 |
seb128 | any idea what changed? | 09:20 |
seb128 | we really need to make sure that image get tested before landings | 09:21 |
seb128 | oh, unity8 segfaults | 09:22 |
seb128 | shrug | 09:25 |
seb128 | segfault in libmirclient8driver.so | 09:25 |
larsu | seb128: there was some discussion about too many threads being spawned last night | 09:27 |
larsu | maybe that's related? Let me try to find the bug | 09:27 |
seb128 | larsu, no, it's not | 09:27 |
seb128 | that issue is happening on the phone for over a week | 09:27 |
seb128 | but thanks for the hint | 09:27 |
larsu | ah okay | 09:27 |
Saviq | seb128, hmm it actually worked fine here | 09:33 |
seb128 | Saviq, what worked fine? | 09:33 |
Saviq | seb128, desktop unity8 | 09:33 |
seb128 | worked or works? | 09:34 |
Saviq | seb128, works, like 2 minutes ago | 09:35 |
Saviq | seb128, had to come back to do IRC | 09:36 |
seb128 | :-( | 09:36 |
seb128 | why is that not working for me | 09:36 |
Saviq | seb128, that's fully updated vivid, in case that matters | 09:37 |
seb128 | it segaults in libmirclient8driver.so | 09:37 |
seb128 | same here | 09:37 |
Saviq | ouch | 09:37 |
seb128 | the previous function is libEGL.so | 09:37 |
seb128 | is it supposed to use EGL on amd64? | 09:37 |
Saviq | seb128, hmm no | 09:37 |
* seb128 tries to power down the box and do a clean boot | 09:38 | |
Saviq | seb128, http://pastebin.ubuntu.com/8800650/ | 09:39 |
Saviq | seb128, how's that look for you? | 09:39 |
seb128 | Saviq, similar versions | 09:41 |
seb128 | bah, after reboot the segfault is in libaalmediaplayer | 09:42 |
seb128 | in setAudioRole | 09:42 |
seb128 | unity8-dash abort in libqpa-ubuntumirclient.so | 09:43 |
seb128 | bah, that time it's unity8 abort in libmirserver | 09:47 |
seb128 | bah | 10:14 |
seb128 | Saviq, it works again after downgrading unity8{,private,common} binaries | 10:14 |
seb128 | Saviq, what unity8 version do you have? | 10:14 |
seb128 | https://launchpad.net/ubuntu/+source/unity8/8.01+15.04.20141030-0ubuntu1 ? | 10:14 |
Saviq | seb128, yeah, that | 10:14 |
seb128 | :-( | 10:15 |
seb128 | Saviq, what info would be useful in a bug report? | 10:20 |
Saviq | seb128, apport-cli the .crash, not sure what else... although the fact that it crashes in different spots for you is reaaal weird :/ | 10:22 |
seb128 | Saviq, on #ubuntu-mir alan wrote that "<alan_g> That is weird. It happens while allocating the memory in which to construct an object. (Which suggests the stack is already screwed.)" | 10:23 |
seb128 | Saviq, I seem to have consistently the bt on http://paste.ubuntu.com/8800848/ now | 10:24 |
Saviq | greyback, can you have a look at seb128's crash ↑ | 10:25 |
Saviq | greyback, I'm not sure we're even getting involved there | 10:25 |
greyback | Saviq: that's a bizarre place to crash, would agree with alan_g. Sure, can have a look | 10:27 |
greyback | seb128: this is on vivid? | 10:27 |
seb128 | greyback, yes | 10:27 |
greyback | ok | 10:27 |
* greyback kicks his mir box into life | 10:27 | |
seb128 | greyback, it started today with the recent dist-upgrade, goes away when downgrading unity8{,private,common} binaries | 10:28 |
seb128 | so could be something in http://launchpadlibrarian.net/188743245/unity8_8.00%2B15.04.20141030-0ubuntu1_8.01%2B15.04.20141030-0ubuntu1.diff.gz | 10:28 |
alan_g | greyback: let me know if/when I can help. (But it will take a while to get vivid set up to play). | 10:28 |
greyback | alan_g: thanks! | 10:29 |
=== _salem is now known as salem_ | ||
facundobatista | Holas | 11:28 |
davmor2 | greyback: that might be a bug if you have to kick mir to make it work ;) | 11:40 |
Saviq | dandrader, it's the design team that changes status of ubuntu-ux after they've confirmed the fix | 11:42 |
dandrader | Saviq, oh, sorry | 11:42 |
Saviq | dandrader, is fine | 11:42 |
dandrader | Saviq, do you have the bug number handy. I've just deleted all my mails about it | 11:43 |
dandrader | Saviq, found it in the trash bin | 11:44 |
dandrader | Saviq, oh, cannot change it back to "Fix Commited"... | 11:44 |
dandrader | it's all greyed out | 11:44 |
Saviq | dandrader, yeah, leave it be | 11:58 |
om26er | mzanetti, Hi! on image 140 on krillin, I don't see the unity8-dash app, if I close all apps I just see black screen with top panel | 12:17 |
om26er | this happened when I picked my phone after a night' sleep. | 12:17 |
mzanetti | om26er: ~/.cache/upstart/unity8-dash.log | 12:18 |
om26er | mzanetti, only: | 12:18 |
om26er | invalidateScopeResults: no such scope ' "smart-scopes" ' | 12:18 |
om26er | I don't see anything else in there. | 12:18 |
mzanetti | Saviq: are we aware of this yet? ^ | 12:19 |
mzanetti | I have heard from people about this, but never happened to me so far | 12:19 |
mzanetti | om26er: can you reproduce? | 12:19 |
Saviq | om26er, mzanetti, looks like the dash was respawning too fast and the job got stopped | 12:20 |
Saviq | om26er, what does `initctl status unity8-dash` say? | 12:20 |
om26er | Saviq, the process is running | 12:21 |
om26er | unity8-dash start/running, process 2482 | 12:21 |
Saviq | om26er, what PID is unity8? | 12:21 |
om26er | Saviq, 2299 | 12:21 |
Saviq | hmm, so qtmir seems to have lost the connection somehow... | 12:22 |
Saviq | om26er, `ps aux | grep 2492` ? | 12:22 |
om26er | Saviq, phablet 31673 0.0 0.0 4836 660 pts/31 S+ 17:22 0:00 grep --color=auto 2492 | 12:23 |
om26er | no process with that pid. | 12:23 |
Saviq | om26er, typo, 2482 | 12:23 |
om26er | Saviq, phablet 2482 0.1 11.2 510188 110440 ? Ssl 12:51 0:21 unity8-dash --desktop_file_hint=/usr/share/applications/unity8-dash.desktop | 12:23 |
Saviq | om26er, ok, it seems to be running just fine, but unity8 doesn't know, `restart unity8-dash` should bring it back | 12:24 |
Saviq | om26er, and if you can find steps to reproduce, that would be best | 12:24 |
om26er | yeah, that would, I was just keeping it in that state. Will see if I can find steps to reproduce that. | 12:25 |
greyback | om26er: could you plz pastebin the ~/.cache/upstart/unity8.log file, it may have a clue | 12:27 |
om26er | greyback, http://paste.ubuntu.com/8802368/ | 12:29 |
greyback | lots of "qtmir.applications: Dash doesn't seem to be running... Ignoring." messages, so it appears qtmir did not get an incoming connection from unity8-dash | 12:31 |
greyback | unity8: pthread_mutex_lock.c:80: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed. | 12:33 |
greyback | line 802 - so unity8 crashed | 12:33 |
greyback | om26er: ^ | 12:34 |
om26er | greyback, there is a unity8 crash file if you want | 12:35 |
greyback | so unity8 respawned, and dash also seems to be respawned. Are there 2 instances of dash running by and chance | 12:35 |
greyback | om26er: please share it, in case it helps | 12:36 |
om26er | greyback, I am not sure now, I have restarted unity8-dash, so there is only one pid now. | 12:37 |
greyback | om26er: ok | 12:37 |
seb128 | Saviq, greyback, so 3 people confirmed that unity8-desktop stop starting issue, do you need more debug info? | 12:40 |
greyback | seb128: I'm installing vivid now, will be able to repro it soon | 12:41 |
seb128 | greyback, thanks | 12:41 |
seb128 | let me know if you hit the issue or not | 12:42 |
seb128 | Saviq doesn't have the problem for some reason | 12:42 |
seb128 | so it might not be impacting everyone | 12:42 |
greyback | seb128: ok, I'll let you know | 12:43 |
seb128 | thanks | 12:43 |
=== dandrader is now known as dandrader|afk | ||
=== MacSlow is now known as MacSlow|lunch | ||
=== alan_g is now known as alan_g|lunch | ||
=== dandrader|afk is now known as dandrader | ||
greyback | seb128: ok vivid installed, unity8-desktop starting fine for me too :( | 13:34 |
seb128 | :-/ | 13:34 |
mterry | dandrader, poke -- bug 1388359 looks like something I might be related too, have you started looking at it yet? If not, I can help | 13:43 |
ubot5 | bug 1388359 in unity8 (Ubuntu) "User metrics can no longer be changed by double tap " [Critical,In progress] https://launchpad.net/bugs/1388359 | 13:43 |
dandrader | mterry, I'm working on it and already know what's happening. It's a regression caused by revision 1385 (which is why I guess Saviq assigned it to me) | 13:44 |
dandrader | mterry, the TouchGate I added broke the double click propagation between the MouseArea in Greeter.qml and the one in Infographic.qml | 13:45 |
mterry | dandrader, ah OK -- looks like we are missing a qmluitest for that :) | 13:46 |
dandrader | mterry, writing one in tst_SingleGreeter at this very moment :D | 13:46 |
dandrader | mterry, I didn't know about this feature of composite event propagation between mouseareas | 13:47 |
mterry | dandrader, well awesome, glad you got it sorted :) | 13:47 |
dandrader | mterry, will ask you for a review once I'm done | 13:48 |
mterry | k | 13:48 |
greyback | dpkg guru here? I think dpkg maintains that 0.4.5 > 0.4.5-0~280~ubuntu14.10.1 - that true? | 13:48 |
greyback | mterry: ^ | 13:48 |
greyback | dpkg --compare-versions 0.4.5 gt 0.4.5-0~280~ubuntu14.10.1 && echo "y" - prints y | 13:48 |
mterry | greyback, right because of the -0. If it were -1 it wouldn't | 13:49 |
mterry | greyback, because ~ means "less than the previous thing" | 13:49 |
mterry | so you are doing "less than 0" | 13:49 |
greyback | mterry: ok, I didn't know that. Thanks | 13:50 |
mterry | greyback, you can do +280 to do "more than" | 13:50 |
mterry | greyback, is 280 a revision number? that's typically how you would append a revision with + | 13:50 |
mterry | greyback, or even +bzr280 for clarity | 13:50 |
greyback | mterry: was using the default LP recipe for a branch, think it needs tweaking after all | 13:51 |
mterry | greyback, assuming 280 is a revision, I'd do {upstream}+bzr{revno}-0ubuntu0ppa{packaging:revno} | 13:52 |
mterry | if there is a separate packaging branch. But I bet there isn't, eh? | 13:52 |
mterry | so just {upstream}+bzr{revno}-0ubuntu0 | 13:52 |
greyback | mterry: nope | 13:52 |
greyback | ok, thanks! | 13:52 |
mterry | Not sure I got the upstream version variable right. Might be {upstreamversion} or something | 13:52 |
greyback | {debupstream} | 13:55 |
=== MacSlow|lunch is now known as MacSlow | ||
mterry | mzanetti, it was your birthday! Belated Happy Birthday! | 14:06 |
mzanetti | mterry: heh, thanks :) | 14:06 |
=== salem_ is now known as _salem | ||
=== alan_g|lunch is now known as alan_g | ||
seb128 | Saviq, greyback, so, you guys can't reproduce the issue, but willcooke didrocks and I can, what's next? | 14:24 |
greyback | seb128: what are we doing that's inherantly different. I did a dist-upgrade to vivid, did you? | 14:24 |
willcooke | greyback, I did a fresh install | 14:25 |
willcooke | from the desktop-next iso | 14:25 |
seb128 | greyback, I did dist-upgrade, willcooke did a fresh install from the desktop-next iso | 14:25 |
seb128 | didrocks did an install of vidid a week ago and updated unity8 only on it | 14:25 |
seb128 | which was enough | 14:25 |
seb128 | do you guys have special unity8-hackers builds? | 14:25 |
greyback | nope | 14:25 |
greyback | didn't do anything fancy | 14:25 |
greyback | could you pastebin me a "dpkg -l" and I'll try identify differences | 14:26 |
seb128 | greyback, http://cdimage.ubuntu.com/ubuntu-desktop-next/daily-live/current/vivid-desktop-amd64.manifest | 14:27 |
seb128 | greyback, willcooke get it with a fresh install so you can use the manifest | 14:27 |
seb128 | greyback, btw, downgrading unity8 to the utopic version fixes the issue for me | 14:28 |
seb128 | didrocks confirmed that upgrading to the version published on friday trigger the bug for him as well | 14:28 |
seb128 | I wonder if that could be depending of the config, like I think we tested on laptop | 14:28 |
mterry | Ahhh... Europe and US are in sync wrt daylight savings again... | 14:29 |
seb128 | mterry, yeah, for over a week ;-) | 14:29 |
seb128 | that happened while we were in Washington | 14:29 |
mterry | seb128, in Europe, yeah. But US just changed ours yesterday | 14:29 |
mzanetti | mterry: heh, that actually came in handy flying back home from the US last week :) | 14:29 |
mterry | seb128, my meetings have been off by an hour all week | 14:29 |
* mterry wants a world clock, where it's the same time everywhere all the time | 14:30 | |
seb128 | mterry, oh ok, I though u.s had it a easlier oct, like before we came to Washington | 14:30 |
mzanetti | mterry: can you reapprove please? https://code.launchpad.net/~mzanetti/unity8/rework-quicklist-visuals/+merge/238149 | 14:31 |
mzanetti | mterry: http://www.timeanddate.com/time/internettime.html | 14:31 |
mterry | mzanetti, stupid merges! | 14:32 |
mterry | mzanetti, :) I don't need metric beats, I just need everyone to live and breath UTC | 14:33 |
mterry | mzanetti, code looks the same and fine, just testing a bit to avoid rubber-stamp syndrome | 14:38 |
mzanetti | yep | 14:38 |
greyback | seb128: no obvious dpkg difference, will wipe the box & install the daily live, will take 1-2 hours (it's a slow box) | 14:42 |
seb128 | greyback, thanks | 14:42 |
seb128 | greyback, http://cdimage.ubuntu.com/ubuntu-desktop-next/daily-live/ is what you want | 14:42 |
seb128 | e.g desktop-next | 14:43 |
Saviq | mzanetti, whenever someone says that base 12 is worse than base 10 I want to slap in the face ;p | 14:44 |
mzanetti | :D | 14:45 |
* Saviq wants 12 fingers | 14:46 | |
davmor2 | Saviq: oh you're obviously using emacs ;) | 14:47 |
Saviq | davmor2, nope! | 14:47 |
tsdgeos | mterry: no, those tests are failing everywhere, not mzanetti's branch fault | 14:51 |
tsdgeos | or the other way around | 14:51 |
mzanetti | tsdgeos: you talking about this? https://code.launchpad.net/~mterry/unity8/dialer-app-lock/+merge/240293/comments/591130 | 14:52 |
tsdgeos | mzanetti: yes | 14:52 |
mzanetti | oh... how did we commit non-compilable tests... | 14:52 |
tsdgeos | stuff happens | 14:53 |
tsdgeos | and then the fix is waiting for you guys to discuss if the fix is good | 14:53 |
tsdgeos | or we prefer to paint the shed of a different color | 14:53 |
tsdgeos | https://code.launchpad.net/~aacid/unity8/multimediaMocks/+merge/240248 | 14:53 |
tsdgeos | you preferred it purple as far as i remember | 14:54 |
mzanetti | :D | 14:55 |
mzanetti | not really | 14:55 |
=== _salem is now known as salem_ | ||
=== Pici is now known as to | ||
=== to is now known as Pici | ||
=== alan_g is now known as alan_g|tea | ||
dandrader | mterry, https://code.launchpad.net/~dandrader/unity8/doubleTapUserMetrics-lp1388359/+merge/240453 | 15:26 |
=== alan_g|tea is now known as alan_g | ||
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
=== dandrader is now known as dandrader|lunch | ||
greyback | mzanetti: regarding anti-aliasing, my first attempt was going to be copying how QImage implements antialiasing - it has a special scenegraph node (QSGDefaultImageNode) with a setAntialiasing method on it. We could maybe (ab)use some of its code | 15:42 |
mzanetti | greyback: tbh I don't have any clue about this yet... was gonna try to do what duflu proposed in the bug report | 15:43 |
greyback | mzanetti: QSGDefaultImageNode::updateGeometry() is doing the actual heavy lifting | 15:43 |
greyback | mzanetti: ah, I didn't see his suggestion. | 15:43 |
tsdgeos | i'll take https://code.launchpad.net/~dandrader/unity8/doubleTapUserMetrics-lp1388359/+merge/240453 | 15:44 |
greyback | mzanetti: ah he's not wrong, we're indeed using Linear filtering, my bad | 15:46 |
mzanetti | greyback: yeah, I removed that condition on "smooth" just to see what happens | 15:46 |
mzanetti | still compiling atm | 15:46 |
greyback | mzanetti: mirbuffersgtexture.cpp, setFiltering() <- change that | 15:46 |
greyback | to Nearest instead of Linear | 15:47 |
mzanetti | greyback: that's my diff so far: http://paste.ubuntu.com/8804543/ | 15:47 |
mzanetti | lets see what it does | 15:47 |
greyback | mzanetti: looks reasonable | 15:48 |
mzanetti | greyback: obviously if that does the trick, I need to see how it impacts rendering, and maybe make it conditional when the spread is open or whatnot | 15:48 |
greyback | mzanetti: yep, good to check, but I don't expect a huge perf impact | 15:49 |
=== _salem is now known as salem_ | ||
greyback | seb128: ok fresh install has me reproducing the problem, can now dig | 16:37 |
seb128 | greyback, excellent | 16:38 |
seb128 | greyback, I'm curious how you debug it ... so if you can share some wisdom on what you did, once you are done debugging, it would be great | 16:39 |
seb128 | greyback, thanks for looking at it!m | 16:39 |
greyback | seb128: sure. Once I've an idea what's wrong, I'll share my process | 16:39 |
seb128 | greyback, thx ;-) | 16:40 |
=== dandrader|lunch is now known as dandrader | ||
dandrader | mterry, are you reviewing that guy? https://code.launchpad.net/~dandrader/unity8/doubleTapUserMetrics-lp1388359/+merge/240453 | 17:06 |
dandrader | has been promoted to a "top blocker" | 17:06 |
mterry | dandrader, yes, building on my mako | 17:06 |
mterry | dandrader, / waiting for jenkins to do it for me | 17:06 |
dandrader | mterry, ok, thanks! | 17:06 |
dandrader | mterry, oh, just saw that tsdgeos claimed the review | 17:07 |
dandrader | an hour ago | 17:07 |
mterry | oh shoot I forgot to press that button, never remember | 17:07 |
mterry | well whatever, I'll still test it out, already building :) | 17:07 |
dandrader | mterry, maybe you could review the greeter part and tsdgeos the touchDispatcher part | 17:07 |
mterry | greeter part is trivial refactoring, looks good :) | 17:08 |
tsdgeos | mterry: if you want to do it, i'm eod'ing now | 17:21 |
mterry | tsdgeos, ok | 17:21 |
tsdgeos | otherwise i'll do tomorrow morning first thing | 17:21 |
tsdgeos | you choose :) | 17:22 |
* tsdgeos waves | 17:22 | |
mterry | tsdgeos, see ya! | 17:22 |
=== alan_g is now known as alan_g|EOD | ||
=== salem_ is now known as _salem |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!