=== JanC_ is now known as JanC
=== thumper is now known as thumper-lunch
=== thumper-lunch is now known as thumper
=== jzheng is now known as Guest83896
=== jzheng is now known as Guest54605
[05:44] <pitti> Good morning
[07:49] <seb128> good morning desktopers
[07:49] <pitti> bonjour seb128 !
[07:49] <seb128> salut pitti!
[07:49] <willcooke> morning all
[07:49] <seb128> wie gehts?
[07:49] <seb128> hey willcooke
[07:49] <TheMuso> Hey folks.
[07:53] <didrocks> hey seb128, pitti, willcooke, TheMuso
[08:04] <Laney> morning!
[08:04] <seb128> hey Laney, how are you?
[08:05] <Laney> chrisccoulson: I can't vote at all, just went for interest :P
[08:05] <Laney> hey seb128!
[08:05] <Laney> how's it going?
[08:05] <seb128> good!
[08:06] <seb128> it's nice and still fresh outside
[08:06] <seb128> would be nice if it stayed that way all day but it's already getting warmer
[08:07] <pitti> hey desktoppers!
[08:08] <seb128> jbicha, Laney, should the other gnome-software key reverted in http://launchpadlibrarian.net/276336641/ubuntu-settings_15.10.8_16.10.1.diff.gz be added back as well?
[08:08] <seb128> the "official-sources=['ubuntu-*']" one
[08:08] <seb128> jbicha, unsure why you added only the first-run one back?
[08:08] <Laney> ups
[08:08] <Laney> did I do that?!?!?!?!
[08:09] <seb128> seems so
[08:09] <seb128> you stepped on your own feet :p
[08:09] <seb128> different Laneys from the email though
[08:09] <seb128> your eveil twin? ;-)
[08:11] <Laney> that guy sucks
[08:12] <seb128> yep!
[08:12] <seb128> luckily we have you ;-)
[08:21] <willcooke> g'night TheMuso
[08:22] <TheMuso> Night willcooke, everyone.
[08:25] <chrisccoulson> Laney, aha, I paid my £25 ;)
[08:25] <Laney> and survived the purge!
[08:27] <chrisccoulson> Laney, yeah, I survived the purge :)
[08:27] <Laney> funny that
[08:27] <Laney> ;)
[08:27] <chrisccoulson> heh
[08:29] <ochosi> Laney: morning mate! quickly wanted to check in with you about the headerbar-as-toolbar patches i mentioned a while ago
[08:29] <ochosi> basically i wanted to know which apps will keep their no-headerbar patches
[08:30] <Laney> hi ochosi
[08:30] <ochosi> and then i can start adding the single-line patches to them which adds the .toolbar class and then i could also provide a patch for ambiance/radiance
[08:30] <Laney> I'm not planning to do any more or less of those
[08:31] <Laney> it would be nice to standardise the classes used on them, so +1 if you want to work on that
[08:35] <mitya57> jbicha, oh right, I was not able to find that bug because it was marked Fix Released in Ubuntu
[08:36] <mitya57> Though I'm not sure if it's worth a reupload…
[08:38] <Trevinho> Hey guys!
[09:37] <davmor2> willcooke: hmmm so the ugly black bar in calculator where it say mode is the kinda themeing issues you're after right ;)
[09:37] <willcooke> davmor2, indeed :)
[09:39] <Laney> where does it say mode?
[09:40] <davmor2> Laney, seb128, willcooke: ouch took a screenshot of calculator app fan kicked in full pelt
[09:40] <davmor2> gnome-screenshot 115% cpu
[09:41] <davmor2> that's an alt+Print Screen incase it behaves differently on other options
[09:41] <Laney> probably crashing
[09:41] <Laney> but works here
[09:42] <davmor2> I'll retry it on a fresh install
[09:43] <davmor2> willcooke, jibel: I'll use the xps for testing that way I can hit hidpi at the same time
[09:43] <willcooke> great, thanks davmor2
[09:43] <willcooke> davmor2, could you take this for a spin as well at some point:  https://code.launchpad.net/~willcooke/ubuntu-themes/hidpiicons
[09:44] <willcooke> davmor2, get a local copy of that branch and then you can copy it over /usr/share/theme/foo
[09:44] <willcooke> suggest making a back up copy of the default version first :)
[09:44] <davmor2> willcooke: will do
[09:46] <davmor2> willcooke: I assume we need to test all the default installed themes too right and not just the default
[09:47] <willcooke> davmor2, Ambiance and Radiance
[09:47] <davmor2> willcooke: isn't there hicontrast too
[09:48] <willcooke> oh yeah, that too
[09:48] <willcooke> But I dont think we've done much to it
[09:48] <willcooke> but yeah
[09:49] <davmor2> Laney: wow that just finished taking the screenshot
[09:49] <Laney> dubious
[09:54] <didrocks> long exposure!
[10:06] <davmor2> Laney: http://people.canonical.com/~davmor2/desktop-screenshots/calculator-mode.png
[10:06] <davmor2> that mode button
[10:10] <Laney> that is a menu
[10:11] <Laney> should be in the global menu bar
[10:17] <Laney> Trevinho: approve approve apprrrrooooooooove
[10:18] <Trevinho> Laney: done
[10:19] <Laney> winning
[10:20] <Laney> oh this has a new binary package
[10:21] <Laney> you need an archive admin to review :/
[10:27] <willcooke> davmor2, could you add multi-monitor to your list, just in case
[10:29] <ochosi> Laney: ok, i presume you have no list of patched apps readily available anywhere, right?
[10:30] <Laney> bahaha
[10:30] <Laney> sorry dude
[10:33] <davmor2> yeap sure
[10:34] <willcooke> Laney, https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/1621413
[10:34] <ubot5> Ubuntu bug 1621413 in ubuntu-wallpapers (Ubuntu) "16.10 default wallpapers" [Undecided,New]
[10:34] <Laney> neat!
[10:37] <Laney> effing huge
[10:37] <davmor2> Laney: well it needs to spread nicely for 8k monitors right
[10:38] <Laney> oh we used the png-8 last time
[10:38] <willcooke> they're uncrushed afaikt
[10:38] <Laney> it's about the same
[10:38] <Laney> assuming that the 8 is ok
[10:39] <willcooke> it looks fine on my 1080 screen
[10:39] <willcooke> no banding
[10:39] <Laney> I see some
[10:39] <Laney> sozzles
[10:39] <Laney> top left dark section
[10:40]  * willcooke closes the blinds
[10:40] <willcooke> ah yes
[10:40] <willcooke> urgh
[10:40] <willcooke> in fact I see banding on both 8 and 25
[10:40] <willcooke> 24
[10:41] <Laney> yeah
[10:41] <Laney> a little bit
[10:41] <willcooke> I'll see what they can do
[10:41] <willcooke> probably not much
[10:42] <hikiko> the installation of mate 16.10 fails :/
[10:45] <Laney> whatever they did last time was acceptable at even png-8
=== hikiko is now known as hikiko|ln
[10:49] <ochosi> Laney: hehe, alright alright. i'll look and propose patches for the apps *i* care about then ;)
[10:49] <Laney> ochosi: I should guess most of the default ones
[10:49] <Laney> but not quite all (e.g. not gnome-calendar)
[10:51] <ochosi> humm, i guess i'll start with some of the popular ones (evince, file-roller) and if those get merged i can press ahead
[10:52] <willcooke> Laney, added a screenshot to the bug and looped in Design.  Will report back
[10:52] <Laney> willcooke: ok, thanks!
[10:53] <Laney> it's supposed to be UIF today, wtf
[10:53] <Laney> maybe should upload the png-24 and replace it later with the better one?
[11:12]  * Laney tries ze hidpiicons theme thingy
[11:13] <Laney> this must have been tedious to do
[11:13] <Laney> kudos
[11:40] <Laney> Trevinho: ^^^ in case you missed it, 093 needs an archive admin to review
[11:44] <Laney> willcooke: can you do a merge proposal for the icons please?
=== dpm_ is now known as dpm
[12:07] <jbicha> seb128: Laney: Debian handles the official-source override in gnome-software so I thought we'd just copy what they did
[12:07] <seb128> jbicha, "would"?
[12:07] <seb128> I guess it doesn't matter much where the override is, it's just nowhere atm from what I can see
[12:08] <seb128> also changelog could have mentioned that ;-)
[12:16] <Trevinho> Laney: oh.... archive admin? Like?
[12:19] <Trevinho> oh, pitti or didrocks of course :-)
[12:19] <Trevinho> Can you publish this https://requests.ci-train.ubuntu.com/#/ticket/1839 ? :-)
[12:19] <Trevinho> or seb128  too....
[12:19] <seb128> ?
[12:20] <Trevinho> seb128: that ticket needs an archive admin approval according to Laney, if you can publish it...
[12:20] <Trevinho> as there's a new binary package (indicator-common)
[12:20] <seb128> let me have a look
[12:20] <seb128> "A package that has files needed to work with the indicators."
[12:21]  * seb128 doesn't understand the description
[12:23] <seb128> tedg, Trevinho, the naming seems unfortunate and the description doesn't make sense
[12:24] <seb128> indicator-common would suggests something including arch all files used by indicators
[12:24] <seb128> but it's only a systemd target
[12:24] <seb128> wouldn't it be better to name it indicator-systemd?
[12:25] <seb128> or indicator-user-session
[12:27] <seb128> Trevinho, also why did you move the recommends to another binary and why is that not mentioned in the unity changelog?
[12:41] <Trevinho> seb128: these are all tedg changes... I just inherited these and update the code side. So... I can answer. I'm open to fix btw, so just let me know what to do in review please
[12:42] <seb128> let's wait for ted
[12:59] <ogra_> hmm, why is my panel showing all white font in xenial with the radiance theme ?
[12:59] <willcooke> Laney, https://code.launchpad.net/~willcooke/ubuntu-themes/hidpiicons/+merge/305219
[12:59] <ogra_> i cant read anything today ...
[13:01] <ogra_> seems to have come with some package update (i havennt logged out or rebooted since days though ... but yesterday the font and indicators were definitely black on white)
[13:01] <davmor2> willcooke, seb128, Laney: Question on a fresh install if I click on the indicator I Add a vpn network and it is greyed out but when I go to edit connection I can add a pptp vpn connection so does the entry only work on openvpn?
[13:01] <seb128> ogra_, intel driver bug I would say, try restarting the xsession
[13:01] <ogra_> bah, k
[13:02]  * ogra_ doesnt really want to restart atm ... i'll live with it then 
[13:02] <seb128> davmor2, I'm not sure to parse that correctly but we install network-manager-pptp by default but not -openvpn
[13:03] <seb128> oh, I see what you mean
[13:03] <seb128> dunno, maybe happyaron does
[13:03] <ogra_> hah !
[13:03] <ogra_> seems only opeing the dash fixed it
[13:03] <seb128> weird
[13:09] <willcooke> davmor2, hmm, sounds like a bug.  Let's mentioned it to awe in the meeting and see if he knows
[13:29] <davmor2> seb128, willcooke, Laney: upstart still seems to be starting some things if I'm reading pstree correctly is that expected
[13:30] <seb128> yes
[13:30] <seb128> some landing are still pending
[13:30] <davmor2> seb128: cool thanks for the update
[13:35] <Laney> jbicha: seb128: We decided to move ubuntu overrides out of packages in general a few years ago
[14:10] <superm1> attente: any chance you'll be moving to g-s 3.21?  it would be nice to be able to fix bug 1589585
[14:11] <ubot5> bug 1589585 in gnome-software (Ubuntu Yakkety) "Ubuntu Software tab Installed refreshing endlessly every 2 seconds" [High,Triaged] https://launchpad.net/bugs/1589585
[14:15] <seb128> superm1, that's probably one for robert_ancell, he took over g-s
[14:15] <attente> superm1: not sure, haven't really looked at it in a while. would it be possible to backport patches instead?
[14:15] <seb128> but we didn't even manage to rebase on current 3.20 yet...
[14:15] <seb128> also what attente said
[14:15] <seb128> attente, hey! how are you?
[14:16] <seb128> attente, did you fix your libjpeg issue?
[14:16] <superm1> i expect it would be a pretty big patch
[14:16] <seb128> :-/
[14:16] <attente> hey seb128, i know what the problem is there (for the libjpeg issue) but still need to make the needed changes there
[14:17] <seb128> attente, k, at least it's something ;-) was it due to the fact you said you were using the system jhbuild?
[14:17] <seb128> superm1, it's a bit frustrating that such bugs don't get fixed in stable series :-/
[14:17] <superm1> it's pretty much this https://git.gnome.org/browse/gnome-software/commit/src/plugins/gs-plugin-fwupd.c?id=1bd988749e68e88069092a754d30f827c7270765 plus other fixes that happened in 0.21
[14:17] <superm1> it was a big change to use fwupdclient
[14:18] <seb128> that one commit doesn't seem too scary
[14:18] <attente> seb128: the libjpeg issue was because i was using a debian container for the build and libjpeg-dev there depends on libjpeg62 instead
[14:18] <seb128> ah
[14:19] <superm1> no?  I thought several hundred lines was intimidating enough.  there's others on top of it too (like this one which fixes the actual issue https://git.gnome.org/browse/gnome-software/commit/src/plugins/gs-plugin-fwupd.c?id=a39c27561f47e190fa8eb4164570c55f84928692), but i guess they'd all be contained to gs-plugin-fwupd.c ..
[14:20] <seb128> superm1, I'm not saying it's trivial and might be difficult for a SRU/xenial but it's self contained to 1 file and has been tested in the new version so should be fine for yakkety
[14:21] <superm1> ideally would like to fix for xenial too though :/
[14:21] <superm1> as we talked before i am planning to bring newer fwupd with other features and fixes back to xenial in an SRU
[14:21] <seb128> +1
[14:28] <jbicha> Laney: yes but in this case, Debian's gnome-software sets the gsettings override for Ubuntu already, see lines 18-23 and 40-42 of https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-software/debian/rules?view=markup
[14:28] <jbicha> I guess Debian added that to help Tanglu out
[14:30] <jbicha> superm1: updating to gnome-software 3.21 probably means dropping the aptdaemon plugin, but while it fixes a bunch of issues, it does regress a few things
[14:30] <Laney> Doesn't matter if ubuntu-settings has the same thing
[14:32] <seb128> jbicha, why does it mean dropping it?
[14:32] <jbicha> there doesn't seem much point in duplicating the setting; any derivative that needs to change that setting will need to change a lot of things
[14:32] <seb128> jbicha, also I saw you write in a bug that you were tired of the g-s/xenial bugs, do you have specific issues in mind?
[14:34] <Laney> A derivative should install their override with a higher priority
[14:36] <jbicha> bug 1551599 and bug 1575426
[14:36] <ubot5> bug 1551599 in gnome-software (Ubuntu) "Remove button missing after package installation" [Medium,Confirmed] https://launchpad.net/bugs/1551599
[14:36] <ubot5> bug 1575426 in gnome-software (Ubuntu) "Gnome Software doesn't update after refreshing system repositories" [High,Confirmed] https://launchpad.net/bugs/1575426
[14:38] <seb128> jbicha, I guess the refresh one has to do with the aptdaemon backend and is not fixed by the new serie but might work if you use packagekit?
[14:38] <seb128> the other one seems minor/something we should fix on xenial if we can
[14:39] <jbicha> yes, both those issues are fixed by switching to PK
[14:40] <jbicha> they both sounded easy (but high impact) to me but I couldn't figure out how to fix them nor has anyone else yet so I guess they might not be easy after all
[14:40] <superm1> it's not out of the question though to move to PK plugin in development let it bake for a while and then SRU over to that in xenial though right?
[14:40] <seb128> I don't think anyone knowing the code looked at them
[14:40] <seb128> I would expect the button one to be easy
[14:41] <seb128> superm1, it's out of the question to do that
[14:41] <Laney> attente definitely looked at that one back then
[14:41] <seb128> I though he had a fix for it
[14:41] <superm1> :/
[14:41] <seb128> I suspect it's fixed in that rebase that never landed
[14:41] <seb128> but I might be wrong :p
[14:42] <Laney> could be
[14:42] <jbicha> superm1: it requires upgrading to PackageKit 1.* which is a major change, impacting several different packages so not possible for xenial
[14:42] <seb128> superm1, the aptcc backend in packagekit 0.8 is not good enough and SRUing 1.0 to xenial is no go since it drops plugins support and would make click stop working which is needed on touch
[14:42] <superm1> oh wow that's a pretty big mess then
[14:42] <seb128> that + soname change and never rebuilding/fixed a stack of components
[14:43] <seb128> what? g-s 3.20?
[14:43] <seb128> the aptdaemon backend is mostly working
[14:43] <superm1> i meant moving over to 3.21 + PK plugin instead of aptdaemon
[14:43] <superm1> didn't realize how much impact it had
[14:44] <seb128> well, we landing packagekit1 for yakkety so it's fine there
[14:44] <seb128> but yeah, no way we are going to SRU that to xenial
[14:47] <jbicha> I wasn't expecting us to switch to g-s 3.21+PK until Z
[14:49] <seb128> yeah, it's looking like that way
[14:49] <seb128> it's late now to change backend
[14:49] <seb128> and we didn't get any g-s landing in ages
[14:49] <seb128> the 3.20 rebase was never uploaded
[14:49] <seb128> it's a bit of an annoying situation :-/
[14:55] <jbicha> rebasing the 3.20 stuff is very difficult; I don't know if something like 'gbp pq' would have made things easier
[14:55] <seb128> dunno either
[14:55] <seb128> but attente did a rebase
[14:56] <seb128> so did robert_ancell
[14:56] <seb128> unsure why none of those landed...
[14:57] <seb128> I think at least attente had concerns that there would be issues with the merges/rebase because it was complex and the resulting diff was non trivial enough to give confidence it would be safe
[14:57] <seb128> we should have landed it in yakkety at least at the time though
[14:58] <seb128> willcooke, do you know if robert_ancell is still having that in a corner of his todolist? or is that only libsnap-glib work currently?
[14:59] <willcooke> seb128, on a call, what's "that"?
[14:59] <seb128> willcooke, no hurry, rebasing g-s on the current 3.20 stable version
[14:59] <willcooke> ah right, sorry
[14:59] <willcooke> yes, he said it's mostly done
[14:59] <seb128> good
[14:59] <willcooke> lemme check my logs
[14:59] <seb128> so might still land for yakkety?
[15:00] <willcooke> robert_ancell> So the upstream status is good, the rebasing is done, though I haven't been 100% confident that I've merged some of the update code changes correctly. They weren't done by me, but attente said they seem to look OK.
[15:00] <willcooke> seb128, ^
[15:01] <seb128> k
[15:01] <seb128> when was that?
[15:01] <willcooke> he's going to upload once the libsnapd auth stuff is fixed
[15:01] <willcooke> that was Monday night
[15:01] <seb128> k
[15:01] <seb128> thanks
[15:01] <willcooke> np
[15:03] <jbicha> the snapd-glib work is waiting on MIR bug 1620159
[15:03] <ubot5> bug 1620159 in snapd-glib (Ubuntu) "[MIR] snapd-glib" [Wishlist,Triaged] https://launchpad.net/bugs/1620159
[15:06] <seb128> could take a bit
[15:42] <popey> Has anyone recently experienced the mouse cursor freezing momentarily on Ubuntu 16.04 (all intel, amd64), seen recently bugs about it?
[15:43] <popey> I'm pulling my copious hair out trying to identify what's causing it, and not sure where to look next.
[15:43] <popey> pretty sure it's not unity/compiz as I switched desktops for the day and it still happens.
[15:43] <popey> Could be cpu / overheat I guess, but I don't see it correlate with busy times on the laptop.
[15:43] <seb128> I've not seen that issue nor reports about it
[15:43] <popey> Ok. you're the person I'd expect to have seen it :)
[15:43] <seb128> sorry :-/
[15:44] <seb128> did you use different pointers controlers?
[15:44] <seb128> e.g trackpad and external mouse
[15:44] <popey> no, only used the nipple
[15:44] <popey> will switch to external mouse for the day, good idea
[15:44] <seb128> try to see if the touchpad works at the time you get it?
[15:45] <seb128> no kernel error in syslog at the time?
[15:45] <seb128> when it's starting does it go away after a while?
[15:47] <popey> it happens randomly, momentarily
[15:47] <popey> i have my touchpad switched off :)
[15:47] <popey> hate them :)
[15:48] <popey> will switch it back on just for you though :)
[15:50] <seb128> :-)
[15:51] <seb128> I was just wondering if it happened for long enough to try to switch session or such
[15:51] <seb128> to see if it's specific to the user session
[15:52] <popey> no, it's super fast, just like you're using a mouse, and you go over a bit of dirt on the table
=== JanC is now known as Guest38270
=== JanC_ is now known as JanC
[16:37] <jcastro> hey seb128, has anyone on the desktop team thought about what a wallpaper interface might look like for snaps?
[16:37] <jcastro> like, for example, omgubuntu posted about all the ubuntu wallpapers yesterday, and I was wondering why we couldn't have wallpaper packs as snaps
[16:37] <jcastro> but then it's like, how does the wallpaper dialog find the right place to find the wallpapers?
[17:11] <seb128> jcastro, unsure what sort of interface you are thinking about, the datas are in your user dir and easily available so you could install it from a snap and select the background you want with the current tools
[17:14] <jcastro> right, but the user needs to know to look into /snap/whatever right?
[17:20] <seb128> yeah...
[17:21] <qengho> jcastro: There's no good way. Sorry.
[17:22] <jcastro> ok, but if I were to make say "ubuntu-wallpapers", I could just document where the exact place is right?
[17:23] <jcastro> "then go into the capplet and add this directory" would still allow users to get like, our fresh community wallpapers and so on
[18:00] <Laney> ok
[18:00] <Laney> night!
[19:55] <cyphermox> happyaron: are you still working on the 1.2.2 NM SRU? one bug is verification-failed
=== jzheng is now known as Guest38596