| -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:00 | |
| -queuebot:#ubuntu-release- New: accepted bslizr [source] (groovy-proposed) [1.2.6-0ubuntu1] | 00:04 | |
| -queuebot:#ubuntu-release- New binary: bsequencer [riscv64] (groovy-proposed/universe) [1.4.2-0ubuntu1] (no packageset) | 00:29 | |
| -queuebot:#ubuntu-release- New binary: bshapr [riscv64] (groovy-proposed/universe) [0.9-0ubuntu1] (no packageset) | 00:31 | |
| -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:32 | |
| -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] | 00:33 | |
| -queuebot:#ubuntu-release- New binary: xrayutilities [riscv64] (groovy-proposed/universe) [1.6.0-3] (no packageset) | 01:42 | |
| cpaelzer | ubuntu-archive: could one take a look at this removal https://bugs.launchpad.net/ubuntu/+source/sgabios/+bug/1890097 ? | 05:46 |
|---|---|---|
| ubot5 | Ubuntu bug 1890097 in sgabios (Ubuntu) "[RM] sgabios - swallowed by the only user (qemu)" [Undecided,New] | 05:46 |
| cpaelzer | thank you RAOF | 06:57 |
| RAOF | NP | 06:57 |
| === simonquigley is now known as tsimonq2 | ||
| 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:01 |
| * sil2100 forgot about checking the seeds, this sounds like a good thing to have on the checklist | 08:02 | |
| sil2100 | Ok, looks like it's safe to just respin the d-i images | 08:34 |
| -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) | 08:59 | |
| -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] | 09:53 | |
| === fyf is now known as b5 | ||
| 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:09 |
| 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:12 | |
| -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:13 |
| LocutusOfBorg | mmm they have been already moved to universe in groovy | 10:14 |
| 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:15 |
| LocutusOfBorg | who did promote it to main again? ^^ | 10:17 |
| cjwatson | Nobody | 10:17 |
| 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:18 |
| 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:19 |
| Laney | LocutusOfBorg: yeah I'm fixing it, calculix-cgx is inifintely outputting "ERROR: not valid" to its log | 10:23 |
| LocutusOfBorg | :/ thanks | 10:24 |
| Laney | going to blacklist that | 10:24 |
| 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:39 |
| Laney | I think if you want to debug it, the maintainer would be a better person to do that with :p | 10:40 |
| -queuebot:#ubuntu-release- Packageset: Added libref-util-perl to i386-whitelist in groovy | 11:12 | |
| -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:33 | |
| -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) | 11:34 | |
| 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:25 |
| 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:26 |
| 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:29 |
| 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:30 |
| seb128 | but it sounds like it's going to need work to be candidate | 12:31 |
| seb128 | several red tests | 12:31 |
| ahasenack | yeah | 12:32 |
| -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:39 | |
| * RikMills realises he really needs to update the Kubuntu packageset! | 12:40 | |
| 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:04 |
| ubot5 | bug 1889138 in procenv (Ubuntu Groovy) "procenv is FTBFS in Groovy" [Undecided,New] https://launchpad.net/bugs/1889138 | 13:04 |
| seb128 | slyon, do you plan to mp the fix upstream? | 13:06 |
| slyon | seb128: I think that would be useful and I want to do that | 13:07 |
| seb128 | slyon, please do then :-) also #ubuntu-devel is a better place to ask for sponsoring, that's not a release issue | 13:11 |
| 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:12 |
| seb128 | slyon, thanks | 13:14 |
| -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-113.114] (core, kernel) | 14:37 | |
| -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-113.114] (core, kernel) | 14:38 | |
| 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:22 |
| seb128 | rbalint, thanks | 15:24 |
| -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:29 | |
| === paride is now known as paride|off | ||
| -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:32 | |
| -queuebot:#ubuntu-release- New binary: bslizr [armhf] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio) | 15:33 | |
| Eickmeyer | Should I be worried about bslizr or bchoppr FTBFS in risc64? | 15:36 |
| Eickmeyer | In other words, will that prevent migration? | 15:37 |
| 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:39 | |
| Eickmeyer | seb128: Thanks. It hasn't built previously for that, so it looks like it's going to be good. | 15:40 |
| 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:45 |
| 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:47 |
| 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:48 |
| 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:53 |
| 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 | :) | 15:54 |
| -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core) | 16:45 | |
| 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:49 |
| 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:50 |
| 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 | 16:51 |
| -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core) | 17:01 | |
| -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:07 | |
| -queuebot:#ubuntu-release- New: rejected dragonfly-reverb [source] (groovy-proposed) [3.2.0-0ubuntu1] | 17:09 | |
| -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:12 | |
| 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:14 |
| Eickmeyer | vorlon: Thanks, I'll take a look there. Should be easy. | 17:15 |
| Eickmeyer | Probably my personal typo. :) | 17:15 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| vorlon | I don't think it would | 17:23 |
| Eickmeyer | Ok, that's an easy change regardless. | 17:23 |
| vorlon | ok | 17:23 |
| 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:32 |
| 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:39 |
| 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 | 17:47 |
| -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:26 | |
| bdmurray | Laney: Is there a way to tell if the test ran on a "big_packages" unit? | 18:34 |
| 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:56 |
| ddstreet | except armhf which is always 4 cpus, but inside a container | 18:57 |
| 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 | 18:58 |
| ddstreet | ah well not sure how to check in that case then | 19:00 |
| 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:09 |
| 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:34 |
| bdmurray | only 2 of those are linked to | 19:35 |
| -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.4 => 2.664.5] (desktop-core, i386-whitelist) | 20:05 | |
| 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:20 |
| vorlon | bdmurray: amd64 isn't in bos0[12] | 20:37 |
| vorlon | the amd64 regions are lcy01, lgw01 | 20:37 |
| bdmurray | which is worker-canonistack then? | 20:43 |
| bdmurray | or just worker.conf? | 20:43 |
| bdmurray | seems like worker.conf | 20:45 |
| vorlon | bdmurray: correct, worker.conf | 21:19 |
| -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.45 => 2.525.46] (desktop-core) | 21:20 | |
| 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:22 |
| -queuebot:#ubuntu-release- New: rejected new-session-manager [source] (groovy-proposed) [1.3.2-0ubuntu1] | 21:24 | |
| 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:26 |
| bdmurray | vorlon: Okay, I've updated that file. Can you update the environment? | 21:30 |
| vorlon | bdmurray: done | 21:31 |
| xnox | juliank: ^^^^ | 21:43 |
| vorlon | Eickmeyer: ideally packages like mcpdisp would list an ubuntustudio address as the maintainer, rather than just Ubuntu Developers more generally | 21:44 |
| -queuebot:#ubuntu-release- New: accepted mcpdisp [source] (groovy-proposed) [0.1.2-0ubuntu1] | 21:45 | |
| -queuebot:#ubuntu-release- New binary: mcpdisp [s390x] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset) | 21:47 | |
| -queuebot:#ubuntu-release- New binary: mcpdisp [ppc64el] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset) | 21:48 | |
| 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:49 |
| -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:50 | |
| -queuebot:#ubuntu-release- New binary: mcpdisp [armhf] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset) | 21:51 | |
| -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:53 | |
| -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:56 | |
| -queuebot:#ubuntu-release- New binary: kstore [arm64] (groovy-proposed/none) [0.1.0] (no packageset) | 21:58 | |
| -queuebot:#ubuntu-release- New binary: kstore [riscv64] (groovy-proposed/none) [0.1.0] (no packageset) | 22:06 | |
| 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:08 |
| 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:10 |
| Eickmeyer | vorlon: Also, mcpdisp FTBFS, looks like it had a package installation hiccup on downloading build-deps. | 22:11 |
| 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:12 |
| Eickmeyer | bdmurray: I did. | 22:13 |
| Eickmeyer | There's not much to it. | 22:13 |
| bdmurray | There's a "SEE ALSO" link which has "more to it" | 22:14 |
| 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:21 |
| 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:22 |
| bdmurray | That is correct | 22:23 |
| 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:24 |
| vorlon | Eickmeyer: ftbfs> probably related to what seb128 mentioned? | 22:28 |
| Eickmeyer | vorlon: Yep, 100%. | 22:29 |
| vorlon | I've hit the retry button | 22:29 |
| Eickmeyer | Ok. | 22:29 |
| 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:38 |
| Eickmeyer | Yep. No worries. | 22:41 |
| 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:56 |
| 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:57 |
| 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:58 |
| 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 | 22:59 |
| 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:00 |
| 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:01 |
| 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:02 |
| 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:04 |
| 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:46 |
| 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:47 |
| vorlon | is that apt in groovy? do we need to roll back? | 23:49 |
| -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] | 23:57 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!