[pacman-dev] [PATCH 1/1] libalpm: fix resuming after HTTP error
Allan McRae
allan at archlinux.org
Wed Jun 2 12:21:48 UTC 2021
On 2/6/21 9:44 pm, Hung-I Wang wrote:
> `curl_retry_next_server` tries to resume a download whenever possible
> (introduced in 8bf17b2) even if its preceding HTTP request returns an
> error (with status code >= 400, e.g. 404 when a mirror is only partially
> synced).
>
> It may result in a corrupted package if the preceding HTTP response with
> error carries a non-empty body, which is then written to a tempfile as
> if it is part of the package binary.
>
> By activating `CURLOPT_FAILONERROR`, the tempfile won't be written
> unless the HTTP response indicates a successful status.
>
Thanks - that option is much more simple than the approaches we had
implemented.
> Signed-off-by: Hung-I Wang <whygowe at gmail.com>
> ---
> lib/libalpm/dload.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/lib/libalpm/dload.c b/lib/libalpm/dload.c
> index 2d8b4d6d..faa3d9f2 100644
> --- a/lib/libalpm/dload.c
> +++ b/lib/libalpm/dload.c
> @@ -338,6 +338,7 @@ static void curl_set_handle_opts(CURL *curl, struct dload_payload *payload)
> curl_easy_setopt(curl, CURLOPT_TCP_KEEPINTVL, 60L);
> curl_easy_setopt(curl, CURLOPT_HTTPAUTH, CURLAUTH_ANY);
> curl_easy_setopt(curl, CURLOPT_PRIVATE, (void *)payload);
> + curl_easy_setopt(curl, CURLOPT_FAILONERROR, 1);
>
> _alpm_log(handle, ALPM_LOG_DEBUG, "%s: url is %s\n",
> payload->remote_name, payload->fileurl);
> @@ -427,7 +428,8 @@ static int curl_retry_next_server(CURLM *curlm, CURL *curl, struct dload_payload
> len = strlen(server) + strlen(payload->filepath) + 2;
> MALLOC(payload->fileurl, len, RET_ERR(handle, ALPM_ERR_MEMORY, -1));
> snprintf(payload->fileurl, len, "%s/%s", server, payload->filepath);
> -
> + _alpm_log(handle, ALPM_LOG_DEBUG, "%s: url is %s\n",
> + payload->remote_name, payload->fileurl);
>
> fflush(payload->localf);
>
> @@ -496,6 +498,7 @@ static int curl_check_finished_download(CURLM *curlm, CURLMsg *msg,
> /* was it a success? */
> switch(curlerr) {
> case CURLE_OK:
Can break here
> + case CURLE_HTTP_RETURNED_ERROR:
> /* get http/ftp response code */
> _alpm_log(handle, ALPM_LOG_DEBUG, "%s: response code %ld\n",
> payload->remote_name, payload->respcode);
and here we would no longer need to check for respcode>=400
More information about the pacman-dev
mailing list