[00:24] <seb128> TheMuso, thanks, I acked the template and I'm going to email translators, it's in launchpad now, https://translations.launchpad.net/ubuntu/+source/a11y-profile-manager
[00:26] <seb128> TheMuso, I'm unsure errors like "The GSettings schema %s in the gsettings file is not a relocatable schema." should be translatable
[00:26] <seb128> usually log errors are not
[00:26] <seb128> it's technical enough that it's not useful to users
[00:47] <TheMuso> seb128: Fair enough.
[00:47] <seb128> TheMuso, not important but it's going to be nicer to translators
[00:47] <TheMuso> seb128: I'd argue though that since the profile system was designed such that people could create their own profiles, its useful for them to know such errors when building and testing tieir profiles with the comand-line utility.
[00:48] <seb128> those users can probably read english
[00:48] <TheMuso> But maybe I should add functionality to help them test easier.
[00:48] <TheMuso> True, and as I said, I could probably add a test argument for the command-line tool that can explain such things which can be translated.
[01:13] <seb128> TheMuso, yeah, in any case translators can pick it up now and just decide on priorities to translate
[01:14] <TheMuso> Yep.
[01:36] <duflu> seb128: Welcome to the morning... (?)
[01:43] <Trevinho> seb128: still awake? :)
[01:43] <Trevinho> seb128: we should open a desktop team night club :-D
[01:43] <duflu> Gawd. I should have expected you too. Hi Trevinho!
[01:44] <Trevinho> duflu: naaaa... this is not the time for sleeping :-D
[01:44] <Trevinho> duflu: hey, btw!
[01:44] <Trevinho> duflu: how is it?
[01:44] <duflu> Trevinho: It's sunny here *hint*
[01:45] <Trevinho> nice :)
[01:45] <duflu> Trevinho: Long time no see. How are you?
[01:45] <Trevinho> duflu: that's the same I meant for you... how  is it [life] :-D,
[01:46] <Trevinho> duflu: well, not too bad... Many changes, lots of things to do. But allright
[01:46] <duflu> Trevinho: Hmm, same
[01:46] <Trevinho> duflu: and yeah... I hope tere will be another UES sprint somewhere "soon".
[01:46] <duflu> Yeah
[01:47] <duflu> Hey I had a funny realisation this week -- Ubuntu 14.04 and 16.04 desktops side by side look identical. Other than wallpaper, things seem to have changed more slowly now
[01:48] <duflu> Although Unity8 continues to make strides
[01:49] <Trevinho> duflu: well, I know.,.. I would have loved to change more the look, but... It wasn't something planned , nor we had design resources for that.
[01:49] <Trevinho> duflu: also the big change will be u8. then...
[01:49] <Trevinho> duflu: however it's a lot more themeable now, so 3rd party themers could jump in and fix it
[01:49] <duflu> Trevinho: Yeah, not like days gone by when every 6 months was a new visual theme
[01:49]  * Trevinho remembers that has still to do that post and update the wiki for this
[01:50] <Trevinho> seb128: (i guess i'll get a reply tomorrow) should I do a new landing for this stuff, or can I reuse the other silo?
[01:51] <duflu> Trevinho: Random announcement: I did eventually fix your mplayer on Mir rendering bug. Unfortunately I don't think the SDL 1.2 changes ever hit a distro yet
[01:52] <Trevinho> duflu: oh, good stuff! I hope I'll have some more time to play with that soon
[01:52] <duflu> Unfortunately Unity8 has the same bug (has its own separate compositor). Still needs to be fixed separately
[03:53] <pitti> Good morning
[03:53] <pitti> seb128: yes, I'll request a full langpack export now and will build the packs tomorrow
[03:53] <pitti> that's what Adam, William, and me agreed on
[05:02] <hikiko> hello
[05:10] <seb128> pitti, hey! ok, no worry, we are late with that change anyway so it might be a SRU/for .1
[05:10] <seb128> hey hikiko
[05:11] <seb128> Trevinho, what do you want to land? I guess as long as things didn't get merged back you can iterate over the same silo
[05:27] <Trevinho> seb128: the unity crash fixes..
[05:27] <Trevinho> I guess I need to force the missing revision in changelog though
[05:37] <seb128> Trevinho, oh, you already have a fix for that good ;-)
[05:37] <seb128> Trevinho, unsure but I guess #ubuntu-ci-eng can advice on the right checkboxes to click
[06:03] <hikiko> hey seb128 :)
[06:03] <hikiko> and Trevinho
[06:03] <hikiko> (with some lag)
[08:04] <Laney> meow
[08:07] <pitti> oh, that cat again
[08:07]  * pitti gets the paper and waves with it Laneywards
[08:07]  * Laney pounces
[08:07] <Laney> hey pitti
[08:08] <Laney> how's it going?
[08:09] <pitti> Laney: feeling releas-y!
[08:09] <Laney> \o|
[08:10] <pitti> got up a bit too early, but that's ok; doing some handholding for glibc+KDE+python-setuptools+openssl madness :)
[08:10] <pitti> plus, only half-day today, we'll go to Ulm in the afternoon
[08:10] <pitti> for seeing the city (we've never been there despite it's only 45 train minutes away), and a great concert this evening
[08:14] <Laney> https://en.wikipedia.org/wiki/Ulm#/media/File:Ulm_public_library_above.jpg <- this looks exciting!
[09:25] <Laney> http://www.theguardian.com/weather/2016/apr/14/czech-republic-czechia-new-name
[09:25] <Laney> guess we're going to Czechia nwo
[09:27] <hikiko> Trevinho, do you know if unity has a mechanism to know when other plugins call damageScreen?
[09:37]  * Laney spanks firefox
[09:37] <Laney> learn to open text files
[09:54] <larsu> Laney: probably a wrong Content-Type from the server, no?
[09:55] <larsu> happy Friday!
[09:55] <Laney> larsu: nein
[09:55] <Laney> it's more for files that are bigger than 300kb-ish
[09:55] <Laney> firefox just shits itself for like 10 minutes
[09:56] <larsu> really? That's stupid, considering most web sites' size
[09:56] <Laney> it only happens for text files
[09:56] <Laney> anyway, should have known that by now
[09:56] <Laney> happy friday!
[09:57] <pitti> I sometimes open multi-MB test log.gz files; takes a few seconds indeed (during which ffox is completely unresponsive), but then it seems to settle
[09:58] <Laney> Might be some extension I have is making it worse
[11:07] <davmor2> Laney: why would I be getting dpkg: warning: version '/etc/lsb-release' has bad syntax: version number does not start with a digit on a full-upgrade?
[11:07] <Trevinho> hikiko|ln: mh, well, unityscreen already extends CompositeScreenInterface, but you can't override damageScreen, but damnageREgion only
[11:08] <hikiko> no no, I don't want to do this
[11:08] <hikiko> I was just wondering
[11:08] <Trevinho> hikiko: damageScreen howevr is just a damageRegion call with screen size
[11:08] <Trevinho> so, you could figure it out
[11:09] <hikiko> if there's some sort of mechanism to understand that damageScreen or damageRegion has been called by another plugin
[11:09] <Trevinho> hikiko: easier... if damageRegion has damageMask COMPOSITE_SCREEN_DAMAGE_ALL_MASK
[11:09] <hikiko> :D
[11:10] <Trevinho> hikiko: if you get that called, then it has been called by a plugin (or core), but you can't know who has called it
[11:10] <hikiko> mmm
[11:10] <hikiko> basically my initial problem is this:
[11:10] <Trevinho> hikiko: you could hack it to force to be the only plugin that gets the call, and eventually call single plugins by hand... But not reallly something straight forward
[11:12] <hikiko> I want to damage nux parts when: a) there's zoom or translation (easy-done) b) when ezoom damages screen (because currently nux components aren't redrawn)
[11:12] <hikiko> nux regions*
[11:12] <Laney> davmor2: exactly what gives you that warning?
[11:12] <Trevinho> hikiko: well, in theory there was already in place for something like that..
[11:13] <Trevinho> hikiko: isn't UnityScreen::compizDamageNux doing what you want?
[11:13] <hikiko> i thought so, but when I modified it I only fixed some regions
[11:13] <hikiko> so I think that forces the damage
[11:13] <hikiko> but not the redraw
[11:14] <Trevinho> Mh, I see
[11:14] <hikiko> basically: I transformed the nux damaged regions
[11:14] <hikiko> and they look ok
[11:14] <hikiko> but sometimes
[11:15] <hikiko> they are not updated
[11:15] <hikiko> which means that nux is not notified
[11:15] <hikiko> to redraw when compiz redraws the windows
[11:15] <davmor2> Laney: http://paste.ubuntu.com/15847692/ looks like basefiles maybe which I assume includes lsb-release
[11:19] <Laney> davmor2: ooh
[11:19] <davmor2> Laney: just threw me when I saw it
[11:20] <Laney> I suspect it does no harm
[11:20] <Laney> but it's a bug in the postinst
[11:21] <Trevinho> andyrock: ouch I thought the libwnck fix for "_" was already in xenial... Whil it's not the case..
[11:23]  * Trevinho oh... There's a new t460p to unbox here...
[11:23] <Laney> didrocks: hey, ^^^^^ has your fingerprints on it I think ;-)
[11:23] <andyrock> Trevinho: i asked seb to sponsor it
[11:24] <Trevinho> Laney: oh, yeh... I guess we need to work to get that being useful in ubuntu
[11:24] <Trevinho> didrocks: do you have that too?
[11:24] <Trevinho> (the fp reader)
[11:24] <Trevinho> andyrock: ah, ok...
[11:24] <hikiko> i do :)
[11:24] <hikiko> but I didn't set it up yet... :ppp
[11:25] <Laney> Trevinho: "that"
[11:25] <Laney> ?
[11:25] <Trevinho> hikiko: you've the sliding version (the old one) or a the new one (just touch)
[11:25] <Laney> think we're talking about multiple thigns here
[11:25] <hikiko> probably :)
[11:25] <Trevinho> :)
[11:26] <Trevinho> so to mix more... andyrock can you add a proper patch heder to your debdiff linking the bug and the upstream commit or should I?
[11:29] <Laney> didrocks: http://paste.ubuntu.com/15848002/ confirm/deny? :)
[11:35] <Trevinho> Laney: what was the command to fix ubuntu maintainer (whe nyou get errors about ubuntu changes but maintainer with no ubuntu address)?
[11:35] <Laney> drumroll
[11:36] <Laney> update-maintainer
[11:36] <Trevinho> ok easy.. :-D
[11:36] <Trevinho> But my  memory lacks
[11:36] <Laney> aren't you the maintainer of wnck?
[11:36] <Trevinho> Laney: upstream
[11:36] <Trevinho> Laney: but I'm doing the debdiff on andrea's behalf...
[11:36] <Laney> and you're adding a downstream patch?!?!?!?!
[11:37] <Trevinho> Laney: I've already added it upstream, but... that should involve me making a new libnwk release I guess
[11:37] <Trevinho> so was just about repacking andyrock's patch to include dep-3 for now
[11:37] <Trevinho> Laney: but if you prefer me to release liwnck, then that will be
[11:38] <Laney> I usually just git format-patch those
[11:38] <Trevinho> Laney: ah, right... but well, mentioning the bug and stuff...
[11:38] <Laney> yeah
[11:39] <Laney> anyways, I can probably do that faster than you
[11:39] <Laney> want to let me handle it? :P
[11:39]  * Laney will upload to debian + sync
[11:39] <Trevinho> Laney: I already have the debdiff, but as you want
[11:39] <Laney> you can give me the headers, will copy those
[11:40] <Trevinho> Laney: /tmp/.mir/libwnck3-fix-mnemonics.patch
[11:40] <Trevinho> ah,errr
[11:40] <Laney> dude
[11:40] <Trevinho> Laney: http://paste.ubuntu.com/15848123/
[11:40] <Laney> that is a weird working directory
[11:40] <Trevinho> Laney: can't you read my temp^?
[11:40] <Laney> in /tmp in a hidden directory in a hidden directory named "mir"
[11:40] <Laney> WEIRD
[11:40]  * Trevinho always works in /tmp... And no it's not a tmpfs... it's a fucking risking place where to keep your data.
[11:41] <Laney> thx
[11:41] <Trevinho> Laney: I'm weird :-D. But... well it has reasons for that.. .mir was because it was a dir I made accessible long time ago to my lxc container in order to do stuff with mir... Thus the name :-D
[11:41] <Trevinho> I've binding also for other human places such as ~/Dev, but my mind won't never change this thing of working in /tmp :)
[11:43] <Laney> I have ~/temp for temp stuff
[11:43] <Laney> I got a habit of working properly in it too
[11:43] <Trevinho> that's more sane than really using /tmp indeed
[11:43] <Laney> then a couple of times I did rm -rf ~/temp/* and lost work
[11:43] <Trevinho> I also have that proably
[11:43] <Laney> which was a good way to make myself stop using it
[11:44] <Laney> now I have a policy of just rm-ing it at random intervals
[11:44] <Trevinho> Laney: the problem with /tmp is that just I can't reboot safely. OR if something hangs and I've force-reset I need to go in recovery-mode, remount,rw / and save data :-)
[11:44] <Trevinho> yeah, indeed
[11:47] <andyrock> Trevinho: sorry i m not at home right now
[11:47] <andyrock> I ve a lab to present
[11:47] <andyrock> 🤔
[11:48] <Trevinho> andyrock: no problem... We'll handle that
[12:00] <didrocks> Laney: +1
[12:01] <Laney> thanks didrocks
[12:01] <Laney> how are you? :)
[12:01] <Laney> been a while!
[12:01] <didrocks> Laney: really busy, working almost around the clock (just back from holidays yesterdays)
[12:01] <didrocks> I guess it's going to be the case until end of month at least
[12:01] <didrocks> but well…
[12:01] <didrocks> and you? :)
[12:03] <Laney> :S
[12:03] <Laney> bit stressful leadup to xenial
[13:52] <tedg> I thought there was a form that needed to be filled out for requesting a new package in the archive.
[13:52] <tedg> But I can't seem to find it :-/
[14:07] <Laney> no such thing
[14:07] <tedg> Ah, okay, I must be confusing a MIR then.
[14:07] <tedg> Thanks Laney
[14:07] <Laney> np!
[14:26] <bregma> Laney, I'm looking for some utility that would scan package archives directly looking for a package like apt-cache does, but without the cache (ie. running on a readonly filesystem) -- do you know of anything like that?
[14:26] <Laney> hi bregma
[14:27] <Laney> can you give me an example of an operation you'd want to do?
[14:28] <tedg> bregma: http://appstream.ubuntu.com/
[14:29] <bregma> Laney, basically I want to do "apt-cache search" bypassing the on-disk apt cache because it may be out of date or non-existent
[14:30] <bregma> think of looking for a .deb in an arbitrary arcive from the phone
[14:30] <bregma> just, you know, for example
[14:31] <Laney> ermmmmm
[14:31] <Laney> aren't you going to need apt to install the thing in the end?
[14:32] <bregma> Laney, yes, but in a container that will be created for the purpose
[14:33] <bregma> so, installing can use apt, but searching can't
[14:33] <tedg> bregma: I think for Xenail and beyond downloading the yml.gz for the appstream data would be best. You can update that outside the container. https://wiki.debian.org/AppStream
[14:33] <tedg> Xenial
[14:33] <Laney> That doesn't contain every package
[14:33] <Laney> so depends what you want to do
[14:34] <tedg> It contains the majority of desktop apps, no?
[14:34] <bregma> tedg, appstream is great but doesn't necessarily cover 3rd-party archives
[14:35] <tedg> bregma: Sure, but any other format will only give you packages, not "desktop apps" which is probably what you want?
[14:35] <tedg> bregma: If you use the apt libraries they can work on local copies of the package repo. That's what snapcraft does for instance to use non-local repos.
[14:36] <bregma> I suppose we could take the stance "install a bash shell then use Ubuntu command-line tools to install what your want"
[14:36] <bregma> works for Microsoft
[14:36] <bregma> maybe I'll play with the apt libraries, see if they do what I need
[14:37] <Laney> bregma: How does this work?
[14:37] <Laney> As a user
[14:37] <Laney> like, do I define the repositories in configuration somehow?
[14:39] <davmor2> cyphermox, pitti: bug 1570901 I've assigned you both pitti if there is any chance you could jump on with cyphermox that would be awesome we kinda need it right for monday, many thanks
[14:39] <ubot5`> bug 1570901 in ubiquity (Ubuntu) "Cd menu not booting to ubiquity try/install menu but always to live session" [Undecided,New] https://launchpad.net/bugs/1570901
[14:40] <Laney> bregma: does https://paste.ubuntu.com/15850131/ interest you?
[14:40] <Laney> otherwise, I think you can set basically all of apt's directories via configuration
[14:40] <Laney> so you can say "download to this place in my home directory" and then use apt-cache on that
[14:40] <Laney> there's a tool called 'chdist' which does this
[14:42] <bregma> Laney, yeh, that sort of approach was my first thought and final fallback, but I was hoping to avoid work if someone else has already done the hard bits
[14:43]  * bregma avoids work, it's too hard
[14:43] <attente> Laney: hey, is it at all possible to do another g-s release at this point? i've fixed a couple of bugs with the update all and the appstream cache refresh
[14:46] <Laney> bregma: https://paste.ubuntu.com/15850261/
[14:47] <Laney> yo attente
[14:47] <Laney> yes, but I'm going to leave in a very short time to get a train - maybe seb128 can help?
[14:47] <bregma> Laney, I think I can work with that, thanks
[14:47] <attente> Laney: sure, no worries
[14:47] <seb128> Laney, attente, I can try maybe to sneak that in today but busy at the sprint
[14:48] <Laney> oh hey seb128!
[14:48] <seb128> need to figure out how to deal with that package as well
[14:48] <Laney> bregma: beware, it's perl
[14:48] <seb128> I've an idea how to work but I don't have my GNOME git configured, etc on that laptop*
[14:48] <Laney> seb128: for an update attente would run make distcheck and give you a new orig.tar.xz
[14:48] <seb128> k
[14:48] <Laney> so you would just merge that as normal
[14:49] <seb128> cool
[14:49] <seb128> attente, give me the link to the tarball or a package update to sponsor and I can sponsor
[14:49] <Laney> thanks
[14:49] <attente> seb128: sure, thanks
[14:50] <Laney> I'll take my laptop with me so can poke the queue later
[14:50] <seb128> Laney, have a good w.e!
[14:50] <Laney> Trevinho: any news on the update?
[14:50] <seb128> thanks
[14:50] <seb128> Laney, Trevinho, what's the output of the hud discussion?
[14:50] <Laney> I posted to the bug
[14:50] <Laney> he's removed the feature changes and will discuss those separately
[14:51]  * seb128 sings the "we are going to get overruled next week"
[14:52] <seb128> oh, no willcooke there
[14:53] <Laney> Better for it to be explicit rather than cloak and dagger stuff
[14:53] <seb128> well in any case let's undone it and be ready to redo on monday
[14:53] <seb128> it's going to be explicit
[14:53] <Laney> fine
[14:53] <Laney> so be it
[14:53] <seb128> so yeah, we can undo/redo it's fine, just a bit more work
[14:53] <Laney> He's already doing the new uploads
[14:54] <seb128> k
[14:54] <seb128> one cycle without those late churn wouldn't be a normal ubuntu cycle :p
[14:55] <Laney> and it's going to let me pin the packages to the versions with bugfixes but before this poor change lands :)
[14:55] <seb128> I don't understand the issue
[14:55] <seb128> it's a configurable keybinding no?
[14:55] <seb128> e.g you can change the config, no need to pin a code version?
[14:55] <Laney> It's changed the compiz one
[14:56] <Laney> Is *that* one configurable?
[14:56] <seb128> I though it was
[14:56] <seb128> but maybe I'm wrong
[14:56] <seb128> we are speaking about alt-space right?
[14:56] <Laney> I've never considered configuring something like that to be honest
[14:57] <seb128> I never used that keybinding to be honest
[14:57] <Laney> luckily
[14:57] <Laney> lucky*
[14:57] <Laney> then your workflow isn't being changed
[14:57] <seb128> yeah
[14:57] <seb128> you must be angry at GTK CSD
[14:57] <seb128> they broke it for you as well :p
[14:57] <seb128> no wm menu there
[14:57] <Laney> alt-space works there
[14:58] <seb128> interesting
[14:58] <seb128> so no mouse way to get that menu
[14:58] <seb128> but a keyboard one
[14:58] <Laney> I hate gnome-shell because they broke mnemonics on that menu though
[14:58]  * Laney would try to fix that if he ever used shell
[14:58] <seb128> it seems weird
[14:58] <seb128> I would have expected alt-space to do the same thing that right click on the decoration
[14:59] <Laney> It's probably handled by the window manager always
[14:59] <Laney> unlike the decorations these days
[14:59] <seb128> right, feels like inconsistant UI/workflow
[14:59] <seb128> I wonder if they consider it as a bug
[14:59] <Laney> haha
[15:02] <Laney> Trevinho: don't know where you've gone, but I'm off now and might not be back for a bit... so please find someone else on the release team to remove my blocks
[15:02] <seb128> Laney, enjoy your w.e!
[15:02] <Laney> you too
[15:02] <Laney> safe travels back!
[15:03]  * Laney will send you baby pics ;-)
[15:04] <seb128> thanks
[15:04] <seb128> hehe
[15:07] <Trevinho> Laney: oh, I'm here :)
[15:07] <Trevinho> Laney: just ignoring notifications :/
[15:29] <attente> seb128: do you want me to do the packaging too or just upload the tarball?
[15:29] <seb128> attente, as you prefer
[15:30] <attente> seb128: ok, i'll try it packaging it first
[15:30] <seb128> it should be a simple matter of adding a changelog entry with the correct version
[15:30] <seb128> thanks
[15:31] <seb128> you know better what is in the update so should be easier for you to write the changelog ;)
[15:35] <seb128> Trevinho, how come you relanded packages that didn't have change like hud?
[15:35] <seb128> https://launchpadlibrarian.net/253950388/hud_14.10+16.04.20160412.1-0ubuntu1_14.10+16.04.20160415-0ubuntu1.diff.gz
[15:39] <Trevinho> seb128: changelog should have changed
[15:39] <seb128> it did
[15:39] <seb128> but I'm unsure the release team is going to see the point of the upload
[15:39] <Trevinho> seb128: well, I wanted to update the changelog bug
[15:39] <seb128> ah ok
[15:39] <seb128> I didn't notice that the bug changed
[15:39] <Trevinho> seb128: also, those packages haven't really been released
[15:39] <seb128> sorry ;-)
[15:39] <Trevinho> just in proposed
[15:40] <Trevinho> no problem
[15:41] <Trevinho> seb128: yeah, if i wouldn't have missed the Laney call would have been easier, as he knew :/
[15:41] <seb128> don't worry we are going to get there ;-)
[16:05] <seb128> tkamppeter, hey, do you know where one can find a ppd for a Canon pixma 3650 printer on trusty?
[16:40] <attente> seb128: can you take this when have a moment? https://launchpad.net/~attente/+archive/ubuntu/gnome-software
[16:41] <seb128> attente, looking
[16:44] <seb128> tedg, charles_, could you have a look to bug #1512002? it's a bit of an annoying one and would be nice to see fixed, I hit it regularly but never had slots to debug but some users looked at it, would be nice to see if what they suggest make sense
[16:44] <ubot5`> bug 1512002 in accountsservice "Annoying dialog "Authentication is required to change your own user data"" [Medium,Confirmed] https://launchpad.net/bugs/1512002
[16:45] <seb128> desrt, ^ you maybe could have a look as well? it seems to have to do with the accountsservice user storage
[16:46] <desrt> hmmmmm
[16:50] <desrt> i have a theory
[16:50] <desrt> if something in the session is trying to sync up a property when the session is locked then probably the "is current user logged in?" check at the polkit level is failing
[16:52] <desrt> ah.  looks like others reached that same conclusion as well
[16:55] <seb128> right
[16:55] <desrt> but the real issue is to identify the 'guilty' party for doing the request in the first place
[16:56] <seb128> is it wrong/buggy to do such requests while the session is locked?
[16:56] <seb128> the bug mentions some
[16:56] <seb128> like we update unread messages counts so the greeter can display that your user has messages
[16:56] <desrt> indicator-messages, you mean?
[16:56] <seb128> yes
[16:57] <desrt> hmm
[16:57] <seb128> kenvandine, can you maybe review the patch on bug #1235472? I think you are the one who know that package best
[16:57] <ubot5`> bug 1235472 in empathy (Ubuntu) "New messages do not show" [High,Confirmed] https://launchpad.net/bugs/1235472
[16:57] <desrt> funny what things end up being used for
[16:59] <seb128> yeah...
[17:00] <desrt> so like... vendorpatch accountsservice while we wait for the patch to go upstream?
[17:00] <desrt> it seems that the issue is fairly well understood, and the easiest solution is somewhat obvious
[17:12] <seb128> desrt, just changing the permission as suggested on the bug?
[17:12] <desrt> aside from creating a new service to deal with this sort of thing, i can't imagine anything more appropriate
[17:13] <desrt> and to be honest, i think that something running on behalf of the user should probably have the right to change the user's stuff anyway... the fact that this was tied to "...and the user is logged in right now" was probably not particularly intentional
[17:18] <seb128> desrt, k, I agree, thanks for commenting I wanted a second opinion
[17:39] <seb128> attente, sponsored, could you also mp the change against the packaging vcs (lp:~ubuntu-desktop/gnome-software/ubuntu)?
[17:40] <attente> sure, thanks seb128!
[17:41] <seb128> attente, thanks
[17:41] <seb128> attente, Laney, did any of you tried to look at bug #1564621?
[17:41] <ubot5`> bug 1564621 in gnome-software (Ubuntu) "Version unkown of not-installed applications, it appears for installed ones" [High,Confirmed] https://launchpad.net/bugs/1564621
[17:42] <seb128> it's probably one we want to SRU
[17:43] <attente> seb128: i didn't see that one, but can see if it's an easy fix
[17:43] <seb128> attente, thanks
[18:34] <xclaesse> is there something that changed in ubuntu 16.04 that makes ssh client not using DSA keys anymore?
[18:37] <seb128> xclaesse, that might be a question for #ubuntu-devel rather
[19:09] <dobey> people still use DSA keys?
[19:23] <xclaesse> dobey, looks like I still had one the laptop connected on my TV
[19:23] <xclaesse> but it's not replaced
[19:39] <dobey> hmm, i keep having problems with the app menus in 16.04 :(
[19:40] <willcooke> dobey, they keep vanishing?
[19:41] <willcooke> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1532226
[19:41] <ubot5`> Launchpad bug 1532226 in unity (Ubuntu) "No menu bar in gtk apps on fresh boot" [High,Confirmed]
[19:43] <dobey> willcooke: it's set to show them in the title bar, and yeah, they keep not being there; or well, they aren't visible, but if i press Alt+F they show up under the (X) button, and i can cycle through them with arrow keys, but the menus stay affixed to the left side of the window
[19:43] <willcooke> Trevinho, ^ related?
[19:45] <dobey> chromium seems to always be fine, but all my gtk+ apps (terminal, evolution, empathy, etc…) seem to have the issue
[19:46] <willcooke> dobey, yeah, sounds like the same issue
[20:26] <ximion> Laney: it was good to wait with the AppStream release a little: squashed an important bug introduced by the stub-merging code
[20:26] <ximion> but I'll do the release tomorrow :)
[22:16] <willcooke> seb128, yay!  https://code.launchpad.net/~willcooke/ubuntu-themes/terminal-tabs/+merge/292055
[22:16] <seb128> willcooke, congrats!
[22:16] <willcooke> thanks!
[22:18] <willcooke> it's funny that what equates to about 1 week of work boils down about 40 lines
[22:18] <seb128> willcooke, let's see when we can land it, not likely today and next week might be busy with release issues so rather SRU?
[22:18] <seb128> yeah...
[22:18] <willcooke> sure, no worries
[22:19] <seb128> Laney, larsu, ^ would be nice if you can have a look, you know css&g-t better
[22:19] <flocculant> willcooke: late night? abroad? or omg release in 5 days? :)
[22:51] <Trevinho> willcooke, dobey: well. In that case I guess that it's the real gtk menu that shows up, not the one we export to unity.