[06:19] <didrocks> happy birthday pitti! :)
[06:32] <pitti> Good morning
[06:32] <pitti> didrocks: ooh, merci ! *accolade*
[06:32] <pitti> didrocks: vous êtes retour de vos vacances ?
[06:37] <didrocks> pitti: oui, on est rentré hier soir :)
[07:48] <ksamak> hoy all
[08:05] <Laney> moin
[08:05] <pitti> hey Laney
[08:05] <pitti> Jane TV!
[08:07] <Laney> oh yeah I forgot
[08:07]  * Laney tunes in
[08:41] <darkxst> hey Laney, pitti
[08:42] <pitti> hey darkxst, how are you?
[08:43] <Laney> hi darkxst
[08:43] <Laney> long time
[08:43] <darkxst> pitti, I'm good, weather is much better here now, and possibly off to the snow for winter ;)
[08:43] <pitti> darkxst: hah, good; I'm just enjoying spring here :)
[08:45] <darkxst> Laney,  I was away for a couple for a couple weeks, but otherwise been pretty busy
[08:45] <darkxst> I'm trying to get to GUADEC now
[08:45] <Laney> yeah better start walking, it's a long way
[08:46] <darkxst> Laney, ha, how I am meant to walk on the oceans ?
[08:47] <darkxst> but really I meant preparing a speech for GUADEC
[08:47] <Laney> nice
[08:48] <Laney> was thinking about trying to get there too
[08:48] <Laney> pitti!
[08:49] <pitti> Laney: eek -- what did I break now?
[08:49] <Laney> pitti: happy birthday!
[08:49] <pitti> ooh, thanks! :-)
[08:50]  * pitti chalks up the 36th mark
[08:50] <pitti> crazy, I was 24 when I started all this
[08:50] <darkxst> oh happy birthday pitti !
[08:50] <Laney> madness
[08:50] <pitti> darkxst: cheers!
[08:52] <Laney> here's to 12 more ;-)
[08:52] <Laney> or maybe you'll be running a beach bar in the maldives by then
[09:28] <darkxst> serving systemd cocktails ? :p
[09:28] <pitti> at your .service
[09:28] <darkxst> perfect! I'll come visit your bar!
[09:36] <davmor2> Laney: could you try something for me very quickly on xenial please, Open system settings and open sound, then open the dash type in backup, Click on deja dupe does control centre crash?
[09:44] <Laney> davmor2: nope not here
[09:45] <Laney> if you have a crash file you can report it
[09:46] <davmor2> Laney: yeap running through the bug report now I'll ping you the number after
[09:50] <davmor2> Laney: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1570266
[09:50] <ubot5`> Error: launchpad bug 1570266 not found
[10:19] <andyrock> morning all
[10:40]  * Laney screams
[10:40] <Laney> I git added some changes, then reset --hard without committing :(
[10:41] <pitti> Laney: argh! and no "git diff" in scrollback, I take it?
[10:41] <pitti> or backgrounded vim or so
[10:41] <Laney> just a buildlog
[10:41] <Laney> it's not that bad - did it once, can do again :P
[10:53]  * Laney snuggles git pull --rebase 4eva
[11:18] <willcooke> morning all
[11:41] <Laney> hi willcooke
[11:41] <Laney> how's USA?
[11:43] <willcooke> hi Laney.  S'OK :) Salt Lake is a nice place
[11:56] <pitti> willcooke: have you been evangelized yet? :-)
[11:57] <pitti> willcooke: I've been there in '99, and it was quite funny to discuss religion with the young people around the temple
[11:57] <willcooke> pitti, I'm enjoying some new wives
[11:58] <pitti> oh, that was fast
[12:33] <willcooke> relocating to the lobby to find coffee
[12:33] <willcooke> brb
[12:41] <tseliot> happy birthday pitti!
[12:42] <pitti> tseliot: thank you!
[13:00] <dkessel> hey, i would like to check the current state of snappy desktop, is anything available as a runnable image?
[13:11] <ogra_> dkessel, there is only "snappy on desktop" not snappy desktop images
[13:17] <dkessel> ok, so no snappy core (or what it is called) + desktop as a snap?
[13:18] <ogra_> not for 16.04, no
[13:22] <dkessel> ok ty
[14:50] <seb128> good morning desktopers
[14:50] <seb128> pitti, happy birthday!
[14:50]  * seb128 hugs pitti
[14:51] <pitti> hey seb128, merci !
[14:51]  * pitti hugs you back
[14:58] <Laney> hey seb128
[14:58] <Laney> willcooke beet you online by hours!
[14:58] <seb128> hey Laney, how are you?
[14:58] <Laney> slackerrrr
[14:58] <willcooke> Curse these people who don't get jet lag
[14:58] <seb128> that's why he's the boss
[14:58] <willcooke> :)
[14:58] <seb128> lol
[14:58] <Laney> good but I forgot to bake bread
[14:58] <Laney> so had to speedbake at lunch
[14:59] <seb128> how does that work?
[14:59] <Laney> it was already made, just had to do the actual cooking bit
[15:00] <seb128> ah ok
[15:00]  * seb128 sees a gnome-software update in the queue
[15:01] <Laney> http://www.independent.co.uk/life-style/gadgets-and-tech/news/man-accidentally-deletes-his-entire-company-with-one-line-of-bad-code-a6984256.html
[15:03]  * Laney is going to do something other than g-s now
[15:03] <Laney> that canadian guy is doing the rest
[15:05] <seb128> wonder if that's a true story
[15:06] <seb128> Laney, is there any documentation on how to touch that package now?
[15:06] <Laney> what package?
[15:06] <seb128> g-s
[15:06] <seb128>    * All Ubuntu patches are in the orig.tar.xz, so have been dropped from the
[15:06] <seb128>      packaging.
[15:06] <Laney> README.source
[15:06] <seb128> I guess it's built from git?
[15:06] <Laney> nothing stops anybody from putting debian patches back in
[15:06] <seb128> rather than using upstream snapshot and stacking patches
[15:07] <Laney> but it is easier for us to just make a new tarball
[15:07] <Laney> if we're working in git anyway
[15:08] <seb128> yeah, but the tarball is not made from master then?
[15:08] <Laney> nein
[15:08] <Laney> see README.source
[15:08] <seb128> yeah, I'm reading that
[15:08] <seb128> so you have a branch
[15:08] <seb128> robert has one
[15:09] <seb128> and attente has one
[15:09] <seb128> and the one used depends from whoever from you guys do the upload :p
[15:09] <Laney> each feature has a branch
[15:09] <Laney> and there is this merged one
[15:10] <seb128> I guess it's the most efficient for those who are involved enough to have an overview of all those and how they work and get merged
[15:11] <seb128> oh well, makes it more difficult for the ones of us who are not that involved but I guess it's a tradeoff worth it
[15:11]  * seb128 feels excluded though :p
[15:11] <Laney> why does it?
[15:11] <Laney> you can get the code and edit the source
[15:12] <seb128> from your merged branch?
[15:12] <Laney> sure
[15:12] <seb128> or should changes go to one of the feature branches?
[15:12] <Laney> you don't need to care about the separate ones
[15:12] <Laney> otherwise I would have documented those
[15:12] <seb128> but then those get out of sync
[15:12] <Laney> they are to help it get merged eventually
[15:12] <seb128> right, so it's important they don't miss bits
[15:13] <seb128> I feel like it would be easier to have the snapshot made from trunk and patches corresponding to the branches
[15:13] <Laney> I don't see why you would care about that
[15:13] <Laney> if they miss things it's a problem for those doing the upstreaming
[15:13] <seb128> with the patches between generated with a diff between trunk and feature-branch
[15:13] <seb128> well that's my point
[15:13] <Laney> whatever
[15:13] <seb128> if I fix something I want to upstream it to the right place
[15:14] <Laney> seb
[15:14] <seb128> but with the current blob it's difficult to know what's the right branch to submit to
[15:14] <Laney> if that happens
[15:14] <Laney> then I'm extremely happy to help you out
[15:14] <seb128> I guess
[15:14] <Laney> until then it is theoretical
[15:14] <seb128> that just doesn't scale out
[15:14] <seb128> but oh well, you are right
[15:15] <seb128> no point to discuss that for hours
[15:20] <seb128> thanks for the discussion, let's see over time how it works for us/other changing the package
[15:21] <Laney> some of the upstreaming that already happened was off this branch by the way ;-)
[15:23] <seb128> I guess I'm just not used to the git way and juggling with branches
[15:23] <seb128> no idea how to switch between those and do the merging dances
[15:24] <seb128> but nothing stops me to do it doko way worth case
[15:24] <seb128> e.g get the source, change upload
[15:24] <seb128> and let people who understand the vcs to sort out/merge back what was uploaded
[15:25] <Laney> yes, you can do that or push to the wip/iainl/ubuntu-xenial branch
[15:25] <Laney> and then someone else can git cherry-pick it to the right topic one
[15:26] <seb128> but that branch is owned by you?
[15:26] <seb128> can anyone push there?
[15:26] <Laney> yep
[15:26] <seb128> oh, ok
[15:26] <Laney> others have already been doing that
[15:26] <seb128> I though to would be like lp:~id/name
[15:27] <seb128> do we need to code an username in the branch?
[15:27] <Laney> no I thought you did
[15:27] <Laney> but apparently not
[15:27] <seb128> or could we name it like "ubuntu-desktop"
[15:27] <seb128> no
[15:27] <seb128> I had no idea I could push to branches from others
[15:27] <seb128> that concept is confusing to me :p
[15:27] <Laney> seems to be more of a convention than anything else
[15:28] <seb128> is there a way to have a branch you only can change in it?
[15:29] <Laney> not on gnome.org I don't think
[15:29] <seb128> k
[15:29] <seb128> interesting
[15:29] <Laney> on non wip branches you can't force push though
[15:29] <seb128> I guess part of my confusion came from there
[15:29] <Laney> so people can't destroy your changes to those
[15:29] <seb128> I though that branches with an username were owned by the user
[15:30]  * Laney cries at no gpg-agent
[15:30] <seb128> is it still broken in xenial for you?
[15:30] <seb128> it seems to work for me
[15:31] <Laney> probably would work in the session
[15:31] <Laney> but I have a container with dev tools inside
[15:32] <Laney> it only broke recently when someone uploaded the new gpg I think, was working until I upgraded this week :p
[15:32] <Laney> I guess I can fix it somehow, just need to figure it out
[15:39] <seb128> xnox had been complaining about it and I though superm1/xnox had it fixed
[15:39] <seb128> xnox, is there still known issues?
[15:39] <xnox> huh?
[15:40] <superm1> Gnupg
[15:40] <xnox> Laney, your containers are not fixed.
[15:40] <Laney> I can see that :P
[15:41] <xnox> Laney, I only fixed things in upstart user session to do what debian now does in xsession scripts
[15:41] <xnox> Laney, they still use .gnupg/* for the gnupg-agent socket.
[15:41] <xnox> so change your containers to bind-mount that into container, i guess....
[15:42] <xnox> but i don't think it's supported to have multiple agents accessing the same keyring
[15:52] <superm1> yeah i think that's the correct way to do it too
[15:52] <superm1> or at least bind mount the socket
[15:53] <Laney> my whole home directory is bind mounted in there, that's the problem
[15:58] <superm1> well so what happens when you try to start gpg agent in the container with the binded socket?
[15:58] <superm1> does it spit out some informative errors at least?
[15:59] <Laney> it thinks it is started
[15:59] <Laney> and then when something tries to use it it can't
[15:59] <Laney> so I get the fallback
[15:59] <Laney> brb
[15:59] <superm1> so i guess the pinentry part fails somehow
[16:05] <Laney> I once knew how to interact with it manually
[16:12] <seb128> Laney, attente, where are the g-s "picks" coming from?
[16:13] <seb128> did we say we wanted to see if the list works for us or needs tweaking?
[16:14] <attente> seb128: i think it gets filtered from the apps that are listed with a category of "popular" but maybe Laney or ximion can confirm
[16:15] <ximion> attente is right
[16:16] <ximion> it's a hack, and I hope we can get some proper way of doing this into AppStream in later versions, but for now we have this fake-category approach
[16:18] <seb128> how are apps tagged as "popular"?
[16:18] <seb128> is that in the appdata?
[16:21] <seb128> mterry, hey, sorry that nobody has picked up your geonames translations for review, everybody is just overloaded for release atm, feel free to get somebody from touch to hack it
[16:21] <seb128> maybe desrt or larsu have cycles for that
[16:21] <seb128> otherwise I can have a look after next week
[16:22] <seb128> desrt, larsu, just in case you have cycles for a review, https://code.launchpad.net/~mterry/geonames/translations/+merge/288443
[16:22] <mterry> seb128, I poked my teammates today about it, will continue to do so.  I'll eventually get someone  :)
[16:23] <seb128> yeah, sorry about the lack of traction
[16:24] <seb128> this cycle is especially crazy for us
[16:24] <seb128> we are still landing sort-of-feature-work
[16:25] <seb128> like landed new n-m, gnome-software is still needing quite some work, etc
[16:25] <attente> seb128: looks like /usr/share/gnome-software/modulesets.d/popular.xml i guess which ends up tagging them
[16:25] <seb128> Sweet5hark, hey, what was the news of a potential libreoffice update with selected segfaultfixes?
[16:25] <seb128> attente, thanks
[16:26] <seb128> willcooke, ^ see that file
[16:26] <Sweet5hark> seb128: one fix wasnt good and there is no nice-and-clean fast fix, so I dropped that one. The rest are currently testbuilding at https://launchpad.net/~bjoern-michaelsen/+archive/ubuntu/libreoffice-3-4/+builds?build_state=building
[16:28] <seb128> attente, Laney, willcooke, the tb .desktop doesn't match ours (no "mozilla-"), we probably want to remove geary since I think it's unmaintained upstream now, unsure about the other ones ... unsure if it makes sense to list things that are installed by default?
[16:28] <seb128> Sweet5hark, ok
[16:34] <attente> seb128: i think default installed apps are ok. gs will tag them and the user might want to know what's already available if it's a fresh system
[16:35] <seb128> right, why not
[16:35] <seb128> unsure what we had featured in usc
[16:36] <seb128> in any case it's probably minor compared to other work we still need to do, shouldn't spend too much effort on it, but it should be easy to tweak the list if we want
[17:04] <Laney> we can fix the featured list later on
[17:04] <Laney> IMHO
[17:04] <Laney> the big banner at the top is a bit tricky because you need to supply a huge icon and figure out the background by hand
[17:04] <Laney> I think we would want the design team to help there
[17:04] <Laney> but probably a good idea
[17:07] <Laney> seb128: thanks for the bug assignment ;-)
[17:08] <seb128> Laney, yw :p
[17:08] <seb128> I saw you updated for Debian I think
[17:08] <Laney> ya
[17:48] <Laney> ok, done
[17:48] <Laney> good to do some normal packaging again
[17:48] <Laney> laters
[17:52] <desrt> pah.  mterry has disappeared.
[18:02] <seb128> shrug
[18:03] <desrt> hi seb :)
[18:03] <seb128> Laney, attente, with the new gnome-software I get a dialog that pops in loop "an update is necessary to display all the installed applications. Download now?"
[18:03] <seb128> (translated by me from french so not the exact string)
[18:03] <seb128> clicking yes doesn't seem to do anything
[18:03] <seb128> hey desrt!
[18:04] <desrt> seb128: still sprinting?
[18:04] <seb128> yes
[18:04] <attente> seb128: it should be downloading in the background
[18:04] <desrt> give willcooke a hug for me =)
[18:04] <seb128> desrt, k!
[18:05] <seb128> attente, also is it new that we "os updates" I wonder what that includes
[18:06] <seb128> I clicked on "install" but doesn't seem to do much?
[18:06] <seb128> it spins for a bit then go back to the update list with the same item
[18:08] <attente> seb128: that item includes other packages that aren't applications
[18:09] <seb128> attente, http://imgur.com/MPqz4oO
[18:09]  * seb128 wonders how many times he can get the item
[18:09] <seb128> oh, now g-s segfaulted
[18:11] <attente> seb128: did it start with three of those? or just one?
[18:11] <seb128> I don't know
[18:11] <seb128> I was in the update tab, there was one item
[18:11] <seb128> I click on it
[18:11] <seb128> it displays a spinner
[18:11] <seb128> then after 15 seconds back to the same list with the same item
[18:11] <seb128> so I clicked again
[18:12] <seb128> and you can loop on that
[18:12] <seb128> every time it adds an item to the "installed" tab
[18:23] <seb128> shrug
[18:23] <seb128> that "display the "do you want to refresh" dialog in loop" is annoying
[18:23] <seb128> attente, it does the same in a guest session under gnome-shell :-/
[18:23] <seb128> clicking "yes" starts g-s
[18:24] <seb128> which says that the system is uptodate
[18:24] <GunnarHj> willcooke, seb128: Thought the release schedule was there for a reason. :(
[18:24] <seb128> but closing the u-i and the dialog pop again
[18:24] <seb128> attente, sorry to dump issues on you, I know you are busy with macaroon and other things
[18:24] <seb128> ignore the duplicate "system updates" one
[18:24] <seb128> the dialog seems a regression from the landing today
[18:25] <seb128> GunnarHj, yeah, indeed, welcome to Ubuntu crazy cycles :-/
[18:25] <GunnarHj> It's the name of the most visible desktop news in 16.04!!
[18:31] <seb128> GunnarHj, yeah :-/
[18:33] <GunnarHj> seb128: So, to not just complain: The new name is better. :)
[18:33] <seb128> :-)
[18:33] <seb128> sorry for all those late changes
[18:34] <GunnarHj> seb128: But I'd vote for a SRU.
[18:35] <seb128> GunnarHj, yeah, it's a bit tricky, then the iso has a less obvious item
[18:36] <GunnarHj> seb128: Well, yes... But otherwise it will appear in English in many non-English languages.
[18:37] <seb128> yeah, depends on how many translations we can get done today
[18:37] <GunnarHj> Right
[18:37] <seb128> we can probably patch some langpacks on monday as well to add strings
[18:37] <seb128> that one translated string I mean
[18:38] <GunnarHj> seb128: Is it necessary to build the language packs tomorrow? (I thought the plan was Monday.)
[18:38] <seb128> I read about it on http://irclogs.ubuntu.com/2016/04/07/%23ubuntu-release.html#t15:18
[18:38] <seb128> but that's more a question for pitti & co
[18:38] <seb128> pitti, ^ is the langpack export still due for tomorrow?
[18:39] <GunnarHj> seb128, pitti: https://translations.launchpad.net/ubuntu/xenial/+language-packs
[18:40] <seb128> GunnarHj, yeah, read the log I just pointed at
[18:40] <seb128> normal export are on monday
[18:40] <seb128> but they were talking about doing a special one manually tomorrow for release
[18:41] <GunnarHj> seb128: Aha, missed that.
[18:41] <seb128> darkxst, that grilo-plugins update without ffe is uncool, especially that creates a quite visible regression by moving the apple trailer plugins to extra (not even mentioned in the changelog?!)
[18:41] <seb128> https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1570157
[18:42] <ubot5`> Launchpad bug 1570157 in totem (Ubuntu) "ubuntu session: missing channels & search items" [High,Incomplete]
[19:08] <seb128> andyrock, Trevinho, is bug #1570555 a known issue?
[19:08] <ubot5`> bug 1570555 in compiz (Ubuntu) "/usr/bin/compiz:11:unity::dash::PlacesGroup::Draw:nux::View::ProcessDraw:nux::Layout::ProcessDraw:nux::ScrollView::DrawContent:nux::View::ProcessDraw" [Undecided,New] https://launchpad.net/bugs/1570555
[19:09] <attente> seb128: ok, think the segfault is fixed
[19:10] <seb128> attente, cool
[19:20] <attente> seb128: you said you got that message dialog multiple times?
[19:21] <seb128> yeah
[19:22] <seb128> I get it every time I start gnome-softwarte or at login
[19:22] <seb128> even in a gnome-shell guest session
[19:22] <seb128> it also asks in loop in g-s
[19:23] <seb128> e-software:27466): Gs-WARNING **: Failed to create permission org.freedesktop.packagekit.trigger-offline-update: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.packagekit.trigger-offline-update is not registered
[19:23] <seb128> (gnome-software:27466): Gs-WARNING **: failed to call gs_plugin_refresh on apt: apt transaction returned result exit-failed
[19:23] <seb128> that maybe explains
[19:49] <attente> seb128: ok, i'm a bit worried about timing even though i can't replicate that bug. maybe we should do another release just to fix the upgrade segfault
[19:50] <seb128> attente, maybe it's only my box, going to restart in a bit to try
[19:51] <attente> seb128: sure. but we still have time for a release, right?
[19:51] <seb128> Trevinho, andyrock, do you still plan a compiz/unity landing before release?
[19:52] <seb128> attente, yes, still have a week, though it's going to be less likely that things get in the iso with the days so probably going to turn into a 0day-SRU if it's after monday
[19:53] <attente> seb128: to avoid a 0day, it has to go today, right?
[19:53] <seb128> no, as said I think until monday is fine
[19:53] <Trevinho> seb128: yeah, I could do without the problematic changes... Wondering either if I could just release Hud and bamf as they are (Laney?)
[19:53] <seb128> it's just going to be increasingly more difficult to convince the release team to get things in
[19:54] <seb128> Trevinho, oh, the hud keybinding thing?
[19:55] <seb128> Trevinho, I was more thinking about landing https://code.launchpad.net/~azzar1/unity/fix-unity-script-crash/+merge/291401 but I see now that it's already in the version which is in proposed
[19:55] <seb128> Trevinho, unity segfaults here if I enable
[19:55] <seb128> Trevinho, unity segfaults here if I enable/disable high contrast (settings accessibility) and open the dash
[19:55] <seb128> likely a bug for SRUs than a release blocker though
[19:56] <seb128> the one I mentioned just before seems to happen sometime on session unlock, Saviq mentioning getting it as well
[19:56] <seb128> it's a bit more concerning
[20:07] <Trevinho> seb128: I agree. Do you have a stack trace?
[20:08] <seb128> Trevinho, see the url I gave before
[20:08] <seb128> it's the most reported compiz issue on xenial atm
[20:08] <seb128> and a new one in xenial
[20:09] <Trevinho> seb128: ok, I'll check that in a bit
[20:09] <seb128> thanks, let me know if you need more info, I've the local dump I can use
[20:37] <andyrock> seb128: https://errors.ubuntu.com/problem/9a80f915d7233820648e90a2e54309e95c486249
[20:37] <andyrock> can you reprouce all the time you open the dash?
[20:37] <andyrock> *reproduce it
[20:38] <seb128> andyrock, no
[20:38] <andyrock> mmm can you give the your bt?
[20:38] <seb128> well, unsure, there is one segfault I get when opening the dash after enabling high contrast
[20:39] <seb128> and I got one segfault after unlocking, which is less reliable to trigger
[20:39] <seb128> unsure which one is which now
[20:39] <seb128> I need to try again get new bt
[20:48] <seb128> cyphermox, hey
[20:48] <cyphermox> seb128: hey
[20:49] <seb128> cyphermox, that ubiquity slide change to rename software center to GNOME Software is buggy and we are going to need to change it again :-/
[20:49] <seb128> we broke translations by doing the change right?
[20:49] <seb128> so we can as well do that again?
[20:50] <cyphermox> no, it shouldn't have broken translations
[20:50] <seb128> but you changed a string
[20:50] <seb128> to rename it
[20:50] <cyphermox> I changed the original and all the translations
[20:50] <cyphermox> hand-edited
[20:50] <seb128> you speak all languages? ;-)
[20:50] <cyphermox> how is it buggy?
[20:50] <cyphermox> I speak all languages enough to recognize the string "Ubuntu" where it appears
[20:51] <seb128> we don't want to call it GNOME Software
[20:51] <seb128> cyphermox, well, the word order might change for example
[20:51] <cyphermox> how do you want to call it
[20:51] <seb128> Ubuntu Software
[20:51] <cyphermox> seb128: not for fitting in a brand
[20:51] <seb128> well I guess we can sed the translations again
[20:51] <cyphermox> seb128: I was told GNOME people started complaining
[20:51] <cyphermox> sadly, I can't remember who told me that
[20:52] <seb128> right
[20:52] <seb128> but it doesn't mean we don't get to rename it
[20:52] <cyphermox> anyway, whatever, you could just as easily revert my upload, it's not going to break things. I'll make the translation exports available
[20:53] <seb128> cyphermox, bug #1570479
[20:53] <ubot5`> bug 1570479 in gnome-software (Ubuntu) "[UIFe][FFe] Change application Name etc to Ubuntu Software" [Critical,New] https://launchpad.net/bugs/1570479
[20:53] <seb128> cyphermox, willcooke is proposing a branch
[20:53] <seb128> we need to sed through the translations though
[20:53] <cyphermox> well, not necessarily
[20:54] <cyphermox> it was often already Ubuntu Software or something
[20:54] <cyphermox> Ubuntu Store in others
[20:54] <cyphermox> you should really only change /ubuntu/, as some other flavors apparently really do still use software-center
[20:54] <cyphermox> and ubuntu-gnome uses GNOME Software
[20:54] <cyphermox> (was already changed)
[20:55] <cyphermox> willcooke had already done string changes, and those should already have been in the translation export I did
[20:56] <seb128> right
[20:57] <cyphermox> so what do you want to do?
[20:59] <seb128> revert your upload
[20:59] <cyphermox> do you want me to do it or do you want to do it?
[21:02] <cyphermox> seb128: http://people.ubuntu.com/~cyphermox/launchpad-export.tar.gz will avoid you sedding so much
[21:02] <seb128> cyphermox, if you could do it it would be great
[21:02] <seb128> willcooke is looking at it but it might be easier for you to do it
[21:04] <cyphermox> you know it will be reverted back to "* Store" or "* Center", right?
[21:05] <cyphermox> that's the best we can do without changing translations
[21:09] <willcooke> reverting back to "With access to the Ubuntu Software Store"
[21:10] <willcooke> is the least bad option at this point (assuming we have translations for that string already)
[21:10] <cyphermox> I agree
[21:10] <willcooke> could you handle that one cyphermox?
[21:10] <willcooke> the revert
[21:10] <cyphermox> already on it, just checking that I didn't miss something
[21:10] <willcooke> nice one, thanks cyphermox
[21:11] <cyphermox> I broke it, least I can do it unbreak it
[21:11] <willcooke> ha
[21:12] <Saviq> seb128, https://bugs.launchpad.net/ubuntu/+source/clutter-gst-3.0/+bug/1525285
[21:12] <ubot5`> Launchpad bug 1525285 in clutter-gst-3.0 (Ubuntu) "inspecting clutter plugin hangs outside X11" [High,Triaged]
[21:16] <cyphermox> willcooke: sorry for the trouble
[21:17] <seb128> Saviq, k
[21:17] <seb128> cyphermox, thanks
[21:19] <willcooke> cyphermox, ain't no thing, thanks for fixing it
[21:22] <seb128> andyrock, sorry, was busy with other release issues, do you need/want some more bt from me?
[21:22] <cyphermox> thar, uploaded.
[21:25] <seb128> andyrock, sorry , machine locked on vt switch :-/
[21:40] <andyrock> seb128 i'll try with the one we have
[21:40] <andyrock> it's weird
[21:40] <seb128> why?
[21:41] <andyrock> because it's failing in a line that should not fail
[21:41] <andyrock> i've a possible fix
[21:42] <andyrock> i'm building it
[21:42] <andyrock> but i've to go now
[21:43] <andyrock> i'll check the results later on
[21:45] <seb128> andyrock, ok, let me know if you need details on the line/code
[21:45] <andyrock> seb128: the one on errors.ubuntu should be PlacesGroup.cpp:505
[21:54] <qengho> Did gpg-agent behavior change recently?
[21:55] <willcooke> qengho I think Laney was sad gpg-agent this morning.  Might be totally unrelated
[21:55] <willcooke> indeed he was
[21:55] <willcooke> seb said it was ok for him
[21:55] <willcooke> he'll be back in a sec
[21:56] <qengho> Specifically "gpg-agent" says "already running - not starting", and yet gpg itself says "gpg-agent not available"
[21:57] <willcooke> pitti, olli just saw this when apt-get upgrading his Xenial box:  https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1447282
[21:57] <ubot5`> Launchpad bug 1447282 in eCryptfs "Does not use encrypted swap when using GPT partitioning + encrypted home directory (ecryptfs)" [High,Fix committed]
[22:06] <willcooke> qengho, seb128 says there were some fixes in a few days ago.  Worth restarting your session if you haven't done so in the last few days?
[22:07] <seb128> andyrock,
[22:07] <seb128> (gdb) p _background
[22:07] <seb128> $1 = (nux::BaseTexture *) 0x2d12390
[22:07] <seb128> (gdb) p _background->GetHeight()
[22:07] <seb128> Couldn't find method nux::BaseTexture::GetHeight
[22:08] <seb128> 505 is     bg_geo.height = _background->GetHeight();
[22:16] <seb128> Trevinho, andyrock, in fact I'm able to trigger that crash on demand, so I can provide debug info/test a fix
[22:16] <seb128> just enable high contrast, open dash, disable high contract, open dash
[22:17] <seb128> like if you change that option and open/close dash I hit it almost every time
[22:17] <andyrock> Ok
[22:17] <andyrock> I ll try to fix it during the night
[22:19] <seb128> you should sleep and look at it tomorrow ;-)
[22:39] <seb128> TheMuso, is it known/wanted that the a11y goes away when selecting some profiles? like if you select minor motor difficulties and then high contrast it's removed but the settings still show it as enable
[22:40] <doko> seb128, sorry, I didn't understand your reference in your last comment highlighting me
[22:43] <seb128> TheMuso, also it seems not translated
[22:43] <seb128> doko, don't worry about it, was a random comment
[22:44] <seb128> I was not meant to ping you
[22:51] <seb128> TheMuso, you probably want to build-depends on dh_translations and add "translations" to the dh call in rules
[22:52] <seb128> that should make a .pot generated at build
[22:52] <seb128> that launchpad can import
[23:04] <TheMuso> seb128: Hrm ok, a pot was created at build when I looked into that.
[23:04] <seb128> TheMuso, https://translations.launchpad.net/ubuntu/+source/a11y-profile-manager suggests it's not
[23:04] <seb128> the build log also has no reference to it
[23:05] <TheMuso> seb128: If you are referring to the indicator, then all profiles have it enabled, but its likely that its killing itself because the previous profile settings get reset before the new profile is applied, and gnome-session doesn't pick up the changes quick enough to re-launch the indicator.
[23:05] <TheMuso> seb128: Ok thanks for the pointer.
[23:05] <seb128> TheMuso, yw
[23:06] <seb128> TheMuso, changing profile shouldn't change the key that makes it displayed?
[23:06] <TheMuso> seb128: right I have it installed locally which is why I was seeing, it, and didn't know what was doing that.
[23:07] <TheMuso> Well the key is off by default, so the profiles turn it on.
[23:07] <TheMuso> And I would think we would still want it off by default.
[23:07] <seb128> yes
[23:07] <seb128> I just wonder why switching profiles make the indicator be disabled
[23:08] <TheMuso> When you change the profile, the previous profile's settings are reset. The previous profile contains the setting to display the indicator, so that gets turned off. The new profile would contain that setting also, so it gets set to true again, but GNOME session doesn't pick up on the change to relaunch the indicator, and the indicator kills itself because it monitors for that setting to be toggled
[23:09] <TheMuso> to false, and when it is, it kills itself.
[23:09] <TheMuso> The best solution here is to add a timeout I think.
[23:09] <TheMuso> So that the indicator doesn't kill itself when we don't want it to.
[23:09] <seb128> yeah
[23:09] <seb128> or to move that key out of the profile
[23:10] <seb128> so it doesn't get resetted on profile change
[23:10] <TheMuso> Yes, but then how do we turn it on if the user enables a profile?
[23:11] <seb128> well you could make your reset function smarter and ignore that
[23:11] <TheMuso> It could be hard coded in the library, but it was designed in such a way that it would be de agnostic.
[23:11] <TheMuso> Yeah thats what I'm thinking.
[23:11] <seb128> k, well I don't know how often users would switch between profiles
[23:11] <seb128> I just played with it and noticed that
[23:11] <TheMuso> Nevertheless its something that odes need addressing I agree.
[23:12] <TheMuso> And it is something I am aware of, but had other fies to put out so haven't been able to deal with it.
[23:12] <seb128> good, I've no real opinion on the solution
[23:12] <seb128> right, it's probably not a priority
[23:12] <seb128> the translation issue is more important
[23:12] <TheMuso> Yup
[23:12] <TheMuso> indeed.
[23:16] <seb128> attente, do you need debug info to understand why g-s keeps displaying that dialog? do you see the issue if you delete the dir you asked about earlier?
[23:17] <attente> seb128: no, i don't see the issue. maybe i'm not clearing all the right directories
[23:17] <attente> seb128: i think i'll just disable the dialog if gnome-software's window isn't already open
[23:18] <seb128> that would be good because the dialog is not very user friendly at login
[23:18] <attente> although i don't know if that'll fix the repeated pop up
[23:18] <attente> yeah
[23:18] <seb128> but still, when g-s is open it keeps repoping in loop
[23:18] <seb128> so we need to fix that
[23:19] <attente> seb128: i think there's a verbose mode you can try to enable to see if it's reloading the appstream plugin multiple times
[23:28] <seb128> the log suggests the refresh fails
[23:28] <seb128> unsure why though
[23:28] <seb128> oh
[23:28] <seb128> that might be a local issue
[23:29] <seb128> I added the ddeb repo but didn't import the key
[23:29] <seb128> oh, no, it's the chrome repo
[23:29] <seb128> E: Failed to fetch http://dl.google.com/linux/talkplugin/deb/dists/stable/Release  No Hash entry in Release file /var/lib/apt/lists/dl.google.com_linux_talkplugin_deb_dists_stable_Release which is considered strong enough for security purposes
[23:35] <seb128> attente, ok, disabling that fixed the "keep asking" issue
[23:36] <attente> seb128: i knew google talk was up to no good
[23:36] <seb128> hahah
[23:36] <seb128> indeed
[23:37] <seb128> google bastards!
[23:37] <attente> ;)
[23:37] <seb128> so yeah, I think it would still be good to not display that dialog if the ui is not open
[23:38] <seb128> because it's a weird user experience to be greeted at login with that
[23:38] <attente> yeah, agreed. thanks for finding that issue
[23:38] <seb128> yw!
[23:38] <seb128> we could probably handle better the case where you have a repo which has issues
[23:39] <seb128> but that's a lower priority item
[23:39] <seb128> when all the other important things settle down
[23:39] <seb128> I'm going to open a bug about that anyway for later
[23:39] <attente> sure, thanks!