=== qengho is now known as CardinalFang
=== CardinalFang is now known as qengho
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
[05:05] <pitti> Good morning
[05:52] <didrocks> morning
=== ochosi_ is now known as ochosi
[07:02] <pitti> hey seb128 et didrocks, comment allez-vous ?
[07:02] <didrocks> pitti: ça va très bien ! et toi ?
[07:02] <pitti> didrocks: ça va bien aussi !
[07:02] <pitti> j'attends avec impatience recontrer dans DC !
[07:02] <seb128> good morning desktopers
[07:02] <seb128> hey pitti didrocks, wie gehts?
[07:03] <pitti> seb128: prima, danke!
[07:03] <didrocks> pitti: moi de même !
[07:03] <seb128> pitti, do you take extra days to visit?
[07:03] <pitti> seb128: I'll arrange to arrive on Saturday, and will leave on Friday night
[07:03] <pitti> so, Sunday is tourism
[07:03] <seb128> pitti, don't fancy coming e.g on friday?
[07:03] <pitti> seb128: I can't arrive any earlier -- I only arrive back home on Friday night before from LinuxCon/Plumbers
[07:04] <seb128> hum, k
[07:04] <pitti> so, some hours of sleep and get fresh clothing and off to the airport again..
[07:04] <didrocks> pitti: I can't arrive earlier than Sunday for me, coming (almost directly) from Japan
[07:04] <pitti> didrocks: ah, will you fly directly from Japan, or go home in between (that'd be a lot longer..)
[07:05] <didrocks> pitti: go home in between (back on Friday, concert on Saturday and leaving really early on Sunday)
[07:05] <pitti> didrocks: urgh..
[07:05] <didrocks> pitti: well, if we didn't get sprint confirmation at the last minute…
[07:05] <pitti> I guess the alternative would be to arrive on Sunday and do the touristy bits on the Saturday afterwards, and return on Sunday
[07:05] <didrocks> yep
[07:05] <pitti> didrocks: yeah I know..
[07:05] <pitti> less preferred to me as it makes the jetlag thing a lot worse
[07:06] <pitti> or take the Saturday night 22:00 flight
[07:06] <pitti> I was going to leave Friday 22:00, so that I still have half a weekend to recover
[07:26] <willcooke> tkamppeter_, can you take a quick look at this one:  https://bugs.launchpad.net/hplip/+bug/1352316
[07:26] <ubot5> Ubuntu bug 1352316 in HPLIP "HP 8610 All In One Duplex Printing Issue in Ubuntu" [Undecided,New]
[07:26] <willcooke> and see if there is anything we can do?
[08:05] <willcooke> morning all
[08:05] <willcooke> Sorry I was missing for most of yesterday, the wifi in the office is really patchy
[08:06] <willcooke> Had some good meetings with Richard the Product Manager for phone about 16.04 and convergence etc
[08:06] <seb128> hey willcooke
[08:06] <seb128> great
[08:06] <seb128> does that result in much new work for us? ;-)
[08:07] <willcooke> Yeah, we should have a reasonable road map roughed out and then we can apply polish in DC
[08:07] <willcooke> new work for us, not tooooo much.  At this time the majority if on Mir & U8
[08:07] <didrocks> hey willcooke!
[08:08] <willcooke> we should perhaps move Gtk backend for Mir up our priorities list a bit, but I know robert_ancell and desrt are already working on ut
[08:08] <willcooke> it
[08:10] <seb128> right
[08:11] <willcooke> and we should probably look at the Gtk backend for Libre Office a bit more as well
[08:11] <willcooke> oh
[08:11] <willcooke> in other news
[08:12] <willcooke> erm - darn.  I got distracted and now I've forgotten :/
[08:12] <willcooke> oh ye
[08:12] <willcooke> s
[08:12] <willcooke> so I spoke to kgunn yesterday
[08:13] <willcooke> He's asking the U8/Mir guys to get that kbd bug fixed asap
[08:13] <willcooke> \o/
[08:15] <seb128> great!
[08:15] <seb128> libreoffice on gtk3 you mean?
[08:16] <seb128> Sweetsha1k probably know the status of that, but it's a more than 1 man effort/needs to be done upstream (it's being worked on, not sure how much is remaining though)
[08:17] <willcooke> seb128, @ LO - yes.  I think we might need to help out with that effort to get it done in time.  Of course, that might not be realistic, but we can talk more in DC
[08:17] <seb128> k
[08:19] <mvo_> seb128: I ran into a gtk3 build failure (https://launchpadlibrarian.net/184002024/buildlog_ubuntu-utopic-amd64.gtk%2B3.0_3.12.2-0ubuntu6.1_FAILEDTOBUILD.txt.gz)  during the tests: "(/build/buildd/gtk+3.0-3.12.2/debian/build/shared/testsuite/gtk/.libs/lt-builder:16396): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version.
[08:19] <mvo_> FAIL" is that a known issue?
[08:20] <seb128> mvo_, I guess it is
[08:21] <seb128> I didn't know that was making the build fail though
[08:21] <seb128> mvo_, the warning comes from https://git.gnome.org/browse/glib/commit/?id=d0e706178584d2251b11f71321cdbfee5af04847
[08:21] <seb128> glib now warns about use of deprecated properties
[08:21] <seb128> which make it easier to nothing you use something deprecated
[08:21] <seb128> but I guess gtk fails build on warnings?
[08:22] <mvo_> I don't know, haven't inspected that
[08:22] <seb128> Laney, larsu, desrt, ^ I don't guess you discussed that one before?
[08:22] <mvo_> its "Makefile:1308: recipe for target 'check' failed
[08:22] <mvo_> make[3]: *** [check] Error 2
[08:22] <mvo_> make[3]: Leaving directory '/bui" that fails
[08:23] <seb128> mvo_, if you want to fix it, patches are welcome ;-)
[08:24] <larsu> hm, this shouldn't make tests fail
[08:24] <mvo_> there are a bunch of "FAIL" now in the buildlog
[08:24] <seb128> well, maybe that's a red herring?
[08:25] <mvo_> seb128: could be
[08:25] <larsu> FAIL is what gtester prints on failure, so I don't think so
[08:25] <larsu> give me a sec to run them
[08:32] <larsu> mvo_: I see this as well, but for textbuffer
[08:32] <larsu> I wonder if the warning is actually the thing that makes the test fail
[08:35] <mvo_> larsu: yeah, I see it for textbuffer too
[08:37] <larsu> ah okay, it is because of those warnings
[08:38] <mvo_> larsu: so you have it under control :) ? \o/
[08:38] <larsu> mvo_: yep. I think I found the issue: the tests set those properties even though they're deprecated
[08:40] <larsu> and those seem to be fixed in master
[08:44] <didrocks> argh, coverage report is working on virtualenv, but not with our system version :(
[08:44]  * didrocks was fighting against it for a while, not understand why it stopped working…
[08:44] <didrocks> understanding*
[08:45] <didrocks> however, most of versions are exactly the same (at least, the one which counts)
[08:45] <didrocks> maybe one of our patch…
=== tkamppeter_ is now known as tkamppeter
[09:13] <tkamppeter> willcooke, I cannot access the PDF file in the meeting invitations.
[09:14] <willcooke> tkamppeter, I just updated the sharing perms, can you check again?
[09:15] <didrocks> ok, it's our python version which is screwed
[09:16] <willcooke> happyaron, FJKong - there is a community event coming up with Kylin.  Just waiting on more details, but could be good fun.  I'll let you know more details asap.
[09:16] <willcooke> popey, is dpm off atm?
[09:20] <popey> willcooke: he's on vacation till next week
[09:20] <tkamppeter> willcooke, now it works, thank you.
[09:20] <willcooke> tkamppeter, coolio
[09:21] <willcooke> popey, kk. no worries.  There is a community event happening in China, I wanted to make sure he is in the loop.  I'll email him....
[09:23] <tkamppeter> willcooke, I will look into the bug you mentioned earlier today.
[09:26] <willcooke> thanks tkamppeter
[09:26] <willcooke> popey, ^^^^]
[09:27] <popey> thanks!
[09:46] <willcooke> http://beijinglug.org/index.php?option=com_content&view=article&id=723:software-freedom-day-2092014-call-for-topics&catid=11:upcoming-events&Itemid=14
[10:29] <willcooke> didrocks, http://news.softpedia.com/news/Canonical-Wants-to-Be-the-Best-Development-Platform-for-Android-Apps-457418.shtml
[10:31] <didrocks> willcooke: excellent! thanks for sharing
=== om26er_ is now known as om26er
=== MacSlow is now known as MacSlow|lunch
=== shiznix_ is now known as shiznix
=== larsu_ is now known as larsu
=== yp is now known as ypwong
=== zoktar_ is now known as zoktar
=== tsimpson_ is now known as tsimpson
=== ubot5` is now known as ubot5
=== om26er is now known as om26er|afk
=== MacSlow|lunch is now known as MacSlow
=== charles_ is now known as charles
[13:05] <seb128> kenvandine, hey
[13:05] <kenvandine> hey seb128
[13:05] <seb128> kenvandine, do you plan to make the current u-s-s land in the rtm channel as well? ;-)
[13:05] <kenvandine> i sure hope :)
[13:05] <kenvandine> it fixes bugs that kept it from syncing to rtm before
[13:10] <seb128> kenvandine, fixes for bugs keep it from going to rtm?
[13:10] <seb128> that doesn't seem logicalk
[13:11] <kenvandine> no... fixes for the bugs that made it fail QA last week
[13:11] <kenvandine> fixes landed last night... so hopefully it'll pass qa now
[13:11] <seb128> great
[13:12] <seb128> what's the process to ask for the current version to go to rtm?
[13:12] <seb128> just use the landing ask gdoc and wait for qa testing?
[13:12] <kenvandine> i just asked in the ci channel
[13:12] <kenvandine> there is a the old silo that failed QA
[13:12] <kenvandine> i think i can just rebuild it
[13:12] <kenvandine> it includes unity8
[13:13] <seb128> kenvandine, what ci channel?
[13:13] <seb128> not -ci-eng?
[13:14] <kenvandine> yeah
[13:14] <seb128> not? which one then? ;-)
[13:14] <kenvandine> ubuntu-ci-eng :)
[13:25] <seb128> kenvandine, saw it now
[13:26] <seb128> kenvandine, btw, the bug about making the background panel display the apps-list is on your todo right? is that some work or only a flag to set?
[13:26] <kenvandine> oh... not on my list
[13:26] <kenvandine> a little work
[13:26] <kenvandine> gotta add the peer picker component
[13:27] <seb128> kenvandine, bug #1356542 is assigned to you ;-)
[13:27] <ubot5> bug 1356542 in ubuntu-system-settings (Ubuntu) "picking background image should use Content Hub's peer picker" [Medium,Triaged] https://launchpad.net/bugs/1356542
[13:27] <kenvandine> seb128, i see your branch removing the dash settings, is that because dash settings in the dash has landed?
[13:28] <seb128> kenvandine, no, because the current design doesn't have that section and it doesn't work well (like online video are still listed when toggling it, I don't think they made new scopes arch respect that setting)
[13:28] <kenvandine> we were leaving that until there was a setting in the dash for it
[13:29] <kenvandine> but if it isn't used anyway... maybe we should just whack it
[13:29] <kenvandine> pmcgowan ^^
[13:30] <pmcgowan> kenvandine, it used to work for sure, hve not tried recently
[13:30] <pmcgowan> kenvandine, HO now
[13:31] <seb128> kenvandine, well, it's not on https://wiki.ubuntu.com/SecurityAndPrivacySettings#Phone at least
[13:32] <seb128> kenvandine, but fine to keep the mr up until we wants to land it
[13:32] <pmcgowan> seb128, yeah we just waited to see it in scope settings
[13:32] <pmcgowan> if it doesnt work anyway seems moot
[13:32] <seb128> well, it has some effects
[13:32] <seb128> like music scope was empty after I toggled it
[13:32] <seb128> but I still had youtube videos
[13:33] <seb128> let me try again
[13:34] <seb128> right, still doing that
[13:39] <seb128> click store lists also content with that set to "local only"
[13:39] <seb128> some others like wikipedia, music, weather seems to respect it
[13:39] <seb128> if that setting is intended to work maybe the right thing would be to open a bug on e.g the music scope
[13:51] <pmcgowan> seb128, as music is an aggregator, the sub-scopes seem to be the ones not observing it, but seems each scope sholdnt need to, the api should do it
[13:53] <seb128> pmcgowan, right, is that something for thostr?
[13:54] <pmcgowan> seb128, yes
=== om26er|afk is now known as om26er
[14:07] <desrt> seb128: don't revert the commit introducing the warnings, please
[14:07] <desrt> seb128: i gave another patch that is a one-liner that will disable them just as well
[14:08] <desrt> but we also might consider dialing the warning down to a message
[14:08] <desrt> still displayed, but will not interfere with tests
[14:08] <seb128> k
[14:08] <seb128> that works for me
[14:08] <seb128> still going to spam my stdout when using gedit though :/
=== Kaleo_ is now known as Kaleo
[14:54] <Cimi> I have several issues in gtk2 apps
[14:54] <Cimi> using nvidia and utopic
[14:55] <Cimi> rendering issues everywhere
[14:55] <Cimi> did anyone experience the same?
[15:00] <didrocks> willcooke: congrats for your new recognition :)
[15:02] <seb128> Cimi, no similar report afaik
[15:03] <seb128> pitti, what was the issues with langpacks/missing domains?
[15:04] <pitti> seb128: as I said, I don't know; perhaps I accidentally used an upstream tarball for creating fresh touch langpacks
[15:04] <seb128> oh ok, I saw you closed the bug, so I though you figured it out
[15:04] <seb128> so you just did a new export and it worked?
[15:04] <pitti> seb128: and there was a bug in langpack-o-matic that didn't update changelogs and thus prevented uploads
[15:05] <pitti> seb128: yes, 1:14.10+20140903 is complete again
[15:06] <seb128> great
[15:07] <pitti> seb128: I'll copy them to RTM  as soon as they are propagated to utopic
[15:09] <seb128> pitti, danke
[15:17] <kenvandine> seb128, any idea why lightdm just stopped working?  any known bugs?  basically no errors... it just never even tries to start X
[15:17] <kenvandine> switching to gdm worked...
[15:17] <seb128> kenvandine, see #ubuntu-devel
[15:17] <kenvandine> ah
[15:17] <kenvandine> thx...
[15:18] <kenvandine> that bit me... and of course i fixated on it being nvidia related :)
[15:18] <kenvandine> but it wasn't...
[16:18] <seb128> kenvandine, is the dialer-app supposed to respect the "dialpad sound" toggle?
[16:20] <kenvandine> seb128, not yet :)
[16:20] <kenvandine> it's in the works
[16:20] <seb128> shrug
[16:20] <kenvandine> i think...
[16:20] <seb128> is there a bug to track that work?
[16:20] <seb128> kenvandine, why did we make the settings UI visible if it's not working?
[16:20] <seb128> kenvandine, I didn't find any bug/vcs about that
[16:21] <kenvandine> i think it would be telephony-service
[16:22] <mvo_> hm, so my Xorg is at 100% when started via lightdm (1.11.7) - however when I start it via startx its all good, no unusual cpu. is that a known utopic issue? tryed a different greeter, same result
=== FJKong_ is now known as FJKong_holiday
[16:51] <seb128> willcooke_, do you know if Sweetsha1k is supposed to be online/working this week?
[16:51] <seb128> I see him responding to email but he doesn't seem to be on IRC
[16:51] <willcooke_> seb128, He's at the Libre Office conf
[16:52] <seb128> willcooke_, right, the question still stand ;-)
[16:52] <seb128> is he on vac/away days, or still supposed to be around?
[16:52]  * seb128 drops an email, might be easier
[16:52] <willcooke_> yeah, was going to say I expect he'll get email, but IRC I wouldn't expect
[16:52] <seb128> k, wfm
[16:53] <seb128> I just wanted to know if I should expect to be able to get a reply to an email by eow
[16:53] <seb128> or go with a plan B for the issue doko pinged about
[16:53] <seb128> I'm going to write the email and see tomorrow depending if he replied by then or not
[16:55] <willcooke_> seb128, kk, let me know if you need me to chase via SMS or something
[16:56] <seb128> willcooke_, no, it's not that urgent, it's about https://bugs.launchpad.net/ubuntu/+source/libixion/+bug/1349859
[16:56] <ubot5> Ubuntu bug 1349859 in libixion (Ubuntu) "[MIR] libixion (b-d of liborcus)" [Undecided,Incomplete]
[16:56] <seb128> it's not the first time doko ping about it
[16:56] <willcooke_> kk
[16:56] <seb128> not sure if it just fall into the cracks or something
[16:56] <seb128> I wrote an email to Bjoern, should be good enough
[16:56] <willcooke_> coolio
[16:56] <willcooke_> yjx
[16:56] <willcooke_> thx
[16:56] <seb128> yw!
[16:56] <seb128> on that note, I'm calling it a day
[16:56] <seb128> have a good evening everyone
=== JanC_ is now known as JanC
=== om26er_ is now known as om26er
=== m_conley_away is now known as m_conley
=== jmunsch is now known as Guest11861
[20:25] <padolph> Hello
=== fredp` is now known as fredp
=== m_conley is now known as m_conley_away