=== JanC is now known as Guest5754
=== JanC_ is now known as JanC
[05:24] <pitti> Good morning
[05:42] <hikiko> hi
[07:06] <seb128> good morning desktopers
=== hikiko is now known as hikiko|bbiab
[07:12] <TheMuso> Hey seb128.
[07:25] <seb128> hey TheMuso
[07:48] <flexiondotorg> Morning
[07:58] <willcooke> morning all
[08:04] <Laney> yo ho ho
[08:07] <didrocks> good morning guys
[08:08] <seb128> hey Laney flexiondotorg willcooke
[08:08] <flexiondotorg> o/
[08:08] <seb128> one again bitten by IRC not handling switching from wifi to cable, grrr
[08:08] <seb128> took me a few minutes to think about it
[08:08] <seb128> and of course got the timeout even after going back to wifi
[08:11] <Laney> doh
[08:14] <pitti> bonjuor didrocks et seb128, comment allez-vous ?
[08:14] <pitti> morning Laney!
[08:14] <seb128> salut pitti, ça va bien ?
[08:14] <didrocks> bonjour pitti, ça va, et toi ?
[08:15] <pitti> je vais bien, merci !
[08:15] <Laney> guten morgen pitti!
[08:22] <TheMuso> Later folks.
[08:22] <willcooke> night TheMuso
[08:22]  * willcooke rebooting in to Y - brb
=== hikiko|bbiab is now known as hikiko
[08:36] <davmor2> willcooke: hey dude I'm hitting and interesting issue on Y if you enable  vpn to auto connect on wired and wireless connections it clashes horribly and you lose routing when you plugin in the wire I assume the wireless connect controlled by nm connects to it first
[08:38] <willcooke> davmor2, speak to cyphermox and happyaron I think
[08:44] <davmor2> willcooke: on Y do you see your indicator sound?
[08:46] <willcooke> davmor2, in U8 or U7?
[08:46] <davmor2> willcooke: u7
[08:46] <willcooke> booting...
[08:47] <willcooke> davmor2, on live session - yes
[08:48] <davmor2> willcooke: this is full work desktop with rhythmbox and spotify in the indicator let me check it on the installed system and see if either of those apps take it out
[09:01] <davmor2> hmmm http://paste.ubuntu.com/23214973/ that might be a problem
[09:02] <davmor2> seb128, Laney: just got that from the .cache/indicator-sound.log any ideas?
[09:03] <Laney> I don't think it matters
[09:03] <Laney> have that here too
[09:03] <willcooke> davmor2, is this is u8 installed as well?
[09:03] <Laney> it's used for the unity 8 greeter I think
[09:04] <davmor2> willcooke: nope
[09:04] <davmor2> willcooke: this is my work machine so just unity7
[09:05] <Laney> did the indicator die or was it never there?
[09:05] <davmor2> Laney: let me check ps aux but from what I see I started the session this morning and it wasn't there
[09:06] <davmor2> Laney: davmor2   3296  0.0  0.1 670716 11732 ?        Ssl  09:02   0:00 /usr/lib/x86_64-linux-gnu/indicator-sound/indicator-sound-service
[09:06] <davmor2> hmmmm
[09:06] <Laney> weird
[09:06] <Laney> try killingi t
[09:08] <seb128> davmor2, check the settings if the checkbox at the bottom is enabled
[09:08] <seb128> the one about displaying the indicator
[09:09] <davmor2> seb128: ha nice catch yeap it was unchecked but how the hell did that happen?
[09:09] <seb128> you clicked it?
[09:09] <seb128> or used something that changed it for you
[09:10] <Laney> oh dear
[09:10] <davmor2> seb128: not that I know too
[09:10] <davmor2> seb128: I can't think what I might of used different to normal that might of changed it
[09:11] <davmor2> seb128: I did a big batch of upgrades yesterday 135-ish if I recall then this morning it was missing but I didn't use the sound settings yesterday
[09:12] <seb128> dunno, something changed the config
[09:12] <seb128> did you open the sound panel? maybe it was focussed and you hit space or enter
[09:12] <seb128> or did you try unity8? they maybe change the config?
[09:12] <seb128> in any case dunno
[09:12] <davmor2> seb128: ah that is a possibility
[09:13] <seb128> it's a gsettings key so I doubt it changed by itself
[09:13] <davmor2> might of hit space when it was focused
[09:13] <seb128> either some action did it for you or some program
[09:13] <seb128> but you are not the first one to hit that issue
[09:13] <seb128> I wonder if that setting is more confusing that useful
[09:14] <davmor2> seb128: thanks anyway mystery solved
[09:14] <seb128> yw!
[09:17] <willcooke> seb128, I spoke to TheMuso this morning about terminal app.  He said that we probably need an FFe to get Terminal in to Universe before the MIR can be processed - do we need to do that or is the MIR ok as is?  (cc popey)
[09:18] <seb128> willcooke, need a FFe to get a new component in the archive now
[09:18] <willcooke> Does that need a new bug, or can we reuse the MIR one?
[09:19] <seb128> reusing the MIR should be alright be better to check with somebody from release team how much they dislike that, e.g Laney
[09:21] <Laney> dunno what you're talking about
[09:21] <seb128> Laney, reusing a MIR bug for a FFe
[09:21] <seb128> cool or uncool
[09:21] <Laney> might be messy
[09:21] <Laney> plus they want different information
[09:21] <seb128> like is recycling acceptable or preferred to open a new one
[09:22] <Laney> not sure why you would want to
[09:22] <seb128> well, once the MIR is acked
[09:22] <seb128> Lazyness
[09:22] <seb128> willcooke, sounds like better to open a new one
[09:22] <Laney> but you have to write new stuff for the ffe anyway
[09:22] <Laney> so it's this box or that box
[09:22] <willcooke> oki, thanks seb128 Laney
[09:22] <willcooke> popey, ^ can you do the honors?
[09:22] <popey> ok
[09:23] <Laney> merci!
[09:23] <seb128> willcooke, you are going to ask next so replying to that now, if/when the ffe/mir are +1 you just need somebody to get unity8-desktop-session to recommends it so it gets installed
[09:24] <willcooke> thanks seb128
[09:24] <seb128> yw!
[09:29] <Laney> merci!
[09:32] <Laney> popey: Lemme know the number when you have it - happy to be easy with new stuff for this session at this point
[09:33] <Laney> http://www.bbc.co.uk/news/entertainment-arts-37437907
[09:33] <Laney> it's over~~~~
[09:35] <popey> will do, just reading docs to make sure I do it right
[09:35] <willcooke> Laney, good on her!  And Mel & Sue
[09:36] <davmor2> willcooke: here here
[09:39] <Laney> \o/
[09:40] <popey> Laney: filed bug 1626457, as per the wiki
[09:40] <ubot5`> bug 1626457 in Ubuntu "[FFE] Ubuntu Terminal App request" [Undecided,New] https://launchpad.net/bugs/1626457
[09:40]  * popey ninjas in a link to the source which he missed :)
[09:41] <popey> Has Paul said whether he's staying on? Feels like he has more to lose.
[09:41] <Laney> popey: I would also say that it is going to be added as a recommends to unity8-desktop-session, so installed for the new session only
[09:42] <Laney> do these applications have Only/NotShowIn in their desktop files btw?
[09:42] <popey> will do
[09:43] <popey> Laney: no
[09:43] <popey> http://bazaar.launchpad.net/~ubuntu-terminal-dev/ubuntu-terminal-app/reboot/view/head:/com.ubuntu.terminal.desktop.in.in
[09:44] <Laney> do you get two things called Terminal then?
[09:44] <popey> In which session, unity 7 or unity 8?
[09:44] <Laney> 7
[09:44] <Laney> 8 uses that X-Ubuntu-Touch=true thing to whitelist apps doesn't it?
[09:44] <popey> i do on my xenial laptop, yes
[09:44] <Laney> so you don't get gnome-terminal there
[09:44] <popey> cunning, not used that
[09:45] <Laney> could be talking BS
[09:45] <Laney> but... is it desired to have the new applications appearing in the unity 7 dash?
[09:48] <popey> that's a question for willcooke (or other unity8 peeps I think)
[09:48] <willcooke> At this point it would be nice, but not essential
[09:49] <willcooke> If there is a neat packaging trick, like "only show in" that would be nice
[09:49] <Laney> well, is it acceptable to have two things called Terminal in the unity 7 session?
[09:50] <willcooke> at this point in time, yes
[09:53] <willcooke> but of course, if it doesn't have to, and its easy to stop it, then that would be better
[10:02] <Laney> mmm
[10:02] <Laney> I think this is the only one with a collision
[10:59] <popey> ooh, Paul signed with Channel 4 https://twitter.com/BBCNewsEnts/status/778896673217052672
[11:00] <pitti> happyaron: NM 1.2.4 is in the packaging master, is that ready for upload? I need to adjust the tests to the changed isc-dhcp
[11:01] <pitti> happyaron: I can also upload just that and rebase master, but in general it would be nice to put longer developments into branches; stuff in master should always be uploadable
[11:01] <popey> willcooke: Laney https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/1608546
[11:01] <ubot5`> Ubuntu bug 1608546 in ubuntu-app-launch (Ubuntu) "NotShowIn and OnlyShowIn in .desktop files are ignored" [High,In progress]
[11:02] <willcooke> so until that lands we can either have it in U7 & U8 or nowhere
[11:02] <willcooke> is that right?
[11:02] <popey> I tested adding OnlyShowIn=Unity8 and it doesn't appear in either, right willcooke ?
[11:02] <willcooke> ya
[11:02] <willcooke> so I guess that answers our question about where it should appear :)
[11:03] <Laney> popey: huh, I didn't expect ual to be involved in displaying the grid
[11:03] <happyaron> pitti: yes ready
[11:03] <popey> me either
[11:03] <Laney> anyway
[11:04] <pitti> happyaron: hmmm, you don't use UNRELEASED? or you do and forgot to push the tag?
[11:04] <Laney> NotShowIn=Unity will be better than nowt
[11:04] <willcooke> godo call
[11:04] <willcooke> good
[11:04] <pitti> happyaron: as d/changelog says (1.2.4-0ubuntu1) yakkety but I don't see it uploaded
[11:04] <Laney> not nice for people on other desktops
[11:05] <Laney> or get tedg's branch to go in
[11:19] <seb128> Laney, popey, willcooke, the issue is that unity7 and unity8 are called "Unity" for their xdg session so we can't filter them using OnlyShowIn etc
[11:20] <seb128> pitti, n-m was up for sponsoring, I guess he's just not using unreleased but it's as well because usually I do the sponsoring for him and I've no clue about the git workflow, does debcommit -r works there?
[11:21] <Laney> Sounds like it should get "Unity8" in the list then
[11:21] <popey> ah
[11:23] <seb128> Unity8?
[11:23] <seb128> like add a new session type?
[11:23] <seb128> that would mean updating most of the existing .desktop which have OnlyShowIn=Unity to have Unity;Unity8 no?
[11:24] <Laney> XDG_CURRENT_DESKTOP can be a list
[11:24] <Laney> So something like Unity:Unity8
[11:25] <seb128> right
[11:25] <seb128> it's a bit tricky but I guess that would better than what we have now
[11:25] <pitti> seb128: that's unrelated to git -- that's dch vs. dch -r; but yes, debcommit -ar works there
[11:25] <seb128> the side effect is that if you install one of those by choice on unity7 it wouldn't get listed by the dash
[11:26] <seb128> pitti, well in bzr that does the tagging no?
[11:26] <pitti> seb128: yes, same with git
[11:26] <Laney> of course, but that's better than everyone having confusing duplicates
[11:26] <seb128> unsure if there similar concept of tagging uploads in git gbp
[11:27] <pitti> seb128: so, let me fix the two test regressions before upload
[11:27] <seb128> Laney, seems we are in agreement I meant that by "that would better than what we have now"
[11:27] <pitti> one is for the changed isc-dhcp behaviour in -proposed, the other for kernel 4.8 (the fake module fails to build)
[11:27] <Laney> good
[11:28] <seb128> Laney, can you try to chase people to get that changed next week? everybody is still busy trying to land the session this week and t_ed also has indicators/systemd to solve so I guess better to not have too many conversations at the same time
[11:28] <seb128> could be good to open a bug to start
[11:32] <Laney> hang on, some guy has turned up to fix the boiler
[11:32] <Laney> brb
[11:37] <Laney> ok, he's beavering away
[11:39] <Laney> seb128: do you know where it is set?
[11:42] <seb128> Laney, I think it's lightdm but let me check
[11:43] <seb128> right, it is
[11:43] <Laney> I don't actually see XDG_CURRENT_DESKTOP set in unity8's environment
[11:45] <Laney> you need to set DesktopNames in the .session file
[11:45] <seb128> lightdm set it using the DesktopName from /usr/share/gnome-session/sessions/<name>.session I think?
[11:45] <Laney> that wasn't set for unity8
[11:45] <seb128> k
[11:45] <Laney> so where's the fallback coming from?
[11:46] <seb128> what fallback?
[11:46] <Laney> using Unity as you said
[11:46] <seb128> I though we had XDG_CURRENT_DESKTOP=Unity in unity8
[11:46] <seb128> seems like I was wrong if you say it's unset
[11:47] <Laney> indeed
[11:47] <Laney> so if that behaviour exists it has to come from soemwhere else
[11:47] <Laney> or maybe it just doesn't
[11:47] <Laney> in which case we are lucky
[11:47] <seb128> unsure how the unity8 dash decide what to show
[11:47] <seb128> question for Saviq I guess
[11:47] <seb128> or maybe dobey
[11:49] <seb128> unity-scope-click-0.1.1+16.04.20160330/libclickscope/click/interface.cpp:static const std::string ONLYSHOWIN_UNITY("Unity");
[11:49] <seb128> Laney, ^ could be that
[11:56] <Saviq> yeah, click scope's responsible for that
[11:57] <Saviq> and ubuntu-app-launch may need this, too
[11:57] <Laney> meh, this is buggy
[11:57] <Laney> it should look at XDG_CURRENT_DESKTOP
[11:57] <Laney> Saviq: is the scope-click responsible for .deb applications too?
[11:58] <Laney> ual does it right
[11:58] <Laney> (ish)
[11:58] <Saviq> Laney, yeah, anything that shows up in u8's Apps list goes through unity-scope-click
[11:58] <Laney> ok
[11:58] <Laney> well I think we can make it Unity;Unity8
[11:58] <Laney> s/;/:/
[11:59] <Laney> and then fix scope-click to consider it properly, and get that UAL merge proposal landed
[12:00] <Laney> then things can have OnlyShowIn=Unity8
[12:07] <Laney> seb128: is there a trello or other tracking place?
[12:16] <seb128> Laney, https://trello.com/b/mab4G8UQ/unity-8-in-16-10
[12:16] <seb128> that was mostly for the MIRs though
[12:17] <seb128> but that's because it was most of the work, I guess it's fine to add another card
[12:17] <Laney> like "Fixes outstanding" or something?
[12:18] <seb128> yes
[12:18] <seb128> we should probably add a column
[12:18] <seb128> there are some recommends to drop and such as well
[12:18] <seb128> willcooke, ^ wdyt?
[12:18] <Laney> card or list?
[12:18] <Laney> list probably
[12:19] <seb128> list?
[12:19] <seb128> I would add a column/stack whatever that's called
[12:19] <Laney> that's called a list :P
[12:19] <seb128> k
[12:19] <seb128> so yeah, list
[12:19] <seb128> then a card for the session thing
[12:19] <seb128> and we can add some others for other issues we might hit once the session gets more testing
[12:19] <seb128> or the recommends that need to be demoted to suggests still
[12:21] <Laney> there
[12:22] <seb128> thanks
[12:24] <Laney> jbicha: https://bugzilla.gnome.org/show_bug.cgi?id=771553 and https://bugs.webkit.org/show_bug.cgi?id=162317 fyi
[12:24] <ubot5`> Gnome bug 771553 in Backend: Wayland "Shrinking window generates a black patch when gl is used" [Normal,New]
[12:24] <ubot5`> bugs.webkit.org bug 162317 in WebKit Gtk "Regression 2.14.0: WebKitGtk+ based apps (like yelp, evolution) bahave strange on resizing" [Normal,Resolved: invalid]
[12:24] <Laney> mentioned on #debian-gnome earlier
[12:29] <jbicha> Laney: thanks, maybe that's just gtk 3.22? since I don't see a problem with resizing with wayland here
[12:29] <Laney> dunno
[12:44] <ximion> Laney: any asgen OOM issues on the 32G machine? ;-)
[12:47] <Laney> it did actually :/
[12:50] <Laney> ximion: we should do lazy extraction of translations
[12:50] <Laney> this is relatively slow
[12:50] <ximion> Laney: what!?
[12:50] <ximion> okay, so something big must be leaking then
[12:50] <Laney> haha
[12:51] <ximion> if I would looks for something, the first place to look would be zarchive.d
[12:51] <Laney> it just grows
[12:51] <ximion> because that's the only place which handles a lot of unsafe code and also a lot of data
[12:51] <Laney> so by the time of the last arch it's pushing 32 G
[12:52] <ximion> Laney: I don't see this in Debian
[12:52] <Laney> do a full run
[12:52] <Laney> it's okay on incremental ones
[12:52] <ximion> but I also don't process the whole archive anymore, it's just doing incremental updates
[12:52] <ximion> exactly
[12:52] <ximion> ok, so temporary solution is to just run the incremental updates
=== hikiko is now known as hikiko|lm
=== hikiko|lm is now known as hikiko|ln
[12:52] <ximion> in the long run, we need to find the leak
[12:54] <Laney> ya
[12:54] <ximion> when I am home, I will take a look at the zarchive.d code
[12:55] <ximion> the weird thing is that almost all memory is GC-allocated, so we really shouldn't leak
[13:04] <ximion> Laney: I will make an asgen release with the Ubuntu changes as soon as I implemented fonts support
[13:04] <Laney> fonts, that'll be fun
[13:04] <ximion> also, I might do the arch:all special-casing I talked about in the last bug report
[13:04] <ximion> it might be relatively easy
[13:05] <ximion> not fonts though ^^ - fonts support is 80% complete in asgen, but the last bit will be the hardest
[13:06] <ximion> I will also need to depend on Pango, otherwise i18n doesn't work at all for fonts (I thought about getting around it, but then I would need to implement too much of functionality that Pango already has)
[13:09] <dobey> Laney, seb128, Saviq: huh?
[13:11] <ximion> Laney: fonts will require a metainfo file, so if we want them we should poke the font package maintainers to add those files
[13:11] <ximion> because font upstreams usually don't do that ^^
[13:17] <Laney> ximion: hmm, did hughsie already do that @ fedora?
[13:18] <ximion> Laney: for some bits, yes - but we can do better ;-)
[13:19] <ximion> hughsie pushed files into Fedora when he was just experimenting with fonts - since we can build on hughsie's experiences, we can do the metainfo files right the first time
[13:19] <ximion> because once theyy're there, it's hard to motivate people to update them
[13:27] <tedg> popey: willcooke: Laney: We can't support only show in until they fix trusted prompt overlays for the media player :-(
[13:28] <tedg> They're using it to "hide" and application, so if we implement it correctly it'll break the media player.
[13:28] <tedg> I'm really not a fan of it, but that's the reason that got pulled out.
[13:35] <Laney> ximion: http://appstream.staging.ubuntu.com/
=== hikiko|ln is now known as hikiko
[13:39] <Laney> tedg: ...
[13:50] <ximion> Laney: it's beautiful!
[13:50] <ximion> Laney: your AppStream copy isn't up-to-date :P
[13:51] <ximion> (at 0.10.0 instead of 0.10.1)
[13:51] <Laney> need to backport it
[13:51] <Laney> some good bug fixes in there
[13:51] <Laney> from Quality Contributors
[13:52] <ximion> aka you ^^
[13:53] <ximion> you can tell the AppStream release by the issues it emits ^^
[14:07] <Laney> ximion: https://paste.debian.net/835005/
[14:08] <vigo> Laney, I think I'm hitting a bug related to graphics in yy after fresh installation, do you know which logs should I take a look at?
[14:09] <Laney> vigo: xorg logs / dmesg maybe
[14:09]  * Laney is not very clued up on that, try #ubuntu-x for more experts
[14:09] <vigo> basically, waking up after suspend leads to a black screen and "the system is running in low graphic mode" window appears
[14:09] <vigo> with some errors
[14:10] <vigo> Laney, thank you :)
[14:13] <pitti> seb128: finally fixed the NM tests and pushed, so /me unlock
[14:13] <seb128> pitti, thanks!
[14:13] <pitti> argh, this is such a "everything breaks at once" day
[14:14]  * pitti goes back to cloud fixing and kernel regression untangling, etc.
[14:14] <pitti> seb128: I'll just force-badtest the current version for now, but would be great to have the fix in -proposed soon so that we don't risk further regressions and not noticing them
[14:15] <pitti> seb128: (not sure what the status of 1.2.4 is, didn't just wnat to upload blindly)
[14:15] <pitti> I can also just upload the two fixes and rebase git if that needs more time to mature
[14:15] <seb128> 1.2.4 should be good/ready for yakkety
[14:16] <seb128> happya_ron has been waiting for sponsoring for some days
[14:16] <seb128> I just got too busy with other things this week to look at it
[14:17] <pitti> seb128: right, just microversion, so hopefully "mostly harmless" </hitchhiker>
[14:20] <vigo> https://pastebin.canonical.com/166279/
[14:21] <vigo> Laney, line 938
[14:24] <Laney> vigo: points you to a further file
[14:24] <Laney> maybe its contents help you find a bug report
[14:27] <vigo> Laney, yeap I'm pulling it to take a look :)
[14:28]  * Laney lunches - suggest you take it to #ubuntu-x and/or the bugtracker mentioned
[15:22] <seb128> jbicha, dunno if saw that but totem ftbfs in the test rebuild, seems something wrong with the nautilus extension, could be have to do with the nautilus multiarch changes (why did that land so late without a ffe?)
[15:23] <seb128> hum, yakkety daily env doesn't have any configure keyboard layout in the indicator/settings, unsure what component to blame there :-/
[15:23] <seb128> xorg?
[15:25] <jbicha> seb128: nautilus was half-multiarchified so I finished the job, didn't think about a ffe for it...
[15:26] <seb128> unsure if we should revert that or look at the extensions and fix those
[15:26] <jbicha> I plan to check the nautilus extensions
[15:29] <seb128> thanks
[16:59] <seb128> k, time for dinner and somesport
[16:59] <seb128> have a nice evening desktopers
[16:59] <willcooke> cya seb128
[17:12] <Laney> me too
[17:12] <Laney> byeeeeeEEeeeeEEEeee
[17:17] <willcooke> night Laney
[17:33] <willcooke> calling it a day here too
[17:33] <willcooke> night all