[00:00] -queuebot:#ubuntu-release- New: accepted macopix [amd64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [armhf] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [riscv64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [amd64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [armhf] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [riscv64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [arm64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [s390x] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [ppc64el] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [ppc64el] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [s390x] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [arm64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:04] -queuebot:#ubuntu-release- New: accepted bslizr [source] (groovy-proposed) [1.2.6-0ubuntu1]
[00:29] -queuebot:#ubuntu-release- New binary: bsequencer [riscv64] (groovy-proposed/universe) [1.4.2-0ubuntu1] (no packageset)
[00:31] -queuebot:#ubuntu-release- New binary: bshapr [riscv64] (groovy-proposed/universe) [0.9-0ubuntu1] (no packageset)
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [amd64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [armhf] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [riscv64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [arm64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [s390x] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [ppc64el] (groovy-proposed) [1.4.2-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [amd64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [armhf] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [riscv64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [arm64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [s390x] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [ppc64el] (groovy-proposed) [0.9-0ubuntu1]
[01:42] -queuebot:#ubuntu-release- New binary: xrayutilities [riscv64] (groovy-proposed/universe) [1.6.0-3] (no packageset)
[05:46] <cpaelzer> ubuntu-archive: could one take a look at this removal https://bugs.launchpad.net/ubuntu/+source/sgabios/+bug/1890097 ?
[06:57] <cpaelzer> thank you RAOF
[06:57] <RAOF> NP
[08:01] <sil2100> xnox: thanks for the seeds fix for bionic d-i!
[08:01] <sil2100> I'll check if all is in place and respin what's needed
[08:02]  * sil2100 forgot about checking the seeds, this sounds like a good thing to have on the checklist
[08:34] <sil2100> Ok, looks like it's safe to just respin the d-i images
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Bionic 18.04.5] has been updated (20200810)
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [amd64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [armhf] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [riscv64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [arm64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [s390x] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [ppc64el] (groovy-proposed) [1.6.0-3]
[10:09] <sil2100> juliank: hmm, so in the focal-proposed queue I see two shim syncs
[10:09] <sil2100> juliank: I assume I can just remove the older one?
[10:09] <juliank> sil2100: Yes, the older one is source-only, the newer one has binaries too
[10:09] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (focal-proposed) [1.40.4]
[10:09] <juliank> I accidentally synced source-only first time :(
[10:09] <juliank> syncing is hard!
[10:12] <sil2100> juliank: hm, weird, so the tooling isn't very helpful as I see binaries for both of the syncs (at least for focal)! But yeah, let me reject the older one then ;)
[10:12] -queuebot:#ubuntu-release- Packageset: Added bchoppr to ubuntustudio in groovy
[10:12] -queuebot:#ubuntu-release- Packageset: Added bslizr to ubuntustudio in groovy
[10:13] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (bionic-proposed) [15+1552672080.a4a1fbe-0ubuntu2]
[10:13] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (focal-proposed) [15+1552672080.a4a1fbe-0ubuntu2]
[10:13] <LocutusOfBorg> hello release team, is it possibile to do something for multipath-tools udeb in main? maybe move them to universe?
[10:13] <LocutusOfBorg> e.g. libaio1-udeb liburcu6-udeb sg3-udeb
[10:14] <LocutusOfBorg> mmm they have been already moved to universe in groovy
[10:15] <LocutusOfBorg>  multipath-udeb | 0.8.4-1ubuntu1                 | groovy/universe/debian-installer      | amd64, arm64, armhf, ppc64el, riscv64, s390x
[10:15] <LocutusOfBorg>  multipath-udeb | 0.8.4-2ubuntu1                 | groovy-proposed/main/debian-installer | amd64, arm64, armhf, ppc64el, riscv64, s390x
[10:15] <LocutusOfBorg> maybe just moving multipath-udeb to universe should fix that...
[10:17] <LocutusOfBorg> who did promote it to main again? ^^
[10:17] <cjwatson> Nobody
[10:18] <LocutusOfBorg> mmm how did it move then?
[10:18] <cjwatson> It didn't :)
[10:18] <LocutusOfBorg> hello Laney, looks like ppc64el fails with ENOSPACE... https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/ppc64el/d/distro-info/20200810_100125_f0294@/log.gz
[10:18] <LocutusOfBorg> mmm cjwatson I can't really understand lol :)
[10:18] <cjwatson> vorlon moved it from main to universe in release, but at the time it was in both release and proposed
[10:18] <LocutusOfBorg> oh.... :D
[10:18] <cjwatson> Override changes don't propagate automatically in that situation
[10:18] <cjwatson> You can see this on https://launchpad.net/ubuntu/groovy/amd64/multipath-udeb
[10:18] <LocutusOfBorg> so, moving the one in proposed to universe "heals" it
[10:19] <cjwatson> I expect so; I'll do that now
[10:19] <LocutusOfBorg> lovely thanks!
[10:19] <cjwatson> Done
[10:19] <LocutusOfBorg> I'm thinking about making the tool smarter, to give a warning if something in proposed exists...
[10:23] <Laney> LocutusOfBorg: yeah I'm fixing it, calculix-cgx is inifintely outputting "ERROR: not valid" to its log
[10:24] <LocutusOfBorg> :/ thanks
[10:24] <Laney> going to blacklist that
[10:39] <LocutusOfBorg> interesting, allowSysFlag seems set to 1, so I don't understand why it is going into that else branch... shouldn't you just create a cgx file to let it run sys commands?
[10:40] <Laney> I think if you want to debug it, the maintainer would be a better person to do that with :p
[11:12] -queuebot:#ubuntu-release- Packageset: Added libref-util-perl to i386-whitelist in groovy
[11:33] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:33] -queuebot:#ubuntu-release- New binary: linux-signed [s390x] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:34] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:34] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[12:25] <ahasenack> hello ubuntu-archive, memcached failed to build on riscv64 (https://launchpad.net/ubuntu/+source/memcached/1.6.6-1), and I have gearmand that is not building on riscv64 because of this missing dep (https://launchpad.net/ubuntu/+source/gearmand/1.1.19.1+ds-2/+build/19782640)
[12:25] <ahasenack> yet memcached migrated
[12:25] <ahasenack> but gearmand is now stuck: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gearmand
[12:26] <ahasenack> or is it because of sphinx? hmm
[12:26] <ahasenack> hm, I'm thinking it's because of sphinx, still many tests to go there
[12:29] <seb128> ahasenack, hey, the previous version of memcached didn't build on riscv either so that wasn't a regression and britney had no reason to block it
[12:30] <seb128> ahasenack, but yeah, gearmand is blocked by its depends on sphinx
[12:30] <seb128> the 'not considered' is the clue that this depends is problematic
[12:31] <seb128> but it sounds like it's going to need work to be candidate
[12:31] <seb128> several red tests
[12:32] <ahasenack> yeah
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (focal-proposed) [5.4.0-43.47]
[12:40]  * RikMills realises he really needs to update the Kubuntu packageset!
[13:04] <slyon> Hey core-devs! Could somebody please review/sponsor my fix for bug #1889138 (debdiff attached) – so I can move forward with getting sbuild/dpkg migrated from -proposed?
[13:06] <seb128> slyon, do you plan to mp the fix upstream?
[13:07] <slyon> seb128: I think that would be useful and I want to do that
[13:11] <seb128> slyon, please do then :-) also #ubuntu-devel is a better place to ask for sponsoring, that's not a release issue
[13:12] <slyon> seb128: I just did: https://github.com/jamesodhunt/procenv/pull/16 – Thanks, I'll ask in #ubuntu-devel then!
[13:12] <gitbot> jamesodhunt issue (Pull request) 16 in procenv "Fix GCC-10 build when used with -Werror=format-overflow= (Fixes #15)" [Open]
[13:14] <seb128> slyon, thanks
[14:37] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-113.114] (core, kernel)
[14:38] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-113.114] (core, kernel)
[15:22] <rbalint> doko i've added https://bazaar.launchpad.net/~ubuntu-archive/+junk/sync-blacklist/view/head:/extra-removals.txt to https://wiki.ubuntu.com/PlusOneMaintenanceTeam/Specs/Infrastructure until the whole process around it is documented even better
[15:24] <seb128> rbalint, thanks
[15:29] -queuebot:#ubuntu-release- New binary: bchoppr [ppc64el] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [amd64] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [s390x] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bchoppr [s390x] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [ppc64el] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [arm64] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bslizr [arm64] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [armhf] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [amd64] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:33] -queuebot:#ubuntu-release- New binary: bslizr [armhf] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:36] <Eickmeyer> Should I be worried about bslizr or bchoppr FTBFS in risc64?
[15:37] <Eickmeyer> In other words, will that prevent migration?
[15:39] <seb128> not if they haven't build previously on those archs
[15:39] -queuebot:#ubuntu-release- Unapproved: rpcbind (xenial-proposed/main) [0.2.3-0.2ubuntu0.1 => 0.2.3-0.2ubuntu0.16.04.1] (core)
[15:40] <Eickmeyer> seb128: Thanks. It hasn't built previously for that, so it looks like it's going to be good.
[15:45] <Eickmeyer> ubuntu-archive: Where are we at with reviewing mcpdisp, new-session-manager, and dragonfly-reverb? I realize my email about this was rather rude and apologize (even apologized in the email). I do want to thank whoever approved the other 5 packages that were waiting. :)
[15:47] <vorlon> Eickmeyer: I don't know who's been reviewing, but I've started looking at dragonfly-reverb this morning; have you seen the lintian -I output which reports issues with debian/copyright?
[15:47] <vorlon> I: dragonfly-reverb source: unused-file-paragraph-in-dep5-copyright paragraph at line 144
[15:47] <vorlon> etc
[15:48] <Eickmeyer> vorlon: That should be an easy fix, and I'll take a second look at it. Last time I worked on that package was in March where it sat in queue and never got looked at for focal.
[15:48] <cjwatson> I did some reviewing to help out a bit - it's not my usual wheelhouse these days so don't count on me for more
[15:48] <Eickmeyer> cjwatson: Understood, and thank you. :)
[15:53] <vorlon> Eickmeyer: ok, do you want to clean up debian/copyright and reupload? since license review is a key part of source package review, that would speed things up
[15:54] <Eickmeyer> vorlon: Yep, can do. I'll have to bug teward to upload it for me though (this ping is me bugging him).
[15:54] <vorlon> :)
[16:45] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core)
[16:49] <bdmurray> Laney: Did you update autopkgtest-cloud on the server?
[16:49] <bdmurray> I want to rerun skimage now that's in big_packages
[16:50] <Laney> bdmurray: I did about 6 hours ago, so depends when said commit was made
[16:50] <Laney> as to whether it's effective
[16:51] <bdmurray> Laney: on Thursday so it should be good
[16:51] <bdmurray> Laney: Is there any way to track when it is updated?
[16:51] <Laney> not afaik
[17:01] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core)
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (groovy-proposed) [2.04-1ubuntu28]
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (groovy-proposed) [2.04-1ubuntu28]
[17:09] -queuebot:#ubuntu-release- New: rejected dragonfly-reverb [source] (groovy-proposed) [3.2.0-0ubuntu1]
[17:12] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-113.114]
[17:12] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-113.114]
[17:14] <vorlon> Eickmeyer: new-session-manager also has a typo in debian/copyright, s/scr/src/; nothing that I consider blocking approval but it should be fixed
[17:15] <Eickmeyer> vorlon: Thanks, I'll take a look there. Should be easy.
[17:15] <Eickmeyer> Probably my personal typo. :)
[17:19] <vorlon> Eickmeyer: one concern about this package is the generic name. 'session-manager' is used elsewhere in the archive to refer to x-session-manager, which is a completely different kind of session.  Could this package name be qualified somehow to better show what it is, or who the upstream is?
[17:19] <vorlon> (cf mate-session-manager and ukui-session-manager)
[17:20] <Eickmeyer> vorlon: So, it's a replacement for non-session-manager. They forked it to make new-session-manager and make it 100% compatible since the original non-session-manager developer was uncooperative, would curse people for pull requests and contributions, yet licensed it GPL.
[17:21] <Eickmeyer> vorlon: I was hoping the description would explain that it's for audio, including the category.
[17:21] <vorlon> yes, the description makes sense, but as a namespace question the generic name of the package makes me uncomfortable
[17:22] <Eickmeyer> What would you suggest?
[17:22] <vorlon> would linuxaudio-new-session-manager be a better name?
[17:22] <Eickmeyer> I don't see why not. The only thing is the binary is new-session-manager with a symlink to it from non-session-manager. Would the package name confuse people?
[17:23] <vorlon> I don't think it would
[17:23] <Eickmeyer> Ok, that's an easy change regardless.
[17:23] <vorlon> ok
[17:32] <LocutusOfBorg> Err:101 http://ftpmaster.internal/ubuntu groovy/main amd64 libmtdev1 amd64 1.1.6-1
[17:32] <LocutusOfBorg>   Data left in buffer [IP: 91.189.89.99 80]
[17:32] <LocutusOfBorg> mmm what is going on?
[17:32] <LocutusOfBorg> https://launchpadlibrarian.net/492750342/buildlog_ubuntu-groovy-amd64.virtualbox-hwe_6.1.12-dfsg-9ubuntu1.20.10.1_BUILDING.txt.gz
[17:39] <fyf> please direct me elsewhere if offtopic. Are there channels to discuss working at ubuntu + how to get better at working there? is a github required or launchpad account enough?
[17:47] <Eickmeyer> vorlon: Go ahead and reject new-session-manager and dragonfly-reverb for now. Fixes are in as requested, just need teward (or yourself, if you want, they're at lp:new-session-manager and lp:dragonfly-reverb respectively) to re-upload.
[17:47] <Eickmeyer> Of course, you've probably rejected already. heh
[18:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Xenial 16.04.7] has been updated (20200810)
[18:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Xenial 16.04.7] has been updated (20200810)
[18:34] <bdmurray> Laney: Is there a way to tell if the test ran on a "big_packages" unit?
[18:56] <ddstreet> bdmurray for any arch besides armhf, grep the output for 'make -j4' since big_packages is the only type with more than 1 cpu
[18:57] <ddstreet> except armhf which is always 4 cpus, but inside a container
[18:58] <bdmurray> ddstreet: Oh that sounds useful but I'm not seeing make at all https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/amd64/s/skimage/20200810_170805_8946a@/log.gz
[19:00] <ddstreet> ah well not sure how to check in that case then
[19:09] <ddstreet> bdmurray if you download the 'result.tar' file for the test, i think the 'testinfo.json' it contains includes the item 'nproc' which tells how many cpus the testbed had
[19:34] <bdmurray> ddstreet: hunh, I didn't realize result.tar was a thing
[19:34] <ddstreet> yeah, log.gz, result.tar, and artifacts.tar.gz
[19:35] <bdmurray> only 2 of those are linked to
[20:05] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.4 => 2.664.5] (desktop-core, i386-whitelist)
[20:20] <bdmurray> Laney, vorlon: Did I miss something with this commit? https://git.launchpad.net/autopkgtest-cloud/commit/?id=02041e41693c909e25f6d87b45b18e11af9d1a83 arm64 and ppc64el are running on "big" units but amd64 is not.
[20:37] <vorlon> bdmurray: amd64 isn't in bos0[12]
[20:37] <vorlon> the amd64 regions are lcy01, lgw01
[20:43] <bdmurray> which is worker-canonistack then?
[20:43] <bdmurray> or just worker.conf?
[20:45] <bdmurray> seems like worker.conf
[21:19] <vorlon> bdmurray: correct, worker.conf
[21:20] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.45 => 2.525.46] (desktop-core)
[21:22] <cjwatson> LocutusOfBorg: I'm not sure, but I think that might be an apt regression?  https://launchpad.net/ubuntu/+source/apt/2.1.9
[21:24] -queuebot:#ubuntu-release- New: rejected new-session-manager [source] (groovy-proposed) [1.3.2-0ubuntu1]
[21:26] <seb128> builds are randomly failing in groovy, I uploaded/synced a bunch of packages and most builds hit errors like
[21:26] <seb128> E: Failed to fetch http://ftpmaster.internal/ubuntu/pool/main/libx/libxxf86vm/libxxf86vm1_1.1.4-1build1_amd64.deb  Data left in buffer [IP: 91.189.89.99 80]
[21:30] <bdmurray> vorlon: Okay, I've updated that file. Can you update the environment?
[21:31] <vorlon> bdmurray: done
[21:43] <xnox> juliank:  ^^^^
[21:44] <vorlon> Eickmeyer: ideally packages like mcpdisp would list an ubuntustudio address as the maintainer, rather than just Ubuntu Developers more generally
[21:45] -queuebot:#ubuntu-release- New: accepted mcpdisp [source] (groovy-proposed) [0.1.2-0ubuntu1]
[21:47] -queuebot:#ubuntu-release- New binary: mcpdisp [s390x] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:48] -queuebot:#ubuntu-release- New binary: mcpdisp [ppc64el] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:49] <vorlon> jibel: do you know about the new pattern of using Build-Depends: debhelper-compat (= 13)?  Nicer than having to repeat between debian/control and debian/compat (kstore)
[21:50] -queuebot:#ubuntu-release- New: accepted kstore [source] (groovy-proposed) [0.1.0]
[21:50] -queuebot:#ubuntu-release- New binary: mcpdisp [arm64] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:51] -queuebot:#ubuntu-release- New binary: mcpdisp [armhf] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [ppc64el] (groovy-proposed/none) [0.1.0] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [amd64] (groovy-proposed/none) [0.1.0] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [s390x] (groovy-proposed/none) [0.1.0] (no packageset)
[21:56] -queuebot:#ubuntu-release- New: rejected telegraf [source] (groovy-proposed) [1.15.1+ds1-0ubuntu1]
[21:56] -queuebot:#ubuntu-release- New binary: kstore [armhf] (groovy-proposed/none) [0.1.0] (no packageset)
[21:58] -queuebot:#ubuntu-release- New binary: kstore [arm64] (groovy-proposed/none) [0.1.0] (no packageset)
[22:06] -queuebot:#ubuntu-release- New binary: kstore [riscv64] (groovy-proposed/none) [0.1.0] (no packageset)
[22:08] <sergiodj> hi there, can any archive-admin take a look at the telegraf package that's on the NEW queue, please?  I'd like to get it included in the universe so that I can start the MIR process ASAP.  TIA!
[22:10] <Eickmeyer> vorlon: That makes sense, but for background, that address is the result of the update-maintainers command, so if that shouldn't be used then that would be good. Additionally, I don't have an ubuntustudio address, and it would likely throw the same lintian error.
[22:10] <Eickmeyer> Rather, if update-maintainers shouldn't be used, then something needs to be updated/documented somewhere.
[22:11] <Eickmeyer> vorlon: Also, mcpdisp FTBFS, looks like it had a package installation hiccup on downloading build-deps.
[22:12] <Eickmeyer> Not sure if there's anything you can do on your end.
[22:12] <bdmurray> Eickmeyer: you might want to look at the manual for update-maintainer to better understand when it should be used.
[22:12] <Eickmeyer> teward: ^
[22:12] <Eickmeyer> bdmurray: teward is the one who told me to use it.
[22:12] <bdmurray> Eickmeyer: it'd still be good if you looked at it
[22:13] <Eickmeyer> bdmurray: I did.
[22:13] <Eickmeyer> There's not much to it.
[22:14] <bdmurray> There's a "SEE ALSO" link which has "more to it"
[22:21] <bdmurray> update-mainter is a script used to just change the Maintainer field when ubuntu is introducing packaging differences from debian
[22:21] <bdmurray> for native packages e.g. whoopsie there is no need to change the Maintainer field because the package does not exist in debian
[22:22] <Eickmeyer> bdmurray: Ok, so what you're saying is it should not be used unless we're introducing changes/updating from a Debian package.
[22:23] <bdmurray> That is correct
[22:24] <Eickmeyer> bdmurray: Ok, this is good to know. I thought it was for brand-new packages as well, so I'll probably throw my own .ubuntu address in the maintainer section then.
[22:28] <vorlon> Eickmeyer: ftbfs> probably related to what seb128 mentioned?
[22:29] <Eickmeyer> vorlon: Yep, 100%.
[22:29] <vorlon> I've hit the retry button
[22:29] <Eickmeyer> Ok.
[22:38] <Eickmeyer> vorlon: Yeah, still FTBFS for what looks like the same reason.
[22:38] <vorlon> ok; we'll probably need a mass-retry of those failures at some point
[22:41] <Eickmeyer> Yep. No worries.
[22:56] <teward> bdmurray: signing fails on attempting to sign/upload/build with -0ubuntuX in the rev no
[22:56] <teward> unless there's a way to override?
[22:56] <cjwatson> What's the failure message?
[22:57] <cjwatson> Signing shouldn't care about the version
[22:57] <teward> well Eickmeyer is using a semi-gbp method
[22:57] <teward> so all i get is the source no changes file to sing
[22:57] <teward> sign* and gbp (and git ubuntu) keep trying to build the package :P
[22:57] <cjwatson> Uh
[22:57] <cjwatson> This isn't clear enough to debug, sorry
[22:58] <teward> cjwatson: i'm in the hospital recovering from having my appendix removed sue me
[22:58] <teward> i don't have the details available on hand all i know is it errors hard
[22:58] <cjwatson> Yep, totally fair, just saying probably can't debug without a transcript
[22:59] <teward> yep the error was along the line of version string suggests ubuntu changes but maintainer is not @ubuntu address
[22:59] <teward> something along those lines
[22:59] <cjwatson> Oh, that's not signing then
[22:59] <teward> as i stataedL
[22:59] <teward> stated*
[22:59] <teward> all I get is the source code
[22:59] <teward> gbp and even old school debuild require to build the _changes file :p
[22:59] <teward> and then it just fubars
[22:59] <cjwatson> That only happens if DEBEMAIL contains ubuntu.com
[22:59] <cjwatson> Or rather it's only an error if that is the case
[23:00] <teward> hmm well i do sign with @ubuntu.com so maybe that's the problem... *shrugs*
[23:00] <cjwatson> You can temporarily set DEBEMAIL to something else for the duration of building the source package
[23:00] <cjwatson> Or you can make sure that the Maintainer has the substring 'ubuntu' in it
[23:01] <cjwatson> Either works
[23:01] <teward> makes sense but if Eickmeyer simply adjusts maintainer for the stuff he's going to maintaion to his @ubuntu address that'll solve the headache
[23:01] <teward> i'mma focus on healing up first so :p
[23:01] <cjwatson> Right, indeed!
[23:02] <cjwatson> When I'm building something for a PPA and just Do Not Care I tend to just ram it through with DEBEMAIL=cjwatson@debian.org debuild -S.  When uploading to Ubuntu I'd fix up Maintainer
[23:02] <teward> also half-roped into review of a backport in #ubuntu-devel so
[23:02] <teward> *blames sarnold and rbasak*
[23:04] <teward> cjwatson: ack, i might spin a local script a-la update-maintainer to update Maintainer accordingly :P
[23:04] <teward> for now though
[23:04] <teward> recovery
[23:04] <Eickmeyer> cjwatson, teward: I'll go ahead and update to my address as I go from here on out.
[23:04] <teward> ... and figuring out why my left arm just lost slight feeling in it...
[23:04] <teward> Eickmeyer: ack
[23:46] <teward> well this is disconcerting: E: Failed to fetch http://ftpmaster.internal/ubuntu/pool/main/libx/libxinerama/libxinerama1_1.1.4-2_amd64.deb  Data left in buffer [IP: 91.189.89.99 80]
[23:46] <teward> anyone want to go and figure out why that's failing repeatedly for mcpdist amd64 and risc?
[23:47] <cjwatson> teward: Brought up a couple of times above - looks like an apt regression but I don't think the apt maintainer has had a chance to dig into it yet
[23:49] <vorlon> is that apt in groovy? do we need to roll back?
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [amd64] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [armhf] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [s390x] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [arm64] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [ppc64el] (groovy-proposed) [1.6.4-0ubuntu1]