[00:36] <ulysses__> Anyone out there?
[06:42] <pitti> jbicha: no, sounds good; let's do that in Debian, too
[08:40] <Nafallo> o/
[08:48] <seb128> good morning desktopers
[08:52] <Nafallo> salut seb128 :-)
[08:52] <seb128> hey Nafallo
[08:58] <willcooke> mornig
[08:58] <willcooke> ing
[09:00] <Nafallo> morniging to you too, willcooke :-D
[09:00] <jibel> helo
[09:00] <jibel> llo
[09:01] <Laney> moin
[09:03] <seb128> hey hey hey
[09:03] <seb128> how is everybody today? good w.e?
[09:04] <Nafallo> I just attempted taking my full coffeecup for a refill. I clearly need more coffee.
[09:04] <jibel> not so fantastic wek-end, everybody's sick at home but me
[09:04] <jibel> week*
[09:04] <seb128> :-/
[09:05] <Nafallo> oh, and the world became white yesterday afternoon.
[09:05] <Nafallo> working from home ftw
[09:05] <seb128> yeah :)
[09:15] <Laney> hey seb128 Nafallo jibel
[09:15] <oSoMoN> good morning desktoppers
[09:16] <Nafallo> morning Laney :-)
[09:17] <Nafallo> morning oSoMoN :-)
[09:17] <oSoMoN> hey Nafallo
[09:17] <seb128> lut oSoMoN
[09:18] <oSoMoN> salut seb128
[09:22] <jibel> hi Laney
[09:59] <oSoMoN> seen https://community.ubuntu.com/t/ubucon-europe-2018-propose/2467 ? I'll probably go if it's confirmed
[10:38] <Laney> hey oSoMoN
[10:38] <Laney> is that close to you?
[10:39] <oSoMoN> 900km, could be closer, but it's the same country :)
[10:39] <oSoMoN> and there are direct cheap flights
[10:39] <Laney> heh
[10:40] <oSoMoN> plus I've never been there, so it's a good excuse to discover the area
[11:23] <GunnarHj> seb128: Hello Sebastien! I'd appreciate your advice on the idea in comment #21 of bug #1704533. For context please see comment #20 and the latest upload:
[11:23] <GunnarHj> https://launchpad.net/ubuntu/+source/libgweather/3.26.0-1ubuntu1
[12:15] <seb128> GunnarHj, hey, k, I have a look
[12:26] <seb128> GunnarHj, libgweather is the correct domain, see debian/patches/langpack-hack.patch
[12:26] <seb128> -GETTEXT_PACKAGE=libgweather-3.0
[12:26] <seb128> +GETTEXT_PACKAGE=libgweather
[12:26] <seb128>  AC_SUBST(GETTEXT_PACKAGE)
[12:26] <seb128> GunnarHj, that's also how the .mo files are named in the buildlog
[12:27] <seb128> GunnarHj, ah, that's what you uploaded to fix that bug ... does it work?
[12:28] <seb128> GunnarHj, otherwise I think you are right, the template needs to be changed in launchpad
[12:28] <andyrock> hey all
[12:28] <andyrock> Laney: you are in backport team right?
[12:28] <seb128> hey andyrock, how are you? had a good 3 days w.e?
[12:29] <andyrock> yeah long w.e. indeed
[12:29] <andyrock> and now it's snowing
[12:29] <GunnarHj> seb128: It works, but I consider it to be a workaround. So my idea is that we upload that fix to artful, but reverse it in bionic and change the template in LP for bionic.
[12:29] <seb128> GunnarHj, that sounds good to me
[12:29] <seb128> andyrock, you are in Italy atm?
[12:30] <andyrock> yep
[12:30] <GunnarHj> seb128: Great, thanks!
[12:30] <seb128> impressive that it's snowing from the u.k to Italy :)
[12:30] <seb128> GunnarHj, thank you for working on it!
[12:31] <seb128> andyrock, speaking about those backports, sorry for raising that earlier but that might not be the right way to go
[12:31] <andyrock> seb128: why?
[12:31] <seb128> andyrock, do you think so changes are SRU material or is that too complex for that?
[12:32] <seb128> andyrock, we can't use the backport pocket to build the iso/installer, it's an opt-in not a standardly used source
[12:32] <andyrock> some packages are not even in the repos
[12:32] <seb128> so if the goal is to include the work to the installer it needs to be a SRU
[12:32] <seb128> right, SRUing new packages is fine
[12:33] <andyrock> so it's just about editing the bug?
[12:39] <andyrock> let's wait for Laney to answer
[12:39] <Laney> hi
[12:39] <Laney> answer about what?
[12:40] <seb128> andyrock, I guess, also I need to have a look at the change to see if they are fine for a SRU
[12:40] <mdeslaur> seb128: hi! I had to patch all three packages in the bug to fix the issue in my artful vm.
[12:41] <seb128> mdeslaur, hey, that's weird, one of those must be first to start? or is the order depending of timing and changing at every login?
[12:43] <mdeslaur> one of them was responsible for .config, the other .local. Perhaps the third one isn't required, but I can't remember which one was.
[12:43] <mdeslaur> it probably should be fixed everywhere though, in case the order does in fact change
[12:44] <seb128> right
[12:44] <seb128> I wonder if ordering changed with the gsd plugins split
[12:44] <seb128> or something
[12:46] <seb128> mdeslaur, there are other issues there, session-migration should be a noop on a new install
[12:46] <mdeslaur> it is, but it still creates the directory
[12:46] <seb128> then it's not a noop :p
[12:47] <mdeslaur> I think it adds a flag file
[12:47] <seb128> right
[12:47] <seb128> it could probably just bail out assuming there is nothing to do if the dir doesn't exist
[12:48] <seb128> mdeslaur, do you plan to upstream patches for those then?
[12:48] <seb128> or do you need help from us doing that?
[12:49] <mdeslaur> I would like the desktop team to look into it. I'm afraid the directory creation code is used in some scenario that I'm not thinking of.
[12:51] <seb128> mdeslaur, ok, I'm adding it to our list for the week then, thanks for investigating the issue and providing those details!
[12:51] <mdeslaur> np, thanks!
[12:52] <andyrock> Laney: so we need to backport python3-macaroonbakery from B to X
[12:52] <andyrock> this requires some other packages to be updated/backported
[12:53] <andyrock> seb128 just told me that using the backport repositories will not work
[12:53] <Laney> That's right
[12:53] <andyrock> so the way to go is to SRU
[12:53] <Laney> If you need it for the installer then it has to be SRUed
[12:53] <andyrock> so I've several questions
[12:54] <andyrock> 1. do you need a SRU bug for each packages?
[12:54] <andyrock> 2. if a package needs to be SRUed without changes from B what sould I do?
[12:56] <seb128> 1. no, one is fine
[12:56] <seb128> 2. why are the changes not in B?
[12:56] <Laney> I think he means a no-change backport as SRU
[12:59] <seb128> well just change the version
[13:04] <andyrock> I'm still confused
[13:05] <andyrock> so httmock does not exists in X
[13:05] <andyrock> what should I propose?
[13:05] <andyrock> and It can SRUed as it is, with no changes
[13:05] <Laney> if it doesn't exist then it should be easily SRUed as that can't break anything else
[13:06] <andyrock> Laney: cool
[13:06] <seb128> andyrock, yes, take the current source, edit the changelog to have a version lower/adapted for the SRU and change the distro target
[13:06] <andyrock> seb128: that's what I did in the ppa
[13:07] <seb128> k, so you are all good :)
[13:07] <Laney> doesn't require changes to any existing packages?
[13:07] <seb128> you just need to backport->SRU
[13:07] <andyrock> Laney: some changes
[13:07] <andyrock> I had this https://bugs.launchpad.net/xenial-backports/+bug/1735160
[13:08] <andyrock> the only big change is to build python3-protobuf
[13:08] <andyrock> this can be SRUed with a small debdiff
[13:08] <seb128> yeah, those seems like they should be doable a SRU
[13:08] <seb128> though I didn't review the pymacaroons 0.9.2->0.12 changes
[13:08] <seb128> nor the patch for adding python3-protobuf
[13:09] <seb128> but if that's just adding a new build it's not likely to create issue for existing code so it should be fine
[13:09] <andyrock> indeed
[13:09] <seb128> unless you patch code that is using for the python2 version
[13:09] <andyrock> nope
[13:09] <andyrock> the only python2 code that I changed was in google-apputils-python
[13:09] <andyrock> https://bugs.launchpad.net/ubuntu/+source/google-apputils-python/+bug/1735162
[13:09] <seb128> https://launchpadlibrarian.net/347516790/protobuf.debdiff looks fine
[13:10] <andyrock> I have already an SRU bug for this
[13:10] <seb128> andyrock, yeah, that all looks fine to SRU to me
[13:10] <seb128> so just change the title/description to be "SRU" instead of "backport"
[13:10] <andyrock> kk
[13:10] <andyrock> thanks for the help
[13:13] <Laney>  - backport pymacaroons 0.12.0-1 [universe] from bionic - xenial has 0.9.2-0ubuntu1
[13:13] <Laney> - backport python-nacl 1.1.2-1 [universe] from bionic - xenial has 1.0.1-1build1
[13:13] <Laney> those ones might be more difficult
[13:14] <andyrock> why?
[13:15] <Laney> potential to break things which depend on them
[13:16] <andyrock> apt-cache rdepends python-nacl gives no result
[13:16] <andyrock> maybe I'm using that command in the wrong way
[13:16] <Laney> ok I didn't look at that, let me see
[13:18] <andyrock> snapcraft depnds on python3-pymacaroons
[13:20] <seb128> andyrock, even if there are no depends in the archive some customers might use the binding for their apps so we still need to ensure it doesn't have incompatible changes
[13:21] <Laney> jbicha: yo, got a gnome-control-center commit around to push?
[13:29] <seb128> GunnarHj, did you check that gnome-weather has translated description once the domain is the one expected? when I looked at it during the summer there was another issue and the translations were also not working on the fedora livecd where they don't use langpack, but it might be that the other bug has been fixed
[13:31] <GunnarHj> seb128: Do you mean the package description? Haven't looked at that.
[13:31] <seb128> GunnarHj, no, the weather descriptions (what the bug is about)
[13:31] <seb128> like in the UI the bit that say "windy" for example
[13:32] <GunnarHj> seb128: Right, that's precisely what this is about. Of course we checked it. Works right now in bionic due to the workaround.
[13:32] <seb128> ok
[13:33] <seb128> well as said in zesty it was not working even with the correct domain iirc (nor on fedora at the time)
[13:34] <seb128> so I think it's somewhat wrong to state on the upstream bug that the issue was due to an invalid domain on our side, I think there was a real bug upstream that got fixed + the domain then on our side
[13:34] <seb128> anyway no big deal
[13:34] <seb128> thanks for checking!
[13:34] <GunnarHj> seb128: Sorry if I jumped at conclusions.
[13:34] <seb128> no worry
[13:51] <jbicha> Laney: g-c-c commit pushed, thanks
[14:09] <GunnarHj> jbicha: Hi Jeremy! We've made some progress with bug #1704533. Can you please upload to artful? (I added the SRU stuff to the bug description.)
[14:12] <jbicha> GunnarHj: we should revert our change for bionic, right?
[14:12] <GunnarHj> seb128: Yes.
[14:13] <GunnarHj> seb128: Sorry, wrong name. ;)
[14:13] <GunnarHj> jbicha: Yes.
[14:16] <Laney> jbicha: cheers!
[15:17] <popey> oSoMoN: heya, i noticed Chromium is "chromium" in the store. Can you fix the case? It looks wrong :)
[15:23] <oSoMoN> popey, done
[15:23] <popey> Yay! Thanks!
[15:37] <oSoMoN> chrisccoulson, chromium-browser stable update (63.0.3239.84) is ready at https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage/+packages (I've already uploaded to bionic-proposed)
[15:38] <chrisccoulson> oSoMoN, heh, good timing. It's my last day today
[15:42] <oSoMoN> just in time :)
[15:44] <oSoMoN> chrisccoulson, last day until you’re back from holidays, right?
[15:44] <chrisccoulson> oSoMoN, yeah
[15:45] <oSoMoN> that "last day today" almost sounded scary!
[15:49] <chrisccoulson> heh
[15:55] <dobey> oSoMoN, chrisccoulson: speaking of that, is anyone going to update oxide in 16.04? it's installed by default there, for the webapp stuff (webapp-container/webbrowser-app is used there)
[15:56] <chrisccoulson> dobey, there will be an update to basically remove it
[15:57] <dobey> chrisccoulson: and make webapps use firefox instead? or remove those too?
[16:09] <jbicha> dobey: what webapps?
[16:12] <gQuigs> oh.. in 16.04.. hmm
[16:14] <gQuigs> so like https://packages.ubuntu.com/xenial/unity-webapps-googledocs ?
[16:14] <dobey> jbicha: cf unity-webapps-common
[16:14] <dobey> jbicha: amazon and some others
[17:00] <seb128> shrug, seems like I closed that channel by error earlier
[17:05] <Laney> /o\
[17:06] <GunnarHj> seb128: Are you in the mood for considering a xenial translation update? ;)
[17:10] <jbicha> GunnarHj: btw, do you know if the libgweather issue affects xenial too?
[17:11] <GunnarHj> jbicha: No, haven't checked.
[17:14] <GunnarHj> jbicha: But I can take a look...
[17:14] <jbicha> GunnarHj: ok, I confirmed xenial is affected too
[17:15] <GunnarHj> jbicha: Are you arguing for a xenial SRU too?
[17:15] <jbicha> I'm wondering if it's safe to make the LP change for xenial and then do a langpack update there
[17:16] <jbicha> or if we should do the simpler artful workaround
[17:17] <GunnarHj> jbicha: LP change ought to work AFAICT. If it doesn't, it wouldn't make things worse at least.
[17:18] <jbicha> ok
[17:19] <jbicha> of course artful is different because no one is volunteering to do a langpack update there ;)
[17:23] <GunnarHj> jbicha: Right. The question is if someone (seb128) is volunteering to do it for xenial. And to take effect for all languages, we'd need to accept into xenial-update also langpacks which haven't been tested by the translator teams.
[17:28] <GunnarHj> jbicha: The simpler workaround is probably preferable. ;)
[17:32] <jbicha> why were you asking about xenial then?
[17:48] <GunnarHj> jbicha: Because the general need to update. An update was planned to be accomplished in the beginning of 2017, but it was never done.
[17:50] <GunnarHj> jbicha: So my question to seb128 was not related to the libgweather issue.
[17:56] <jbicha> if you do a xenial sru for libgweather, you also would need to do a zesty sru for it
[17:56] <jbicha> or wait until late January
[18:11] <GunnarHj> jbicha: Why would that be necessary? Are you thinking of people who might upgrade from xenial to zesty? How many will do that between now and zesty EOL? Isn't that something we can live with?
[18:12] <jbicha> because that's the SRU rules (to avoid known regressions when people upgrade), you can talk to the SRU team about it
[18:13] <jbicha> eventually, it won't be worth doing zesty SRUs any more, but I think that will be January, not now
[18:13] <GunnarHj> jbicha: Ok, thanks. Wasn't aware of the presence of a strict rule.
[18:18] <GunnarHj> jbicha: Given how much time I already spent on this libgweather thing, I'm inclined to SRU to both xenial and zesty then. Would it be helpful to create debdiffs for the purpose?
[18:19] <jbicha> GunnarHj: the rule isn't actually mentioned in https://wiki.ubuntu.com/StableReleaseUpdates but it's my understanding of the SRU Team's policy
[18:20] <GunnarHj> jbicha: We could test it. :)
[18:20] <jbicha> you can do that if you like, but my guess is it will just mean the xenial sru won't reach xenial-updates until after zesty goes EOL
[18:21] <jbicha> yes, debdiffs would help
[18:21] <GunnarHj> jbicha: Then I'll make debdiffs for both. See you later. Thanks!
[18:22] <willcooke> night all
[20:04] <GunnarHj> jbicha: Fixed debdiffs for xenial and zesty. Would be good if you could upload.
[21:52] <oSoMoN> chrisccoulson, thanks for the chromium update, enjoy your holidays!
[23:33] <jbicha> kenvandine: do Snaps currently use xdg-desktop-portal(-gtk) ? do we need to install that by default in bionic?