[00:21]  * xnox what idiot uploaded empathy without update the ~ubuntu-desktop branch
[00:21]  * xnox ah xnox
[03:42] <pitti> Good morning
[05:04] <mlankhorst> Hello, world!
[05:04] <mlankhorst> Laney: yeah this is a bug fixed by updates
[05:11] <mlankhorst> it only happens once when updating to trusty, so you would need to have -updates enabled before you hit that bug :P
[05:12] <mlankhorst> Laney: and what version of macbook specifically?
[08:05] <Laney> morning
[08:05] <Laney> mlankhorst: ummmmm I think it's a 2010 one
[08:06] <Laney> Trevinho: I think it must misinterpret the number of fingers you're using or something
[08:06] <Laney> you can be scrolling down a web page and then the application switcher comes up and minimises the thing you're working on, for example
[08:34] <mlankhorst> it's too sensitive, I think..
[08:34] <Laney> is it tweakable?
[08:34] <Laney> we could try to find better values then submit them back upstream or something
[08:35] <mlankhorst> yeah it's tweakable, sec
[08:36] <Laney> or maybe I'll bring it to malta instead of my laptop and we can look at it there ...
[09:03] <mlankhorst> hm sec
[09:04] <mlankhorst> does the device show up in lsusb -v ?
[09:31] <mlankhorst> Laney: you probably want to bump FingerLow and FingerHigh..
[09:31] <Laney> i can't check now, will do soon
[09:31] <mlankhorst> synclient FingerLow=70 FingerHigh=75 is the default, try setting it to 100 / 105 or so
[09:32] <mlankhorst> will be gone on restarting X
[09:32] <Laney> instant apply?
[09:33] <mlankhorst> yeah
[09:33] <Laney> okay will try it when I get a chance, ty
[09:34] <Laney> are the defaults per model?
[09:34] <Laney> presumably those work for most people
[09:34] <mlankhorst> sort of, macbook has its own values
[09:34] <mlankhorst> but mostly calculated on other models
[09:40] <mlankhorst> oh right, need to do it the other way around, fingerhigh first, then fingerlow
[10:17] <mlankhorst> Laney: hm I've been using FingerHigh=105 FingerLow=85 seems to help a bit
[10:19] <Laney> do you get the issue too?
[10:20] <mlankhorst> a bit, but not sure if that's still the case, I'll have to test longer tonight :P
[11:49] <rickspencer3> good morning desktoptoppers
[11:49] <mlankhorst> morning!
[11:49] <rickspencer3> what, no seb128 this morning?
[11:49]  * rickspencer3 sips coffee
[11:49] <mlankhorst> no jibel either :/
[11:49] <rickspencer3> wow
[11:50] <ogra_> frenchies ...
[11:50] <ogra_> off half of may
[11:51] <rickspencer3> must be nice
[11:51] <rickspencer3> what about pitti? he's not an official desktopper anymore, but ...
[11:51] <rickspencer3> I guess I'm only temporary for a while anyway :)
[11:51] <ogra_> and not officially french yet either ;)
[11:52] <rickspencer3> ogra_, well, I had moved on from the French topic :)
[11:52] <ogra_> heh
[11:52] <rickspencer3> though, pitti parle bien francais ;)
[11:52] <ogra_> oui oui :)
[11:52] <Laney> nein danke
[11:52] <rickspencer3> morning Laney :)
[11:53] <Laney> hey rickspencer3, how's it going?
[11:53] <rickspencer3> I'm sipping some coffee before I head downtown to my coworking space
[11:53] <rickspencer3> I have a big day, looks like ... will be good to be out of the house for it
[11:53]  * rickspencer3 sluurrrp
[11:53]  * Laney is just finishing pot of tea #2
[11:54] <rickspencer3> Laney, I guess we are just stereotypes of our respective cultures
[11:54] <Laney> yeehaw!
[11:54] <pitti> rickspencer3: peut-être je peux parler un peu français, mais je travaille aujourd'hui :)
[11:54]  * rickspencer3 polishes gun
[11:54] <rickspencer3> hey pitti!
[11:55] <pitti> oh, so it's a French holiday? I was already wondering why jibel wouldn't turn up
[11:55] <rickspencer3> I am having very nice flashbacks to 2009 :)
[11:55]  * pitti hugs rickspencer3
[11:55]  * rickspencer3 hugs pitti
[12:20] <Laney> xnox: it got reverted :(
[12:23] <xnox> Laney: i know, with an angry email to foundations mailing list.
[12:24] <Laney> oops
[12:24] <Laney> oh well, we'll get there one day
[12:24] <xnox> Laney: "I'm asking to delay this discussion until the sprint."
[12:25]  * Laney nod
[12:25] <xnox> Laney: is it sufficient, or undesirable to change gnome-terminal default to "run command as login shell" toggle in the settings?
[12:26] <mlankhorst> well I created my testcase for the pointer bug!
[12:31] <Laney> xnox: It's true that /etc/profile and ~/.bash_profile source the bashrc files, but I'm not sure there are other side effects or we want to rely on this behaviour
[12:32] <Laney> I don't think I'd mind if there were an /etc/bashrc.d/ that we could install that file into
[12:36] <xnox> Laney: /etc/bashrc.d/ is a miss-normer. Since things in /etc/profile.d/ can detect if they are login/interractive/both and act appropriately.
[12:36] <xnox> Laney: and nobody else has bashrc.d
[12:37] <xnox> Laney: that's not a deal breaker, for me, however.
[12:37] <Laney> then I think profile.d is probably the misnomer
[12:37] <Laney> or things can be symlinked
[12:37] <xnox> =) ok
[12:37] <Laney> anyway we can have the discussion at $sprint as requested
[12:37] <xnox> Laney: well, doko was against profile.d and it had to be added in base-files, instead of bash in Debian...
[12:38] <xnox> and he still is.
[12:38] <Laney> haha
[12:38] <Laney> I think that ship has sailed
[12:38] <xnox> Laney: cause about "bashrc.d" he commented: "i don't see it in base-files"
[12:39] <xnox> i mean we can ship base-files which dpkg-diverts /etc/bash.bashrc and installs a copy that sources profile.d .....
[12:39] <xnox> Laney: fedora sources profile.d from their system bashrc
[12:40] <Laney> yes I think that would be fine, just saying that if people are opposed there are other possibilities
[12:41] <xnox> Laney: the only person opposing, is the one that opposes the whole notion of profile.d. If that is not biased, I don't know what is =)
[12:43] <dpm> hey Laney, some folks are asking me why there isn't a Traditional Chinese language option to choose from in System Settings. Where is the list of languages generated from? I can choose e.g. Catalan in there even before installing the language packs for it (it won't work until I install the langpack, but it seems I still can choose it nevertheless)
[12:44] <dpm> there are two options that look Chinese to the untrained eye (such as for me :) - but they tell me one is for Simplified Chinese (China) and the second for Simplified Chinese (Singapore)
[12:45] <dpm> at the bottom of the list of languages
[12:47] <Laney> dpm: It runs 'locale -a' to get the list of installed locales
[12:48] <Laney> then converts those back into a display name
[12:48] <Laney> I think we do have zh-hans so if it says zh-hant then there might be a bug there
[12:56] <Laney> dpm: oh I misread
[12:56] <dpm> Laney, ah, thanks. So what makes a locale an "installed locale"? If I run it on my desktop, I can see http://pastebin.ubuntu.com/7415847/ - which shows zh_CN and zh_SG
[12:56] <dpm> strangely, I don't have the langpacks for those locales on my desktop
[12:57] <dpm> and they seem to coincide with the two Chinese locales shown on the phone
[13:01] <dpm> ah, correction: I do have the zh-hans language pack installed on my system
[13:01] <dpm> (on the desktop, I mean)
[13:01] <Laney> I think zh-hans generates zh-sg
[13:01] <dpm> yeah, sounds likely
[13:01] <Laney> so they probably share translations
[13:02] <Laney> if you install zh-hant you get zh_HK and zh_TW
[13:02] <dpm> so it'd be a matter of adding zh-hant to the image to see a Traditional Chinese choice
[13:02] <Laney> which will probably appear as Chinese (Hong Kong) and Chinese (Taiwan)
[13:02] <Laney> translated
[13:02] <Laney> hopefully that's okay ...
[13:02] <dpm> but I'm still puzzled as to why I saw Catalan
[13:02] <dpm> ah, perhaps the es langpacks generate the ca locale too?
[13:02] <dpm> on the phone, I mean
[13:03] <pitti> dpm: yes, the -ll langpack generates all available ll_??.UTF-8 locales
[13:04] <Laney> I don't have ca_ on my phone here
[13:04] <pitti> zh-{hans,hant} are a special case, all other langpacks work equally like this ^
[13:04] <pitti> Laney: es_CA
[13:04] <Laney> oh I thought he was talking about catalan as in ca_* the language
[13:05] <pitti> oh dear, sorry
[13:05] <pitti> yes, I mixed that up -- it's ca_ES of course
[13:06] <Laney> I'm not sure if anything other than the langpack is likely to have generated that
[13:07] <dpm> pitti, Laney, nevermind, that helps. The take is that I'll have to request the zh-hant to be added to the images for the MAE demo. Where is the best place to ask for that?
[13:08] <Laney> dpm: do a merge proposal against lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.utopic
[13:09] <Laney> I think
[13:13] <dpm> great, thanks Laney
[13:31] <bregma> xnox, are you going to SRU the #1307701  patch to qtbase-opensource-src for 14.04?  There's a push to get it fixed from Canonical's OEM people.
[13:31] <pmcgowan> bregma, can you join a call on that right now?
[13:33] <xnox> bregma: i cannot access that bug number.
[13:33] <xnox> bregma: so i don't know what you are talking about.
[13:34] <xnox> bregma: or i am being silly =)
[13:34] <xnox> bug  #1307701
[13:34] <xnox> bug #1307701
[13:34] <xnox> bot is dead =(
[13:34] <xnox> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1307701
[13:34] <bregma> that's the one
[13:35] <xnox> bregma: no, i don't plan to do with that bug report anything at all. Maybe you mean somebody else? e.g. mlankhorst ?
[13:36] <mlankhorst> bregma: hold on
[13:36] <mlankhorst> bregma: I am still working on the final fix, think i got it now
[13:37] <bregma> xnox, sorry, got confused with a different bug you were working on, it's mlankhorst I'm after after all
[13:37] <mlankhorst> but I am uncertain what the implications will be..
[13:37]  * bregma always has too many irons in the fire
[13:39] <xnox> bregma: it will land in e.g. 14.04.2 =) i guess you want it earlier than that
[13:40] <bregma> xnox, the bug I wanted to ask _you_ about was bug  #1317276 Unity 7 GCC ICE on ARM64
[13:40] <bregma> did you get a chance to look at that while the build image is still around?
[13:43] <xnox> bregma: i've stashed the binaries + source + build log for myself to inspect.
[13:43] <xnox> bregma: i didn't check it yet.
[13:44] <xnox> bregma: let me kick that off.
[13:44] <bregma> xnox, OK, it's going to block my landing, but at least the data won't get lost
[13:45] <om26er> mlankhorst, hey, did you receive the touch laptop yet ? re: X crashing with touch.
[13:45] <mlankhorst> om26er: not yet but I made a xorg-integration-tests test for it
[13:48]  * rickspencer3 gets up at coworking space to grab more coffee
[13:54] <pmcgowan> mlankhorst, I forgot to ask if we are still seeing the crashes that were reported
[13:57] <mlankhorst> pmcgowan: not sure tbh, the way qt solved problems to prevent pointer emulation was evil. :P
[13:57] <pmcgowan> ok
[13:59] <mlankhorst> but i think the ~ppa7 I uploaded solved the bugs
[14:06] <Laney> attente tedg kenvandine mpt larsu: settings / indicators meeting?
[14:08] <larsu> Laney: no news from me in that regard - do you need me for anything?`
[14:08] <Laney> larsu: not in particular
[14:09]  * larsu joins anyway
[14:50] <mlankhorst> om26er: no? :P
[14:52] <om26er> mlankhorst, so that was a ask to test ? :)
[14:52] <om26er> mlankhorst, sure I can try that
[14:53] <mlankhorst> lets see if it finished building yet
[14:53] <mlankhorst> ~ppa6 should work, but I prefer some testing on ~ppa7 too, just to be certain :)
[16:15] <Sweetshark> ricotz: FWIW, I just uploaded 4.2.4 to libreoffice-staging
[16:35] <ricotz> Sweetshark, thanks, for got to mention cherry-picking this would have been nice -- http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2&id=10fef58379630c9d8e8ba76258baee917959e7c5
[17:13] <Sweetshark> ricotz: well, maybe later ...
[17:13] <Sweetshark> seb128: https://launchpadlibrarian.net/174835270/buildlog_ubuntu-precise-armhf.libreoffice_1%3A3.5.7-0ubuntu6_FAILEDTOBUILD.txt.gz <- meh.
[18:33] <ricotz> Sweetshark, backports are building
[21:20] <robert_ancell> RAOF, hey. The SRU for bug 1286766 hasn'tfully rolled out because whoopsie-daisy has picked up new crash reports for that version. Looking at the reports it seems like they are memory corruption issues, and looking at errors.ubuntu.com seems to indicate that nautilus has a low-level issue like this (https://errors.ubuntu.com/?release=Ubuntu%2014.04&package=nautilus&period=day) - i.e. many random stack trace reports.
[21:21] <robert_ancell> My guess is that the SRU hasn't caused the problem, it's just that nautilus is flaky. Do you agree / what's the next step to unblocking this?
[21:29] <robert_ancell> RAOF, also asked bdmurray in #ubuntu-devel
[23:48] <RAOF> robert_ancell: Ah, I see that Brian has handled that. Good, I don't know how to manually futz with the staged update percentage :)
[23:48] <robert_ancell> RAOF, yeah, I had no idea either :)