Request:

Build and ship ripgrep as an RPM in Red Hat / RHOAI repositories for Red Hat AI so the code-server build can install it via dnf from product repos instead of enabling EPEL or prefetching third‑party tarballs.

Context: EPEL 9 already provides ripgrep

• ripgrep-14.1.1-1.el9 is available in EPEL 9 for all four architectures:
  • x86_64, aarch64, ppc64le, s390x
• Source: https://dl.fedoraproject.org/pub/epel/9/Everything/$basearch/Packages/r/ripgrep-14.1.1-1.el9.$basearch.rpm
• Upstream: BurntSushi/ripgrep; Fedora/EPEL package: ripgrep in Fedora Packages

What we need

We need ripgrep-14.1.1-1.el9 (or equivalent version) built and published in Red Hat’s RHOAI/AIPCC repositories so that:

1. The code-server image can install ripgrep via dnf from RHOAI/product repos only (no EPEL dependency for this package).
2. The @vscode/ripgrep integration continues to use the system binary (we already patch postinstall to use /usr/bin/rg when present).

Use case:

ripgrep is required by the embedded VS Code in code-server: the @vscode/ripgrep npm package expects a platform-specific ripgrep binary. We have already switched our build to use the system ripgrep when present (dnf install ripgrep). To avoid depending on EPEL in RHOAI, we need ripgrep provided in Red Hat’s own repositories.

Package details

Architectures required

x86_64, aarch64, ppc64le, s390x (all four).

Business justification

RHOAI notebooks ship a code-server workbench image. VS Code (embedded in code-server) uses ripgrep for search. Providing ripgrep in RHOAI repos avoids enabling EPEL in RHOAI and aligns with Red Hat packaging and compliance.

Target

RHEL 9, RHOAI 3.4 and compatible product versions.

Acceptance criteria

• ripgrep(version14.1.1-1.el9or equivalent RHEL 9 build) is available in AIPCC/RHOAI (or appropriate Red Hat) repositoriesforx86_64, aarch64, ppc64le, and s390x.
• The code-server image can install ripgrep via dnffrom these Red Hat repos