=== Elimin8r is now known as Elimin8er
[06:47] <jamespage> cpaelzer: I have a 2.9 snapshot in a PPA
[06:47] <jamespage> but its failing some tests on arm64 atm
[06:48] <jamespage> https://launchpad.net/~james-page/+archive/ubuntu/bionic/+packages
[06:48] <cpaelzer> ok, thanks for the info
[06:48] <jamespage> first thing I normally do with a new release is re-enable all of the skipped tests and try them out again
=== zyga_ is now known as zyga
=== fossfreedom_ is now known as fossfreedom
[10:03] <jamespage> anyone around who has some familiarity with debhelper, dpkg, debug symbols and how that works in PPA's which generate and publish them?
[10:05] <jamespage> I'm endeavouring to backport debhelper >= 11 to xenial for the Ubuntu Cloud Archive, but I'm missing something in the dance between debhelper, pkgbinarymangler and pkg-create-dbgsym
[10:12] <jamespage> I'm aware there are alot of dpkg changes between xenial and bionic including the one to support Package-Type overrides which debhelper uses at bionic but hoping to avoiding including dpkg in the backport...
=== lool- is now known as lool
[11:30] <doko> cjwatson: man-db ftbfs on ppc64el
[11:36] <jamespage> meh no worries - figured it out and have enough of a compat shim for the backport
[11:38] <infinity> jamespage: Erm.
[11:38] <infinity> jamespage: Backporting debhelper should revert the ddeb support.
[11:38] <infinity> jamespage: Any other option will end in tears.
[11:39] <jamespage> infinity: yeah I'd got that - the piece I'd missed was the change to dh_strip to stop debhelper building the debug packages
[11:39] <jamespage> "+$dh{ENABLE_DBGSYM} = 0 if not $ENV{'DH_BUILD_DDEBS'};"
[11:39] <jamespage> was my friend
[11:40] <jamespage> infinity: I think this - http://paste.ubuntu.com/26524058/ does the trick
[11:40] <infinity> jamespage: https://launchpad.net/ubuntu/+source/debhelper/10.2.5ubuntu2 was where I swapped methods.
[11:40] <doko> mwhudson: golang-1.10 ftbfs on armhf
[11:41] <infinity> jamespage: Yep, that looks like it should do it.
[11:41] <jamespage> infinity: I'd generally got a bit confused as to which parts pkg-create-dbgsym, debhelper and pkgbinarymangler did
[11:41] <jamespage> them diverts ...
[11:42] <jamespage> anyway I now know (at least I think I do)
[11:42] <infinity> jamespage: The pkgbinarymangler dpkg-deb divert is not one of my prouder moments.  Don't look at that postinst if you value your sanity.
[11:42] <jamespage> lol
[11:43]  * jamespage shuts his eyes and just holds on for a bit
[11:43] <infinity> jamespage: (The part where there's a brief period on every single buildd build where dpkg-deb doesn't exist, in the middle of unpacking, is... Fun)
[11:43] <jamespage> infinity: I also enjoyed the bit where pkgbinarymangler copies in part of debhelper as part of its build
[11:45] <jamespage> coreycb: I think I have it nailed now - just working the updates into queens-staging to unbreak all the broken builds from friday...
[12:05] <cjwatson> doko: already dealt with in Debian; it'll auto-sync
[12:39] <coreycb> jamespage: great thanks. so will the ppa still be able to generate ddebs?
[13:14] <jamespage> coreycb: yes
[13:15] <coreycb> jamespage: ok cool
[14:01] <GunnarHj> chrisccoulson: Have you seen that adobe-flashplugin is stuck in -proposed?
[14:03] <GunnarHj> https://community.ubuntu.com/t/flash-version-in-xenial-partner-archive-canonical-com/3865
[15:54] <ackk> cjwatson, hi, I have a refreshed patch for py-macaroon-bakery 1.1.0: https://pastebin.canonical.com/209182/ I can build the updated package with it. would it be possible for you to update it?
[15:58] <mitya57> cyphermox, doko: do you have any status update on bug 1636666? can you please reply to my comment there?
[15:58] <ubottu> bug 1636666 in pcre2 (Ubuntu) "[MIR] pcre2" [Undecided,New] https://launchpad.net/bugs/1636666
[15:58] <ackk> cjwatson, or, https://paste.ubuntu.com/26525107/
[15:58] <cjwatson> ackk: Yeah, I guess I can just go with that, just a minute
[15:59] <doko> mitya57: can it be built using pcre3?
[15:59] <mitya57> No :(
[15:59] <doko> and how much in main can be built using pcre2?
[16:00] <cjwatson> ackk: (I had half of that but was missing the other half, it seems, not sure why)
[16:00] <mitya57> http://doc.qt.io/qt-5/whatsnew59.html — “QRegularExpression now requires the PCRE2 library version 10.20, or later. Support for the PCRE1 library was dropped.”
[16:00] <doko> so how much can we rebuild? http://people.canonical.com/~ubuntu-archive/transitions/html/pcre2.html
[16:01] <mitya57> There is some estimate in https://bugs.launchpad.net/ubuntu/+source/pcre2/+bug/1636666/comments/20
[16:01] <ubottu> Launchpad bug 1636666 in pcre2 (Ubuntu) "[MIR] pcre2" [Undecided,New]
[16:01] <mitya57> That is at least half of the packages from that tracker
[16:02] <doko> who is working on that to build packages with pcre2 if they can?
[16:03] <mitya57> I can try to help with that, maybe jbicha and/or LocutusO- would be able to help too.
[16:04] <mitya57> apache2 may be a problem though: https://bz.apache.org/bugzilla/show_bug.cgi?id=57471
[16:04] <ubottu> bz.apache.org bug 57471 in Build "Apache 2.4.10 Compilation fails when compiling against pcre2-10.00" [Enhancement,New]
[16:04] <cjwatson> ackk: Yep, thanks, that works, will upload
[16:05] <ackk> cjwatson, thank you
[16:05] <cjwatson> done
[16:06] <mitya57> doko: I meant at least half of packages from *this* tracker: http://people.canonical.com/~ubuntu-archive/transitions/html/pcre2-main.html (your link includes also universe)
[16:07] <doko> ahh, I see
[16:07] <ackk> cjwatson, awesome, thanks
[16:07] <mitya57> exim4 may be a problem too: https://bugs.exim.org/show_bug.cgi?id=1878
[16:07] <ubottu> bugs.exim.org bug 1878 in Unfiled "add support for pcre2" [Wishlist,New]
[16:08] <mitya57> I guess I should collect some bug links and add them to the description
[16:08] <jbicha> no one is working on getting glib to not use pcre3
[16:10] <jbicha> on the other hand, tilix and gnome-builder have missing features because Ubuntu's vte2.91 isn't allowed to use pcre2 yet
[16:10] <doko> php7.2 is missing in this tracker
[16:10] <doko> silly gnome
[16:11] <jbicha> the main tracker is manually compiled so you're welcome to add php7.2 if you like :)
[16:11] <mitya57> So we have two solutions here: 1) Have both pcre3 and pcre2 in main, with a goal of removing pcre3 in later release, 2) Have only pcre3, Qt using its own copy and GNOME missing some features
[16:12] <chrisccoulson> GunnarHj, ah, crap. Thanks for that. sil2100, can you take care of that please? (I think you approved the upload originally)
[16:13] <chrisccoulson> sil2100, if you can't see the scrollback:
[16:13] <chrisccoulson> <GunnarHj> chrisccoulson: Have you seen that adobe-flashplugin is stuck in -proposed?
[16:13] <chrisccoulson> <GunnarHj> https://community.ubuntu.com/t/flash-version-in-xenial-partner-archive-canonical-com/3865
[16:13] <mitya57> Looks like php7.2 supports only pcre3 and php7.3 only supports pcre2
[16:13] <jbicha> Qt is in main because of qtubuntu (kiosk project) and mozc (Japanese input method)
[16:14] <mitya57> And php7.3 is not going to be released any time soon…
[16:15] <sil2100> chrisccoulson: hey, for this I think you'll need slangasek
[16:18] <doko> jbicha, mitya57: I would like to avoid a situation where we have both in main, and everybody is comfortable with it
[16:19] <mitya57> I understand, but the goal porting everything to pcre2 does not seem achievable in one release cycle
[16:19] <jbicha> the current vte2.91 situation isn't comfortable :/
[16:20] <mitya57> Even if we keep pcre2 in universe for this cycle, next time php7.3 will be released and we'll get in the same situation
[16:20] <doko> so do the promotion after the bionic release?
[16:21] <mitya57> I won't mind that, but we will technically have pcre2 in main as part of Qt anyway
[16:21] <doko> or get some buy-in from the tech board and the security team
[16:41] <mitya57> doko: I just added lists of good/bad packages to the description of bug 1636666
[16:41] <ubottu> bug 1636666 in pcre2 (Ubuntu) "[MIR] pcre2" [Undecided,New] https://launchpad.net/bugs/1636666
[16:42] <mitya57> (It is worse than I thought, most of packages don't even have upstream bugs filed for pcre2 move)
[16:42] <chrisccoulson> sil2100, you should be able to do it (https://wiki.ubuntu.com/ArchiveAdministration#Handling_updates_to_partner)
[17:25] <bdmurray> Why does rmadison still show zesty information?
[17:36] <cjwatson> bdmurray: needs manual editing of snakefruit:~ubuntu-archive/.madison-lite/config.  Fixed now
[17:36] <nacc> (should that be added to the EOL checklist, if not already there?)
[17:37] <bdmurray> cjwatson: thanks
[17:38] <slangasek> chrisccoulson: "stuck in proposed" - so you're saying that the adobe-flashplugin versions in *-proposed are tested and ready to copy to release?
[17:38] <chrisccoulson> slangasek, yeah
[17:39] <doko> mitya57: thanks! so I'm still not sure if it's better to delay that promotion until after bionic
[17:39] <bdmurray> nacc: Its not there https://wiki.ubuntu.com/EndOfLifeProcess
[17:40] <nacc> bdmurray: ack; i feel like that's probably the release team's page to edit :)
[17:40] <bdmurray> nacc: whatever, I'm gonna edit it
[17:40] <slangasek> chrisccoulson: done
[17:40] <chrisccoulson> slangasek, thanks
[17:41] <nacc> bdmurray: :)
[17:59] <cjwatson> bdmurray: process> good call, thanks
[19:41] <coolfish> hi, approx. on Fri 26. January I asked on #ubuntu-devel, what I can do, to put the package ganeti on a list for 'big' packages for autopkgtest(-VMs). The reason is http://autopkgtest.ubuntu.com/packages/g/ganeti/bionic/amd64. I've verified, that autopkgtest passed with 4GB of RAM. The default of 1536MB is to small.
[19:41] <coolfish> because I'm no dev (just a user), someone on this channel said, that he has done it for me. Now (2018-02-05 15:13:30 UTC) the test still fails, with the error message: Not enough memory on node node1 for creating instance instance1: needed 1024 MiB, available 810 MiB
[19:41] <coolfish> so it seems, ganeti is still with default size autopkgtest-VM
=== zyga is now known as potato
=== potato is now known as elvis
=== elvis is now known as zyga
[20:59] <doko> nacc: I removed kopanocore, so zeroc-ice is the only one not building for php7.2. but mumble depends on that one
[21:10] <acheronuk> nice. lintian in bionic proposed is uninstallable
[21:11] <acheronuk> https://paste.ubuntu.com/26526608/
[21:13] <sarnold> ssleay
[21:13] <sarnold> oy
[21:14] <nacc> doko: removed as in from the archive?
[21:15] <nacc> doko: or in which sense? I have fixes for it pending (which I will send to Debian in the bug you filled), but it's segfaulting in my testing (not sure if it's related to PHP yet
[21:16] <nacc> doko: i'm also workig onn zeroc-ice, which needs to be updated to 3.7.0 at lelast