Az EPEL (Extra Packages for Enterprise Linux) a Fedora projekt kiegészítő csomagtárolója a Red Hat Enterprise Linuxhoz és a vele kompatibilis rendszerekhez, így az AlmaLinuxhoz és a Rocky Linuxhoz. Olyan programokat tartalmaz, amelyek a disztribúció saját tárolóiban nincsenek benne, például a htop, a btop, az ncdu, a fail2ban vagy a certbot. Az EPEL csomagjai nem írják felül a rendszer saját csomagjait, csak kiegészítik őket, ezért egy szerveren általában gond nélkül bekapcsolható.
A lépéseket AlmaLinux 10.2 és 9.8 rendszeren próbáltuk ki. A parancsokat root felhasználóként vagy sudo-val futtassa (lásd: A sudo parancs használata példákkal).
1. Az EPEL telepítése
Az AlmaLinux az EPEL beállítócsomagját a saját extras tárolójában szállítja, így nem kell URL-t megadni:
sudo dnf install epel-release
A telepítés végén a csomag ezt írja ki:
Many EPEL packages require the CodeReady Builder (CRB) repository.
It is recommended that you run /usr/bin/crb enable to enable the CRB repository.
Ha az extras tároló valamiért nem elérhető (például egy lecsupaszított image-en), az epel-release közvetlenül a Fedora oldaláról is telepíthető:
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm # AlmaLinux 10
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm # AlmaLinux 9
A teszten ez a csomag egy újabb kiadását hozta (epel-release-10-8, az extras tárolóban 10-6 volt); a tároló beállítása ugyanaz, a frissítéseket ezután a dnf kezeli.
2. A CRB tároló bekapcsolása
A CRB (CodeReady Builder) az AlmaLinux egyik saját tárolója, fejlesztői könyvtárakkal. Sok EPEL-csomag ezekre épül, ezért az EPEL-lel együtt be kell kapcsolni. Ehhez az epel-release egy kis segédprogramot is telepít:
sudo crb enable
Enabling CRB repo
CRB repo is enabled and named: crb
Az állapotát a sudo crb status mutatja. A crb parancs root jogot igényel, sudo nélkül „Permission denied” hibát ad.
A tesztben az AlmaLinux 10-es cloud image-en a CRB már alapból be volt kapcsolva, az AlmaLinux 9-esen nem. A crb enable mindkét esetben biztonságosan futtatható: ha a tároló már aktív, nem változtat semmin. Ugyanezt a dnf config-manager --set-enabled crb paranccsal is elérheti.
3. Ellenőrzés
dnf repolist
A listában meg kell jelennie az epel és a crb tárolónak. AlmaLinux 9-en egy epel-cisco-openh264 nevű tároló is bekerül; ez a Cisco által fordított OpenH264 videokodeket tartalmazza, szerveren nincs vele teendő.
A tároló méretét a dnf repolist -v epel mutatja. A teszt idején az EPEL 10 körülbelül 23 900, az EPEL 9 körülbelül 26 500 csomagot tartalmazott.
4. Csomag telepítése az EPEL-ből
Az EPEL bekapcsolása után a csomagokat ugyanúgy telepítheti, mint a rendszer sajátjait:
sudo dnf install htop ncdu btop
Az első EPEL-csomag telepítésekor a dnf megkérdezi, importálja-e az EPEL aláírókulcsát (AlmaLinux 9-en: Userid : "Fedora (epel9) <epel@fedoraproject.org>", a kulcs a gépen lévő /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-9 fájlból jön); ezt y-nal hagyja jóvá. A teszt idején például ezek a verziók voltak elérhetők AlmaLinux 10-re: htop 3.3.0, btop 1.4.7, ncdu 1.22, fail2ban 1.1.0, certbot 4.2.0 és a hozzá tartozó python3-certbot-nginx.
Hasznos EPEL-csomagokról több cikkünk is szól: htop telepítése és használata, Fail2ban telepítése és beállítása, Let’s Encrypt tanúsítvány igénylése Certbottal.
Melyik csomag jött az EPEL-ből?
dnf repository-packages epel list --installed
Ugyanez rövidebben: dnf list --installed | grep @epel. A kimenet utolsó oszlopa (@epel) mutatja a forrást:
btop.aarch64 1.4.7-1.el10_2 @epel
htop.aarch64 3.3.0-5.el10_0 @epel
ncdu.aarch64 1.22-1.el10_1 @epel
Egy elérhető csomagról a dnf info htop sorolja fel, melyik tárolóból jönne (Repository : epel). Több csomagnevet egyszerre így ellenőrizhet:
dnf repoquery --repo epel --available eza btop nvtop
Csak azok jelennek meg, amelyek benne vannak az EPEL-ben: a teszten a btop és az nvtop igen, az eza nem.
A tesztelés alatt álló csomagok
Az epel-testing tároló az EPEL-be készülő, még tesztelés alatt álló frissítéseket tartalmazza, és alapból ki van kapcsolva. Éles szerveren ne kapcsolja be véglegesen; ha egy hibajavításra szüksége van, egy parancs erejéig használhatja:
sudo dnf --enablerepo=epel-testing upgrade htop
Az EPEL kikapcsolása
Ha csak átmenetileg szeretné kizárni (például egy csomagütközés vizsgálatához), kapcsolja ki a tárolót, és szükség esetén egy-egy parancs erejéig engedélyezze:
sudo dnf config-manager --set-disabled epel
sudo dnf --enablerepo=epel install nvtop
sudo dnf config-manager --set-enabled epel
Kikapcsolt állapotban az EPEL-csomagok sem kapnak frissítést. Végleges eltávolítás:
sudo dnf remove epel-release
Ez csak a tároló beállítását törli. Az EPEL-ből telepített programok a gépen maradnak és működnek, de onnantól nem kapnak frissítést, ami biztonsági szempontból kockázatos. Ha nincs rájuk szükség, előbb távolítsa el őket, a listát az előző szakasz parancsa adja.
Frissítések
Az EPEL-csomagok a rendszer többi csomagjával együtt frissülnek a dnf upgrade paranccsal, és az automatikus frissítés is kiterjed rájuk (lásd: Rendszerfrissítés: dnf, apt és automatikus frissítések).
Az EPEL-t a Fedora önkéntesei tartják karban, és nem tartozik az AlmaLinux támogatott csomagjai közé. Egy EPEL-csomag frissítése ritkán ugyan, de változtathat a viselkedésén, ezért fontos szolgáltatásnál frissítés után ellenőrizze a működést. Ha a szerver karbantartását inkább ránk bízná, menedzselt VPS-szolgáltatásunkat ajánljuk; saját üzemeltetéshez a KVM VPS-eink AlmaLinuxszal is telepíthetők.
Rocky Linux és Red Hat Enterprise Linux
Rocky Linuxon a parancsok ugyanezek. Red Hat Enterprise Linuxon az epel-release nincs a Red Hat tárolóiban: ott a Fedora oldaláról, URL-lel kell telepíteni, a CRB pedig a subscription-manager repos paranccsal kapcsolható be.
Ha a következő lépésben újabb PHP-t vagy Redist szeretne telepíteni, a Remi tároló az EPEL-re épül.