[04:54] <Mirv> morning
[04:54] <RAOF> Aloha
[09:03] <Laney> hey!
[09:06] <Laney> happy penultimate day before holidays for most people :-)
[09:13] <larsu> Laney: same to you!
[09:21] <pitti> hey Laney, likewise!
[09:21]  * pitti hugs Laney and larsu, seems not many people holding the fort here any more
[09:22] <Laney> hey pitti and larsu
[09:26] <larsu> yeah, it seems very empty these days
[09:27] <Laney> turns out seb128 makes a lot of noise :P
[09:28] <RAOF> Hah
[09:29] <larsu> haha
[09:57] <tsdgeos> did we update the intel driver in trusty recently?
[09:57] <tsdgeos> i'm getting weird crashes
[09:58] <tsdgeos> http://pastebin.kde.org/pjjbsztsv <-- crash in i965_dri.so ¿¿??
[09:58] <tsdgeos> horizontaljournaltestExec: ../../../../src/glsl/ralloc.c:81: get_header: assertion «info->canary == 0x5A1106» failed.
[09:59] <RAOF> tsdgeos: Last update (of note) was 11/12/2013
[09:59] <Laney> https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/1256961
[09:59] <ubot2`> Launchpad bug 1256961 in gnome-panel (Ubuntu) "new glib (2.39.1) causes some indicators & nautilus to not load promptly" [Undecided,Confirmed]
[09:59] <Laney> ?!
[09:59] <Laney> darkxst: got any insight into that?
[09:59] <tsdgeos> RAOF: is that month/day or day/month ?
[10:00] <RAOF> tsdgeos: Day/month. Sorry, should have put the year the other way 'round.
[10:01] <tsdgeos> RAOF: hmmm, this is more recent, like today/yesterday
[10:02] <tsdgeos> wonder if the update to qt5 that came in yesterday is the culprit
[10:02] <tsdgeos> Mirv: what was in yesterday's update to Qt 5.0.2?
[10:02] <RAOF> Possibly; it doesn't seem that your driver stack changed.
[10:04] <tsdgeos> And now i get this http://pastebin.kde.org/pref7ap09 :-S
[10:07] <tsdgeos> or llvm changing broke mesa? (me has no clue if he's saying crazy stuff now)
[10:09] <darkxst> Laney, hi
[10:10] <Laney> hey there
[10:11] <Mirv> tsdgeos: not by me, seems some arm64/ppc64el related dependency changes
[10:11]  * tsdgeos cries
[10:12]  * tsdgeos reboots and see if that magically helps
[10:13] <darkxst> Laney, not real sure, however that is quite diverged from upstream (gnome-panel, nautilus handling desktop), so unlikely to be tested
[10:14] <Laney> darkxst: it's weird, I don't know how glib is to blame and couldn't easily downgrade it to saucy's version to check that theory
[10:14] <Laney> by chance I tried gnome-session-quit --logout before the stuff loaded and got an error about not being in the running phase
[10:14] <darkxst> Laney, I agree, doesnt seem like a glib bug to me
[10:16] <Laney> could be a GSource change or something
[10:16] <darkxst> hmm there were a bunch of changes to the session handling
[10:17] <darkxst> not sure if they made it into trusty or not
[10:17] <darkxst> (in gnome-session)
[10:17] <Laney> we got gnome-panel 3.8 quite recently
[10:18] <Laney> gnome-session didn't change so much
[10:22] <Laney> well, downgrading g-p didn't fix it
[10:23] <darkxst> Laney, I'm not at all familiar with gnome-panel....
[10:23] <Laney> probably can't spend more time on this now
[10:23] <Laney> I'll keep it in mind
[11:01] <dholbach> hiya
[11:02] <dholbach> can somebody take a look at https://launchpad.net/bugs/1260942 for sponsorship please?
[11:02] <ubot2`> Launchpad bug 1260942 in epiphany-browser (Ubuntu) "new upstream release 3.10" [Undecided,Incomplete]
[11:02] <dholbach> I reviewed it, but was a bit unsure about the package name changes
[11:04] <Laney> what is epiphany-browser-webkit2?
[11:04] <Laney> rmadison doesn't know about it
[11:04] <Laney> don't tell me it's for something in a GNOME team PPA
[11:04] <dholbach> Laney, I have no idea
[11:05] <Laney> darkxst: he;lp
[11:05] <dholbach> there's lots of desktop stuff in http://reqorts.qa.ubuntu.com/reports/sponsoring/ :)
[11:06] <Laney> mmm, seems like a good pre-xmas task
[11:06] <Laney> for tomorrow afternoon
[11:06] <Laney> upload the crack, then run away for two weeks
[11:06] <Laney> MUHAHAHA
[11:06] <dholbach> haha :)
[11:06]  * dholbach hugs Laney
[11:07]  * Laney hugs dholbach back
[11:07] <Laney> hope you have nice holidays lined up!
[11:07] <dholbach> I do - I'm going to stay in Berlin this time along with a bunch of friends of mine - it should be good :)
[11:07] <dholbach> how about you?
[11:08] <Laney> neat
[11:08] <Laney> various parental travellings, then back here for new years
[11:09] <dholbach> nice :)
[11:09] <Laney> yeah, always nice to get out into the countryside for a bit
[12:07] <Laney> pitti: did you see the python-dbusmock depwait?
[12:07] <Laney> looks like component mismatches
[12:08] <pitti> Laney: oh, indeed I didn't
[12:08] <pitti> argh
[12:09] <pitti> I thought ofono was in main
[12:09] <pitti> ok, so we can't test this
[12:09] <pitti> (during package build)
[12:09] <pitti> I'll remove it
[12:09] <Laney> I guess the MIR will happen this cycle
[12:11] <pitti> Laney: uploaded, thanks for pointing out
[12:12] <Laney> np, thanks to you for fixing
[13:13] <Sweetshark> http://www.apertura.co.nz/collabora <- kiwis go LibreOffice ...
[13:15] <pitti> [ubuntu/trusty] python-dbusmock 0.10-1svn1 (Accepted)
[13:15] <pitti> Laney: ^  \o/
[13:15] <pitti> tvoss: ^ FYI, that contains the ofono mock
[13:15] <tvoss> pitti, \o/
[14:33] <Laney> w00t
[15:42] <Laney> attente: I don't think you can take the longest one
[15:42] <Laney> on my system that ends up prefering 'iso88591' encodings instead of 'utf8'
[15:44] <Laney> also couldn't you do that before processing them with icu? or are there cases in which more than one locale maps to the same display name?
[15:44] <Laney> GunnarHj: how does l-s build the list of format locale options?
[15:44] <Laney> also, hello and merry christmas ;-)
[15:46] <attente> Laney, so i guess in general we need a way to choose 'en_US.UTF-8' over 'en_US'
[15:47] <Laney> I'm hoping we can steal what language-selector does here
[15:48] <Laney> also I was thinking you'd do the QSet subtraction so that you can avoid that .contains check at line 326 :-)
[15:48] <Laney> pretty minor point really
[15:49] <attente> well, if it makes you happy ;)
[15:49] <GunnarHj> Laney: l-s picks the items resulting from 'locale -a' that ends with '.utf8' (and converts .utf8 to .UTF-8)
[15:50] <Laney> ahhhhh
[15:50] <Laney> do you need to do any deduplication?
[15:50] <Laney> you've found it's reliable enough?
[15:52] <GunnarHj> Laney: No. Yes, I'm not aware of any reported issues in this respect.
[15:52] <Laney> Neat
[15:52] <Laney> attente: think we can do that?
[15:53] <attente> Laney, sure, but can we guarantee that every locale has a .utf8 variant?
[15:55] <GunnarHj> attente: *.utf8 is not the real name of any locale, it's an alias. But 'locale -a' reports every UTF-8 locale as ll_CC.utf8.
[15:57] <Laney> I'm pretty sure you always get a UTF-8 locale
[15:57] <Laney> I'd hope l-s would have run into any problem by now
[15:58] <Laney> *cough* famous last words
[15:58] <GunnarHj> attente, Laney: Btw, there is the @variant thing... So don't pick items that end with .utf8, pick items that include .utf8 somewhere in the string.
[15:58] <Laney> nod
[15:58] <attente> GunnarHj, thanks, wfm
[16:04] <Laney> attente gets all the hard problems