=== chris14_ is now known as chris14
-queuebot:#ubuntu-release- New binary: nvidia-cuda-toolkit [amd64] (lunar-proposed/multiverse) [11.8.0-2] (no packageset)06:30
-queuebot:#ubuntu-release- New binary: nvidia-cuda-toolkit [arm64] (lunar-proposed/multiverse) [11.8.0-2] (no packageset)06:36
LocutusOfBorgvorlon, did the removal fail somewhere?07:20
LocutusOfBorgmissing build on armhf: scilab-full-bin, scilab-include, scilab-minimal-bin (from 6.1.1+dfsg2-4)07:20
LocutusOfBorgoh... only lunar-proposed was NBS cleaned up07:20
-queuebot:#ubuntu-release- New binary: nvidia-cuda-toolkit [ppc64el] (lunar-proposed/multiverse) [11.8.0-2] (no packageset)07:34
-queuebot:#ubuntu-release- New sync: python-numpy-groupies (lunar-proposed/primary) [0.9.20-1]07:36
LocutusOfBorgjbicha, I'm merging webkit2gtk from expeirmental09:00
LocutusOfBorgis it ok? there is a tarball mismatch I can't upload the riscv64 fix09:00
ricotzhello, what is the state of the autopkgtests on arm64/ppc64el/s390x for lunar?09:41
ricotzseems they are not running at all?09:41
seb128paride, ^ is there any known issue atm?09:47
paridericotz, the queues appear to be empty, and https://autopkgtest.ubuntu.com/running shows some running tests09:51
cjwatsonvorlon: extra-germinate> Hmm, I'm not sure.  Maybe try protocol=2 on the dump side to see if it's something about the newer default protocol in Python 3?09:51
paridericotz, what test run are you missing more specificlly?09:52
ricotzparide, I am looking at https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libreoffice and e.g. https://autopkgtest.ubuntu.com/packages/libr/libreoffice/lunar/arm6409:52
paridericotz, ok let me have a look09:52
ricotzparide, so afaics the test didn't ran for libreoffice 4:7.5.2~rc1-0ubuntu109:53
ricotzparide, thanks09:53
ricotzparide, I don't see any issues running libreofice's autopkgtests for all archs on all other stable ubuntu series, so just lunar seems to have trouble09:56
paridericotz, this can happen if the workers that was executing the tests for a package doesn't add its test results to the database (e.g. it's killed, or crashes, or ...)10:01
paridericotz, the job is not given back to the queue, and britney just assumes the test is still running10:01
paridericotz, we have to manually re-queue tests in this case10:02
ricotzparide, could you browsw the recent logs at https://autopkgtest.ubuntu.com/packages/libr/libreoffice/lunar/arm64 ?10:02
ricotzparide, ok, I can schedule them myself if reasonable10:02
ricotzparide, so the failure in the logs looks troublesome and infra or kernel related10:03
paridericotz, at first glance looks like a timeout while installing dependencies10:04
ricotzsame issue on ppc64el and s390x10:05
paridesee for example: Fetched 834 kB in 9s (97.7 kB/s)10:05
ricotzI see10:05
ricotzso network trouble10:05
ricotzalthough is it pretty much arch specific :\10:06
paridericotz, that's because amd64 tests run on a different datacenter10:07
paridericotz, also see https://lists.ubuntu.com/archives/ubuntu-devel/2023-March/042500.html10:07
paridebut apparnetly I've been a bit too optimist in my reply there10:07
ricotzok, so the problem is known, just needs to be trackled :)10:11
ginggsparide: it seems none of the tests triggered by britney make it into the queues11:10
ginggsmanual triggers do work though11:11
-queuebot:#ubuntu-release- Unapproved: dotnet7 (kinetic-proposed/universe) [7.0.102-0ubuntu1~22.10.1 => 7.0.103-0ubuntu1~22.10.1] (no packageset)12:30
-queuebot:#ubuntu-release- New binary: webkit2gtk [i386] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)12:31
-queuebot:#ubuntu-release- Unapproved: dotnet6 (kinetic-proposed/universe) [6.0.113-0ubuntu1~22.10.1 => 6.0.114-0ubuntu1~22.10.1] (no packageset)12:40
-queuebot:#ubuntu-release- Unapproved: dotnet6 (jammy-proposed/universe) [6.0.113-0ubuntu1~22.04.1 => 6.0.114-0ubuntu1~22.04.1] (no packageset)12:47
-queuebot:#ubuntu-release- New binary: webkit2gtk [s390x] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)12:51
jbichaLocutusOfBorg: thank you for webkit2gtk12:57
LocutusOfBorgthank me if riscv64 succeeds :D12:57
LocutusOfBorgbtw, do you plan to forward the delta to Debian, right?12:57
RikMillssil2100: do you have time to have a look at a quick FFe?13:00
jbichaLocutusOfBorg: the debian/rules change is already applied in Salsa, & yes, I'll forward riscv if it works 🤞13:00
RikMillsLP: #201143513:00
-ubottu:#ubuntu-release- Launchpad bug 2011435 in plasma-framework (Ubuntu) "[FFe] KDE frameworks 5104.0 into Lunar archive" [Undecided, New] https://launchpad.net/bugs/201143513:00
sil2100RikMills: I might!13:00
RikMillssil2100: see above13:01
LocutusOfBorgjbicha, thanks, upstream seems to be not keen on merging it, but meh13:01
-queuebot:#ubuntu-release- New binary: webkit2gtk [ppc64el] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)13:01
RikMillssil2100: this is one we have done at this stage for 6 or 7 release cycles13:01
sil2100RikMills: ok, so this was basically planned but the schedule for the update is what it is, right?13:01
RikMillssil2100: yep13:01
RikMillsit was only released on saturday13:02
RikMillssil2100: thanks for the ack! :D13:09
LocutusOfBorgseb128, vorlon hello, do you think we can have "nss-plugin-pem" on i386? (reason: curl wants it)13:58
LocutusOfBorgI can probably disable testsuite and live happy, but looks more something we should try to MIR13:58
-queuebot:#ubuntu-release- New binary: webkit2gtk [armhf] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)14:05
vorlonLocutusOfBorg: seeing that we already have libnss3 and libnspr4 built on i386, it doesn't seem too bad to also enable nss-plugin-pem on i386, despite us not wanting to support nss generaly15:08
vorlonLocutusOfBorg: scilab/armhf> I had the command in my history, so I don't know why it failed.  I reran it and it tells me again it's been removed15:08
vorloncjwatson: trying protocol=3 first since it appears current protocol is 415:17
vorloncjwatson: also it turns out that ubuntu-archive-toolbox is unreasonably memory-constrained, so maybe this is a race condition of some kind that will magically go away when we get more memory15:18
vorlonLocutusOfBorg: as for an MIR, I don't see any reason for libcurl-nss to be in main, it's probably pulled in by the -dev package only.15:20
vorloncjwatson: not fixed by either protocol=3 or protocol=215:31
-queuebot:#ubuntu-release- New binary: tzdata [amd64] (lunar-proposed/main) [2022g-7ubuntu2] (core)15:31
vorlonLocutusOfBorg: https://launchpad.net/ubuntu/+source/nss-pem/1.0.8+1-1/+build/2566684116:11
-queuebot:#ubuntu-release- Packageset: Removed libb2 from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Removed libmms from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Removed libofa from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Removed lsb from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Removed python-exceptiongroup from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Removed ruby3.0 from i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Added lsb-release-minimal to i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- Packageset: Added nss-pem to i386-whitelist in lunar16:30
-queuebot:#ubuntu-release- New binary: webkit2gtk [amd64] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)16:31
cjwatsonvorlon: I guess memory-constrainedness is a possibility.  I can't think of many _reasonable_ causes for this16:37
vorloncjwatson: it's also possible, I haven't checked, that the subprocess for one of the archs is dying with an error (unrelated to OOM) that I'm not getting output on and thus causing cascading failures after the parent dies17:05
utkarsh2102hi! I am on +1 this week, let me know if there's anything specific you'd like me to focus on.17:06
ahasenackutkarsh2102: universe packages :P17:41
ahasenackbut beware test timeouts (at the very end of a test log, look for "kind: install")17:41
ahasenackthose are a result of a slow network to ftpmaster.internal, and I don't think retrying them is worth it until the problem is really solved17:42
utkarsh2102ahasenack: nice, thank you! what should we do about those then?18:19
ahasenackwait I think, there is an RT18:20
ahasenackparide also wondered about switching the archive from ftpmaster.internal to the US mirror, since the dep8 machines are over there18:20
ahasenackthat would mean some mirror lag, though (packages in ftpmaster that would not yet be in the mirror over there)18:21
bdmurrayIts RT 15641218:40
bdmurrayutkarsh2102: big_tests won't help with timeouts18:40
-queuebot:#ubuntu-release- New binary: webkit2gtk [arm64] (lunar-proposed/main) [2.39.91-1ubuntu1] (desktop-core, i386-whitelist)19:47
EickmeyerCan I get an ack on ubuntustudio-default-settings in bin NEW and its associated FFe in bug 2008025?19:51
-ubottu:#ubuntu-release- Bug 2008025 in ubuntustudio-default-settings (Ubuntu) "[FFe] pipewire/pulseaudio configs for ubuntustudio in lunar" [High, New] https://launchpad.net/bugs/200802519:51
tewardvorlon: around for a few minutes for me to grab you on something?20:48
vorlonteward: hi20:49
utkarsh2102bdmurray: aah, I see! what does big_tests helps with then?21:16
bdmurrayutkarsh2102: OOM and tests which take a long time to run21:17
bdmurrayThat should be documented in README.md of autopkgtst-package-configs21:18
utkarsh2102I see, that's what I had in mind21:19
utkarsh2102so isn't test time out and test taking a long time to run the same thing?21:20
utkarsh2102I mean, I assume that the former is a result of the latter, no?21:20
bdmurrayThe tests are timing out due to poor network connectivity which should be transient otherwise we'd throw everything in big_tests. Packages which run hundreds or thousands fo tests would be appropriate for big_packages or ones whose actual tests take a long period of time.21:22
bdmurrayI've currently landed a potential workaround to the test setup taking a long time due to network timeouts. We'll know if it worked in some number of hours - probably 3.21:24
bdmurrayWhen I say test setup taking a long time I mean https://lists.ubuntu.com/archives/ubuntu-devel/2023-March/042500.html21:25
kanashiro[m]hi, could someone from the release team take a look at this FFe bug? LP #201148122:05
-ubottu:#ubuntu-release- Launchpad bug 2011481 in pacemaker (Ubuntu) "[FFe] Depend on pcs and suggest crmsh" [Undecided, New] https://launchpad.net/bugs/201148122:05
bdmurrayI've created a discourse post about the current status of the autopkgtest service https://discourse.ubuntu.com/t/autopkgtest-service/3449023:38

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!