[00:08] <BenderRodriguez> sladen: yes, it's current
[00:09] <BenderRodriguez> hggdh: it is not a difference of opinions
[00:18] <jbicha> BenderRodriguez: the Opinion status is also used when Canonical has made a decision and isn't really very interested in changing their mind
[00:18] <Unit193> Really should be set "won't fix"
[00:19] <BenderRodriguez> This is ridiculous
[00:19] <BenderRodriguez> but alright, I suppose there's no point in trying to voice opinions if it will be ignored
=== dadada is now known as Guest96819
[01:08] <hggdh> we, at the time, did not quite agree with having "opinion" but no "wontfix", but I, at least, was unable to change the decision
[08:12] <Komzzpa> Hello!
[08:13] <Komzzpa> I'm Darafei Praliaskouski from PostGIS team. Recently there was a release of GEOS 3.7.0 geospatial processing library that a soon-coming PostGIS 2.5 will depend on. It is packaged into Debian Unstable, but as I understand it's a bit after automatic sync deadline for Ubuntu Cosmic. May it be pulled into Ubuntu Cosmic?
[08:13] <LocutusOfBorg> nacc, thanks,
[08:13] <LocutusOfBorg> desti, if you want the bug fixed, start by providing a patch :)
[08:13] <Komzzpa> I was sent here from #ubuntu-packaging, if it's not the right place to ask please show me the direction :)
[08:15] <acheronuk> well, here is more likely....
[08:15] <LocutusOfBorg> Komzzpa, the soname changed, so this mean a transition (even if it has only one reverse-dependency)
[08:16] <acheronuk> Komzzpa: 3.7 in debian includes a shared library name bump
[08:16] <LocutusOfBorg> ubuntu has 2.4 as postgis
[08:16] <acheronuk> so ossim would need updating
[08:16] <LocutusOfBorg> I would say no, unless you prove that the new library is only a bugfix release, with no new features, and nothing breaks
[08:17] <LocutusOfBorg> Komzzpa, are you upstream?
[08:17] <acheronuk> changes in 3.7.0 https://trac.osgeo.org/geos/browser/git/NEWS?rev=3.7.0
[08:18] <LocutusOfBorg> acheronuk, what is your opinion?
[08:19] <acheronuk> Komzzpa: we are in https://wiki.ubuntu.com/FeatureFreeze
[08:22] <Komzzpa> LocutusOfBorg: I'm PostGIS upstream. I'm familiar with GEOS codebase and can bring someone properly-upstream if needed.
[08:22] <LocutusOfBorg> Komzzpa, what are the "new features mentioned?" e.g. GEOSDistanceIndexed
[08:23] <LocutusOfBorg> I mean, can you say something "hey they are new functions, and they don't clash so if nobody uses them, they are safe to go"
[08:23] <LocutusOfBorg> or something like that
[08:24] <Komzzpa> GEOSDistanceIndexed is a new distinct function not called by packages working with GEOS 3.6
[08:25] <LocutusOfBorg> Komzzpa, can you please open a bug on the package, explaining changelog, and why you think it is worth a Feature Freeze Exception?
[08:26] <acheronuk> LocutusOfBorg: I don't know enough background to form one really. looking at the non bumped libgeos-c1v5 lib, looks like some symbols got dropped and that has quite a few rdeps
[08:26] <acheronuk> so that makes me a bit wary
[08:26] <LocutusOfBorg> e.g. you can use this one as template https://bugs.launchpad.net/ubuntu/+source/octave/+bug/1791359
[08:26] <ubottu> Launchpad bug 1791359 in octave (Ubuntu) "FFe: Sync octave 4.4.1-1 (universe) from Debian experimental (main)" [Wishlist,Fix released]
[08:27] <LocutusOfBorg> of course against this package https://launchpad.net/ubuntu/+source/geos
[08:27] <LocutusOfBorg> acheronuk, I see only ossim in Debian https://release.debian.org/transitions/html/auto-geos.html
[08:27] <LocutusOfBorg> oh got it acheronuk
[08:27] <LocutusOfBorg> the 1v5 library is the C library (and didn't change)
[08:28] <LocutusOfBorg> only the C++ binding changed soname
[08:28] <LocutusOfBorg> so, the situation is "better"
[08:28] <LocutusOfBorg> Komzzpa, please mention also this, that only the c++ binding had an ABI change
[08:30] <acheronuk> LocutusOfBorg: 1v5 lib name did not change. symbols did
[08:30] <acheronuk> though may be ok
[08:31] <Komzzpa> LocutusOfBorg: do I need to double check ossim working myself, or is there automated way?
[08:31] <acheronuk> hmmm. one non optional dropped
[08:32] <LocutusOfBorg> acheronuk, but not used... right?
[08:33] <acheronuk> LocutusOfBorg: that is what I can't judge
[08:33] <LocutusOfBorg> acheronuk, which symbol?
[08:33] <acheronuk> LocutusOfBorg: https://salsa.debian.org/debian-gis-team/geos/commit/4c764977e873d6bbf0e7b46a7d8188d051429ada
[08:33] <LocutusOfBorg> Komzzpa, you can check the package from here https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa
[08:33] <acheronuk> _ZNK4geos4util13GEOSException4whatEv@Base 3.4.2
[08:34] <LocutusOfBorg> geos::util::GEOSException::what() const
[08:35] <LocutusOfBorg> oh... this symbol? https://sources.debian.org/src/osgearth/2.9.0+dfsg-3/src/osgEarthSymbology/Geometry.cpp/?hl=430#L430
[08:36] <LocutusOfBorg> lets see if osgearth can compile now http://debomatic-amd64.debian.net/distribution#unstable/osgearth/2.9.0+dfsg-3build1/buildlog
[08:42] <LocutusOfBorg> Komzzpa, Im building it in my ppa if you want to test https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+packages
[08:44] <acheronuk> it's probably ok, but I'd not trust my C++ quite enough on it's own!
[08:47] <LocutusOfBorg> osgearth builds ok...
[08:48] <LocutusOfBorg> Komzzpa, please put the bug number once you have it, so we can do the required paperwork
[09:18] <Komzzpa> LocutusOfBorg: Is this good enough? https://bugs.launchpad.net/ubuntu/+source/geos/+bug/1792342
[09:18] <ubottu> Launchpad bug 1792342 in geos (Ubuntu) "Sync geos 3.7.0 from Debian unstable" [Undecided,New]
[09:18] <Komzzpa> LocutusOfBorg: I rewrote changelog in non-geospatial terms, hope it is okay
[09:44] <LocutusOfBorg> Komzzpa, I think we are good
[09:47] <Komzzpa> LocutusOfBorg: thanks! :)
[09:49] <LocutusOfBorg> Komzzpa, thank release team if they accept it :)
[11:36] <doko> coreycb, cpaelzer: we should talk about percona in main at the sprint ...
[11:43] <cpaelzer> jamespage: ^^
[11:43] <cpaelzer> and since percona ~= mysql rbasak^^
[11:44] <cpaelzer> it seems that becomes a reocurring sprint topic now
[13:18] <doko> mvo, mwhudson: what is the status about https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1660550 ?
[13:18] <ubottu> Launchpad bug 1660550 in snapd (Ubuntu) "[MIR] snapd in trusty" [Undecided,Fix committed]
[13:22] <doko> jamespage: ping about https://bugs.launchpad.net/ubuntu/+source/python-pykmip/+bug/1543754
[13:22] <ubottu> Launchpad bug 1543754 in python-pykmip (Ubuntu) "[MIR] barbican, python-pykmip" [Undecided,Incomplete]
[13:33] <coreycb> doko: cpaelzer: sounds good. btw we do have an MIR open for it, but i know there's a lot more that goes into it. bug 1768119
[13:33] <ubottu> bug 1768119 in percona-xtradb-cluster-5.7 (Ubuntu) "[MIR] percona-xtradb-cluster-5.7, percona-xtrabackup, libdbd-mysql-perl" [Undecided,New] https://launchpad.net/bugs/1768119
=== BrAsS_mOnKeY is now known as g2`
[14:48] <seb128> cyphermox, hey, any chance that you do that modemmanager update from rc1 to 1.8 stable? ;)
[14:49] <cyphermox> don't know, definitely not right now
[16:45] <tkamppeter> doko, hi
[16:50] <doko> tkamppeter: hi
[16:50] <doko> one more cp* package to go =)
[16:51] <tkamppeter> doko, the cpdb* packages need to get seeded because they do not have yet some package using them.
[16:52] <tkamppeter> doko, the cpdb-libs is hanging on the autopkgtest for arm64 only (rest OK) and it was told me to test and debug on the porter boxes, rugby for arm64.
[16:53] <tkamppeter> So I asked for being added to the porter box users and got links to instructions how to use (through our VPN). Set everything up, but https://portal.admin.canonical.com/C113885 is preventing me from using it (cannot install packages).
[16:54] <tkamppeter> doko, I hope they will resolve this soon.
[16:54] <tkamppeter> doko, or can we make an exception as arm64 never worked?
[16:56] <tkamppeter> doko, checked rugby, still broken.
[20:22] <doko> tkamppeter: will you be at the sprint next week?
[21:00] <mwhudson> doko: no idea