[02:41] <Unit193> ochosi: Yep, now.
[02:42] <Unit193> :P
[23:26] <alazare619> anyone here have experience with live-build
[23:52] <ochosi> Unit193: could you test abiword in quantal please?
[23:52] <Unit193> Yes, but not within 20 miles of home (at least)
[23:52] <ochosi> Unit193: i specifically want to confirm this bug #948128
[23:52] <ochosi> oh ok
[23:53] <ochosi> fine, i'll ask someone else :)
[23:53] <Unit193> I could try it. :P
[23:53] <ochosi> does anyone else here have quantal?
[23:53] <ochosi> ok
[23:53] <ochosi> please do then :)
[23:57] <genii-around> I'm on quantal but it won't currently let me have both xfce and kde
[23:57] <ochosi> humm, i see
[23:57] <ochosi> and you have kde installed right nowß
[23:57] <ochosi> ?
[23:59] <Unit193> ochosi: Yep, that's correct.
[23:59] <ochosi> Unit193: what is?
[23:59] <genii-around> ochosi: Yes, kde
[23:59] <Unit193> I'll confirm in a sec.
[23:59] <ochosi> ok thanks
[23:59] <ochosi> genii-around: ok, no worries, Unit193 will take a look


[20:11] <pleia2> belkinsa: now that we know how the blueprints should be named, might want to update https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-documentation-team-roundtable-june2014-plan
[20:12] <pleia2> probably should be community-1406-ubuntu-documentation-team
[20:20] <belkinsa> I know but the plan was for that blueprint that you named.
[20:22] <pleia2> hm?
[21:09] <belkinsa> I was following my action item from the last meeting.  Make a plan bluebrint so we know what to talk aboyt.


[01:19] <tsimonq2> RAOF: yaml-cpp> Good timing, according to the Debian archive I am now a DD.
[01:19] <tsimonq2> I'll look shortly.
[03:39] <acheronuk> looks like the tagging commit of kitinerary 18.08.3 may fix the FTBFS of 18.03.1 against new poppler in that transition
[03:41] <acheronuk> *18.08.1
[04:33] -queuebot:#ubuntu-release- New: accepted cstore-fdw [arm64] (disco-proposed) [1.6.2-1]
[04:33] -queuebot:#ubuntu-release- New: accepted cstore-fdw [ppc64el] (disco-proposed) [1.6.2-1]
[04:33] -queuebot:#ubuntu-release- New: accepted rust-string-cache [ppc64el] (disco-proposed) [0.7.3-1]
[04:33] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [armhf] (disco-proposed) [0.59.1-1]
[04:33] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [armhf] (disco-proposed) [0.1.1-1]
[04:33] -queuebot:#ubuntu-release- New binary: libzip [amd64] (disco-proposed/universe) [1.3.2-1] (kubuntu)
[04:33] -queuebot:#ubuntu-release- New binary: libzip [armhf] (disco-proposed/universe) [1.3.2-1] (kubuntu)
[04:33] -queuebot:#ubuntu-release- New binary: rust-atk-sys [s390x] (disco-proposed/universe) [0.7.0-1] (no packageset)
[04:33] -queuebot:#ubuntu-release- New: accepted cstore-fdw [armhf] (disco-proposed) [1.6.2-1]
[04:33] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [arm64] (disco-proposed) [0.59.1-1]
[04:33] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [ppc64el] (disco-proposed) [0.1.1-1]
[04:33] -queuebot:#ubuntu-release- New binary: libzip [i386] (disco-proposed/universe) [1.3.2-1] (kubuntu)
[04:33] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [ppc64el] (disco-proposed) [0.1.1-1]
[04:33] -queuebot:#ubuntu-release- New binary: libzip [arm64] (disco-proposed/universe) [1.3.2-1] (kubuntu)
[04:33] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [ppc64el] (disco-proposed) [0.59.1-1]
[04:33] -queuebot:#ubuntu-release- New binary: rust-gio-sys [s390x] (disco-proposed/universe) [0.7.0-1] (no packageset)
[04:34] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [armhf] (disco-proposed) [0.11.0-1]
[04:34] -queuebot:#ubuntu-release- New: accepted rust-separator [ppc64el] (disco-proposed) [0.3.1-1]
[04:34] -queuebot:#ubuntu-release- New binary: chkboot [amd64] (disco-proposed/universe) [1.2-1] (no packageset)
[04:34] -queuebot:#ubuntu-release- New binary: tryton-modules-account-dunning-email [amd64] (disco-proposed/universe) [5.0.0-1] (no packageset)
[04:34] -queuebot:#ubuntu-release- New: accepted rust-pango-sys [ppc64el] (disco-proposed) [0.7.0-1]
[04:34] -queuebot:#ubuntu-release- New binary: minetestmapper [amd64] (disco-proposed/universe) [20180325-1] (no packageset)
[04:34] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [arm64] (disco-proposed) [0.1.1-1]
[04:34] -queuebot:#ubuntu-release- New binary: tryton-modules-edocument-uncefact [amd64] (disco-proposed/universe) [5.0.0-1] (no packageset)
[04:34] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [arm64] (disco-proposed) [0.11.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-libflate [ppc64el] (disco-proposed) [0.1.18-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [ppc64el] (disco-proposed) [0.11.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [armhf] (disco-proposed) [0.3.3-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-separator [arm64] (disco-proposed) [0.3.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [arm64] (disco-proposed) [0.1.1-1]
[04:35] -queuebot:#ubuntu-release- New binary: minetestmapper [armhf] (disco-proposed/universe) [20180325-1] (no packageset)
[04:35] -queuebot:#ubuntu-release- New binary: tryton-modules-account-fr-chorus [amd64] (disco-proposed/universe) [5.0.0-1] (no packageset)
[04:35] -queuebot:#ubuntu-release- New: accepted rust-maplit [ppc64el] (disco-proposed) [1.0.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [ppc64el] (disco-proposed) [0.3.3-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [armhf] (disco-proposed) [0.1.1-1]
[04:35] -queuebot:#ubuntu-release- New binary: tryton-modules-notification-email [amd64] (disco-proposed/universe) [5.0.0-1] (no packageset)
[04:35] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [arm64] (disco-proposed) [0.3.3-1]
[04:35] -queuebot:#ubuntu-release- New binary: minetestmapper [i386] (disco-proposed/universe) [20180325-1] (no packageset)
[04:35] -queuebot:#ubuntu-release- New: accepted rust-separator [armhf] (disco-proposed) [0.3.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted cstore-fdw [i386] (disco-proposed) [1.6.2-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-fragile [armhf] (disco-proposed) [0.3.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-gio-sys [ppc64el] (disco-proposed) [0.7.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-maplit [armhf] (disco-proposed) [1.0.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [amd64] (disco-proposed) [0.59.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-fragile [arm64] (disco-proposed) [0.3.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-maplit [arm64] (disco-proposed) [1.0.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [i386] (disco-proposed) [0.59.1-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-fragile [ppc64el] (disco-proposed) [0.3.0-1]
[04:35] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [i386] (disco-proposed) [0.11.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted cstore-fdw [amd64] (disco-proposed) [1.6.2-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-gio-sys [i386] (disco-proposed) [0.7.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [amd64] (disco-proposed) [0.11.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [i386] (disco-proposed) [0.1.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [amd64] (disco-proposed) [0.1.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-cairo-rs [ppc64el] (disco-proposed) [0.5.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [amd64] (disco-proposed) [0.1.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [i386] (disco-proposed) [0.1.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-libflate [amd64] (disco-proposed) [0.1.18-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-string-cache [amd64] (disco-proposed) [0.7.3-1]
[04:36] -queuebot:#ubuntu-release- New: accepted cstore-fdw [s390x] (disco-proposed) [1.6.2-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [amd64] (disco-proposed) [0.3.3-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-pango-sys [amd64] (disco-proposed) [0.7.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-separator [amd64] (disco-proposed) [0.3.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-syntex-pos [s390x] (disco-proposed) [0.59.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-atk-sys [ppc64el] (disco-proposed) [0.7.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-pango-sys [i386] (disco-proposed) [0.7.0-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-utf8parse [s390x] (disco-proposed) [0.1.1-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [i386] (disco-proposed) [0.3.3-1]
[04:36] -queuebot:#ubuntu-release- New: accepted rust-separator [i386] (disco-proposed) [0.3.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-atk-sys [amd64] (disco-proposed) [0.7.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-cairo-rs [i386] (disco-proposed) [0.5.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-fragile [i386] (disco-proposed) [0.3.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-libflate [i386] (disco-proposed) [0.1.18-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-maplit [i386] (disco-proposed) [1.0.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-string-cache [s390x] (disco-proposed) [0.7.3-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-cairo-rs [amd64] (disco-proposed) [0.5.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-gio-sys [amd64] (disco-proposed) [0.7.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-servo-arc [s390x] (disco-proposed) [0.1.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-fragile [amd64] (disco-proposed) [0.3.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-maplit [amd64] (disco-proposed) [1.0.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-atk-sys [i386] (disco-proposed) [0.7.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-fragile [s390x] (disco-proposed) [0.3.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-maplit [s390x] (disco-proposed) [1.0.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-owning-ref-0.3 [s390x] (disco-proposed) [0.3.3-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-separator [s390x] (disco-proposed) [0.3.1-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-cairo-rs [s390x] (disco-proposed) [0.5.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-maxminddb [s390x] (disco-proposed) [0.11.0-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-libflate [s390x] (disco-proposed) [0.1.18-1]
[04:37] -queuebot:#ubuntu-release- New: accepted rust-pango-sys [s390x] (disco-proposed) [0.7.0-1]
[04:51] <LocutusOfBorg> hello, anybody can please promote virtualbox/bionic to updates?
[05:15] -queuebot:#ubuntu-release- New binary: libmawk [amd64] (disco-proposed/none) [1.0.0-2] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: libmawk [i386] (disco-proposed/none) [1.0.0-2] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: libmawk [ppc64el] (disco-proposed/none) [1.0.0-2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: libmawk [arm64] (disco-proposed/none) [1.0.0-2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: libmawk [armhf] (disco-proposed/none) [1.0.0-2] (no packageset)
[05:21] <LocutusOfBorg> jbicha, hello, unblock lp: #1802586 ?
[06:46] -queuebot:#ubuntu-release- New binary: dlt-daemon [amd64] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[06:46] -queuebot:#ubuntu-release- New binary: dlt-daemon [s390x] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[06:46] -queuebot:#ubuntu-release- New binary: dlt-daemon [ppc64el] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[06:46] <infinity> mwhudson: (re: netplan upload) You shouldn't be creating directories in maintainer scripts, unless you are prepared to also be removing them in maintainer scripts.  Shipping the directory as part of the deb is the better option.
[06:47] <infinity> mwhudson: (Though, I'd also note that the stub interfaces file should probably be removed on removal, if the sums match what we wrote, which I bet it isn't)
[06:49] -queuebot:#ubuntu-release- New binary: dlt-daemon [arm64] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[06:51] -queuebot:#ubuntu-release- New binary: dlt-daemon [armhf] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[06:52] -queuebot:#ubuntu-release- New binary: dlt-daemon [i386] (disco-proposed/universe) [2.17.0-2ubuntu1] (no packageset)
[07:24] <vorlon> jbicha: revisiting LP: #1758702, there are now other packages stuck in -proposed which depend on gitlab (gitaly).  Should gitlab be un-blacklisted?
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [amd64] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [armhf] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [ppc64el] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [amd64] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [armhf] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [ppc64el] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [arm64] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [s390x] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [i386] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted dlt-daemon [i386] (disco-proposed) [2.17.0-2ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [s390x] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted libzip [arm64] (disco-proposed) [1.3.2-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [amd64] (disco-proposed) [20180325-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [armhf] (disco-proposed) [20180325-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [ppc64el] (disco-proposed) [20180325-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [arm64] (disco-proposed) [20180325-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [s390x] (disco-proposed) [20180325-1]
[08:24] -queuebot:#ubuntu-release- New: accepted minetestmapper [i386] (disco-proposed) [20180325-1]
[08:25] -queuebot:#ubuntu-release- New: accepted chkboot [amd64] (disco-proposed) [1.2-1]
[08:25] -queuebot:#ubuntu-release- New: accepted minetest-mod-currency [amd64] (disco-proposed) [20181109-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-dunning-email [amd64] (disco-proposed) [5.0.0-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-fr-chorus [amd64] (disco-proposed) [5.0.0-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-edocument-unece [amd64] (disco-proposed) [5.0.0-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-sale-subscription [amd64] (disco-proposed) [5.0.1-1]
[08:25] -queuebot:#ubuntu-release- New: accepted minetest-mod-basic-materials [amd64] (disco-proposed) [20181109.2-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-es [amd64] (disco-proposed) [5.0.1-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-notification-email [amd64] (disco-proposed) [5.0.0-1]
[08:25] -queuebot:#ubuntu-release- New: accepted minetest-mod-intllib [amd64] (disco-proposed) [20180811-1]
[08:25] -queuebot:#ubuntu-release- New: accepted tryton-modules-edocument-uncefact [amd64] (disco-proposed) [5.0.0-1]
[08:29] -queuebot:#ubuntu-release- New: accepted libmawk [amd64] (disco-proposed) [1.0.0-2]
[08:29] -queuebot:#ubuntu-release- New: accepted libmawk [armhf] (disco-proposed) [1.0.0-2]
[08:29] -queuebot:#ubuntu-release- New: accepted libmawk [ppc64el] (disco-proposed) [1.0.0-2]
[08:29] -queuebot:#ubuntu-release- New: accepted rust-gio-sys [s390x] (disco-proposed) [0.7.0-1]
[08:29] -queuebot:#ubuntu-release- New: accepted libmawk [arm64] (disco-proposed) [1.0.0-2]
[08:30] -queuebot:#ubuntu-release- New: accepted rust-atk-sys [s390x] (disco-proposed) [0.7.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted libmawk [i386] (disco-proposed) [1.0.0-2]
[08:44] <doko> Laney: how do I access files saved in $AUTOPKGTEST_ARTIFACTS?
[08:53] <mwhudson> infinity: please to be fixing better
[08:54] <mwhudson> but you are also right, there is nothing removing the file the postinst creates either
[08:55] <mwhudson> i did wonder for disco+ if we should just drop the whole idea
[09:10] -queuebot:#ubuntu-release- New: accepted linux-signed-azure-edge [amd64] (bionic-proposed) [4.18.0-1005.5~18.04.1]
[10:11] <Laney> doko: should be in the artifacts tarball you get
[10:11] <Laney> also should be testable locally if you pass -o
[10:12] <doko> Laney: sorry, where can I find that one?
[10:12] <Laney> on the results page
[10:26] <LocutusOfBorg> xnox, any reason for boost ppc64el not defining BOOST_OS_LINUX when gcc uses -std=c++11?
[10:29] <LocutusOfBorg> xnox doko, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914688
[10:29] <LocutusOfBorg> looks like a gcc bug to me
[10:30] <jbicha> LocutusOfBorg: we may need a transitional package for Debian bug 913346
[10:33] <jibel> vorlon, xnox, infinity: didrocks and I have updated the MP to build layered images https://code.launchpad.net/~jibel/livecd-rootfs/add_multi_layered_squashfses_support/+merge/358490 Could you please review it? It goes with an ubuntu-cdimage and a debian-cd MP submitted as https://code.launchpad.net/~jibel/ubuntu-cdimage/support_for_multilayer/+merge/359512 and
[10:33] <jibel> https://code.launchpad.net/~jibel/debian-cd/support_for_multilayer_images/+merge/359228 Thanks
[10:36] <jbicha> vorlon: I still believe gitlab is unsupportable in Ubuntu without someone dedicated to maintaining it, so I think we should either blacklist gitaly
[10:36] <jbicha> or maybe we could do something like https://salsa.debian.org/live-team/live-config/commit/51fdd70c to build gitlab-common (but not gitlab itself) on Ubuntu
[10:39] <jbicha> or ask the Debian maintainer to move gitlab-common somewhere else. It's just some Debian config for gitlab stuff (and not what I would normally expect from a -common pkg)
[10:40] <doko> LocutusOfBorg: so you are not sure, but sure enough to file an RC issue?
[11:01] <acheronuk> if anyone is looking at poppler transition, updating kitinerary would resolve a FTBFS LP: #1805110
[11:04] <jbicha> acheronuk: are you asking for a sponsor? 😉
[11:10] <acheronuk> jbicha: yes, if a developer thinks it appropriate. I got interrupted after posting the bug here
[11:11] <acheronuk> but mostly it was a FYI
[11:12] -queuebot:#ubuntu-release- Unapproved: rejected unattended-upgrades [source] (cosmic-proposed) [1.5ubuntu<IP_ADDRESS>]
[11:13] <jbicha> seb128: I guess you're running the poppler transition ^
[11:15] <seb128> jbicha, I though you were, you did all those rebuilds :)
[11:17] <seb128> but no, I'm not leading/owning it, at least not actively, too busy for that. I do try to help/unblock things though, we just handled libreoffice and I did popplerkit.framework
[11:17] <seb128> that's probably as much as I'm going to do for today
[11:20] <jbicha> acheronuk: maybe LocutusOfBorg will sponsor for you; I think he was interested in getting new poppler in
[11:24] <xnox> LocutusOfBorg, is anything actually broken? in itself BOOST_OS_LINUX is not very useful.
[11:25] -queuebot:#ubuntu-release- Unapproved: python-wsme (bionic-proposed/main) [0.9.2-0ubuntu2 => 0.9.2-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[11:26] -queuebot:#ubuntu-release- Unapproved: python-wsme (cosmic-proposed/main) [0.9.2-0ubuntu2 => 0.9.2-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[11:38] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (cosmic-proposed/main) [1.5ubuntu3 => 1.5ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[11:39] <cascardo> sil2100: there are some dkms packages on the bionic queue we would like to get to -proposed, can you help, please?
[11:39] <cascardo> sil2100: those are needed to get linux-hwe-edge into bionic
[11:41] <sil2100> cascardo: ACK
[11:43] <cascardo> those would be openafs, oss4, xtables-addons, nat-rtsp, sysdig, lttng-modules
[11:44] <cascardo> about these last two, the bugs are being edited for the sru template as we speak
[11:51] <LocutusOfBorg> doko, gcc behaving differently seems a gcc issue
[11:51] <LocutusOfBorg> anyway I'm debugging it with preprocessed sources
[11:51] <LocutusOfBorg> xnox, why? it is documented, should be working I would say
[11:55] <doko> LocutusOfBorg: are all the involved headers the same?
[12:00] <LocutusOfBorg> doko, seems so, with a little change, I can't understand
[12:01] <LocutusOfBorg> https://paste.ubuntu.com/p/cX2WxRNdpv/  and https://paste.ubuntu.com/p/QcJtXVnnmd/
[12:04] <LocutusOfBorg> I filed it as RC because in one case or in the other, it is a serious problem I would say, not sure if in boost or gcc
[12:04] <LocutusOfBorg> I can reassign in case
[12:06] <xnox> doko, i'm not even sure that system boost is used in this case, instead of the embedded one.
[12:06] <xnox> LocutusOfBorg, you should file the bug against the package that ftbfs, not the toolchain, nor the build-dep.
[12:06] <xnox> it's easier to trace that way, instead of, walking backwards from where you got to it.
[12:13] -queuebot:#ubuntu-release- Unapproved: apache2 (trusty-proposed/main) [2.4.10-1ubuntu1.1~ubuntu14.04.2 => 2.4.7-1ubuntu4.21] (ubuntu-server)
[12:14] <LocutusOfBorg> xnox, I can reproduce with a 5 lines c code, why should I file a bug against a package in particular?
[12:20] <doko> that's more like 5000 lines
[12:21] <LocutusOfBorg> what are you talking about?
[12:22] <LocutusOfBorg> anyway, the problem is simple now
[12:22] <LocutusOfBorg> "linux" macro is not defined with -std=c++14
[12:22] <LocutusOfBorg> end of the story
[12:22] <LocutusOfBorg> https://www.boost.org/doc/libs/master/boost/predef/os/linux.h
[12:23] <LocutusOfBorg> with -std=c++14 this check fails "if defined(linux) || defined(__linux)"
[12:24] <xnox> but it is with gnu++14
[12:25] <xnox> doko, https://paste.ubuntu.com/p/xX7DyQ3Qsz/
[12:25] <xnox> i'm not sure what's the deal with "linux 1" and "__linux 1"
[12:27] <doko> #define CPP_OS_LINUX_SPEC "-D__unix__ -D__gnu_linux__ -D__linux__ \
[12:27] <doko> %{!undef:                                                         \
[12:27] <doko>   %{!ansi:                                                        \
[12:27] <doko>     %{!std=*:-Dunix -D__unix -Dlinux -D__linux}                   \
[12:27] <doko>     %{std=gnu*:-Dunix -D__unix -Dlinux -D__linux}}}               \
[12:27] <doko> -Asystem=linux -Asystem=unix -Asystem=posix %{pthread:-D_REENTRANT}"
[12:27] <doko> so don't use __linux
[12:29] <xnox> doko, how come it works on amd64?
[12:30]  * xnox updates the chroot again, just to make sure, i'm testing the right thing
[12:30] <LocutusOfBorg> doko, why both "linux" and "__linux" are both undefined on ppc64el then?
[12:30] <doko> that code comes from config/rs6000/sysv4.h, therefore not seen on x86_64
[12:30] <xnox> fun.
[12:30] <doko> legacy macros
[12:31] <xnox> it's weird; differently on amd64
[12:31] <LocutusOfBorg> I updated the bug doko
[12:31] <xnox> (disco-amd64)root@sochi:~# g++ -std=gnu++14 -dM -E -x c++ - < /dev/null | grep linux
[12:31] <xnox> #define __linux 1
[12:31] <xnox> #define __linux__ 1
[12:31] <xnox> #define __gnu_linux__ 1
[12:31] <xnox> #define linux 1
[12:31] <xnox> (disco-amd64)root@sochi:~# g++ -std=c++14 -dM -E -x c++ - < /dev/null | grep linux
[12:31] <xnox> #define __linux 1
[12:31] <xnox> #define __linux__ 1
[12:31] <xnox> #define __gnu_linux__ 1
[12:31] <xnox> i.e. __linux still leaks into c+=14; whilst gnu++14 looks the same on amd64 & ppc64el.
[12:32] <xnox> LocutusOfBorg, i would recommend to worse gnu++14 instead of c++14.....
[12:32] <xnox> *force
[12:32] <xnox> for now.
[12:32] <LocutusOfBorg> xnox, I would recommend boost doing the check against __linux__ instead of __linux? :)
[12:32] <LocutusOfBorg> isn't a better fix?
[12:33] <xnox> LocutusOfBorg, surely, gnu++14 is quicker to fix / unblock the package you care about, against current boosts.
[12:34] <LocutusOfBorg> unfortunately boost seems to have this issue on many packages
[12:34] <LocutusOfBorg> xnox, for now maybe I'll reassign the bug from gcc to boost, so it doesn't get lost
[12:34] <LocutusOfBorg> and notify the package maintainer about the "fix"
[12:35] <LocutusOfBorg> xnox, grep __linux . -R |grep -v "__linux__" makes it a problem on other places in the source tree
[12:35] <LocutusOfBorg> (I mean boost source tree)
[12:40] <xnox> depends if it's in headers, or library code =/
[12:40] <xnox> predef is a start.
[12:40] <xnox> doko, somehow, it feels to me, like this may cause a lot of breakage.
[12:41] -queuebot:#ubuntu-release- Unapproved: accepted openafs [source] (bionic-proposed) [1.8.0~pre5-1ubuntu1]
[12:47] -queuebot:#ubuntu-release- Unapproved: accepted oss4 [source] (bionic-proposed) [4.2-build2010-5ubuntu3~18.04.1]
[12:53] -queuebot:#ubuntu-release- Unapproved: accepted xtables-addons [source] (bionic-proposed) [3.0-0.1ubuntu1]
[12:57] <xnox> some nice gems found
[12:57] <xnox> 49//  Linux systems provide the byteswap.h header, with
[12:57] <xnox> 50#elif defined(__linux__)
[12:57] <xnox> 51//  don't check for obsolete forms defined(linux) and defined(__linux) on the theory that
[12:57] <xnox> 52//  compilers that predefine only these are so old that byteswap.h probably isn't present.
[12:58] -queuebot:#ubuntu-release- Unapproved: accepted nat-rtsp [source] (bionic-proposed) [0.7+1.g2ea3cb6-1ubuntu1~18.04.1]
[13:00] <LocutusOfBorg> jbicha, I agree wrt the transitional package, maybe doing it in debian is good too?
[13:03] <LocutusOfBorg> acheronuk, .
[13:03] <LocutusOfBorg> I also changed somewhat the changelog
[13:14] -queuebot:#ubuntu-release- Unapproved: accepted sysdig [source] (bionic-proposed) [0.19.1-1ubuntu1]
[13:15] <acheronuk> LocutusOfBorg: thanks :)
[13:16] <LocutusOfBorg> acheronuk, please forward the issue to debian :)
[13:16] <LocutusOfBorg> I don't want a tarball mismatch on next update
[13:22] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (bionic-proposed) [2.10.5-1ubuntu1.2]
[13:51] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (cosmic-proposed/main) [4.18.0-1005.5] (kernel)
[13:57] <doko> xnox, LocutusOfBorg: there is https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00916.html  ... but not yet approved, and still better to the macro which is defined at any time
[14:18] <cpaelzer> juliank: you helped me with your lp-attach script and considered bringing it to ubuntu-dev-tools, I just wanted to let you know that I just learned that package lptools might be a better match for that
[14:22] <juliank> might be
[14:23] <juliank> But if we focus it on Ubuntu bugs, we can create a nicer syntax and then it would fit better in ubuntu-dev-tools
[14:33] <xnox> doko, agree. I did submit a pull request to boostorg to start using the newer macros.
[14:33] <xnox> however some places it does check for __linux && some-really-weird-acienct-compiler
[14:33] <xnox> thus can't just mass sed it.
[14:40] <doko> sil2100, Laney: please mark the python3.6/3.6.7-1 test as failing, triggered by pytho3-stdlib-extensions. we are removing python3.6, but only if theat package migrates
[15:33] <sil2100> doko: ok, let me look at that, I want 3.6 gone as well
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted unity-settings-daemon [source] (xenial-proposed) [15.04.1+16.04.20160701-0ubuntu3]
[17:04] <xnox> doko, LocutusOfBorg - at least predef change got merged https://github.com/boostorg/predef/pull/91/files
[17:04] <gitbot> boostorg issue (Pull request) 91 in predef "os/linux: add more linux detection defines." [Closed]
[17:13] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (bionic-proposed/main) [1.1ubuntu<IP_ADDRESS> => 1.1ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[17:14] <xnox> doko, sil2100 - i'm not sure, if python3-stdlib-extensions needs to be forced in with rm python3.6
[17:14] <xnox> doko, sil2100 because update_output says that migrating python3-stdlib-extensions will break idle-python3.6
[17:14] <xnox> trying: python3-stdlib-extensions
[17:14] <xnox> skipped: python3-stdlib-extensions (0, 33, 4)
[17:14] <xnox>     got: 8+0: a-2:a-1:a-1:i-0:p-1:s-3
[17:14] <xnox>     * amd64: idle-python3.6
[17:15] -queuebot:#ubuntu-release- New binary: libblockdev [ppc64el] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:15] -queuebot:#ubuntu-release- New binary: libblockdev [s390x] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:15] <xnox> doko, sil2100 - or an AA should remove src:python3.6 now, as nothing depends on it.
[17:16] <xnox> (the only one build-depends that remains is python3-stdlib-extensions, which will migrate if python3.6 is gone)
[17:18] -queuebot:#ubuntu-release- New binary: bacula [s390x] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libblockdev [arm64] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:19] -queuebot:#ubuntu-release- New binary: libblockdev [armhf] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:19] -queuebot:#ubuntu-release- New binary: feature-check [amd64] (disco-proposed/universe) [0.2.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- Unapproved: rejected unattended-upgrades [source] (bionic-proposed) [1.1ubuntu<IP_ADDRESS>]
[17:19] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (cosmic-proposed) [1.5ubuntu<IP_ADDRESS>]
[17:21] -queuebot:#ubuntu-release- New binary: libblockdev [amd64] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:23] -queuebot:#ubuntu-release- New binary: libblockdev [i386] (disco-proposed/main) [2.20-5] (desktop-core, ubuntu-server)
[17:23] <jbicha> those newlibblockdev binaries need to go to universe, not main please :)
[17:24] -queuebot:#ubuntu-release- New binary: bacula [ppc64el] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: rtags [s390x] (disco-proposed/none) [2.20-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: fastp [s390x] (disco-proposed/none) [0.19.5+dfsg-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (bionic-proposed) [1.1ubuntu<IP_ADDRESS>]
[17:25] -queuebot:#ubuntu-release- New binary: bacula [i386] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: x13as [s390x] (disco-proposed/none) [1.1-B39-1] (no packageset)
[17:28] <doko> xnox, sil2100: removed the binary
[17:35] -queuebot:#ubuntu-release- New binary: bacula [armhf] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:36] <sil2100> doko: \o/
[17:39] -queuebot:#ubuntu-release- New binary: bacula [amd64] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:39] -queuebot:#ubuntu-release- New binary: bacula [arm64] (disco-proposed/universe) [9.2.2-5] (no packageset)
[17:39] -queuebot:#ubuntu-release- New binary: cohomcalg [amd64] (disco-proposed/universe) [0.32+ds-1] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: fastp [amd64] (disco-proposed/universe) [0.19.5+dfsg-1] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: pdudaemon [amd64] (disco-proposed/universe) [0.0.7-1] (no packageset)
[17:41] -queuebot:#ubuntu-release- New binary: fastp [i386] (disco-proposed/universe) [0.19.5+dfsg-1] (no packageset)
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [amd64] (disco-proposed) [2.20-5]
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [armhf] (disco-proposed) [2.20-5]
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [ppc64el] (disco-proposed) [2.20-5]
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [arm64] (disco-proposed) [2.20-5]
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [s390x] (disco-proposed) [2.20-5]
[17:41] -queuebot:#ubuntu-release- New: accepted libblockdev [i386] (disco-proposed) [2.20-5]
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [amd64] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [armhf] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [ppc64el] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New binary: scala-tools-sbinary [amd64] (disco-proposed/universe) [0.4.2-1] (no packageset)
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [arm64] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [s390x] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New: accepted bacula [i386] (disco-proposed) [9.2.2-5]
[17:42] -queuebot:#ubuntu-release- New: accepted cohomcalg [amd64] (disco-proposed) [0.32+ds-1]
[17:42] -queuebot:#ubuntu-release- New: accepted pdudaemon [amd64] (disco-proposed) [0.0.7-1]
[17:42] -queuebot:#ubuntu-release- New binary: astropy-sphinx-theme [amd64] (disco-proposed/universe) [1.0-1] (no packageset)
[17:42] -queuebot:#ubuntu-release- New: accepted feature-check [amd64] (disco-proposed) [0.2.0-1]
[17:42] -queuebot:#ubuntu-release- New binary: tzdiff [amd64] (disco-proposed/universe) [0.9+git20181015.0f048c4-1] (no packageset)
[17:42] -queuebot:#ubuntu-release- New: accepted scala-tools-sbinary [amd64] (disco-proposed) [0.4.2-1]
[17:43] -queuebot:#ubuntu-release- New binary: umatrix [amd64] (disco-proposed/universe) [1.3.14+dfsg-1] (no packageset)
[17:46] -queuebot:#ubuntu-release- New binary: rtags [amd64] (disco-proposed/universe) [2.20-1] (no packageset)
[17:47] -queuebot:#ubuntu-release- New binary: x13as [amd64] (disco-proposed/multiverse) [1.1-B39-1] (no packageset)
[17:48] -queuebot:#ubuntu-release- New binary: rtags [ppc64el] (disco-proposed/universe) [2.20-1] (no packageset)
[17:49] -queuebot:#ubuntu-release- New binary: yt [s390x] (disco-proposed/universe) [3.4.1-2] (no packageset)
[17:50] -queuebot:#ubuntu-release- New binary: x13as [i386] (disco-proposed/multiverse) [1.1-B39-1] (no packageset)
[17:51] -queuebot:#ubuntu-release- New binary: clazy [ppc64el] (disco-proposed/universe) [1.4-1] (no packageset)
[17:53] -queuebot:#ubuntu-release- New binary: rtags [armhf] (disco-proposed/universe) [2.20-1] (no packageset)
[17:54] -queuebot:#ubuntu-release- New: accepted astropy-sphinx-theme [amd64] (disco-proposed) [1.0-1]
[17:55] -queuebot:#ubuntu-release- New: accepted tzdiff [amd64] (disco-proposed) [0.9+git20181015.0f048c4-1]
[17:55] -queuebot:#ubuntu-release- New: accepted umatrix [amd64] (disco-proposed) [1.3.14+dfsg-1]
[17:55] -queuebot:#ubuntu-release- New binary: fastp [ppc64el] (disco-proposed/universe) [0.19.5+dfsg-1] (no packageset)
[17:56] -queuebot:#ubuntu-release- New binary: rtags [arm64] (disco-proposed/universe) [2.20-1] (no packageset)
[17:57] -queuebot:#ubuntu-release- New binary: fastp [armhf] (disco-proposed/universe) [0.19.5+dfsg-1] (no packageset)
[17:57] -queuebot:#ubuntu-release- New binary: fastp [arm64] (disco-proposed/universe) [0.19.5+dfsg-1] (no packageset)
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [amd64] (disco-proposed) [0.19.5+dfsg-1]
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [armhf] (disco-proposed) [0.19.5+dfsg-1]
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [ppc64el] (disco-proposed) [0.19.5+dfsg-1]
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [arm64] (disco-proposed) [0.19.5+dfsg-1]
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [s390x] (disco-proposed) [0.19.5+dfsg-1]
[17:59] -queuebot:#ubuntu-release- New: accepted fastp [i386] (disco-proposed) [0.19.5+dfsg-1]
[18:07] -queuebot:#ubuntu-release- New binary: rtags [i386] (disco-proposed/universe) [2.20-1] (no packageset)
[18:07] -queuebot:#ubuntu-release- New binary: fever [arm64] (disco-proposed/universe) [1.0.1-1] (no packageset)
[18:09] <cyphermox> could someone please review netplan.io in the bionic and cosmic unapproved queues?
[18:10] <infinity> cyphermox: Is the binary junk in the diff because you forgot to clean or because the previous uploader did?
[18:10] -queuebot:#ubuntu-release- New binary: fever [armhf] (disco-proposed/universe) [1.0.1-1] (no packageset)
[18:10] <infinity> Based on tarball size, I'd say it's you who forgot. :)
[18:10] <cyphermox> that's the same person in both cases
[18:11] <cyphermox> I blame git, because I always do git clean / git reset.
[18:12] <infinity> cyphermox: Looks like both uploads have the same crufty sadness.
[18:12] -queuebot:#ubuntu-release- New binary: x13as [arm64] (disco-proposed/multiverse) [1.1-B39-1] (no packageset)
[18:12] <cyphermox> yes
[18:13] <infinity> Is there not a way to run python in a "please don't create cache files" mode?  Testsuites should probably use that, so running in-place doesn't then require a followup clean.
[18:13] -queuebot:#ubuntu-release- New binary: x13as [armhf] (disco-proposed/multiverse) [1.1-B39-1] (no packageset)
[18:14] <cyphermox> don't know, will look later. if you want to reject I can reupload with that removed.
[18:17] <infinity> Doing do.
[18:18] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (bionic-proposed) [0.40.1~18.04.3]
[18:18] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (cosmic-proposed) [<IP_ADDRESS>]
[18:22] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.40.1~18.04.2 => 0.40.1~18.04.3] (core)
[18:24] -queuebot:#ubuntu-release- Unapproved: netplan.io (cosmic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)
[18:32] -queuebot:#ubuntu-release- New binary: yt [amd64] (disco-proposed/universe) [3.4.1-2] (no packageset)
[18:32] -queuebot:#ubuntu-release- New binary: yt [ppc64el] (disco-proposed/universe) [3.4.1-2] (no packageset)
[18:35] -queuebot:#ubuntu-release- New binary: fever [ppc64el] (disco-proposed/universe) [1.0.1-1] (no packageset)
[18:37] -queuebot:#ubuntu-release- New binary: x13as [ppc64el] (disco-proposed/multiverse) [1.1-B39-1] (no packageset)
[18:38] -queuebot:#ubuntu-release- New binary: yt [i386] (disco-proposed/universe) [3.4.1-2] (no packageset)
[18:40] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-7 [source] (bionic-proposed) [1:7-3~ubuntu<IP_ADDRESS>]
[18:41] -queuebot:#ubuntu-release- Unapproved: accepted libdrm [source] (bionic-proposed) [2.4.95-1~18.04.1]
[19:13] -queuebot:#ubuntu-release- Unapproved: python-letsencrypt (xenial-proposed/universe) [0.4.1-1ubuntu<IP_ADDRESS> => 0.23.0-1ubuntu<IP_ADDRESS>~ppa2] (no packageset)
[19:15] <NCommander> Ugh, can someone please NAK my SRU of python-letsencrypt, I accidently uploaded to the wrong pocket
[19:15] <NCommander> Was supposed to go to a PPA BEFORE getting SRUed
[19:16] <NCommander> ^- rbasak infinity
[19:21] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (cosmic-proposed) [<IP_ADDRESS>]
[19:23] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (bionic-proposed) [0.40.1~18.04.3]
[19:25] -queuebot:#ubuntu-release- Unapproved: rejected python-letsencrypt [source] (xenial-proposed) [0.23.0-1ubuntu<IP_ADDRESS>~ppa2]
[19:26] <NCommander> Thanks
[19:26] <NCommander> Huh, odd
[19:26] <NCommander> I didn't get a reject email
[19:26] <infinity> You should do.
[19:26] <infinity> Mail is slow?
[19:27] -queuebot:#ubuntu-release- New binary: yt [arm64] (disco-proposed/universe) [3.4.1-2] (no packageset)
[19:27] <NCommander> There it goes
[19:27] <NCommander> infinity, yeah, launchpad is being launchpad
[19:27] <NCommander> thanks
[19:27] <NCommander> infinity, little rusty, just starting to get back into Ubuntu development again
[19:28] <teward> NCommander: infinity: sometimes the 'Rejected' message is very slow as well to arrive - up to 10 minutes if things're overtaxed
[19:28] <teward> ... or because The Internet :P
[19:28] <teward> (usually fast, but not always)
[19:29] <infinity> I don't recall for sure, but I think mail from LP may be async from the actions generating it.
[19:29] <infinity> (I mean, more async than SMTP already is, as in it batches it up before lobbing it at a local MTA)
[19:29] <NCommander> I vaguely remember mail gets batched and goes in waves.
[19:30]  * NCommander hasn't looked under Launchpad's hood in a LONG time.
[19:30] <NCommander> infinity, so heads up, I'm working on a set of SRUs to update xenial's lets encrypt to 0.23 (I'm just straight backporting the bionic package). There's an open bug about it but I think this may need to go to -security
[19:31] <NCommander> because the package is just going to flat out stop working come feb
[19:31] <infinity> NCommander: Then you probably want to have a chat with mdeslaur.
[19:31] <NCommander> infinity, we can pocket copy from updates to security, right? So if mdeslaur signs off, its straight forward?
[19:32] <mdeslaur> it usually needs to be built in the security PPA so it isn't built with -updates enabled
[19:32] <infinity> NCommander: Stuff headed for security should be built against security, so should go through the security team and their security-proposed PPA.
[19:32] <mdeslaur> unless there are no binaries in the package
[19:32] <teward> NCommander: if it's LetsEncrypt, then yes I'd feel safer it going through a sec team analysis
[19:32] <mdeslaur> NCommander: once you have packages, ping me with the bug number
[19:33] <NCommander> mdeslaur, that should be fine then, but there was a package split so there's one new package.
[19:33] <teward> just because I know how many people use that (even at my workplace's infra) and why it'd need reviewed)
[19:33] <teward> just my two cents :)
[19:33] <NCommander> teward, right, I'm working with the LE team on this; normally I won't say this should go to security but ya know, LE breaking is kinda a bad thing
[19:33] <teward> yep.
[19:35] <NCommander> mdeslaur, I'm aiming to have an SRU upload by weeks end. We have until feb, so let the SRU land, bake, and then look at security upload mid december?
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [amd64] (disco-proposed) [2.20-1]
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [armhf] (disco-proposed) [2.20-1]
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [ppc64el] (disco-proposed) [2.20-1]
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [arm64] (disco-proposed) [2.20-1]
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [s390x] (disco-proposed) [2.20-1]
[19:35] -queuebot:#ubuntu-release- New: accepted rtags [i386] (disco-proposed) [2.20-1]
[19:35] <infinity> NCommander: Anyhow, I recommend keeping an open line with mdeslaur on this, keep them involved early, so they can review the plan, maybe disagree that a wholesale backport is better than a targetted cherry-pick (and you can make your argument for the inverse), so no one gives you a flat-out "no" when you're closer to your deadline and everything breaks. :P
[19:36] <teward> ^ thi
[19:36] <teward> s
[19:36] <teward> STUPID KEYBOARD!  *throws the external keyboard into the river*
[19:36] <NCommander> infinity, yeah, that's why I brought it up.
[19:38] <NCommander> mdeslaur, https://bugs.launchpad.net/ubuntu/xenial/+source/python-letsencrypt/+bug/1640978 - here's the context. The bug is a bit ... ahem ... dated.
[19:40] <teward> y'know I was wondering why that pinged me, then I realized I had a highlight set for 'nginx' in here :|
[19:40] <teward> *chastises self*
[19:41] <NCommander> teward, :)
[19:42] <teward> NCommander: that's actually... a good question, this update would publish new autoconfig rules for certbot nginx yes?
[19:42] <teward> which releases're you targeting with a potential SRU?
[19:42] <NCommander> teward, just xenial; it's the only one affected. The version in xenial didn't support nginx. I believe there was an ACK to include that as a NEW package
[19:42] <teward> becasue nginx related config headaches :P
[19:42] <NCommander> but I haven't prepped an SRU for you.
[19:42] <teward> NCommander: ack
[19:42] <teward> nah no rush was just picking your brain at this point
[19:43] -queuebot:#ubuntu-release- New binary: yt [armhf] (disco-proposed/universe) [3.4.1-2] (no packageset)
[19:43] <NCommander> all the stuff are plugins
[19:43] <NCommander> so we have a lot of flexibility on what gets backported
[19:43] -queuebot:#ubuntu-release- New: accepted yt [amd64] (disco-proposed) [3.4.1-2]
[19:43] -queuebot:#ubuntu-release- New: accepted yt [armhf] (disco-proposed) [3.4.1-2]
[19:43] -queuebot:#ubuntu-release- New: accepted yt [ppc64el] (disco-proposed) [3.4.1-2]
[19:43] -queuebot:#ubuntu-release- New: accepted yt [arm64] (disco-proposed) [3.4.1-2]
[19:43] -queuebot:#ubuntu-release- New: accepted yt [s390x] (disco-proposed) [3.4.1-2]
[19:43] -queuebot:#ubuntu-release- New: accepted yt [i386] (disco-proposed) [3.4.1-2]
[19:47] <doko> r-cran-rnexml/amd64 unsatisfiable Depends: r-base-core (>= 3.5.1-2)
[19:47] <doko> why is britney complaining about that? it's there
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [amd64] (disco-proposed) [1.1-B39-1]
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [armhf] (disco-proposed) [1.1-B39-1]
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [ppc64el] (disco-proposed) [1.1-B39-1]
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [arm64] (disco-proposed) [1.1-B39-1]
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [s390x] (disco-proposed) [1.1-B39-1]
[19:48] -queuebot:#ubuntu-release- New: accepted x13as [i386] (disco-proposed) [1.1-B39-1]
[19:53] <infinity> doko: Curious.  All the R stuff seems to suffer the same issue.
[19:53]  * infinity investigates harder
[19:54] <infinity> doko: Oh, it might have just been a publishing hiccup where r-base briefly didn't exist in either pocket because of a race between the copy and delete.
[19:54] <infinity> doko: Should fix itseld.
[19:54] <infinity> itself*
[19:54] <doko> ahh, ok
[19:55] <infinity> doko: Copies are async, deletes are sync, if britney does the promotion just on the cusp of a new publisher run, things can "go away" for a cycle. :(
[19:55] <infinity> Not the most friendly bug ever.
[20:06] -queuebot:#ubuntu-release- New binary: sphinx-astropy [amd64] (disco-proposed/universe) [1.1-1] (no packageset)
[20:20] -queuebot:#ubuntu-release- New binary: llvm-toolchain-7 [s390x] (bionic-proposed/main) [1:7-3~ubuntu<IP_ADDRESS>] (no packageset)
[20:28] -queuebot:#ubuntu-release- New: accepted sphinx-astropy [amd64] (disco-proposed) [1.1-1]
[20:55] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (bionic-proposed) [2.525.10]
[20:56] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.9 => 2.525.10] (desktop-core)
[20:57] -queuebot:#ubuntu-release- New: accepted clazy [ppc64el] (disco-proposed) [1.4-1]
[20:57] -queuebot:#ubuntu-release- New: accepted fever [armhf] (disco-proposed) [1.0.1-1]
[20:57] -queuebot:#ubuntu-release- New: accepted fever [arm64] (disco-proposed) [1.0.1-1]
[20:57] -queuebot:#ubuntu-release- New: accepted fever [ppc64el] (disco-proposed) [1.0.1-1]
[21:13] -queuebot:#ubuntu-release- New binary: llvm-toolchain-7 [ppc64el] (bionic-proposed/main) [1:7-3~ubuntu<IP_ADDRESS>] (no packageset)
[22:54] -queuebot:#ubuntu-release- New source: python-django-debreach (disco-proposed/primary) [1.5.2-0ubuntu1]
[22:58] -queuebot:#ubuntu-release- New binary: llvm-toolchain-7 [amd64] (bionic-proposed/main) [1:7-3~ubuntu<IP_ADDRESS>] (no packageset)


[10:09] <nik90> gventuri_: we got a bug about the alarm sound at https://bugs.launchpad.net/ubuntu-clock-app/+bug/1354370
[10:10] <nik90> gventuri_: need your design opinion
[10:36] <gventuri_> Let me have a look
[10:42] <gventuri_> nik90: most of the sounds are soft-ish, I just tested all of them
[10:42] <nik90> gventuri_: ah
[10:42] <gventuri_> nik90: for the moment, I would use 'Ubuntu' as a defualt
[10:43] <nik90> gventuri_: is there a plan to bring a separate alarm ringtones folder?
[10:43] <nik90> gventuri_: post-rtm?
[10:43] <gventuri_> maybe we could file a bug under sound
[10:43] <nik90> gventuri_: ok
[10:43] <gventuri_> nik90: I think you would need stronger sounds anyway
[10:43] <nik90> yeah
[10:43] <gventuri_> even for ringtones
[10:43] <gventuri_> not just for alarms
[10:44] <gventuri_> could you file a bug?
[10:44] <nik90> ah
[10:44] <gventuri_> is there a 'sounds' project?
[10:44] <nik90> "ubuntu" is the default ringtone for calls as well. Wouldn't it cause confusion?
[10:44] <nik90> there is a ubuntu-touch-sounds project afaik
[10:44] <gventuri_> ok
[10:46] <nik90> https://bugs.launchpad.net/ubuntu/+source/ubuntu-touch-sounds
[10:47] <jouni_> hello
[10:47] <gventuri_> jouni_: hi
[10:47] <jouni_> buongiorno
[10:47] <gventuri_> we are talking about the sounds of alarm
[10:47] <jouni_> alright
[10:48] <gventuri_> at the moment they are all quite soft
[10:48] <jouni_> ringtone or alarm?
[10:48] <gventuri_> it would be lovely to have 1-3 sounds that are more strong
[10:48] <gventuri_> I believe it is the same set
[10:48] <gventuri_> Am I mistaken?
[10:48] <jouni_> yeah I can do a couple more no worries
[10:48] <jouni_> yeah same set
[10:49] <gventuri_> that'sokay (for now)
[10:49] <jouni_> users can also add their own sounds
[10:49] <gventuri_> ok
[10:50] <gventuri_> how?
[10:50] <jouni_> just need to save a sound file in the folder on the device
[10:50] <jouni_> hold on lemme see what the path is
[10:50] <nik90> jouni_: that path is in the system folder, dont think users have permission to do add there
[10:51] <gventuri_> can you do that without a PC?
[10:51] <jouni_> there is no gui on the phone, command line only
[10:51] <jouni_> nik90: you remember what the path is?
[10:51] <nik90> 1 sec
[10:52] <nik90> jouni_: /usr/share/sounds/ubuntu/ringtones
[10:52] <jouni_> ah yes there they are
[10:52] <nik90> jouni_: when the phone is connected, the user only sees the home folder (documents, music, pictures and downloads)
[10:52] <nik90> everything else is hidden and restricted
[10:52] <jouni_> so if someone wants to add a ringtone
[10:53] <jouni_> they need to make the image writable first
[10:53] <nik90> yup
[10:53] <jouni_> and then push with adb to the right path
[10:53] <nik90> but that isn't user friendly
[10:53] <jouni_> we could perhaps make system settings able to accept sounds via the content hub
[10:53] <jouni_> so that you could export stuff from say, music app easily
[10:55] <nik90> I suppose yes
[10:55] <jouni_> need to ask the system settings devs.. I’ll find out who they are
[10:55] <gventuri_> also the media player
[10:55] <nik90> jouni_: seb128 and laney afaik
[10:55] <jouni_> yeah was looking for seb but can’t see him online
[10:55] <jouni_> nik90: can you ask them if you see them?
[10:55] <nik90> jouni_: sure
[10:56] <jouni_> gventuri_: yeah if an app accepts a certain filetype via content hub, any other app that outputs that file type can export to it
[10:56] <jouni_> nik90: thank you!
[10:56] <gventuri_> jouni_: on a different node, could we add something like the 'old ringtone' on iOS
[10:56] <jouni_> like an old school phone? yeah sure
[10:57] <gventuri_> cool
[10:57] <nik90> jouni_: yeah I agree with gventuri_, we would still need to add 2-3 ringtones which are strong (like the old school one)
[10:57] <jouni_> was gonna spend a day creating some new sounds after the sprints, I’ll do it next week
[10:57] <jouni_> no problemo
[10:57] <nik90> gventuri_: can you assign jouni_ to that bug in ubuntu-ux
[10:58] <gventuri_> I can't see the bug
[10:58] <nik90> gventuri_: once they land, I will mark that bug resolved
[10:58] <gventuri_> nik90: did you save it?
[10:58] <nik90> gventuri_, jouni_: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1354370
[10:58] <gventuri_> nik90: ok
[10:58] <jouni_> i assigned myself
[10:59] <gventuri_> ok
[11:00] <nik90> thnx guys
[11:00] <jouni_> no worries
[11:00] <jouni_> what you working on these days nik, the clock?
[11:01] <nik90> yeah the new clock app designs
[11:01] <nik90> gventuri_: oh btw, I have implemented the fastscroll and custom swipe delete similar to the address book. It landed in trunk. Once we get a few more stuff in, I will push an update to store
[11:02] <nik90> jouni_: you can try out the new clock app via the ubuntu touch store. Search for "Clock Reboot"
[11:02] <jouni_> nice, will give it a go
[11:04] <gventuri_> Do you want me to start filing bugs? I noticed a few of them
[11:04] <gventuri_> nik90: on launchpad I mean
[11:04] <nik90> gventuri_: yeah go ahead. I will look into them parallely
[11:04] <gventuri_> nik90: ok, cool
[11:09] <mpt> JohnLea, https://wiki.ubuntu.com/SecurityAndPrivacySettings#Locking
[11:09] <JohnLea> mpt; thanks!
[11:10] <JohnLea> mpt; one other question while I'm at it - is there a rotation lock setting somewhere in the designs as well?
[11:11] <JohnLea> mpt; e.g. setting that locks the phone/tablet into it's current orientation?
[11:12] <mpt> JohnLea, yes, https://wiki.ubuntu.com/StatusBar#rotation-lock
[11:12] <mpt> which links to https://wiki.ubuntu.com/SystemSettings#phone-quick-access
[11:27] <mpt> JohnLea, https://wiki.ubuntu.com/Storage#Phone
[11:27] <mpt> JohnLea, ogra was the engineer who asked for that
[11:42] <JohnLea> mpt, is there anywhere the user can see their IP address in System Settings atm?
[11:43] <mpt> No
[11:43]  * snwh is surprised there is activity in this channel
[11:45] <JohnLea> mpt, according to the design, will the phone automatically connect to previously connected wifi networks automatically with zero user intervention (e.g. no notifications, the device just connects automatically?)
[11:47] <mpt> JohnLea, if “Auto-join previous networks” is on, which it should be by default. <https://wiki.ubuntu.com/Networking#wi-fi-phone> That option is not implemented yet.
[12:37] <nik90> gventuri: ping
[13:01] <gventuri> nik90 pong
[13:01] <gventuri> nik90: pong
[13:02] <nik90> gventuri: hey I wanted to ask if you thought about the add custom world city by search online feature we discussed sometime back
[13:02] <nik90> gventuri: we are getting closer to rtm and ideally I would like to have the feature implementations done asap and focus on just bug fixes
[13:02] <gventuri> nik90: yeah, I think I added a note to the spec
[13:03] <nik90> oh
[13:03] <gventuri> nik90: https://docs.google.com/a/canonical.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g338feb3e7_08
[13:04] <nik90> gventuri: nice. I will then start working on that
[13:04] <gventuri> nik90: it shows a progress indicator while searching online
[13:04] <gventuri> nik90: it might take a while if not on wifi
[13:04] <nik90> gventuri: ok. What happens if the user is not connected online? Due to no wifi or 3g for instance
[13:05] <nik90> although it is a really rare care
[13:05] <nik90> case*
[13:06] <gventuri> nik90: it can happen indeed
[13:06] <gventuri> nik90: maybe we could create an empty state with a call to action to add a new city
[13:07] <gventuri> nik90: or we could just display an empty state with a notification that you are not online
[13:07] <gventuri> the second option is probably my favourite
[13:08] <nik90> gventuri: I think for RTM we should go with third since allowing the user to add his own city is a bit more complicated since I am not sure how that goes well with the day light saving rules and so on.
[13:08] <nik90> I will work on this in the weekend and see where that leads to
[13:09] <gventuri> absolutely
[13:09] <gventuri> that's what I was thinking as well
[13:10] <nik90> great
[13:11] <gventuri> I added a note to that page
[13:11] <nik90> just saw it. thnx