Brian J. Murrell

> Are they really the same package (not only same NEVRA)? They are the same as far as I would understand. I downloaded it from https://download.copr.fedorainfracloud.org/results/brianjmurrell/homeassistant/fedora-39-x86_64/07340075-python-hass-nabucasa/python3-hass-nabucasa-0.78.0-0.01.noarch.rpm > For me both...

Really? Not sure how much value this adds to the ticket but here it is: 

> Fixed in next release: #61 (comment) #61 is an issue, not a PR so it can it fix anything itself. Perhaps what you mean is that actions/languageservices#15 fixes #61,...

> @brianjmurrell please take a look at: [build.hpdd.intel.com/job/daos-stack/job/daos/job/ci-daos-stack-go-build-toolchain-PR-25-master/31/parameters](https://build.hpdd.intel.com/job/daos-stack/job/daos/job/ci-daos-stack-go-build-toolchain-PR-25-master/31/parameters/) and confirm that the solution works as you expect. Excellent work! It does work as expected, for the most part. As we...

> Can we somehow split the work as Ubuntu is required for 2.8 but the new go-build-toolchain is required for 2.6? The problem is that we have no mechanism to...

> This is a workaround and not a generic solution, Can you expand? I am intending this to be the final solution, not a work-around. That is, the tests live...

> We can't assume that's always where the binary will be. For OUR CI packaging, sure. In this particular case, our own packaging is required as we customize (in fact...

> This might be okay, but technically it means this test wouldn't work outside our CI environment. Yes. This but a raindrop in an ocean of problems with our testing...

> > Is this test failing in master? It would only be doing that if we'd landed the packaging change already I'd expect. > > Maybe I'm getting it confused...

> I've landed a fix in [e139d7d](https://github.com/daos-stack/daos/commit/e139d7d054f8c6b493a1b3eb736078adb87945bb) Is that actually the fix we want vs. this one, which is being driven by [DAOS-15602](https://daosio.atlassian.net/browse/DAOS-15602)?