You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
zlib_x64-windows-release.zip should maybe be "E:\vcpkg_folders\various\packages\zlib<triplet><hash>.zip". It should at least contain the somehow like the file binary cache.
I used http,https://cache.example.com/,readwrite,Authorization: Bearer <BearerTokenValue> and I expected it to behave like the file backend which would be equivalent to http,https://cache.example.com/{sha}.zip,readwrite,Authorization: Bearer BearerTokenValue however I got http,https://cache.example.com/{name}_{triplet}.zip,readwrite,Authorization: Bearer BearerTokenValue + a broken lookup. So using http,https://cache.example.com/{name}_{triplet}.zip,readwrite,Authorization: Bearer BearerTokenValue` directly would make the binary caching maybe work?
'plain HTTP' needing extra funny configuration is expected because there is no standard protocol being followed
No template is given I expect it to behave like the normal file backend. However that is not the case, storing works however restoring does not.
[DEBUG] 1007: CreateProcessW(curl --create-dirs -L -w "5ec47b8e-6776-4d70-b9b3-ac2a57bc0a1c%{http_code}\n" -H "Authorization: Bearer <token>" https://ralgarim.jfrog.io/artifactory/vcpkg-general/ -o "E:\vcpkg_folders\various\buildtrees\zlib\x64-windows-release.zip")
https://ralgarim.jfrog.io/artifactory/vcpkg-general/
should behttps://ralgarim.jfrog.io/artifactory/vcpkg-general/<binary_package>
CreateProcessW(curl -X PUT -H "Authorization: Bearer <token>" -w "\n9a1db05f-a65d-419b-aa72-037fb4d0672e%{http_code}" https://ralgarim.jfrog.io/artifactory/vcpkg-general/ -T "E:\vcpkg_folders\various\packages\zlib_x64-windows-release.zip")
zlib_x64-windows-release.zip
should maybe be "E:\vcpkg_folders\various\packages\zlib<triplet><hash>.zip". It should at least contain the somehow like the file binary cache.cc @ras0219-msft @BillyONeal @JavierMatosD
The text was updated successfully, but these errors were encountered: