[00:03] <ximion> jbicha: from looking at http://appstream.ubuntu.com/xenial-proposed/universe/metainfo/wine1.6.html and http://appstream.ubuntu.com/xenial-proposed/universe/issues/wine1.6.html it looks like wine has no metainfo file
[00:04] <ximion> and the X-AppStream-Ignore fields are also not set to ignore .desktop files
[00:04] <ximion> you'd need to add a metainfo file to the package as in Debian, and also set the ignore flag on all .desktop files which should not be shown
[00:06] <jbicha> ximion: there should be metainfo, see the diff I posted earlier
[00:07] <jbicha> is it ok if set the ignore flag on all the .desktops in that pkg?
[00:08] <ximion> jup
[00:08] <ximion> since the desktop-application metainfo file you have in your package doesn't actually reference a .desktop file
[00:08] <jbicha> thanks, I'll try that
[00:08] <jbicha> Debian's wine packages (used in yakkety and above) don't ship any .desktop's :|
[00:09] <ximion> (will trigger an issue in GNOME Software where it can't launch the "wine" application, but that's okay - we will resolve this soonish for the upcoming AS and GS versions)
[00:09] <ximion> btw, check that the version of the package processed by the appstream-generator (1:1.6.2-0ubuntu14.1) is really the current one
[00:10] <ximion> data looks good: http://appstream.ubuntu.com/xenial-proposed/universe/metainfo/wine1.6.html
[00:10] <ximion> so, wine should actually show up in GS...
[00:11] <jbicha> yes, it shows up now, it just picked the name from one of the .desktops instead
[00:49] <ximion> jbicha: maybe GNOME Software does that on its own, since the AppStream metadata is correct
[00:49] <ximion> setting the X-AppStreamIgnore=true flag will help in that case
[00:50] <ximion> (sorry for being so distracted btw)
[00:50] <jbicha> no problem
[00:51] <jbicha> it's a big help since I didn't know how to test this, except wait for whatever I try to be accepted into xenial-proposed
[06:01] <hikiko> hi
[07:16] <Henster> hello
[08:10] <flexiondotorg> Morning hikiko
[08:10] <hikiko> hi flexiondotorg
[08:35] <pitti> bonjour tout le monde !
[08:36] <sarnold> privet pitti!
[08:36] <pitti> sarnold: ¿como estas?
[08:37] <sarnold> pitti: bien gracies, y tu?
[08:37] <pitti> sehr gut, danke!
[08:37] <pitti> #ubuntu-languages !
[08:52] <willcooke> morning all
[08:52] <willcooke> windy today
[08:52] <willcooke> #weather
[08:57] <seb128> hey willcooke pitti sarnold flexiondotorg hikiko
[08:57] <seb128> here as well
[08:57] <sarnold> hey seb128 :)
[08:57] <flexiondotorg> Morning seb128 willcooke pitti
[08:58] <willcooke> had, result!  I'm now not presenting in the townhall
[08:58] <hikiko> hi seb128 willcooke pitti sarnold flexiondotorg
[08:58] <willcooke> *ha
[08:59]  * willcooke puts his feet up
[08:59] <sarnold> hey hikiko :)
[09:01] <Laney> morning!
[09:02] <willcooke> sigh.  this meeting suddenly needs me to install flash player
[09:02] <willcooke> ohh
[09:02] <seb128> it always did
[09:02] <willcooke> it's just being blocked by default
[09:02] <seb128> which is why I dial in from a landline
[09:02] <willcooke> :D
[09:02] <willcooke> urgh. Music
[09:10] <davmor2> Morning all
[09:17] <duflu> It must be morning in Europe... Launchpad times out and stops working for Oz
[09:20] <willcooke> :)
[09:28] <davmor2> duflu: it's cause we are more particular and report bugs :D
[09:29]  * duflu shrugs and continues reporting bugs
[10:16] <momken> Hey there
[10:16] <momken> Is any Ubuntu Make developer there?
[10:17] <momken> How could I accept all interactive questions by default so that I can silently use 'umake ...' in my scriptsL?
[10:18] <pitti> hmm, no didrocks
[10:19] <abeato> Laney, hey, mind taking a look at https://code.launchpad.net/~alfonsosanchezbeato/ubuntu/+source/gst-plugins-bad1.0/+git/gst-plugins-bad1.0/+merge/317315 ? I have also a silo with that, along other stuff: https://bileto.ubuntu.com/#/ticket/2472
[10:20] <Laney> abeato: ok
[10:20]  * Laney whispers really quietly "what about upstreaming?"
[10:21] <abeato> Laney, I really want to do that and will do, but the sink is pretty initial, I have the improvements to do in mind though :)
[10:21] <Laney> seriously
[10:21] <Laney> it's probably been like 3 years n ow
[10:22] <abeato> Laney, ah, you are talking about hybris sink, /me about the new mirsink
[10:22] <Laney> I guess both
[10:23] <abeato> yes, I guess we should do both but not sure with the hybris sink, it has always looked a bit flawed to me
[10:23] <Laney> I'm in no way competent to review this stuff
[10:23] <abeato> yes take a look at packaging and check if you are fine with that
[10:23] <abeato> Jim already made the code review
[10:24] <Laney> you could file a bug upstream and say "what about this idea? here's my initial patch that I'm not proposing yet"
[10:24] <Laney> but will review later on, sure
[10:24]  * Laney notes down
[10:25] <abeato> hm, yes, seems sensible, will do that
[10:26] <Laney> thanks!
[10:26] <Laney> you can put a link to it in the debian/patches/ file
[10:27] <abeato> ok
[10:33] <Laney> ooh, new router is coming today
[10:47] <willcooke> Laney, what did you go for?
[10:47] <Laney> willcooke: a Ubiquiti thingy
[10:47] <willcooke> ah, nice.  I hear lots of good things about them
[10:47] <Laney> already got one of their access points
[10:48] <Laney> wanted to play with the VPN stuff mainly
[12:05] <willcooke> +
[12:08] <Laney> come on linux
[12:08] <Laney> gimme what I need
[12:29] <flocculant> Laney: lots and lots of love or cookies?
[12:29] <Laney> just print "foo" on the console :P
[12:30] <Laney> I got it to do it!
[12:30] <flocculant> :)
[13:16] <Sweet5hark> heh, a zotero developer complaining about the developer experience with libreoffice on the mailing list. after some back and forth ...
[13:49] <ricotz> Sweet5hark, hi, 5.3.1~rc1 is in pre-releases ppa
[15:11] <Trevinho> seb128: so... for the gnome-platform thing and libappindicator, want that to be still external then?
[15:12] <ayan> oy -- i'm running zesty.  it looks like unity might be crashing when i log in.
[15:14] <ayan> after i type in my password the desktop session immediately exits and returns me to lightdm.
[15:15] <ayan> this is after installing updates and choosing to reboot this morning.  just fyi.
[15:20] <ayan> and... booting w/ 4.9.0-15 fixes it.
[15:55] <Trevinho> ayan: what's your journalctl --user says about that?
[15:55] <Trevinho> (err, without --user)
[16:52] <abeato> Laney, https://bugzilla.gnome.org/show_bug.cgi?id=779142
[16:52] <Laney> thanks!
[16:52] <abeato> np
[17:35] <attente> Trevinho: hey, do you know who's using this function outside of gtk? gdk_mir_window_get_mir_surface()? is there a reason it's public api?
[18:19] <willcooke> good night all o/
[20:08] <momken> didrock
[20:09] <momken> umake always finish unsuccessfully before downloading less than 10% of android-sdk thourgh proxychains
[20:11] <momken> And for accepting the default location in response to "Choose installation path:" I had to create an "expect" script which was hard. It could really be easy to silently install tools at their default locations
[20:11] <momken> Obviously 'umake' is not mature, stable and well-tested! :(
[20:16] <momken> The problem of not being able to download android-sdk more than 10% over a proxy is solely for python download manager of 'umake', because using wget I can easily get large files without intrupt behind proxychains
[21:09] <Trevinho> attente: it was public since in the past there was no unique-id for window... So the surce ptr was one way.
[21:09] <Trevinho> sourface*
[21:28] <attente> Trevinho: ok, thanks, do you know what code depends on this?
[21:59] <Trevinho> attente: mmhmh... maybe something on clutter gtk or.. well nothing important
[22:46] <Laney> tsk tsk, breaking API