[00:17] <JackFrost> "...IRC services that is actively maintained and sane."  Uhh...Atheme anyone? :)
[08:04] <debusr> this seems like a major bug in python's pip installation in debian, you might be interested as well: https://github.com/numpy/numpy/issues/12736#issuecomment-457095173
[08:42] <doko> tjaalton: dogtag-pki fails autopkg tests on amd64, blocking some stuff
[08:43] <tjaalton> doko: yes, best to remove and block it for now.. including all the java deps
[08:43] <tjaalton> lacking support for tls1.3/java11 :/
[08:43] <tjaalton> upstream won't help before fedora is on java11
[08:44] <doko> hmm
[08:44] <tjaalton> everything builds fine etc, but the tomcat instance can't get ssl set up
[09:16] <sil2100> Trevinho: hey! The diffing in Bileto should now be fixed
[09:17] <sil2100> seb128: ^
[09:17] <seb128> oh nice, thx!
[09:17] <sil2100> (at least my expectation should be no more 0 line diffs)
[09:17] <sil2100> yw!
[10:26] <cpaelzer> thanks sil2100
[11:48] <LocutusOfBorg> does anybody understand why the CHANGELOG.md is not picked up automatically by debhelper?
[11:48] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/node-istanbul/0.4.5+ds-4
[11:48] <LocutusOfBorg> wrt https://launchpad.net/ubuntu/+source/node-istanbul/0.4.5+ds-4ubuntu1
[11:48] <LocutusOfBorg> Debian, with the same debhelper version picks it up...
[11:48] <LocutusOfBorg> juliank, ^^ you are my best bet, I don't want to hide a debhelper possible trouble
[11:49] <juliank> LocutusOfBorg: dh_installchangelogs: Do not install upstream changelog in compat
[11:49] <juliank>       level 7 and higher to avoid pointlessly bloating installed packages.
[11:49] <juliank> this is one of the changes
[11:50] <juliank> in our debhelper
[11:50] <juliank> So, this is on purpose
[12:01] <Trevinho> sil2100: great!
[12:17] <LocutusOfBorg> juliank, I looked, and looked again at that delta
[12:17] <LocutusOfBorg> and for some reasons I looked and thought "*lower*"
[12:18] <LocutusOfBorg> I was wondering if below compat 7 the changelogs were not gzipped, so they were excluded
[12:18] <LocutusOfBorg> damn :/
[12:18] <LocutusOfBorg> so my fix was good I would say
[12:18] <doko> tjaalton: can you file a bug report?
[12:18] <tjaalton> doko: yeah
[12:21] <juliank> LocutusOfBorg: I'd rather change it so it does not modify the installed changelog if there is none
[12:22] <juliank> but um, don't care much
[13:22] <LocutusOfBorg> juliank, I already submitted to debian, the changelog seems useful, si preferred that way...
[14:54] <teward> regarding pcre2, NGINX upstream still has no intention to support pcre2; is Debian also moving to pcre2 or any of the other major distros moving?
[14:54] <teward> if there's a substantial push then I can probably prod them with enough reason to make PCRE2 a goal
[14:54] <teward> but until then the pcre2 for nginx is 'Wishlist / Won't Fix' because of upstream.
[14:57] <rbasak> I got the impression that everyone is moving, and that nginx's upstream assessment was mistaken.
[15:03] <jbicha> everyone is a very large number: https://people.canonical.com/~ubuntu-archive/transitions/html/pcre2.html
[15:11] <doko> RAOF: mir ftbfs in disco, please can you fix that?
[15:11] <teward> rbasak: i'll need hard evidence to back that up
[15:11] <teward> because they don't track downstreams.
[15:12] <teward> rbasak: auto-migration trackers, bugs for tracking, etc.
[15:12] <teward> them being as stubborn as they are
[15:12] <rbasak> Hopefully the MIR will help with that - you'll be able to see at a glance what the rdepends are as stuff gets moved, and whether the distribution patched it or if upstream actually had support.
[15:13] <teward> rbasak: yeah, that helps considerably, but they're going to be stubborn as hell if they say "But this is only Ubuntu moving!"
[15:14] <teward> which they've said in the past
[15:14] <teward> which is why I need the additional support on other factors.
[15:14] <teward> other distros, Debian, etc.
[15:16] <rbasak> Is it possible to build nginx without pcre support?
[15:17] <rbasak> Because honestly, I'm not sure it's worth the effort in trying to persuade them.
[15:17] <rbasak> If they want to lag behind, we can (eventually, when we drop pcre3 from main) either build nginx without any pcre or make it modular (if that's supported) with the pcre component in universe, or kick the whole thing to universe.
[15:18] <rbasak> That's what we'll have to do anyway.
[15:18] <rbasak> It won't realistically happen though unless nginx really are pretty much the last ones in main without pcre2 support.
[15:19] <rbasak> At that point, if it's a real problem then users will ask for upstream to sort the situation. If it isn't really a problem, then it won't by definition need addressing.
[15:20] <teward> rbasak: building without PCRE is going to be dropping all regex support from NGINX
[15:20] <rbasak> Understood.
[15:20] <teward> which is a core critical component for rewrites, location matching, etc.
[15:20] <teward> it's literally stripping out a core functionality
[15:20] <teward> PCRE modularity is not going to work either because it's in core non-module functions.
[15:21] <teward> and I can say with certainty that dropping that support will cause major headaches.
[15:21] <rbasak> OK, so we'll have a choice between stripping out PCRE support or relegating nginx into universe.
[15:21] <teward> which is where it was before 14.04.
[15:22] <rbasak> Stuff in main has to be well supported by upstreams. That's one of the criteria for being in main.
[15:23] <teward> yep.
[15:23] <teward> rbasak: i once again dropped the request to revisit PCRE2 support in the nginx-devel mailing list
[15:23] <rbasak> Thanks!
[15:23] <teward> if they're still being obstinate then I'll personally request that we drop it to Universe
[17:26] <kyrofa> Anyone around who can answer questions about php's packaging?
[17:28] <kyrofa> Specifically, I'm curious why large file support isn't built in (http://php.net/manual/en/intro.filesystem.php)
[17:33] <kyrofa> Ah, perhaps it is, using getconf LFS_CFLAGS
[17:43] <rbasak> kyrofa: IIRC we had an ABI mismatch to deal with due to a switch to LFS in the past.
[17:43] <rbasak> I can look up details if you need.
[17:44] <kyrofa> rbasak, mostly just curious if we enable it at all-- I'm being asked to in a snap I maintain and I didn't know anything about it, so I'm trying to learn from the pros
[17:44] <kyrofa> rbasak, it appears we do, if you can verify that for me though I would be thrilled
[17:45] <rbasak> kyrofa: here's the bug I was recalling: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1280044
[17:45] <kyrofa> 2014, good memory
[17:50] <doko> jbicha: zlib ping?
[17:51] <rbasak> kyrofa: looking at https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+build/15453636, the build log does show "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" so I'm pretty sure that LFS is enabled on Bionic i386.
[17:51] <kyrofa> rbasak, excellent, thank you :)
[18:24] <jbicha> thanks, zlib is better now
[21:02] <teward> rbasak: et. al.: I'm going to say that if NGINX is the last straggler for the pcre2 migration then we'll demote NGINX to Universe again, until they make PCRE2 support.  Deb8 and Trusty and CentOS6 don't have pcre2 which is three of the examples they quote.  They're welcome to PCRE2 support patches though.  I just don't have any.
[21:02] <teward> once we get PCRE2 support we can reapproach getting it into main again.  (The statement that we'd drop it from 'supported' to 'community supported' seemed to get their attentin)
[21:02] <teward> 'we' in the second line being NGINX.
[22:20] <smoser> paste.ubuntu.com is down ?
[22:21] <wxl> works here @smoser
[22:59] <sarnold> wfm
[23:01] <sarnold> heh, but irc scrollback from that same minute internally is pretty crazy :) I'm not surprised it was down..