Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Auto-retry mechanism for download failures

オープン
#1,185 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
rust
領域
cli

調査の方向性

Start by tracing the download path used by pkgx install when PKGX_DIST_URL points to an internal mirror; the issue names no files or tests. Done means transient download failures retry automatically without retrying unrelated command failures, with behavior that covers the reported mirror/cache case.

索引モデルが issue の本文から書いたものです。

説明

I got to admit: https://dist.pkgx.dev has been running rock-solid, and I don't even remember a situation where it caused my CI/CD pipelines to fail.

However, I want to setup my own internal mirror/cache so that I don't need to download so frequently from https://dist.pkgx.dev, using PKGX_DIST_URL.

The problem is: my own internal mirror/cache is not as strong as https://dist.pkgx.dev and often hiccups like break downloads in the middle.

It would be awesome if pkgx implemented some kind of auto retrying mechanism to improve resiliency of pipelines.

Right now, my solution for it is using retry:

$ retry --tries=5 --sleep=15s -- pkgx install openjdk@21
$ retry --tries=5 --sleep=15s -- java --version

But it's bad because:

  1. It retries for failures beyond download failures
  2. I have to have this extra tool installed
  3. Commands are a lot more verbose
主要言語
Rust
スター
9.9k
フォーク
1.4k
PR マージ指標
30日以内にマージされた PR はありません

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

pkgxdev/pkgx のほかの issue

pkgxdev/pkgx の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。