[00:28] <mterry> robert_ancell, it's not a new problem; it's not a problem for any consumers right now.  But it is a problem for unity/phablet, which is how I ran into it
[00:28] <mterry> robert_ancell, so I'd say it's good for 1.6 -- it seems bad to have public headers with symbols that might cause build failures
[01:08] <robert_ancell> mterry, ok, cool - can you do a MP for it?
[01:09] <mterry> robert_ancell, sure
[01:39] <robert_ancell> thomi, hey, should Jenkins work for branches, e.g. lp:lightdm/1.6?
[02:12] <thomi> robert_ancell: I can make it work, but by default, no
[02:13] <robert_ancell> thomi, yeah, if you could enable that it would be handy - if possible for lp:lightdm/1.0, lp:lightdm/1.2, lp:lightdm/1.4, lp:lightdm/1.6,
[03:59] <thomi> robert_ancell: OK, I'll add them to the list. Won't be going until tomorrow though, since I don't have authority to re-deploy the CI jobs on jenkins
[03:59] <robert_ancell> thomi, that's fine
[04:00] <thomi> robert_ancell: should they all build with the same packaging branch as trunk?
[04:01] <thomi> oh crap, I just realised we'll need separate packaging branches for each anyway
[04:01] <robert_ancell> thomi, no
[04:01] <thomi> or the versions will get screwed up
[04:01] <robert_ancell> thomi, does unity or other projects use branches with CI?
[04:02] <thomi> robert_ancell: only ones that are being actively developed
[04:02] <thomi> backports are usually merged manually
[04:02] <thomi> at least, that was the case last time I looked, let me see...
[04:02] <robert_ancell> thomi, yeah, this would be backports. It's a nice-to-have but not as important as trunk
[04:03] <robert_ancell> 1.6 is in raring and we could expect a few point releases based on previous times. 1.2 is in precise and could have some backports. The others are very unlikely to have any changes
[04:03] <thomi> robert_ancell: ok - I'll talk to Francis tomorrow and see if he has a nice solution for this.
[04:04] <thomi> this is why inline packaging makes our lives easier :)
[04:04] <robert_ancell> thomi, yeah :)
[06:04] <pitti> Good morning
[06:06] <didrocks> Guten Morgen pitti. How are you?
[06:07] <pitti> didrocks: très bien, merci! j'aime le soleil
[06:07] <didrocks> héhé, pareil ici :)
[06:07] <pitti> I had a really nice weekend
[06:07] <pitti> didrocks: how are you?
[06:07] <didrocks> pitti: I'm good, thanks! Having some sun as well, and soon back on the balcony :)
[06:09] <pitti> we did that the first time yesterday
[06:10] <didrocks> sweet, I did the same for a couple of hours. I think I'll work a little bit longer today from it
[06:32] <BigWhale> Good morning all.
[06:50] <jibel> good morning
[06:53] <didrocks> salut jibel, ça va?
[06:56] <jibel> salut didrocks ! Ça va bien et toi ?
[06:56] <didrocks> jibel: ça va bien :)
[06:56] <jibel> didrocks, super, une bonne journée en perspective alors :)
[07:36] <seb128> hey desktopers
[07:36] <didrocks> salut seb128!
[07:37] <seb128> lut didrocks ;-)
[08:01] <Laney> hey
[08:01] <seb128> Laney, good morning u.k ;-)
[08:01] <Laney> sun!
[08:01] <seb128> here too ;-)
[08:50] <seb128> Laney, do you have any luck reviewing the unity updates? ;-)
[08:51] <Laney> doing it atm
[08:51]  * didrocks was wondering the same thing :)
[08:51] <Laney> take a while having to manually get from the ppas
[08:51] <Laney> s/ppas/ppa/
[08:56] <pitti> bonjour seb18
[08:56] <pitti> hey Laney
[08:56] <Laney> hey pitti
[08:56] <Laney> how are you?
[08:56] <pitti> Laney: I had a great long weekend, thanks! how about yourself?
[08:56] <seb128> pitti, salut, ça va ?
[08:57] <Laney> good! been enjoying the sun which has finally arrived
[08:57] <pitti> seb128: ça va très bien
[08:57] <pitti> seb128: feeling better today?
[08:57] <pitti> Laney: +1000
[08:58] <seb128> pitti, not really yet, but not worth either
[08:58] <pitti> "worse"?
[08:58] <seb128> yes
[08:58] <seb128> :p
[08:58] <seb128> so maybe I'm a bit knocked out after all :p
[09:04] <Laney> gruh
[09:05] <seb128> Laney, gruh?
[09:05] <Laney> I can't get the version of compiz that was uploaded because a new one has gone to the PPA and the old dcs now 404s
[09:05] <Laney> dsc
[09:05] <Laney> the diff is just changelog though so doesn't matter in this case
[09:06] <seb128> Laney, commits are on https://code.launchpad.net/~compiz-team/compiz/0.9.9
[09:06] <Laney> yeah
[09:06] <seb128> Laney, should be http://bazaar.launchpad.net/~compiz-team/compiz/0.9.9/revision/3648 only
[09:06] <Laney> it would be ideal to get the actual source package though
[09:06] <seb128> take the current one, it should be identical
[09:06] <seb128> but yeah
[09:06] <seb128> that sucks a bit
[09:06] <Laney> is, but for a no-change changelog
[09:06] <Laney> which isn't pushed to the branch yet
[09:07] <didrocks> right, as the tests didn't finish
[09:07] <Laney> not worried about that per se, just that LP makes it annoying to get the source of copies from the queue
[09:08] <didrocks> right
[09:08] <didrocks> if it was making that easy, it would be easy as well to avoid "rereupload"
[09:08] <didrocks> without putting a bunch of custom code…
[09:08] <Laney> seems like .dscs are actually removed more aggressively than we thought too
[09:09] <Laney> at least it seems the .15 one is now gone
[09:10] <didrocks> Laney: https://launchpadlibrarian.net/137427712/unity_7.0.0daily13.04.15-0ubuntu1.dsc ?
[09:11] <Laney> can you find that out without knowing it beforehand?
[09:12] <Laney> I got the URL from https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages and changed 16 to 15 :P
[09:12] <didrocks> Laney: I'm looking at superseeded packages
[09:13] <didrocks> going through the list
[09:13] <Laney> ah! yes!
[09:14] <seb128> Laney, you can't just change version numbers in the url like that, the random digits in the middle change as well
[09:14] <Laney> actually my problem was that I put ~13.04 on the url
[09:14] <Laney> which was added between 15 and 16
[09:19] <didrocks> Laney: on the ~ stuff: https://wiki.ubuntu.com/DailyRelease/FAQ#modification_for_maintenance_branch
[09:19]  * Laney nods
[09:25] <chrisccoulson> good morning
[09:26] <didrocks> hey chrisccoulson!
[09:26] <chrisccoulson> hey didrocks, how are you?
[09:27] <didrocks> chrisccoulson: I'm ok, thanks! Yourself?
[09:27] <chrisccoulson> didrocks, tired. i've just power walked back from the garage after taking my car there ;)
[09:28] <didrocks> chrisccoulson: is the garage far away?
[09:28] <seb128> chrisccoulson, hey, how are you?
[09:29] <chrisccoulson> didrocks, it's not that far away. a couple of miles according to google maps ;)
[09:29] <chrisccoulson> seb128, yeah, not too bad thanks
[09:29] <chrisccoulson> annoyed that i got a puncture this morning though ;)
[09:30] <seb128> what for?
[09:30] <seb128> puncture, garage ... busy morning!
[09:32] <chrisccoulson> seb128, yeah, i dropped my daughter off at pre-school this morning, and noticed on the way home that the car was really stiff to turn right
[09:32] <chrisccoulson> so i got out and noticed the nail sticking out of the front nearside tyre :(
[09:34] <seb128> chrisccoulson, well, at least it's not raining ;-)
[09:34] <chrisccoulson> yeah, that's a good thing. especially as i didn't have my coat
[09:34] <chrisccoulson> it's quite warm this morning :)
[09:34] <chrisccoulson> i probably could have walked to my daughters pre-school, but i don't think she'd like to walk the 3 miles
[09:36] <seb128> well, just carry her on your back ;-)
[09:37] <didrocks> extra exercise!
[09:38] <BigWhale> Well, when I was her age ...
[09:38] <BigWhale> ;)
[09:43] <seb128> new unity in \o/
[09:43] <seb128> Laney, thanks for the reviews ;-)
[09:43]  * Laney wipes sweat from brow
[10:17] <czajkowski> hmm on latest update I seem to have lost sound any reason as to why
[10:18] <seb128> bug?
[10:18] <seb128> what did you upgrade? does it come back after a reboot?
[10:19] <czajkowski> seb128: morning just run updates this morning and about to do a reboot, that daft red triangle still is showing saying I  have updates, but I've run it mannualy and there are no more updates fr me
[10:19] <czajkowski> rebooting now
[10:19] <seb128> k
[10:24] <czajkowski> seb128: ah we have sound again sorry for noise
[10:30] <seb128> czajkowski, no problem, sorry you had to reboot to get it back
[11:07]  * xnox unity is just like James Bond now! http://youtu.be/gkNeQdLg6Nc
[11:20] <xnox> tiheum: are you going to change the software updater icons direction as well to be clockwise to match the dash icon direction?
[11:45] <xclaesse> would be nice if the empathy icon in unity's dash could add in its context menu the conversations where I have a message
[11:46] <xclaesse> I get the "1" unread message sticker on the icon, but clicking the icon presents the chatroom window instead of the private chat window where I received the msg
[11:47] <xclaesse> empathy's icon is on the dash left/bottom of my screen, and I have to go top/right (the exact opposite) to open the messages indicator and click the converstaion
[11:49] <xclaesse> also, clicking the conversation in the indicator (top/right) sometimes opens the chat window in background
[11:49] <xclaesse> so I have to alt-tab to get it
[11:52] <BigWhale> When I create a new .desktop entry in ./local/... what do I have to do for Dash to recognize it?
[11:56] <seb128> xclaesse, dash->launcher (the dash is the grid with the search entry you get when clicking on the ubuntu icon)
[11:56] <seb128> xclaesse, that's in raring? the focus issues are supposed to be fixed with the recent fixes from Trevinho :/
[11:57] <seb128> xclaesse, but yeah, having the messages listed in the launcher list would be nice
[12:01] <xclaesse> seb128, I don't understand what you mean with dash->launcher, what should I find there?
[12:01] <Trevinho> xclaesse: yeah, focus issue is fixed here
[12:01] <xclaesse> seb128, it is raring, yes
[12:01] <xclaesse> updated this morning
[12:02] <seb128> xclaesse, you wrote "the empathy icon in unity's dash ", you meant "launcher"
[12:02] <xclaesse> but did not restart session, so maybe I'm still running old version
[12:02] <seb128> xclaesse, the dash in the search ui and doesn't have a context menu
[12:02] <xclaesse> seb128, ah ok
[12:02] <seb128> in->is
[12:02] <xclaesse> yeah, was speaking about the launcher in the left panel
[12:02] <Trevinho> seb128: ah... focus issue can't be fixed if indicator-messages in raring is not updated...
[12:03] <seb128> xclaesse, sorry for the confusion, I'm just trying to point the right vocabulary so we avoid confusions in the futur ;-)
[12:03] <xclaesse> ok :)
[12:03] <seb128> Trevinho, what do you mean "not updated"?
[12:03] <Trevinho> seb128: https://bugs.launchpad.net/indicator-messages/+bug/811461 this doesn't seem to have landed
[12:03] <ubot2> Launchpad bug 811461 in indicator-messages (Ubuntu) "overlaped windows are not showed after clicking on item in message menu" [Low,In progress]
[12:03] <seb128> Trevinho, https://launchpad.net/ubuntu/+source/indicator-messages/12.10.6daily13.04.09-0ubuntu1
[12:04] <Trevinho> seb128: ah ok... so it was just a not-released bug by bot..
[12:05] <seb128> Trevinho, yeah, it seems like the bot doesn't handle well having several bugs linked to a commit maybe?
[12:05] <Trevinho> seb128: yeah, maybe...
[12:05] <seb128> xclaesse, summary: the focus issues should be fixed if you upgrade to the current version and restart your session
[12:06] <seb128> xclaesse, the launcher list would be nice to have, agreed
[12:06]  * Sweetshark dances to the left.
[12:06]  * Sweetshark dances to the right.
[12:06] <xclaesse> seb128, good. I'll let you know if still happens after restart then :)
[12:06] <seb128> Sweetshark, hey
[12:06] <seb128> Sweetshark, what is the dancing for? ;-)
[12:06] <ogra_> timewarp !
[12:07]  * Sweetshark seems to have found at least a hotfix for bug 1064962/bug 1085169.
[12:07] <ubot2> Launchpad bug 1064962 in libreoffice (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Fix released] https://launchpad.net/bugs/1064962
[12:07] <ubot2> Launchpad bug 1085169 in libreoffice (Ubuntu) "LibreOffice Menus Stop Working even with libreoffice>=1:3.6.2~rc2-0ubuntu4 and indicator-appmenu>=12.10.3-0ubuntu2.1" [Undecided,Confirmed] https://launchpad.net/bugs/1085169
[12:15] <Sweetshark> Every problem in computing can be solved with an additional layer of abstraction. Except the problem of too many layers of abstractions.
[12:17] <Sweetshark> If I ever go on a rampage, it will be because someone yet again thought it would be a bright idea to use lots of needless and stacked observer-pattern and threading ...
[13:06] <pitti> cyphermox: hey Mathiey
[13:07] <pitti> cyphermox: "Mathieu"
[13:07] <pitti> cyphermox: could you please give me a quick guidance when to commit to NM's "ubuntu" and "ubuntu.raring" branches?
[13:07] <pitti> cyphermox: I committed test changes to ubuntu, and merged them into ubuntu-raring this morning for an upload
[13:08] <pitti> cyphermox: but ubuntu has two changes which aren't in ubuntu.raring yet, but ubuntu.raring also has changes which aren't in ubuntu
[13:08] <pitti> and of course a diverging changelog
[13:08] <pitti> so that's quite confusing
[13:39] <cyphermox> pitti: there shouldn't be bits in ubuntu.raring that aren't in the archive
[13:39] <didrocks> hey kenvandine
[13:39] <cyphermox> ubuntu.raring is the correct branch for raring, the other one is stuff I was preparing for S
[13:40] <didrocks> kenvandine: how are you?
[13:42] <kenvandine> hey didrocks
[13:42] <kenvandine> good
[13:42] <kenvandine> and you?
[13:44] <didrocks> kenvandine: I'm ok :)
[13:44] <didrocks> kenvandine: I think you saw that friends had the publish failing? (probably due to a bad launchpad connection at the time of the publish)
[13:45] <kenvandine> yeah, i was going to retry it
[13:45] <didrocks> kenvandine: I think you just need to retry it, yeah
[13:45] <didrocks> kenvandine: ah, also, FYI Mirv bootstrapped the sdk package and I put under daily for S
[13:45] <didrocks> (I hoped we would have it for raring, but well…)
[13:46] <kenvandine> better not to i think :)
[13:46] <kenvandine> thanks!
[13:46] <didrocks> yw ;)
[13:46] <kenvandine> i had proposed a branch weeks ago adding it, but never got merged
[13:46] <kenvandine> that was before reorg of the stacks, so wouldn't apply anymore
[13:46] <didrocks> kenvandine: urgh?
[13:46] <didrocks> kenvandine: but the commit bootstrap was missing, and the package wasn't ready
[13:46] <didrocks> it was native, and so on
[13:47] <kenvandine> maybe that never got merged either...
[13:47] <kenvandine> share-app is ready for cu2d :)
[13:47] <kenvandine> and merged
[13:47] <kenvandine> i need to get it setup in jenkins
[13:47] <didrocks> kenvandine: sweet, please go ahead
[13:47] <kenvandine> i wish we could do that ourselves
[13:48] <didrocks> kenvandine: you could do it :)
[13:48] <didrocks> why can't you?
[13:50] <kenvandine> oh, i can?
[13:50] <kenvandine> i thought i had to ask someone to setup the views?
[13:50] <didrocks> kenvandine: yeah, for the view, as per the doc, but that's just a UI thing
[13:50] <didrocks> kenvandine: you can deploy all the rest
[13:50] <kenvandine> yeah
[13:50] <kenvandine> the rest is done :)
[13:51] <didrocks> and have it daily releasing :)
[13:51] <didrocks> kenvandine: I deployed all the stacks
[13:51] <didrocks> kenvandine: even empty
[13:51] <kenvandine> didrocks, i'm working on unity-lens-people now, but there is a bit of an issue
[13:51] <kenvandine> it requires the phablet branches of libunity and unity
[13:51] <didrocks> kenvandine: https://docs.google.com/a/canonical.com/document/d/18lpjwbYyT-d86utOaiMAd4PcC3EWrTqrvUUV5V86uww/edit is telling to put share-app in the app stack
[13:52] <didrocks> kenvandine: so no views to deal with, the stack already exists :)
[13:52] <didrocks> kenvandine: you just need to file the autopilot/test parts :)
[13:52] <kenvandine> oh right... then it should be there
[13:52] <didrocks> kenvandine: oh? no way to have them running with unity compiz?
[13:52] <didrocks> no renderer?
[13:52] <kenvandine> nope
[13:53] <didrocks> ok, so prepare it
[13:53] <didrocks> and put it aside, we'll land it when we'll land unity phablet
[13:53] <didrocks> (mid june)
[13:53] <kenvandine> yeah
[13:54] <didrocks> kenvandine: don't forget the spreadsheet for https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVVX1BOYm1qdUtyX2xUNmdwWlhTS0E#gid=0 :)
[13:54] <didrocks> (for share-app)
[13:55] <kenvandine> what do i need to do on the spreadsheet?
[13:55] <kenvandine> mark it as done?
[13:56] <didrocks> kenvandine: filing all the columns?
[13:56] <kenvandine> oh, that was a different document :)
[13:56] <kenvandine> hehe
[13:57] <didrocks> ;)
[13:58] <pitti> cyphermox: right, but there are bits in the ubuntu branch which aren't in raring
[13:59] <cyphermox> such as?
[13:59] <cyphermox> there really shouldn't be... and doesn't seem to be from what I see in the branch right now..
[14:05] <didrocks> cyphermox: hey, HUD still have some failures on some archs. do you mind looking at it? sil2100 is really busy with other autopilot work and fixing stacks binaries to install for tests AFAIK
[14:07] <mlankhorst> brrr
[14:07] <mlankhorst> enough x for now
[14:07] <ogra_> moving on to y ?
[14:07] <mlankhorst> seems more likely to be called mir
[14:08] <ogra_> :)
[14:10] <cyphermox> didrocks: yeah
[14:10] <didrocks> cyphermox: good luck ;)
[14:23]  * sil2100 is still lunching right now
[14:47] <tkamppeter> mlankhorst, hi
[14:47] <mlankhorst> heya
[14:48] <tkamppeter> mlankhorst, is there any progress on bug 1068994, bug 1015183, https://bugs.freedesktop.org/show_bug.cgi?id=56578?
[14:48] <ubot2> Freedesktop bug 56578 in Server/Input/Core "race condition with active/passive grabs when opening menus with touch" [Normal,Assigned]
[14:48] <ubot2> Launchpad bug 1068994 in OEM Priority Project raring "button1 gets stuck after a while" [High,In progress] https://launchpad.net/bugs/1068994
[14:48] <ubot2> Launchpad bug 1015183 in xorg-server (Ubuntu) "Inconsistent mouse events for Acer T231H multitouch monitor" [Medium,In progress] https://launchpad.net/bugs/1015183
[14:48] <mlankhorst> tkamppeter: yeah I've been playing around with it this week
[14:49] <mlankhorst> down to 1 xserver crash :p
[14:49] <tkamppeter> mlankhorst, I have a Lenovo Thinkpad Twist for some time, which generally works well (it's a Thinkpad), but in its tablet mode the touchscreen easily loses sensitivity for clicks, probably due to mentioned bugs.
[14:49] <mlankhorst> tkamppeter: right now I'm down to a single corruption bug :/
[14:50] <mlankhorst> very easy to trigger too
[14:51] <tkamppeter> mlankhorst, I have tried the patch mentioned in comment #17 of the Freedesktop bug, but the problem does not go away with it. Perhaps it survives some more clicks but not more.
[14:51] <tkamppeter> mlankhorst, do you have any PPA, test package, ... for me to test?
[14:52] <mlankhorst> no, I just know that any corruption I was having on my macbook pro multitouch touchpad was fixed by it, but that the tegra is still breaking horribly
[14:53] <mlankhorst> no fun to test on tegra, too :S
[14:54] <tkamppeter> mlankhorst, would be great if you could upload this patch state already, so that if you do not succeed the N7 in time that at least all the users of Intel-based convertibles and tablets have their touch fixed.
[14:54] <mlankhorst> I'm fairly sure it suffers from the same problem on intel, just don't have the hw to trigger it
[14:55] <tkamppeter> mlankhorst, if you need someone to test on an Intel convertible, please make packages available to me and I test on the Twist.
[14:56] <mlankhorst> hm ok I'll make a diff :/
[14:57] <tkamppeter> mlankhorst, a diff to the current xorg-server package?
[14:57] <mlankhorst> tkamppeter: it requires canonical-x/x-staging enabled, and unity from that ppa too (which is slightly older, so needs pinning)
[14:59] <dednick> tsdgeos: it seems that one of the chewieui indicators is crashing if i dont call start on the plugin: (
[15:01] <mlankhorst> tkamppeter: http://paste.ubuntu.com/5713363/ diff to the xserver in 1.14
[15:01] <dednick> tsdgeos: and there is a bit of a bug in the menuContent which cause it to be called earlier than it is with my
[15:02] <dednick> branch
[15:03] <mlankhorst> tkamppeter: maybe also add http://lists.x.org/archives/xorg-devel/2013-April/035878.html -- but honestly unsure about that one :P
[15:06] <cyphermox> seb128: hey
[15:07] <seb128> cyphermox, hey
[15:07] <cyphermox> seb128: do you know what's up with https://code.launchpad.net/~robert-ancell/indicator-session/lp-861171/+merge/137085 ?
[15:07] <tsdgeos> dednick: :-S
[15:07] <dednick> tsdgeos: indeed
[15:07] <cyphermox> just checking to make sure I'm not forgetting some reviews that could be done :)
[15:08] <seb128> cyphermox, not for raring for sure, I guess it can still be useful for the greeter mode so would be good to land early in S
[15:09] <cyphermox> ok, then I'll reject this one, and we can file it again for trunk if it's not
[15:09] <seb128> hum
[15:09] <seb128> ok
[15:09] <mlankhorst> oh, valgrind can be a gdbserver too, nice
[15:10] <tkamppeter> mlankhorst, thanks for the patch, but the xorg-server package is only 1.13. Is there a 1.14 package for applying the patch somewhere?
[15:17] <tkamppeter> mlankhorst, sorry, have seen your x-staging PPA thingy only now. Is that 1.14?
[15:24] <mlankhorst> canonical-x/x-staging is
[15:30] <seb128> Sweetshark, qengho, didrocks, Laney, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente, desrt: hey, it's meeting time
[15:30] <qengho> yay!
[15:30] <didrocks> hey
[15:30] <kenvandine> hey hey hey
[15:30] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-04-16
[15:30] <Sweetshark> o/
[15:30] <mterry> hi
[15:30] <seb128> I hope everybody is fine
[15:31] <seb128> let's get started
[15:31] <seb128> Sweetshark, hey
[15:31] <cyphermox> hey
[15:31] <Sweetshark> seb128: working on bug 1085169, 4.0.2 is in raring EOF
[15:31] <ubot2> Launchpad bug 1085169 in libreoffice (Ubuntu) "LibreOffice Menus Stop Working even with libreoffice>=1:3.6.2~rc2-0ubuntu4 and indicator-appmenu>=12.10.3-0ubuntu2.1" [Undecided,Confirmed] https://launchpad.net/bugs/1085169
[15:32] <Sweetshark> seb128: s/working on/have a hotfix, looking for a clean fix/
[15:32] <seb128> Sweetshark, good work on 4.0.2
[15:32] <seb128> Sweetshark, thanks
[15:32] <seb128> qengho, hey
[15:32] <qengho> - testing specialty hardware.
[15:32] <qengho> - chromium-browser release, several days behind.  Security update, also fixing build size, nss dynamic-loading breakage on ARMHF, new breakage on lucid in link-time file-descriptor exhaustion. More cross-compiling work.
[15:32] <qengho> Only the f-d exhaustion is a unsolved problem.
[15:32] <qengho> EOF.
[15:33] <pitti> c'est l'heure du glace !
[15:33] <qengho> Yum.
[15:33] <seb128> pitti, non, c'est l'heure du weekly meeting :-(
[15:33] <seb128> pitti, enjoy!
[15:33] <mlankhorst> c'est l'heure de la bierre!
[15:33] <pitti> seb128: already done :)
[15:34] <seb128> qengho, thanks
[15:34] <seb128> didrocks, hey
[15:34] <didrocks> hey!
[15:34] <didrocks> * some processes work on cupstream2distro and update to better work between a R and S series (even landing in another ppa)
[15:34] <didrocks> * some daily release general maintenance
[15:34] <didrocks> * touch apps in raring discussion, some clarification with what we are going to land when and how
[15:34] <didrocks> * help on touch apps bootstrap
[15:34] <didrocks> ..
[15:35] <seb128> didrocks, thanks
[15:35] <seb128> Laney, hey
[15:35] <Laney> \o
[15:35] <Laney> A lot of release work reviewing the queue and FFes, and discussions around uploads.
[15:35] <Laney> • Some help with outstanding transitions to get proposed in a good shape
[15:35] <Laney> • Finished the first cut of porting indicator-session to logind; try it out at ppa:laney/experimental or get the code from lp:~laney/indicator-session/logind-port
[15:35] <Laney> • Now working on porting lightdm. A contributor (Peter de Ridder) did a lot of the work and Robert also did some for shutdown/reboot. lp:~laney/lightdm/logind
[15:35] <Laney> ..
[15:35] <desrt> seb128: i have to leave this room in 25 minutes
[15:36] <seb128> Laney, thanks
[15:36] <seb128> desrt, ok, you're up then ;-)
[15:36] <desrt> so i spent the entire week at desktop summit
[15:36] <desrt> got a whole lot agreed between us, gnome, kde
[15:36] <desrt> and we'll have a lot of concrete deliverables to show for it
[15:37] <desrt> the big ones are that we have a spec for using dbus to launch applications so we can have applications as dbus services
[15:37] <desrt> which will make quite a lot of things very much nicer -- including starting apps for things like receiving push notifications, etc.
[15:37] <desrt> we also agreed on a spec for caching/indexing desktop files
[15:37] <desrt> so this will vastly reduce the amount of seeking done when unity starts up and needs to read them all in
[15:38] <seb128> years after the first version from pitti ;-)
[15:38] <desrt> also reduces memory consumption since it will now be possible to use the things directly out of the mmap cache, without copying... so everyone shares
[15:38] <desrt> also got agreement on some minor things like a spec for figuring out the size of the trash in an efficient way
[15:38] <desrt> so we can give "your trash is getting too big.  empty it?" warnings
[15:39] <desrt> also got stefw to agree to add a accountsservice feature for storing arbitrary data (so we can drop our patches to add custom fields)
[15:39] <qengho> desrt: (some facility for automatic purging after some age would be good too.)
[15:39] <desrt> also got lennart to agree on adding a timestamped version of the suspend API in systemd so we can get the double-suspend issue in logind fixed up properly
[15:39] <seb128> qengho, gnome-settings-daemon does that
[15:40] <desrt> also got lennart to agree to some changes to the kdbus API he's working on to make it possible for me to implement it :)
[15:40] <seb128> ;-)
[15:40] <desrt> and some changes for the nss-myhostname in order to allow us to drop /etc/hosts
[15:40] <desrt> those are the major things that i remember.  probably about 100 other things
[15:40] <desrt> i guess the big important thing here is that we've sort of revived the xdg process for getting things done
[15:40] <seb128> did you see that slangasek disagree libnss-myhostname ?
[15:41] <desrt> and we will be paying attention on the ML and updating specs much better now than we used to
[15:41] <seb128> +with
[15:41] <desrt> no.  i didn't see that.
[15:41] <desrt> what's the issue?
[15:41] <seb128> he doesn't like having a nss module for that
[15:41] <desrt> i guessed as much.  why? :)
[15:41] <seb128> he thinks that whatever is changing the hostname should update /etc/hosts as well
[15:41] <Laney> https://bugs.launchpad.net/ubuntu/+source/libnss-myhostname/+bug/1162478/comments/6
[15:41] <ubot2> Launchpad bug 1162478 in libnss-myhostname (Ubuntu) "[FFe] [MIR] libnss-myhostname" [Undecided,New]
[15:41] <seb128> directly
[15:41] <desrt> i think /etc should be empty by default :)
[15:42] <seb128> desrt, anyway, not a topic for this meeting
[15:42] <desrt> right
[15:42] <desrt> i'll talk to him
[15:42] <seb128> thanks for the detailed summary
[15:42] <desrt> EOF from me
[15:42] <seb128> desrt, thanks
[15:42] <seb128> kenvandine, hey
[15:42] <kenvandine>  * Fixed OSK handling during login in signon-ui
[15:42] <kenvandine>  * Rebased no-widgets work in signon-ui on trunk
[15:42] <kenvandine>  * Generalized script for adding online accounts in the touch images
[15:42] <kenvandine>  * Fixed autopilot tests in share-app
[15:42] <kenvandine>  * Packaging updates to share-app for daily releases
[15:42] <kenvandine>  * Code review and some cleanup of unity-lens-people
[15:43] <kenvandine>  /EOF
[15:43] <seb128> kenvandine, thanks
[15:43] <seb128> mlankhorst, hey
[15:43] <mlankhorst> I finished support for nouveau mir, which works for me with some pending kernel patches. I'm having less success with the touch bug tkamppeter mentioned earlier, rebuilding things like xserver on arm is no fun, constantly running into limits or lack of open source video drivers. ;( Did a few more video card tests of mesa for the FFe today.
[15:43] <mlankhorst> EOD
[15:44] <seb128> mlankhorst, @nouveau/Mir: great ;-)
[15:44] <seb128> mlankhorst, thanks
[15:44] <seb128> cyphermox, hey
[15:44] <cyphermox> hey!
[15:44] <cyphermox> so not lots to say; I was doing more work on hud/libhud-qt and testing this on touch, making sure we really could build it from the trunk branch
[15:45] <mlankhorst> (grab http://cgit.freedesktop.org/~mlankhorst/linux/log/?h=for-airlied-next if you have radeon/nouveau and want to keep the scanout buffer vram instead of main memory)
[15:45] <cyphermox> turns out it wasn't so obvious and that ate away at my time quite fast
[15:45] <cyphermox> hud sitll has some tests failing
[15:45] <cyphermox> EOF
[15:45] <robru> cyphermox, hud is so broken on my system... :-/
[15:46] <seb128> cyphermox, thanks
[15:46] <cyphermox> robru: touch hud ;)
[15:46] <seb128> mterry, hey
[15:46] <mterry> Hi
[15:46] <mterry> - Helped daily-release effort with a bunch of fixes and config changes
[15:46] <mterry> - Worked on LightDM branch for Unity Next
[15:46] <mterry> - Tested mesa SRU for 12.04
[15:46] <mterry> EOF
[15:46] <mterry> Which doesn't seem like much
[15:46] <mterry> But there's a lot in that first item
[15:46] <didrocks> robru: you should ping ted for more help ;)
[15:46] <didrocks> mterry: FYI, tomorrow, the daily release will have the mirrored bfb icon
[15:46] <mterry> Also, dodged bombs
[15:46] <didrocks> mterry: so we really need it to land before final freeze :)
[15:46] <cyphermox> yay
[15:47] <mterry> didrocks, mirrord bfb icon?  ok
[15:47] <didrocks> mterry: we had some autopilot issues, seb128, sil2100 and I looked at them
[15:47] <didrocks> so hopefully, it will be merged by tomorrow and more stable
[15:47] <seb128> mterry, oh, right, not a good day for Boston, I didn't even ask if you are alright ... I guess you are since you are there ;-)
[15:47] <mterry> didrocks, nvidia bailed last night, but hopefully will work tomorrow
[15:47] <didrocks> seb128: you didn't check that he was online? bad bad seb :p
[15:47] <mterry> seb128, yeah, everyone I know is ok
[15:47] <seb128> mterry, good to read
[15:47] <didrocks> mterry: we know, we spent 2 hours connected ;)
[15:47] <robru> mterry, glad to hear that
[15:48] <didrocks> (for nvidia)
[15:48] <mterry> didrocks, right
[15:48] <seb128> mterry, those failing run have things blocking and the screensaver kicking in and everything going wrong then
[15:48] <seb128> mterry, sil2100 did a few fixes, let's see if that helps
[15:49] <seb128> mterry, thanks
[15:49] <seb128> robru, hey
[15:49] <robru> Friends:
[15:49] <robru> * Simplified a community-contributed patch to help support Sohu in Friends, added test coverage as well (not a full Sohu plugin, just a minor architectural change necessary to support it).
[15:49] <robru> * Started work on Sphinx support for pretty documentation of Friends
[15:49] <robru> * Fix an off-by-one error preventing you from tweeting exactly 140 chars.
[15:49] <robru> * Resolve t.co links
[15:49] <robru> * Change binding of Esc key in friends-app (but toolkit bug prevents it from being perfect, filed bug upstream)
[15:49] <robru> * Fix some data missing from retweets.
[15:49] <robru> * Limit notification spam on Friends first run.
[15:49] <robru> * Fixed a custom debugging tool I wrote for Friends that bitrotted slightly.
[15:49] <robru> * Sooooo much bug triage... we have been flooded with duplicate bug reports since our MIR was approved ;-)
[15:49] <robru> Other things:
[15:49] <robru> * Fix s/pointing_device/mouse/g in webbrowser-app autopilot tests.
[15:49] <robru> * Enabled autolanding of webbrowser-app
[15:49] <robru> * Pushed approximately ONE MEEEEELLION Quantal SRUs for webapps stack.
[15:49] <robru> * Started launchpad recipe for daily snapshots of lp:emacs ;-)
[15:49] <robru> EOF
[15:50] <kenvandine> oh yeah... those webapps SRUs... painful!
[15:51] <seb128> you guys should get the webapps autolanding done, would spare work over time ;-)
[15:51] <seb128> robru, thanks
[15:51] <seb128> tkamppeter, hey
[15:51] <kenvandine> seb128, oh yeah!
[15:52] <tkamppeter>  - Investigating and fixing bugs for the Raring release
[15:52] <tkamppeter>  - cups-filters 1.0.34 released: Fixed duplex printing with multiple copies, to not have the first page of the second copy on the back of the last page of the first copy.
[15:52] <tkamppeter>  - CUPS USB backend: Quirk rules to make 6 additional USB printers work
[15:52] <tkamppeter>  - CUPS: Added fix for web administration interface
[15:52] <tkamppeter>  - system-config-printer: Fixed presentation of remote CUPS servers under the dtected network printers
[15:52] <tkamppeter>  - Testing tablet mode on Lenovo Thinkpad Twist with mlankhorst, suffering mouse-button-stuck-down bug 1068994.
[15:52] <ubot2> Launchpad bug 1068994 in OEM Priority Project raring "button1 gets stuck after a while" [High,In progress] https://launchpad.net/bugs/1068994
[15:53] <seb128> tkamppeter, thanks
[15:53] <seb128> attente, hey
[15:53] <attente> seb128, hey
[15:53] <attente> spent the last week patching packages and uploading them to ppa:attente/indicator-keyboard
[15:53] <attente> on-going: trying to get the dynamically generated icons to appear properly in the indicator and menu
[15:53] <attente> the ppa is here for anyone who wants to try it (icons still broken): https://launchpad.net/~attente/+archive/indicator-keyboard
[15:53] <attente> EOF
[15:54] <seb128> I will try the ppa in the next days and let you know how that goes
[15:55] <attente> thanks seb128
[15:55] <seb128> attente, thanks (and good luck with the dynamic icons)
[15:55] <seb128> did I forgot anyone this week? ;-)
[15:55] <seb128> otherwise it's my turn
[15:55] <seb128> * Investigated some raring translations issues (templates missing/outdated, code bugs)
[15:55] <seb128> * Updated fluendo mp3 codecs to the partner archive for raring (support gstreamer 1.0)
[15:55] <seb128> * Helped investigating/fixing some of the universe ftbfs issues
[15:55] <seb128> * Patch pilot half-day
[15:55] <seb128> * Raring updates and bugs fixing

[15:56] <seb128>  
[15:56] <Laney> are we getting a universe fluendo for 1.0?
[15:56] <seb128> ok, any other topic ?
[15:56] <seb128> Laney, nothing blocking it I guess? the source is available, anyone can do the update
[15:57] <Laney> fair enough
[15:57] <seb128> Laney, it might be worth pinging slomo to know if that's planned for debian?
[15:57] <didrocks> mterry: kenvandine: robru: cyphermox: reminder that all touch stack should be in daily release, with autopilot tests for those having some running by EOW ;)
[15:57] <didrocks> mterry: kenvandine: robru: cyphermox: also, we are near hard freeze, I think we should go to force manual publishing from now on. There is a little configuration to add to the scripts + redeploy every raring stack. See https://wiki.ubuntu.com/DailyRelease/MovingNewRelease#Final_Freeze_of_a_release
[15:57] <didrocks> end of announces ;)
[15:58] <kenvandine> didrocks, indeed... i am not going to get unity-lens-people in though
[15:58] <kenvandine> because of the unity depends
[15:58] <mterry> didrocks, OK, I can propose a big manual mode for raring suite
[15:58] <didrocks> mterry: would be perfect!
[15:58] <didrocks> mterry: there is only one that I deployed until now, the one I bootstrapped as an example :)
[15:59] <mterry> didrocks, autopilot for touch stack is a problem.  I'd heard that a branch had been written for adding the missing deps, but I don't see that in the config trunk
[15:59] <mterry> didrocks, should I write that too?
[16:00] <didrocks> mterry: it's not lp:autopilot?
[16:00] <didrocks> mterry: IIRC, this is is bootstrapped in head/misc
[16:00] <mterry> didrocks, no, I mean, the cu2d-config is missing the full set of deps introduced by, say, mediaplayer-app-autopilot
[16:00] <mterry> So the job fails
[16:00] <Laney> seb128: did you have to do much porting to the gcc proxy patch? have you tested it?
[16:00] <didrocks> mterry: ah, sil2100 is working on it
[16:01] <mterry> OK, couldn't remember who was
[16:01] <didrocks> mterry: was supposed to be done by yesterday
[16:01] <didrocks> but the branch proposed this morning has an issue
[16:01] <seb128> Laney, I didn't have to do "much", but I fixed some bugs on the way, and yes, tested it with manual/auto/none and manual by letting some fields empty etc
[16:01] <didrocks> the ffmepg one we are discussing on the touch stack
[16:01] <Laney> alright
[16:01] <sil2100> mterry: https://code.launchpad.net/~sil2100/cupstream2distro-config/stack_package_dependency_additions/+merge/159110
[16:01] <mterry> didrocks, We will also have autopilot failures until we can add the daily-next PPA to the CI job.  Because hud2 is in daily-next, but hud1 is in phablet-ppa
[16:02] <mterry> didrocks, so CI can't approve my branches that move to hud2
[16:02] <seb128> Laney, 90% of the code is untouched compared to what we have before, it's just plugged at difference places
[16:02] <sil2100> mterry: but we're discussing the -ffmpeg issue
[16:02] <mterry> didrocks, but autopilot will fail because it uses hud2
[16:02] <mterry> didrocks, fginther is working on it
[16:02] <Laney> seb128: I'll let it through because it would be bad if we didn't have this feature but it is quite late (not blaming you)
[16:03] <didrocks> mterry: CI should use the same ppa and don't have another configuration
[16:03] <didrocks> mterry: that's what I told fginther some days ago
[16:03] <mterry> didrocks, you and I are on the same page
[16:03] <seb128> Laney, yeah, sorry about that, I almost let it slip but I figured it wouldn't be nice and finally took some time to update that patch today
[16:03] <seb128> Laney, but not for next cycle, I'm not taking an update with patches commented
[16:03] <didrocks> mterry: ok, so autopilot is getting fix for hud2 as we speak?
[16:03] <Laney> indeed
[16:03] <seb128> we will just block until the porting is done ;-)
[16:04] <Laney> or at least take it with work items to port them ...
[16:04] <mterry> didrocks, I have a bunch of merges for some of the apps, but they all can't be approved because CI fails (it doesn't use the PPA with hud2)
[16:04] <mterry> I had these last week, but have been waiting for CI to clear
[16:04] <didrocks> mterry: oh excellent news (and not excellent to have to wait :/) ;)
[16:04] <didrocks> fginther: any ETA for using the right ppa? ^
[16:04] <seb128> not sure if we officially ended the meeting, but let's wrap and just continue those discussions as informal ones
[16:04]  * fginther fells the heat
[16:04] <seb128> thanks everyone
[16:05]  * fginther *feels* the heat
[16:05] <mterry> fginther, sorry, don't mean to put this on you
[16:05] <didrocks> fginther: and again, we really need to talk about streamling the CI to have less options and easier to read configuration file :)
[16:05] <didrocks> seb128: thanks ;)
[16:05] <fginther> didrocks, I hope to have it working by eod
[16:05] <didrocks> fginther: great! keep us posted
[16:05] <didrocks> mterry: so tomorrow we can try to big merge (tm)
[16:06] <didrocks> mterry: and start a stack?
[16:06] <fginther> didrocks, and yes, the configs are a mess, too many special cases we're supporting right now
[16:06] <didrocks> to see if autopilot behaves…
[16:06] <didrocks> fginther: yeah, I'm sure we can put that in code, like all the "collect coverity files"
[16:06] <mterry> didrocks, start a stack?
[16:06] <fginther> didrocks, but I would definately appreciate other improvements we can discuss
[16:06] <mterry> didrocks, sure
[16:06] <didrocks> mterry: yeah, like starting autopilot on the apps stack and see :p
[16:06] <didrocks> fginther: sweet, let's plan that for the sprint
[16:07] <didrocks> fginther: a fresh eye with someone not in the process can help :)
[16:07] <mterry> didrocks, ok
[16:16]  * didrocks waves good evening
[17:28] <mhr3> cyphermox, ping?
[17:37] <ogra_> chrisccoulson, do you still plan a chromium upload before final freeze ?
[17:38] <ogra_> qengho, ^^^
[17:39] <qengho> ogra_: if possible.  There's a security update coming in a few days after that.  You're asking because of ARMHF support, yes?
[17:40] <ogra_> well, armhf is fine ... but i had someone ask why we disabled webrtc after 22
[17:40] <ogra_> would be nice to switch that back on i guess
[17:41] <qengho> hrm. I think that was before my time.  I'll check on it, ogra_.
[17:41] <ogra_> thx ... if its just a flag we should re-enable it
[17:41] <ogra_> else dont bother :)
[18:48] <seb128> mterry, do we have some sort of autolanding for update-manager? or should I just commit/push like in old times?
[18:49] <mterry> seb128, I committed, pushed, and uploaded to raring
[18:49] <mterry> seb128, no autolanding yet
[18:50] <seb128> mterry, oh, so you are my personal autolander? nice! ;-)
[18:50] <mterry> seb128, :)
[19:03] <qengho> Does the Compose key work for anyone with Raring right now?
[19:03] <qengho> Settings' kb map shows it, and I see Multi events.
[19:03] <sarnold> ä⸘
[19:03] <qengho> Just no interpretation.
[19:03] <qengho> :(
[19:04] <sarnold> of course I'm several days behind on updates..
[19:04] <qengho> Me too.
[19:19] <qengho> I have no idea where to start debugging Compose events.  :(  X itself?
[21:59] <robru> qengho, s£€ms fine tů mæ
[22:17] <bryce> qengho, Compose key really isn't handled by X.  I'd suggest starting with console-setup.
[22:18] <bschaefer> qengho, for raring on unity, Nux will be handing the compose keys
[22:22] <popey> bschaefer: is there a tool which allows you to see what window has focus when nux is involved? xdotool doesn't work once you use nux..
[22:23] <bschaefer> popey, hmm well do you mean X focus? Cause Nux doesn't like to focus the right window for x...
[22:23] <popey> well, i dont mean "x focus", I mean "focus is lost, how can I see what has it"
[22:23] <popey> i mean, really, it seems to be a bug in nux, where the dash loses focus sometimes
[22:24] <bschaefer> oo right, well those bugs are always tricky hmm I usually have to put in print statements in unityshell.cpp to see who has it
[22:24] <popey> bug 1169454
[22:24] <ubot2> Launchpad bug 1169454 in unity (Ubuntu) "Dash loses focus when navigating via keyboard" [Undecided,New] https://launchpad.net/bugs/1169454
[22:24] <popey> ahh
[22:24] <popey> shame
[22:24] <bschaefer> yeeah, there could be a better way, buts its just the way i've used. hmm
[22:24] <bschaefer> popey, does the dash still have focus X wise? And the focus is just lost with the dash widget?
[22:24]  * bschaefer hasn't seen that bug
[22:25] <popey> well, when i run xdotool it claims that no process is associated with the window which has focus
[22:26] <popey> xdotool getwindowpid `xdotool getactivewindow`
[22:26] <popey> for example
[22:26] <bschaefer> o really? Does it give you any sort of XID?
[22:26] <bschaefer> that you can run throug xwininfo?
[22:26] <bschaefer> xwininfo -id
[22:27] <popey> it does give an id, but then the getwindowpid complains that no process is associated
[22:27] <bschaefer> very strange, let me see if I can repro that bug
[22:31] <bschaefer> popey, are you using the 100 scopes?
[22:31] <popey> no
[22:31] <popey> default raring
[22:32] <popey> no PPAs
[22:32] <bschaefer> odd, well I should make sure im fully updated. Ill move that bug up to High to see if anyone else can repro that
[22:32] <popey> ok
[22:33] <popey> i mentioned a couple of possible dupes
[22:33] <popey> so possibly others have already produced it
[22:33] <bschaefer> cause that seems like a very annoying bug, and if you don't a cursor..something else must of stolen it...I wonder what...
[22:33] <bschaefer> cool, ill take a look through the bugs to see
[22:33] <popey> to be clear, the mouse cursor doesn't disappear
[22:33] <popey> just the highlight
[22:33] <bschaefer> o, it must have just been hard to see in the video
[22:34] <popey> yeah, i mis-spoke too
[22:34] <bschaefer> no worries, I thought I saw it missing in the video :)
[22:35] <bschaefer> oo this one has a wwaay easier way to repro something similar
[22:35] <bschaefer> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1124484
[22:35] <ubot2> Launchpad bug 1124484 in unity (Ubuntu) "Dash loses keyboard focus during search" [Undecided,Confirmed]
[22:35] <bschaefer> popey, also Trevinho just reproed it :)
[22:36] <popey> heh
[22:36] <Trevinho> popey: is that appening during the model update or such?
[22:36] <Trevinho> popey: I mean, with results coming...
[22:36] <popey> yeah, thats it
[22:36] <popey> i think so Trevinho
[22:37] <popey> i found it easy to reproduce just after boot up
[22:37] <popey> harder the 2nd/3rd time after it happened, to get a video
[22:37] <Trevinho> popey: mh... intresting yeah
[22:37] <Trevinho> popey: have you ever noticed this before raring?
[22:37] <bschaefer> seem like hitting Esc is an easy way to repro as well, but that could be different
[22:38] <popey> Trevinho: hard to say, i can boot into precise here to try to
[22:38] <bschaefer> type: "up", press down once, hit esc, key focus lost
[22:38] <Trevinho> popey: ok, no worry... Just to know, as it seems quite easy to reproduce now
[22:38] <popey> yeah, steve's is a much better bug report
[22:38] <popey> feel free to mark dupe ☻
[22:39] <popey> as it likely is
[22:39]  * bschaefer can only repro it when hitting esc :(
[22:39] <bschaefer> Trevinho, do you think its a repro of the other one?
[22:42] <Trevinho> bschaefer: no, I think it's a different thing...
[22:43] <bschaefer> Trevinho, alright, well Ill triage that other bug, as i can repro it very easily
[22:43] <Trevinho> bschaefer: i fixed that one for some keystrokes some cycles ago (for meta keys), but that seems another one
[22:43] <Trevinho> let me check better
[22:43] <bschaefer> possibly the Esc was missed?
[22:43] <bschaefer> seems like we set keyboard focus to NULL in nux, and we should be setting it to the search bar
[22:44] <Trevinho> bschaefer: ah, mh... not sure, probably these two very similar bugs when it comes to the result, but the cause can be different
[22:44] <Trevinho> bschaefer: so.. for now let's keep them split
[22:44] <bschaefer> Trevinho, agree
[22:45]  * bschaefer already triaged it :)
[22:48] <popey> thanks for looking chaps, much appreciated
[22:48] <bschaefer> np, thanks for bringing it up :)
[22:54] <Trevinho> popey: also if you want to test, this is about one report you did... https://code.launchpad.net/~3v1n0/bamf/fix-chromeless-matching-for-webapps
[22:55] <Trevinho> popey: unfortunately there's still some icons "flickering", but we can't avoid that since the webapps are slow to be recognized