[06:01] <didrocks> good morning
[06:33] <seb128> hey didrocks&desktopers
[06:35] <didrocks> re seb128
[06:55] <larsu> morning!
[06:57] <seb128> hey larsu willcooke
[06:57] <willcooke> morning gents
[06:58] <didrocks> hey larsu, willcooke!
[06:59] <larsu> hi didrocks, seb128, willcooke (alphabetically)
[07:00] <didrocks> was clearly the preference order, I know it! :)
[07:00]  * larsu provides no further comment
[07:01] <TheMuso> Hey folks. :)
[07:04] <larsu> morning TheMuso!
[07:04] <didrocks> hey TheMuso
[07:07] <seb128> hey TheMuso
[07:56] <willcooke> g'night TheMuso
[07:57] <TheMuso> willcooke: Later. :)
[08:03]  * Laney joins the hello fest
[08:08] <willcooke> what up Laney
[08:09] <didrocks> hey hey Laney
[08:57] <Laney> tkamppeter: please could you commit that ptouch-driver update to debian git too?
[09:21] <willcooke> FJKong, ping.  Are you still around?
[09:21] <FJKong> willcooke: here
[09:22] <willcooke> FJKong, can you join #community on Canonical server quickly?
[09:23] <FJKong> willcooke: no problem
[09:23] <willcooke> by which I mean, it won't take long, not that you need to join quickly
[09:23] <Laney> this is intriguing...
[09:24] <willcooke> Laney, feel free to join as well :)  Just talking about release events for NUDT
[09:25] <Laney> haha
[09:25] <Laney> you deflated the excitement
[09:26] <willcooke> There is also the secret agenda items about how we can prevent the community from knowing about what internal development work we're doing
[09:26] <willcooke> but, oh know, I've said too much already
[09:26] <willcooke> *no
[09:26]  * Laney flashes the men in black thing
[09:27] <willcooke> Phew - good job didrocks didnt hear that
[09:30] <didrocks> what? my compiz crashed because you remotely asked it for? :p
[09:30]  * didrocks is intriguated as well now…
[09:36] <willcooke> I'm pulling your leg didrocks ;)
[09:36] <willcooke> I assume that translates perfectly
[09:37] <didrocks> willcooke: heh, I know about this expression (but yeah, no litteral translations in french) :)
[09:37] <didrocks> willcooke: but not worry, I'll still double check on http://irclogs.ubuntu.com/2015/04/16/%23ubuntu-desktop.html :p
[09:37] <didrocks> (once it's refreshed)
[09:37] <didrocks> bash-completion isn't installed on the ubuntu core image -> /me sads
[09:37] <didrocks> sad*
[09:39] <Laney> good job we have a massive archi... wait
[09:44] <didrocks> hum, do we have a good client to read markdown docs?
[09:44] <didrocks> (this first giving a name starting with "e****" goes out :p)
[09:47] <Laney> that is what I use :(
[09:47] <Laney> on the extremely rare occasions that I write anything for the website
[09:48] <larsu> didrocks: isn't markdown supposed to be readable in plain text?
[09:49] <larsu> I thought that's the whole point of it
[09:49] <didrocks> larsu: yeah, but formatting!
[09:49] <Laney> I guess to check you got the syntax right?
[09:49] <Laney> use pandoc to convert it to html or something
[09:49] <didrocks> oh, nice idea
[09:49] <larsu> didrocks: pass it through a converter and look at it in a browser?
[09:49] <larsu> there's also something converting it to troff. man!!!
[09:50] <didrocks> ahah
[09:50] <didrocks> thanks guys, I will go that road!
[09:50] <larsu> if you're editing, I hear gnome-builder is really nice for that (split pane life preview thing)
[09:51] <larsu> I think I would find that annoying though... too many things moving on the screen and all
[09:53] <didrocks> yeah, I have atom.io as well
[09:53] <didrocks> but this is kind heavy for just reading
[09:53] <didrocks> converting is the way then!
[11:06] <larsu> Laney: did you see my mr for vanvugt's gtk patch?
[11:14] <Laney> larsu: yes, thanks - was hoping you and mclasen would agree on a patch for that scrolling problem so we can fix that too
[11:18] <larsu> Laney: I pinged him yesterday and he said he'd put it on his list. didn't sound very convincing
[11:18] <larsu> I have a patch that fixes it if you want that for now
[11:18] <larsu> it's a one-liner
[11:22]  * larsu grabs something to eat
[11:25] <Laney> larsu: Don't know, can wait for review
[11:39] <larsu> ok
[11:54] <willcooke> lolz - email from a recruitment company, would we like them to find us some Sharepoint consultants?
[11:54] <willcooke> Think we're probably ok thx
[11:55] <ogra_> dont say no  ! as long as they wor for free :)
[11:56] <willcooke> :D
[11:56] <willcooke> They could sweep up round the office or something
[13:17] <larsu> Laney: any idea why bug #1408721 happened? According to the changelog, we only started installing settings.ini with that release
[13:18]  * larsu wonders if that file is necessary at all...
[13:27] <davmor2> willcooke: imagine this if you will, coffee magically appears in your cup......now you want one sharepoint monkey right
[13:27] <willcooke> davmor2, lol :)
[13:27] <pitti> Good morning
[13:28] <seb128> hey pitti! wie gehts?
[13:28] <willcooke> hey pitti
[13:28] <pitti> hey seb128, willcooke!
[13:29] <pitti> gut, danke!
[13:29] <pitti> und Euch?
[13:29] <seb128> larsu, that error message suggests that the content of the file is different between the i386 and amd64 binaries?
[13:29] <didrocks> good morning pitti!
[13:29] <seb128> pitti, auch gut, danke :-)
[13:30] <larsu> hi pitti!
[13:32] <larsu> seb128: not sure how that could happen. That file gets copied over from the debian directory into the shared package
[13:33] <seb128> larsu, yeah, me neither...
[13:33] <larsu> I wonder why it's not in -common
[13:35] <nonyab> How can i make transfer my ubuntu on laptop with all my settings and apps to flashdrive for a portability so i can use it any where please
[13:38] <nonyab> kinda like casper xp does in windoz
[13:45] <willcooke> nonyab, hi there!  This is mostly a development channel, you are best to ask in #ubuntu for support type questions
[13:45] <willcooke> nonyab, lots of folk in there will be able to help you
[14:02] <nonyab> thanx willcooke
[14:11] <Laney> larsu: Can't think how that can be our bug - probably only if they've installed a non-Ubuntu (self built or PPA) package which stole our version namespace
[14:12] <larsu> Laney: so... close it?
[14:12] <Laney> did
[14:12] <Laney> well, Incomplete
[14:12] <larsu> oh thanks :)
[14:15] <larsu> Laney: oh, thanks for nagging on the --class bug again :)
[14:17] <Laney> he sounded open to doing something ...
[14:18] <larsu> ya
[14:19] <larsu> I wonder why he cares so much about something that he considers (for good reason) to be deprecated
[14:19] <larsu> it's not like this patch will be a huge maintenance burden
[14:20] <larsu> it does change behavior though, so ...
[14:27] <larsu> didn't we decide to disable deprecation warnings for the release?
[14:39] <seb128> larsu, nobody did the change I guess :-(
[14:39] <seb128> we still can today?
[14:41] <larsu> do you want to?
[14:44]  * larsu thinks we should and can prepare  a patch
[14:49] <seb128> yes, please
[15:46] <larsu> seb128: (sorry, was out in the sun) Where's the packaging branch for glib?
[15:46] <larsu> lp:~ubuntu-desktop/glib/ubuntu is ooooold
[15:46] <seb128> larsu, we don't have one I guess
[15:47] <seb128> which tends to be the cases for packages we can often sync from Debian
[15:47] <seb128> case
[15:47] <larsu> ah, ok
[15:49] <larsu> desrt: G_PARAM_DEPRECATED says it only issues warnings when run with G_ENABLE_DIAGNOSTIC, but nothing other than signal.c looks at that env var…
[15:56] <larsu> oh I'm blind, it does look at it, but the logic is inverted from what the docs say
[16:04] <larsu> seb128: I've attached a patch to bug #1430307
[16:04] <larsu> but I guess this is something for Laney rather
[16:04] <seb128> larsu, thanks, and yeah, but if Laney doesn't want to deal with it I can have a look as well
[16:05] <Laney> No I don't
[16:06] <larsu> uh oh
[16:06] <larsu> want to keep the warnings on?
[16:06] <Laney> Don't want to block it
[16:07] <Laney> Last cycle it was meant to be one time only
[16:07] <Laney> And it came via upstream then which made it more palatable
[16:07] <Laney> But you do it if you want
[16:08] <didrocks> seb128: larsu: I'm happy to have a look as well :)
[16:08] <didrocks> you know my opinion on this :p
[16:08] <seb128> :-)
[16:09] <seb128> Laney just hates on our users :p
[16:09] <didrocks> yeah, and developers should use G_ENABLE_DIAGNOSTIC=1 anyway (but we should made it maybe a little bit more clear)
[16:10] <larsu> Laney: right. But shit didn't get fixed last cycle...
[16:10] <larsu> spewing warnings doesn't help 99.999% of the people seeing them
[16:10] <larsu> and we'll get more bugs
[16:10] <Laney> Then get it fixed upstream for everyone
[16:10] <didrocks> even crazy security geeks like mdeslaur agrees! That should make you think about it Laney ;)
[16:10] <Laney> I'm not interested in rehashing 6 month old arguments BTW
[16:11] <seb128> yeah, let's agree to disagree
[16:11] <didrocks> yep
[16:11] <didrocks> seb128: want to sponsor it or should I? (I'm about to leave, not sure if it will be ok by tomorrow with finale finale finale freeze)
[16:11]  * larsu carefully steps back from the keyboard and puts some money aside for Laney's beer in London
[16:11] <seb128> I understand Laney's fundamental position, in practice I think disabling those is a real world compromise which makes things better for our users though
[16:11] <seb128> didrocks, I can do it
[16:11] <mdeslaur> didrocks: lol :)
[16:11] <didrocks> good!
[16:11] <didrocks> mdeslaur: ;)
[16:12] <didrocks> (and yeah, larsu spot it on)
[16:12]  * didrocks copies and pastes the exact sentence for the next 6 months
[16:15] <seb128> larsu, let me know when you have a patch and where, I can sponsor it
[16:15] <larsu> seb128: it's attached on the bug
[16:15] <seb128> oh right, sorry, lost track ;-)
[16:15] <larsu> no worries :)
[16:16] <didrocks> seb128: see this guy, he's even not attaching a debdiff!
[16:16] <larsu> the fuck if I know how that works
[16:16] <didrocks> larsu: didn't you provide some in the past? :)
[16:16] <larsu> didrocks: I did, but always forget ;)
[16:16] <didrocks> seb128: germany is clearly not what it used to be…
[16:16] <didrocks> :)
[16:16] <seb128> good that we have a team week next week
[16:16] <seb128> we can remind larsu of things
[16:17] <didrocks> exactly!
[16:17]  * didrocks hugs larsu
[16:17] <larsu> haa
[16:17]  * larsu hugs EVERYONE
[16:19] <seb128>  /me hugs larsu back
[16:19] <seb128> ups
[16:20] <seb128> larsu, didrocks, Laney, uploaded
[16:20] <didrocks>  /msg larsu see how seb128 doesn't know how to use IRC after 14 years?
[16:20] <didrocks> seb128: \o/
[16:21] <seb128> lol
[16:21] <didrocks> :p
[16:21] <didrocks> it's like Friday in the air!
[16:22] <larsu> seb128: thanks!
[16:22] <larsu> didrocks: LOL
[16:26] <Laney> seb128: did you see my link to the commit from last time?
[16:27] <Laney> oh, WTF, someone accepted it already
[16:28] <Laney> whatever
[16:31] <larsu> :(
[16:36] <didrocks> Laney: maybe we should ask for prioritizing having logs on those accepts/deny on launchpad side now that the buttons are client-side and not anymore on the server…
[16:36] <seb128> Laney, I saw it/your comment, but I though it was just arguing in favor of pushing to commit that upstream, not something needed on our side for the upload
[16:36] <didrocks> even not for pointing guilt, but at least, to know who to talk to
[16:37] <Laney> seb128: I linked to how desrt did it last time which was different
[16:37] <seb128> Laney, right, nothing in your comment suggested you though that was better though
[16:37] <seb128> I've no strong opinion on one way or the other
[16:38] <seb128> I'm happy to replace it by desrt's version if you prefer though
[16:38] <seb128> -though
[16:38] <Laney> Nope, up to your judgement
[16:39] <seb128> trusting larsu
[16:39] <larsu> it amounts to the same, no? The only difference is that with desrt's patch you can also do G_DISABLE_DIAGNOSTICS=Laney and they'll be turned on
[16:39]  * larsu doesn't care either way
[16:39] <seb128> if nobody cares then it's good enough like that
[16:40] <Laney> Correct
[16:40] <Laney> I'm going early
[16:40] <Laney> bye
[16:42]  * desrt blinks
[16:42] <ogra_> disco !
[16:42] <desrt> untz untz
[16:42] <seb128> Laney, have a good evening!
[16:43] <didrocks> vuntz vuntz
[16:43] <didrocks> see you Laney!
[16:52]  * didrocks waves good evening as well
[17:06] <willcooke> l8r chaps
[17:31] <mitya57> desrt: what do you think about gnome #746592?
[17:32] <desrt> interesting
[17:33] <mitya57> I think that is the same as our lp: #1222053
[17:33] <mitya57> (but with patches)
[17:33] <desrt> but problematic...
[17:34] <mitya57> --verbose please :)
[17:34] <desrt> there is no support for fallbacks here
[17:34] <desrt> like if XDG_CURRENT_DESKTOP is MATE:GNOME or something
[17:34] <desrt> and then we find the MATE file first, which has one single mate-specific override
[17:34] <desrt> we won't go on to find the gnome overrides after that
[17:35] <mitya57> According the the patch description we will...
[17:35] <desrt> the way i read it it adds the compiled schema it finds first, by priority order of the xdg_current_desktops
[17:36] <mitya57> so yes, it is .../mate, then .../gnome, and finally the default directory
[17:36] <mitya57> Is that wrong?
[17:36] <desrt> the problem is what happens when you find mate
[17:37] <mitya57> Oh, I see what you mean
[17:37] <desrt> like imagine gnome has 10 overrides, but then mate has 1 override on top of it
[17:37] <desrt> you'll get the one, but miss the 10, even though you list MATE:GNOME in the variable
[17:37] <mitya57> Yes, I got it, and that sounds fixable
[17:37] <mitya57> Will you comment on that patch, or should I?
[17:37] <desrt> it's actually a very difficult problem
[17:37] <desrt> i'll comment
[17:38] <mitya57> OK
[17:38] <desrt> the trouble is that you need to figure out what schema content gets included in each file
[17:38] <desrt> and there is not great support fort his level of granularity in the current compiler
[17:38] <desrt> particularly when schemas refer to each other
[17:40] <mitya57> Hm, yes, it may be troublesome
[17:47] <mitya57> desrt: Thanks for commenting!
[17:47] <desrt> sorry to rain on your parade :(
[17:48] <mitya57> Well, this is a wishlist for me, not something very important :)