[GRDM-XXXXX] DESCRIPTIONインストールをremotesベースに変更 (upstreamのcherry-pick)

[yacchin1205]

DESCRIPTION型リポジトリのビルド失敗を修正するPRです。

DESCRIPTIONファイルを持つリポジトリのインストールは devtools::install_local(getwd()) で行われていますが、devtoolsは依存パッケージが多く、デフォルトのR (4.2.1) と最新のCRANスナップショットの組み合わせではPositのバイナリ提供が終了しているためソースビルドに落ち、依存の curl パッケージ等のビルド失敗によりdevtools自体がインストールされず、ビルドが失敗するようになっています(CIの tests/r/r-rspm-description-file が失敗。masterでも同様です)。

upstream (jupyterhub/repo2docker) では、devtools::install_local の廃止(deprecated)対応としてこの経路を依存ゼロの remotes ベースに変更済みのため、該当コミットをcherry-pickします。

• jupyterhub/repo2docker@bcb46e14 Add --vanilla to R call
• jupyterhub/repo2docker@673e1bda Replace --vanilla with --no-init-file
• jupyterhub/repo2docker@066b12c8 R: install with pak
• jupyterhub/repo2docker@09cadb55 clear cache after pak install
• jupyterhub/repo2docker@37e5fbdb manually cleanup after pak
• jupyterhub/repo2docker@6882be5d remotes doesn't leave a mess (pakをやめてremotesに変更した最終形)

途中でpakを経由しているのはupstreamの試行の経緯をそのまま保持しているためで、最終状態は「基本インストールに remotes を追加し、DESCRIPTIONのインストールを remotes::install_local() で行う」となります。remotesは依存パッケージを持たない純Rパッケージのため、バイナリ提供状況の影響を受けません。upstreamのCIでは同一のテストfixtureがこの構成でpassしています。

conflictの解決は1箇所のみです(673e1bda のRコマンドラインの文脈差)。

動作確認: tests/unit/test_r.py 9件のパス、および tests/r/r-rspm-description-file に対する生成Dockerfileが upstream と同一のインストールコマンドになることを確認済みです。CIでは r-rspm-description-file の回復が期待値です(r3.6/r4.0 fixtureの失敗は別問題「CS-rstudio-grdmインストール時のGitHub APIレートリミット」によるflakyなもので、本PRのスコープ外です)。

🤖 Generated with Claude Code

[yacchin1205]

#27 に統合しました(CIの健全化として一本化)