<div dir="ltr"><div class="gmail_default" style="font-size:small">So, the plot thickens a little bit.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">On F44, it seems like 23.11 may have a compile issue with the Clang version that comes with that OS release. What is the expectation / desire for testing older LTS versions with updated OS releases (that technically came out far after the original LTS was cut).</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The only other issue with F43 and F44, that we are solving is the meson (and by extension, the python versions), that need to be running on the systems. But we have that pretty sorted, just needs to get rolled out into the lab. Part of the "trick" there is, the LTS and main versions have different min / max meson versions required or used.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Cheers,<br>Lincoln</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, May 6, 2026 at 10:14 AM Aaron Conole <<a href="mailto:aconole@redhat.com">aconole@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Patrick Robb <<a href="mailto:patrickrobb1997@gmail.com" target="_blank">patrickrobb1997@gmail.com</a>> writes:<br>
<br>
> Just spitballing but if the team built a new F40 DPDK image from the<br>
> template engine, there might be a difference because a newer base<br>
> image of F40 or newer versions of dependencies were baked in (for any<br>
> which are not version tagged).<br>
><br>
> Another thought - if F40 is EOL it might make sense to disable it in<br>
> CI and for Shani and the community to disregard this failing test. It<br>
> does make sense to enable the newer versions of fedora though.<br>
<br>
+1 to just disabling older fedora releases - F40 is EOL<br>
<br>
> I had a PR for enabling new fedora versions up when I was at UNH but<br>
> it was blocked because DPDK did not build on the newest fedora (this<br>
> is a pretty common occurrence for DPDK when bleeding edge fedora<br>
> versions come out) but most likely this is no longer an issue. If the<br>
> new fedora still wont build DPDK, that can be ticketed on Bugzilla and<br>
> someone in DPDK will figure it out. Sorry for leaving this as an open<br>
> item on my way out of UNH - I probably could have touched base with<br>
> the team better about this PR.<br>
<br>
+1 to this plan.<br>
<br>
>> On May 4, 2026, at 8:34 AM, Lincoln Lavoie <<a href="mailto:lylavoie@iol.unh.edu" target="_blank">lylavoie@iol.unh.edu</a>> wrote:<br>
>> <br>
>> Hi Shani,<br>
>> <br>
>> I've asked the team to look into it.  I know they had just done some<br>
>> work with the Fedora systems, to get the latest releases enabled and<br>
>> drop the versions that are EOL (that also includes Fedora 40, that<br>
>> went end of life in May of 2025).<br>
>> <br>
>> Cheers,<br>
>> Lincoln<br>
>> <br>
>>> On Mon, May 4, 2026 at 4:33 AM Shani Peretz <<a href="mailto:shperetz@nvidia.com" target="_blank">shperetz@nvidia.com</a>> wrote:<br>
>>> <br>
>>> Hey,<br>
>>> <br>
>>> I’m seeing on F40 CI failures on code that previously passed.<br>
>>> <br>
>>> This reproduces on both the 23.11 and 23.11-staging branches. For<br>
>>> example, on 23.11, tarball 37012 passed while 37022 failed, even<br>
>>> though they contain the same code.<br>
>>> <br>
>>> Re-testing older commits that previously passed now fails with the<br>
>>> same errors.<br>
>>> <br>
>>> Were there any recent updates on the F40 CI side?<br>
>>> <br>
>>> <br>
>>> <br>
>>> Thanks a lot for your help,<br>
>>> Shani<br>
>>> <br>
>>> <br>
>>> <br>
>>> <a href="https://lab.dpdk.org/results/dashboard/periodic_testing/?branch_id=20&page=0&rerun_status=None" rel="noreferrer" target="_blank">https://lab.dpdk.org/results/dashboard/periodic_testing/?branch_id=20&page=0&rerun_status=None</a><br>
>> <br>
>> <br>
>> <br>
>> --<br>
>> Lincoln Lavoie<br>
>> Principal Engineer, Broadband Technologies<br>
>> 21 Madbury Rd., Ste. 100, Durham, NH 03824<br>
>> <a href="mailto:lylavoie@iol.unh.edu" target="_blank">lylavoie@iol.unh.edu</a><br>
>> <a href="https://www.iol.unh.edu" rel="noreferrer" target="_blank">https://www.iol.unh.edu</a><br>
>> +1-603-674-2755 (m)<br>
<br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><b>Lincoln Lavoie</b><br></div><div>Principal Engineer, Broadband Technologies</div><div>21 Madbury Rd., Ste. 100, Durham, NH 03824</div><div><a href="mailto:lylavoie@iol.unh.edu" target="_blank">lylavoie@iol.unh.edu</a></div><div><a href="https://www.iol.unh.edu" target="_blank">https://www.iol.unh.edu</a></div><div>+1-603-674-2755 (m)</div><div><img src="https://www.iol.unh.edu/sites/all/themes/custom/iol2013/img/logo.png" width="200" height="55"><br></div></div></div></div></div></div></div></div></div></div></div>