[07:27] hey bdmurray - on the topic of +1, would you recommend I start with looking at packages in update_excuses to see if I can propose something to resolve the issues? [07:31] bdmurray: ah - I suspect you'll be online in several hours :-P [07:38] xnox, thank you for unblocking gtk! :) [07:39] icey, hey, are you on +1 rotation and is that your first time? if so maybe start reading https://wiki.ubuntu.com/PlusOneMaintenanceTeam [07:39] seb128: indeed - doing today and tomorrow, and then again week after next :-) [07:42] icey, ah, enjoy! to reply to your question usually https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html is the main place where to find +1 work indeed [07:42] icey, check for things that fail to build or test failures there, ideally for components that are not owned by a team (https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html tell you that) [07:43] icey, you might also want to read the recent +1 reports on https://lists.ubuntu.com/archives/ubuntu-devel/2021-June/date.html , it gives some indication of the work being done by other, which would help to get a sense of what +1 maintainers usually do and also avoid redoing investigation work already done by others [07:44] seb128: indeed - my first step was looking through my recent emails on the list :) === Unit193 changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Hirsute | If you can't send messages here, authenticate to NickServ first | Patch Pilots: icey [07:48] icey, random one you could work on from the recent items, https://launchpad.net/ubuntu/+source/pylint/2.7.2-3 [07:48] seems it builds fine in Debian and is autosync so probably needs debugging for Ubuntu [07:49] (Added him as a patch pilot) [07:50] Unit193, +1 != patch pilot though? [07:51] Aha! [07:54] icey, another one that might be suited for you :p https://autopkgtest.ubuntu.com/packages/s/senlin/impish/amd64 [07:55] icey, seems like the recent upload is failing tests [07:55] (I kind of thought that was a replaced name for a while now....) [07:55] icey, and some other tests failure on https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#dulwich , randomly picked === Unit193 changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Hirsute | If you can't send messages here, authenticate to NickServ first | Patch Pilots: [07:56] Unit193, https://wiki.ubuntu.com/PlusOneMaintenanceTeam [07:56] Unit193, +1 is mostly working on archive issues [08:03] seb128: I'll take those three for now then :) [08:03] great :) [08:03] seb128: would you be open to helpping me with sponsoring things? [08:03] icey, sure [08:04] thanks! [08:06] np! [08:27] ah the joy of Python moving forward, I can reproduce that pylint build / test failure on the version accepted into impish too :-D [13:31] the recent dulwich autopkgtest failure seems to be the result of a breezy ftbfs (#1932313), and I noticed that there's a somewhat old RM bug for breezy: #1801945 [13:32] and links, since no bot? https://pad.lv/1932313 and https://pad.lv/1801945 respectively [13:32] Launchpad bug 1932313 in breezy (Ubuntu) "Breezy 3.2.0+bzr7543-1 FTBFS" [Undecided, New] [13:32] Launchpad bug 1801945 in breezy-debian (Ubuntu) "remove breezy (ftbfs) and demote bzr-debian" [Undecided, New] [13:32] or just a better format :-P [14:55] icey: fwiw I'm about now. [14:55] bdmurray: morning! === theloudspeaker is now known as The_LoudSpeaker [20:34] Is any core dev available to restart a failed package build for golang-1.16 on riscv64? [20:34] https://launchpad.net/ubuntu/+source/golang-1.16/1.16.5-1ubuntu1/+build/21698044 === nicolasbock_ is now known as nicolasbock [20:35] jawn-smith, done [20:35] thanks ogra! [21:21] Can any core dev restart this autopkgtest as well? https://autopkgtest.ubuntu.com/request.cgi?release=impish&arch=arm64&package=opensaml&trigger=glibc/2.33-0ubuntu8 [21:21] it has two failures in different places, and is running fine on my local arm64 machine [21:21] so I think it's just a flakey test [21:25] jawn-smith, done [21:26] thanks! [21:40] well, that might be an actual failure. Thanks for the restart, back to the drawing board === RzR is now known as rZr [22:21] jawn-smith: how much memory does your local arm64 machine have? [22:21] more than 1 [22:21] 8GB [22:21] two, two memory, ah ah ah [22:22] which I thought might likely be the problem so I'm running in a memory limited container now