Closed kiplingw closed 7 months ago
Hi Kip, the build failed once because of a missing dependency on zlib1g-dev | libz-dev
, but you added the former since then. Are you still facing issues? I saw that it's still failing on armhf, but that's not directly related to zlib.
Hey @Tachi107. Yes, it is still failing to build due to the missing zlib.h
header. It looks like the builder for some reason tried to build using the revision previous to my fix. Did I not push my changes to the correct branch perhaps?
Yes, it is still failing to build due to the missing
zlib.h
header
That's a log of an older build which didn't include your fix; if you take a look at the following log, you can see that the build succeeds (click on the singular binary builds): https://launchpad.net/~pistache+team/+archive/ubuntu/unstable/+recipebuild/3640662
I fixed the zlib issue, but for me its still failing in autopkgtest for the initial reason that none of the build dependencies are being pulled.
Il giorno mar 28 nov 2023 alle 15:00:34 -08:00:00, Kip @.***> ha scritto:
I fixed the zlib issue, but for me its still failing in autopkgtest for the initial reason that none of the build dependencies are being pulled.
I don't see how this is an issue in pistache, tough... Since the PPA builds fine, and we didn't change anything particular, maybe it's an issue in your environment? Did you try to build by using autopkgtest in e.g. a clean VM?
I didn't myself, but I'll try to tomorrow.
Well if it's a problem with any of the test harnesses specified in debian/tests/control
, then it's a Pistache problem. But you're right, it could be something wrong with my environment. I'll keep investigating.
I still can't figure it out, but I suspect now that this is a problem with my autopkgtest setup and anything in Pistache.
When attempting to test Pistache CI in autopkgtest(1) it fails before it can build with:
After several hours of trying to debug autopkgtest(1), shelling into the test bed, and verifying that the complained about dependencies are available from the package manager (and installable), I am still at a loss for why this is happening. All of the above dependencies appear to be correctly defined in
debian/control
.@Tachi107 are you able to replicate at your end?