[00:12] <teward> jbicha: did you intend to have ItzSwirlz request a sync *then* a debdiff on top of that within the same sync?
[00:12] <teward> s/same sync/same sync bug/ ?
[08:10] <fheimes> Hi, could someone please retrigger the autopkgtest for me:
[08:10] <fheimes> https://autopkgtest.ubuntu.com/request.cgi?release=mantic&arch=amd64&package=gcc-11&trigger=gmp/2%3A6.2.1%2Bdfsg1-1.1ubuntu2   (thx)
[09:45] <seb128> fheimes, retried
[09:46] <seb128> fheimes, in fact the url is not valid, it returned 'You submitted an invalid request: Malformed trigger'
[11:19] <sil2100> @pilot in
[11:26] <mirespace> Hi, could someone trigger some autopkgtest for me? Are for dpdk
[11:26] <mirespace> + amd64: https://autopkgtest.ubuntu.com/request.cgi?release=jammy&package=dpdk&arch=amd64&trigger=dpdk%2F21.11.4-0ubuntu0.22.04.1~ppa2&ppa=mirespace%2Fmre-dpdk-2026351
[11:26] <mirespace> + arm64: https://autopkgtest.ubuntu.com/request.cgi?release=jammy&package=dpdk&arch=arm64&trigger=dpdk%2F21.11.4-0ubuntu0.22.04.1~ppa2&ppa=mirespace%2Fmre-dpdk-2026351
[11:26] <mirespace> + ppc64el: https://autopkgtest.ubuntu.com/request.cgi?release=jammy&package=dpdk&arch=ppc64el&trigger=dpdk%2F21.11.4-0ubuntu0.22.04.1~ppa2&ppa=mirespace%2Fmre-dpdk-2026351
[11:26] <mirespace> (Thanks in advance)
[11:33] <cpaelzer> mirespace: done
[11:33] <mirespace> cpaelzer: thankyou :)
[11:39] <sil2100> I was too late!
[11:48] <mirespace> sil2100: hehehe
[11:53] <mirespace> cpaelzer: Doing the dpdk MRE for lunar (22.11.2), I realized the -1 in debian includes a new package (librte-net-mana23)
[11:56] <mirespace> cpaelzer: so I'm reading the MRE for dpdk, and I don't have context about if it could fit in some of the accepted "backporting features"
[12:21] <cpaelzer> mirespace: you'd want to revert the change so that is does not add the mana driver on the SRUs
[12:21] <cpaelzer> it was fine for mantic
[12:21] <cpaelzer> but won't be for the SRU
[12:21] <cpaelzer> at least IMHO
[12:36] <jbicha> teward: if I were the requester, I would have modified the bug title to say "merge" instead of sync, but I understood what was going on with bug 2027869
[12:36] -ubottu:#ubuntu-devel- Bug 2027869 in cinnamon (Ubuntu) "Sync cinnamon 5.8.4-1 (universe) from Debian experimental (main)" [Undecided, Fix Committed] https://launchpad.net/bugs/2027869
[12:37] <teward> jbicha: ack, came across sponsors as 'odd' hence the question
[13:43] <mirespace> cpaelzer: that was my doubt, thanks
[15:19] <bluca> slyon: will you by any chance have time to look at #1041310 in the next couple of days? If we need to fix something in systemd 254 I need to know pretty soon, otherwise it will be released as-is
[15:19] <bluca> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041310
[15:19] -ubottu:#ubuntu-devel- Debian bug 1041310 in src:netplan.io "netplan.io: autopkgtest fails with systemd v254-rc2" [Important, Open]
[15:20] <Odd_Bloke> o/ Still looking for sponsorship of my debootstrap backports BTW: https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1990856 (cc sil2100 as patch pilot, perhaps?)
[15:20] -ubottu:#ubuntu-devel- Launchpad bug 1990856 in debootstrap (Ubuntu Jammy) "Does not consider all versions in Packages files" [Undecided, In Progress]
[15:21] <slyon> bluca: I looked into it today. Currently preparing a patch. I will send you the link in a bit.
[15:22] <slyon> bluca: essentially, networkd seems to be more picky about moving an interface from "configuring" to "configured". It waits for an IPv6 RA to be received. So we need to define "accept-ra: false" in Netplan tests to ignore that, or make our test environment (dnsmasq) to actually provide RAs. I've went with the latter.
[15:23] <slyon> bluca: still I see weird error messages from 'networkctl', which seems new, but they do not fail tests. E.g.:
[15:23] <slyon> Failed to query link bit rates: Invalid argument
[15:23] <slyon> Failed to query link DHCP leases: Invalid argument
[15:24] <slyon> I have the impression that these error messages are thrown while the interface is still in "configuring" state, i.e. while waiting for the RA to be processed. It vanishes when calling the same command after a few seconds.
[15:29] <slyon> bluca: https://github.com/canonical/netplan/pull/381
[15:29] -ubottu:#ubuntu-devel- Pull 381 in canonical/netplan "tests:integration: Adopt for systemd v254" [Open]
[15:31] <bluca> thanks!
[15:33] <bluca> is that the only thing needed to make tests happy?
[15:38] <slyon> I think so, yes. I will run a full Netplan vs systemd v254 autopkgtest locally over night and upload this patch into unstable tomorrow it that passed.
[15:39] <bluca> nice, thank you very much
[15:54] <slyon> Oh, I see systemd v254 is already in unstable, so I can rely on upstream CI and/or Salsa CI to do that test for me, which is much quicker than my local VM :) So we should have a resultin ~20 min (https://github.com/canonical/netplan/actions/runs/5589417419/jobs/10217662482?pr=381 & https://salsa.debian.org/debian/netplan.io/-/jobs/4445316)
[19:11] <bryceh> @pilot in
[21:45] <bryceh> @pilot out