-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build info upload failing in case the recipe upload was skipped, but a new package has been uploaded #79
Comments
I checked the source code. the |
could be that this is a side-effect of a previous issue with inconsisten packages hashes we saw. Will check. After |
unfortunately it will not always work like this. Still trying to figure out why sometimes it is working, sometimes (most of the times) not. |
Was able to fix it by specifying |
Hi @schwaerz, thanks for reporting the issue. You mention that you need to add Thanks! 😄 |
Hi, initially, I was only added In any case, what needs to be done to reproduce the issue: Re-build of the Conan package itself, with the recipe upload being skipped as the recipe itself is already existing on Artifactory. Only the package got uploaded. In Jenkins, it failed in 99,9% of all cases. Locally it started working when I did a force upload of the conan recipe to Artifactory. Still little bit strange. In any case, with |
Hi @schwaerz, |
I tried the
art:build-info
in our project to upload the build info to Artifactory for the new Conan2 builds, like:If I do not use
--force
inconan upload
, for subsequent calls it will not re-upload the recipe, but upload a new package revision. The build info upload will fail with the following error message:The text was updated successfully, but these errors were encountered: