[04:23] <pitti> bryceh: moderated now
[04:23] <pitti> Good morning
[04:28] <jbicha> pitti: good morning
[04:29] <jbicha> apport-gtk recommends update-notifier which depends on update-manager, but for the Ubuntu GNOME remix, we were going to try gnome-packagekit which has its own update-manager
[04:30] <pitti> hey jbicha
[04:30] <pitti> jbicha: ah, that's because it needs u-m for the automatic crash notification (u-n has the bits that poll /var/crash/)
[04:31] <pitti> jbicha: I did not originally have this recommends:, but people were complaining about installnig "apport-gtk" and then not getting popups
[04:31] <pitti> jbicha: but I'm happy to add an alternative dependency
[04:31] <pitti> without u-n, apport-gtk crash reporting will essentially not work, though
[04:32] <jbicha> that might be useful ;)
[04:33] <jbicha> does update-notifier need update-manager?
[04:33] <pitti> not for the apport bits
[04:33] <pitti> eventually these should all really become systemd/upstart user jobs, but we have neither yet
[04:33] <jbicha> could we drop that depends and count on ubuntu-desktop to pull in update-manager?
[04:37] <micahg> it's already seeded where it needs to be AFAICT except for ubuntu studio
[04:39]  * micahg can fix Ubuntu Studio now if this will be changed
[04:42] <micahg> hrm, actually, it doesn't have it ATM
[04:45] <pitti> jbicha: I think we can drop it if u-n behaves sanely when u-m is not installed
[07:11] <MCR1> smspillaz: Hi :) https://code.launchpad.net/~mc-return/compiz/compiz.merge-minor-fixes/+merge/122398 should be ready now...
[07:44] <chrisccoulson> good morning everyone
[07:48] <chrisccoulson> good morning everyone
[08:00] <pitti> hey chris|
[08:02] <Laney> hey
[08:08] <chrisccoulson> hmmm, working on 3g today!
[08:32] <seb128> hey desktopers
[08:32] <dupondje> Hi seb128  :)
[08:35] <dupondje> Getting HDMI output on my laptop seems to be harder then excepted :(
[08:37] <dupondje> Binary nvidia blob can't even read my laptop supported resolutions
[08:37] <dupondje> nouveau HDMI output works when manually editting xorg.conf
[08:37] <chrisccoulson> hey seb128, how are you?
[08:37] <dupondje> but xrandr is broken :(
[08:37] <seb128> hey dupondje chrisccoulson
[08:37] <pitti> bonjour seb128! as-tu un bon we?
[08:37] <seb128> chrisccoulson, I'm good, how are you?
[08:37] <seb128> pitti, j'ai eu un bon w.e merci ! et toi ?
[08:37] <pitti> hey chrisccoulson; still trouble with your connection?
[08:37] <chrisccoulson> seb128, yeah, not too bad thanks. hopefully have working internet again later ;)
[08:38] <pitti> seb128: oh, "eu"
[08:38] <chrisccoulson> there's a BT guy around now replacing my line. it seems that the people who replaced our roof earlier in the year mangled our cable :(
[08:38] <pitti> seb128: moi aussie; rather quiet, though, I'm still not over my cold
[08:38] <seb128> pitti, taking some time to get over this one :-(
[08:39] <pitti> seb128: I started with the Questions lesson; really confusing!
[08:39] <seb128> pitti, "j'ai eu" is avoir used in passé composé forme (past tense)
[08:39] <pitti> I'm still astounded how French manages to end up in a letter salad like Qu'est-ce que c'est? :)
[08:40] <seb128> hehe
[08:42] <Laney> Donaudampfschiffahrtsgesellschaftskapitän!
[08:44] <seb128> Laney, guten tag! ;-)
[08:44] <Laney> hallo :-)
[08:45] <larsu> Laney, you're missing an 'f' there :P
[08:45] <Laney> I copied and pasted it, blame the internet :P
[08:45] <larsu> (at least according to the "new" spelling rules)
[08:45] <jibel> seb128, don't teach incorrect french to pitti "J'ai passé un bon WE" not "J'ai eu un bon WE"
[08:45] <dupondje> lol
[08:46]  * pitti watches the French guys fight it out and grabs the snacks
[08:46] <seb128> lol
[08:47] <seb128> jibel, en effet
[08:47] <jibel> seb128, lol :)
[08:48] <xclaesse> switching user from gnome-shell makes everything freeze when session is started from gdm :(
[08:56] <seb128> ogra_, hey
[08:56] <seb128> ogra_, thanks for fixing the unity-gles issues ... how come it worked only with compiz for you the other day?
[09:55] <ogra_> seb128, well, apparently i tested against a unity that had GLES support :/ compiz had actually no issues at all ... everything else did
[09:55] <seb128> ogra_, where did you find that unity?!
[09:56] <seb128> ogra_, well anyway thanks for getting those fixed
[09:56] <seeker> hi, I'm trying to figure out the best way to keep up with chromium updates. the chromium team ppa seems to be no longer updated
[09:56] <ogra_> seb128, all unitys since the first upload to precise-proposed have had working GLES suport
[09:57] <ogra_> *support
[09:57] <seb128> seeker, get chrome directly from google?
[09:57] <seb128> ogra_, hum ok
[09:57] <ogra_> this one was the first where the packaging changed it seems
[09:57] <ogra_> (gles2_architectures := foo)
[09:58] <seb128> ogra_, I would be very surprised if that was the case
[09:58] <ogra_> seb128, also it didnt really help that it is a native package ;)
[09:58] <seb128> is it? it's not supposed to me
[09:58] <seb128> be
[09:58] <ogra_> it wasnt until the last upload
[09:58] <seb128> crap
[09:58] <seeker> seb128: I'd like to stick to chromium
[09:59] <seb128> https://launchpad.net/unity/+download has the orig tarball
[09:59] <seb128> well, orig, upstream
[09:59] <ogra_> well, i'll leave that to lukas to fix :)
[09:59] <seb128> ogra_, I guess another 1am upload error, probably missnamed the tarball
[09:59] <ogra_> ah, i thought you only took over what he packaged
[10:00] <seb128> yeah, well I sponsored it, I should have noticed that
[10:00] <ogra_> well, shit happens :)
[10:01] <ogra_> another issue is that the clean target doesnt properly clean up everything, there are bits left in autopilot and some translation bits tend to lie around
[10:01] <Laney> if it were made 3.0 (quilt) you couldn't have that kind of error
[10:02] <ogra_> i dont even think the upload has a source/ subdir
[10:02] <Laney> no, it defaults to 1.0
[10:02] <seb128> Laney, and you could bzr merge cherry pick fixes
[10:02]  * ogra_ remembers seeing complaints during builld
[10:02] <seb128> couldn't
[10:02] <Laney> why not?
[10:02] <seb128> because it would complain about inline diff
[10:02] <Laney> you can have a 'single-debian-patch' or whatever it is
[10:02] <seb128> and tell you to review /tmp/diff
[10:03] <Laney> which is basically like the old .diff.gz
[10:03] <seb128> that's a huge usability step back
[10:03] <seb128> when you bzr merge -c rev, bzr does the tracking for you
[10:03] <seb128> and will do the right thing next time you merge-upstream
[10:03] <seb128> like see that this revision was already in and handle it without conflict or having to do any work
[10:04] <seb128> if you move the revision to a patch you loose all that
[10:04] <Laney> I wonder if it works if you exclude the generated patch from vcs
[10:04] <Laney> like can it be auto generated
[10:04] <Laney> never mind, /me gets back to reviewing those updates
[10:07] <seb128> ogra_, http://launchpadlibrarian.net/108693811/unity_5.12-0ubuntu3_5.12-0ubuntu4.diff.gz
[10:08] <seb128> ogra_, see, the gles = foo was done in that upload in may
[10:08] <seb128> ogra_, so weird it was working before the recent uploads ... anyway, sorted out
[10:08] <ogra_> right
[10:10] <chrisccoulson> nice, there's a second fault on my line. it's a surprise that it worked at all
[10:36] <mpt> JohnLea, bug 1025674
[10:36] <ubot2`> Launchpad bug 1025674 in update-manager "List of updates is much too short by default" [Medium,New] https://launchpad.net/bugs/1025674
[10:44] <chrisccoulson_> aha, lets hope this connection is a bit more reliable now :)
[10:48] <seb128> chrisccoulson_, what did you change?
[10:49] <seb128> ogra_, https://launchpad.net/~unity-team/+archive/staging/+packages does have arm* enabled
[10:49] <seb128> ogra_, re your comment in that bug
[10:49] <ogra_> why wasnt the issue catched then ?
[10:49] <chrisccoulson_> seb128, the cable from my house has been replaced. it was damaged by the people who replaced our roof (they'd cut almost all the way through the cable)
[10:50] <seb128> ogra_, "the issue" being runtime? I guess because nobody actually tried the binary
[10:50] <ogra_> seb128, the issue being FTBFS :)
[10:50] <seb128> ogra_, that and try prepared the release in a /release ppa which didn't have armel enabled
[10:50] <seb128> arm*
[10:50] <ogra_> (and the issue being testing too indeed)
[10:50] <seb128> chrisccoulson, oh, ok
[10:51] <seb128> ogra_, it's mostly "too much rush to get the thing landed at all, didn't have time to do a proper job of it"
[10:51] <seb128> ogra_, but yeah, I will try to make sure it doesn't happen again
[10:51] <ogra_> seb128, right, i wuld just like to prevent such issues in the future somehow, several people lost their weekend (or parts of it) to it
[10:52] <ogra_> and i think its not your responsibility but upstreams to make sure they tested it
[10:52] <seb128> ogra_, sorry about that, I will pay a round of beers at UDS to you guys
[10:52] <seb128> ogra_, yeah, we made "the best of the situation" I think, which still sucked but for a while I though we wouldn't land anything at all before beta1
[10:52] <ogra_> (yours is probably testing the packaging, but there were massive upstream issues with hardcoded GL linking etc that should have been catched before even giving you the package)
[10:53] <seb128> agree
[10:53] <ogra_> it would never have built with that setup
[10:53] <seb128> late landing of compiz GLES made it hard to test the other bits
[10:53] <ogra_> yeah, agreed
[10:55] <ogra_> also i should have insisted to get nux and unity binaries to test, but i wasnt even aware that armhf GLES was disabled since may
[10:56] <seb128> ogra_, you were, Didier discussed it with you by then :p
[10:56] <seb128> ogra_, but I guess you forgot or didn't notice that was still the case
[10:56] <ogra_> seb128, then i blame age :P
[10:56] <sil2100> Ah yes, arm testing
[10:56] <seb128> ;-)
[10:56] <ogra_> i wonder if we could work something out with QA for doing some upstream daily testing
[10:56] <seb128> ogra_, well, since you had unity running with the new compiz I assumed that unity was ok, which was not the case
[10:56] <sil2100> I think we were supposed to have that last week? But I don't remember that happening :(
[10:57] <seb128> sil2100, I think that skipped, too much going on, another issue of being that late...
[10:58] <ogra_> we should probably have a checklist for unity releases on arm that has to be worked down by the different teams before an upload can happen or so ... not sure that makes sense
[10:59] <seb128> ogra_, it does
[10:59] <seb128> ogra_, at the bare minimum there should be a "somebody testing it on the pandaboard" check
[10:59] <ogra_> well, there should also be an ftbfs check from upstream :)
[11:00] <seb128> well, they have a daily build ppa which has arm enabled
[11:00] <seb128> the thing is that "red" was a normal state until we had GLES landing
[11:00] <ogra_> but they didnt enable arm in the packages ;)
[11:00] <seb128> now green should be the normal state :p
[11:00] <seb128> yeah, we are over that now
[11:00] <ogra_> someone needs to make sure thats the case before they give you the bits and pieces
[11:00] <seb128> so I expect things to keep working from now on
[11:01]  * ogra_ hopes so
[11:01] <seb128> and to be regularly tested
[11:01] <ogra_> yeah, sadly QA doesnt have proper ways to do desktop testing yet ...
[11:01] <seb128> ogra_, I'm waiting for your google session for my pandaboard :p I'm pondering dist-upgrading it from precise or rather doing a new install
[11:01]  * ogra_ hopes pitti will fix that though 
[11:02] <Laney> try the current quantal images
[11:02] <Laney> they should have the current bits
[11:02] <ogra_> not yet
[11:02] <ogra_> try the next ones, i dotn think unity made it
[11:02] <seb128> Laney, is that just a dd the iso on an sdcard and boot it?
[11:02] <Laney> should be
[11:03]  * Laney checks the manifest
[11:03] <ogra_> yeah, its in the manifest
[11:03] <ogra_> so go for it
[11:03] <ogra_> seb128, right
[11:03] <Laney> great, I expected it to be there
[11:03] <ogra_> and have a USB disk ready as target device
[11:03] <ogra_> (or USB key)
[11:08] <seb128> ogra_, I've a 8GB waiting for that ;-)
[11:08] <ogra_> great !
[11:08]  * seb128 starts download and go for lunch
[11:10] <pitti> déjeunér! c'est une grande idée! J'ai aussie..
[11:10] <smartboyhw> pitti: Please use Englihs
[11:10]  * Laney giggles
[11:11] <pitti> smartboyhw: ici, la language officielle est français! (ask seb128, he'll confirm :) )
[11:11] <chrisccoulson> What's "Englihs"?
[11:11] <smartboyhw> ... What? I don't speak French...
[11:12] <chrisccoulson> it's pretty easy to figure that out, even for someone like me who doesn't speak french :)
[11:13] <Laney> Я предпочитаю русский
[11:14] <chrisccoulson> i had to open google translate to work out that Laney prefers Russian ;)
[11:14] <Laney> I had to open google translate to prefer Russian :P
[11:14] <chrisccoulson> lol
[11:15] <ogra_> should have been "moi aussie .." though
[11:16] <ogra_> <- german nitpicker
[11:16] <chrisccoulson> i thought that pitti would have made klingon the official language in here
[11:16] <ogra_> muhahaha
[11:17] <pitti> ogra_: d'accord, pardon; mon français est trés mauvais..
[11:18] <ogra_> lol, mine is worse, thats the only bit i know :)
[11:18] <pitti> smartboyhw: (in case it wasn't clear, we are kidding of course)
[11:18] <smartboyhw> ...
[11:18]  * ogra_ thought he could show off with that one bit ;)
[11:18] <pitti> ogra_: well, until three weeks ago, mine was basically nonexistant :)
[11:18]  * pitti lunches for real, bbl
[11:18] <ogra_> pitti, i dont think the klingon part was actual kidding ;)
[11:20] <xnox> Laney: it even was grammatically correct Russian preference.
[11:22] <Laney> xnox: Отлично!
[11:23] <Laney> I read those letters as if they were their closest English counterparts
[11:23] <Laney> otnnyho!
[11:24] <xnox> Laney: translit.ru
[11:24] <xnox> Laney: Otlichno
[11:24] <Laney> oh, that's cool
[11:25] <mitya57> О, клуб любителей русского
[11:29] <smartboyhw> Russian now?
[11:30] <Laney> :-)
[11:33] <ogra_> seb128, i guess you need to wait with your panda install for bug 1044717 to be fixed first
[11:33] <ubot2`> Launchpad bug 1044717 in ubiquity "ubi-partman crash during Quantal daily install on Panda board" [High,Confirmed] https://launchpad.net/bugs/1044717
[11:34] <smartboyhw> Duplicate isn't it??
[11:34] <smartboyhw> Bug 1044299
[11:34] <ubot2`> Launchpad bug 1044299 in ubiquity "ubi-partman crashed, and then no installation process, no installation options" [Critical,Fix released] https://launchpad.net/bugs/1044299
[11:34] <Laney> no
[11:34] <Laney> different but in the same component
[11:34] <smartboyhw> Hmm
[11:50] <seb128> ogra_, hum, ok
[11:51] <ogra_> i just tested a fix, we might do a respin for it
[11:51] <Laney> will
[11:51] <ogra_> k
[11:51] <Laney> can't have that kind of bug in a release :-)
[11:52] <ogra_> oh, yeah, i was referring to "today" :)
[11:52] <ogra_> that we respin before thu was clear :)
[11:52] <Laney> oh, hope so
[11:52] <seb128> ogra_, is that the sort of "can patch the .py on the sdcard if I want to install"?
[11:52] <Laney> there's a few things lined up for it already
[11:52] <ogra_> seb128, yup
[11:53] <ogra_> sudo wget -O /usr/lib/ubiquity/plugins/ubi-partman.py http://people.canonical.com/~xnox/ubi-partman.py
[11:53] <seb128> ogra_, danke
[11:53] <ogra_> :)
[11:54] <xnox> Laney: so above fix works. Committed.... new upload.... again?
[11:54] <Laney> yes
[11:54] <Laney> get Colin to review or something
[11:54] <xnox> Laney: renamed widget.... with old code left using old name....
[11:55] <xnox> and it's not shown on i386/amd64 VMs by default....
[11:55] <Laney> would static analysis get that?
[11:55] <Laney> stupid dynamic languages
[11:55] <xnox> Laney: yes and yes.
[11:55] <xnox> Laney: is there static analysis for python?!
[11:56] <Laney> I know of lint-style ones like pylint and pychecker
[11:56] <Laney> not sure if they get this kind of thing
[11:56] <Laney> try it
[11:57] <Laney> https://bitbucket.org/jwilk/lintian4python :O
[11:58] <xnox> Laney: hmm we are already running pep8 & pyflakes. Didn't use lintian4python yet.
[11:59] <xnox> pylint looks interesting.
[11:59] <Laney> AFAIK it tends to be more style checks though
[12:00]  * Laney lunches
[12:10] <mitya57> lintian4python uses pyflakes for non-packaging checks
[12:25] <Oranger> Hum sorry but I can't acess to "http://pad.ubuntu.com/ubuntu-desktop", is it normal ?
[12:27] <seb128> Oranger, works here, I don't know, seems like a I.S sort of issue if it doesn't work for you
[12:27] <Oranger> seb128: "Either you have not been granted access to this resource"
[12:27] <Oranger> that's bad... :p
[12:27] <seb128> yeah, not sure what the acl are and who is handling that...
[12:28] <Oranger> seb128: Ok, because in the title of the chan I read " If you want to help out, check out http://pad.ubuntu.com/ubuntu-desktop" so that's why I report that ;)
[12:29] <seb128> Oranger, thanks for pointing it, I'm asking the #is guys
[12:29] <seb128> I assumed that it would be publicly availabler
[12:29] <Oranger> ok, thank you seb128 :) Please inform me of news about it :)
[12:30] <seb128> Oranger, will do
[12:30] <seb128> Oranger, what sort of things are looking at doing?
[12:30] <Oranger> seb128: Just try to learn and read docs before help for the ubuntu-desktop prokect
[12:30] <Oranger> *project
[12:32] <seb128> Oranger, you can have a look to https://wiki.ubuntu.com/DesktopTeam as well
[12:32] <Oranger> seb128: Ok thanks you :)
[12:33] <Oranger> seb128: And where can I see things where you need help ?
[12:34] <smartboyhw> seb128: I do want to ask: I look at the page given to Oranger, and why is the part for testing that small?:(
[12:35] <seb128> Oranger, we track outdated packaged on http://people.canonical.com/~platform/desktop/gnome.html which is part of what we do
[12:35] <seb128> Oranger, otherwise bugs that we try to fix: http://status.qa.ubuntu.com/reports/ubuntu-desktop/precise.html
[12:36] <seb128> Oranger, or bug triage...
[12:36] <seb128> smartboyhw, because nobody wrote in there, it's a wiki, feels free to improve
[12:37] <smartboyhw> Ah ah ah
[12:37] <seb128> smartboyhw, is that really funny?!
[12:37] <smartboyhw> No
[12:37] <smartboyhw> I just ah.
[12:37] <Oranger> seb128: It seem that you have a lot of work..
[12:37] <seb128> Oranger, we indeed do
[12:40] <smartboyhw> seb128: So a question: How do I work on testing? Bit weird, I've been doing this for 2 months in the ISO QA Tracker...
[12:40] <seb128> jibel, ^ can you help smartboyhw?
[12:40] <smartboyhw> No thanks seb128....:)
[12:40] <seb128> smartboyhw, do you need help or not?
[12:41] <seb128> smartboyhw, testing is done by the qa team not so much by the desktop team
[12:41] <smartboyhw> No, just wondering why it has such less content
[12:41] <seb128> smartboyhw, because as I told you, too much to do, not enough people, nobody took time to write content there
[12:41] <smartboyhw> Ah
[12:41] <seb128> smartboyhw, but if you want to help feel free to step up and do write something
[12:42] <smartboyhw> OK, I will write sth
[12:42] <seb128> thanks
[12:42] <Oranger> seb128: On the package list I can see "newer version available in Debian", it's mean that the package get a superior version on the debian repo than on the ubuntu repo ?
[12:42] <seb128> Oranger, yes
[12:42] <Oranger> seb128: So what do you do usually to fix it ?
[12:44] <seb128> Oranger, we update to the current debian version, see http://developer.ubuntu.com/packaging/html/ for a more complete documentation on how to do that
[12:53] <Oranger> seb128: Ok, but you update package that are in experimental version too ?
[13:24] <seb128> Oranger, we do sometimes, that list is an indication of things we might want to update, everything shouldn't be updated
[13:25] <Laney> more things will be in experimental currently because Debian is in a freeze
[13:25] <seb128> Oranger, btw the #is guys say the pad is restricted to ubuntumembers, that's probably why you don't have access
[13:25] <Laney> so, something being there isn't necessarily an indication that it's risky per se
[13:29] <jbicha> Oranger: I believe all you need is to join this group: https://launchpad.net/~ubuntu-etherpad
[13:30] <jbicha> good morning folks
[13:30] <Laney> hey
[13:32] <smartboyhw> Good morning jbicha
[13:47] <jbicha> seb128: what's https://launchpad.net/~ubuntu-gnome for?
[13:47] <xnox> seb128: legacy.
[13:47] <seb128> xnox, what is legacy?
[13:47] <xnox> jbicha: that's a legacy team.
[13:47] <xnox> seb128: wrong nick.
[13:47] <seb128> jbicha, what xnox says
[13:48] <seb128> jbicha, it was the "people working on GNOME in Ubuntu" first
[13:48] <seb128> but that got superseded by desktop team
[13:49] <jbicha> so I created a ubuntu-gnome-dev group which has commit access to our bzr branches and I need to create a separate group for the rest of our contributors or users
[13:52] <xnox> jbicha: ubuntu-gnome-friends?
[13:53] <smartboyhw> jbicha: As I said I am willing to help
[13:53] <jbicha> seb128: will you let me have your old group or do I need to make another?
[13:53] <seb128> jbicha, you can have it
[13:53] <smartboyhw> where's that old group???
[13:54] <seb128> jbicha, I set you as admin for it
[13:54] <seb128> jbicha, is that good enough?
[13:54] <smartboyhw> seb128 and jbicha: Where's the old group?:)
[13:55] <seb128> smartboyhw, read the scrollback of this channel, the url was with the question I replied to
[13:55] <smartboyhw> Ah OK
[13:55] <seb128> jbicha, oh, found the "change owner" stuff, it's all yours
[13:55] <jbicha> seb128: thanks, that should be all I need
[13:55] <smartboyhw> Joined:)
[13:57] <smartboyhw> jbicha: OK, so what can I help with now?:)
[15:14] <chrisccoulson> according to bug 1045226, whoever developed apport is "lacking in software development skills and not worthy of the reporters time"
[15:14] <ubot2`> Launchpad bug 1045226 in ubuntu "Thunderbird URLs don't open in configured browser" [Undecided,Invalid] https://launchpad.net/bugs/1045226
[15:14] <chrisccoulson> nice person
[15:14] <chrisccoulson> pitti ^^ ;)
[15:15] <seb128> chrisccoulson, yeah, that somewhat describe pitti :p
[15:15] <chrisccoulson> lol
[15:15] <seb128> chrisccoulson, why do you think he moved to QA? ;-)
[15:15] <chrisccoulson> heh
[15:16] <seb128> chrisccoulson, oh, and apparently you should show some intelligence as well :p
[15:16] <pitti> so that I cause fewer bugs, of course!
[15:16]  * seb128 wonders if that guy should be pointed to the CoC
[15:16] <seb128> oh, chrisccoulson did that
[15:16] <chrisccoulson> seb128, i pointed him to that in my comment :)
[15:16] <seb128> ;-)
[15:17] <pitti> wow, what an angry comment
[15:17] <chrisccoulson> he couldn't be bothered to read even the first paragraph of the wiki i asked him to read, which explains quite clearly why i ask reporters to use apport :/
[15:34] <ogra_> pitti, geez, you shoudl hire him !
[15:35] <ogra_> if his skills are so much better than yours ...
[15:51] <micahg> jbicha: please set up a mailing list for https://launchpad.net/~ubuntu-gnome-dev, and then add ubuntu-core-dev to members so that core devs can commit as well
[16:21] <ogra_> chrisccoulson, do you know if firefox has any GLES support we could enable ?
[16:21] <chrisccoulson> ogra_, yes
[16:21] <chrisccoulson> and yes
[16:21] <ogra_> it performs really poor with under the 3D desktop on panda
[16:22] <chrisccoulson> it's enabled on android IIRC
[16:22] <chrisccoulson> ogra_, want me to look at enabling it?
[16:22] <ogra_> right, what i fear though is that we break it on all non GLES arm installs
[16:22] <ogra_> (which is the majority)
[16:22] <chrisccoulson> ah
[16:23] <ogra_> but it would be good if we could test the difference
[16:24] <ogra_> i would say just enable it for one upload ... but i think that should have happened before FF
[16:24] <Laney> why not test it out of a PPA?
[16:25] <ogra_> yeah, thats the other opportunity
[22:39] <dednick> fginther: ping
[22:39] <fginther> dednick, pong
[22:40] <dednick> fginther: hey. just wanted to confirm something with you. re https://bugs.launchpad.net/unity/+bug/1043947 . Is it just the screen-shot that doesnt display, or the whole preview?
[22:40] <ubot2`> Ubuntu bug 1043947 in unity "Dash preview stuck on spinner on first time" [Medium,New]
[22:41] <fginther> dednick, just the screen-shot
[22:42] <dednick> fginther: ok, thanks. thats what i thought.