Missing python module pyparsing about dockercontainers HOT 9 CLOSED

It appears my issue is that I was using the vulkan-docs-base image which hasn't been updated in dockerhub since pyparsing was added as a dependency. The asciidoctor-spec image in dockerhub is fine and I've switched to that now. Since the dockerhub image has been busted for a bit and I'm the first to complain, maybe it's not being used by anyone anymore? Either way, feel free to close this if you want.

from dockercontainers.

vulkan-docs* are not being updated any more. They are no longer used in the recent Vulkan repos as you noticed and I don't want to be on the hook for keeping them updated and working indefinitely - the current spec repo identifies the asciidoctor-spec image as the one to use and refers only to that.

I do not know how to deprecate a Docker image, if that's even possible in a way which is visible to people using it. If there's a way we should probably do that.

from dockercontainers.

Regarding how the images get updated, when there's a need I generate and push a new one by hand, then update the SHA256 in the CI scripts to pull that specific one.

from dockercontainers.

I assume this is regarding the asciidoctor-spec container? If so, are you using the current version (the one whose SHA is in .gitlab-ci.yml)? There are some weird Docker caching issues at play both inside and outside of CI and referring by SHA is the only reliable way I've found to get the right version of the container image.

If you are using that image, how are you invoking the build resulting in this error? I don't have any trouble building using it.

from dockercontainers.

Related: #22

from dockercontainers.

Is vulkan-docs-base perhaps not sourcing asciidoctor-spec correctly? The former image builds on top of the latter.

from dockercontainers.

Note that we have had a bit of a versioning mess while trying to work out the best way to label images in this repo, and I don't think (but haven't double-checked) that all the erroneous tags were revoked, or if that's even possible (EDIT: looks like that happened, there are no .latest tags on dockerhub).

from dockercontainers.

It looks like it is sourcing asciidoctor-spec properly but the dockerhub image hasn't been updated properly. I don't know who's in charge of making sure all the images get updated when the source dockerfiles change.

from dockercontainers.

@jekstrand I cleaned up the inner workings of that so that pushing all containers is just a ./build-all.sh push away, which I think is what @oddhack runs.

IIRC it might have also been @oddhack to request keeping ./build-one.sh ... push to publish individual images, perhaps it was missed that way?

from dockercontainers.