From Fedora Project Wiki
(3 intermediate revisions by the same user not shown)
Line 11: Line 11:
'Extra Packages for Enterprise Linux' (o EPEL) è un gruppo speciale di utenti (Fedora Special Interest Group) che si interessa di creare, mantenere e gestire pacchetti RPM addizionali di alta qualità per Enterprise Linux, includendo, ma non limitato, [[Red_Hat_Enterprise_Linux | Red Hat Enterprise Linux]] (RHEL), CentOS e Scientific Linux (SL).  
'Extra Packages for Enterprise Linux' (o EPEL) è un gruppo speciale di utenti (Fedora Special Interest Group) che si interessa di creare, mantenere e gestire pacchetti RPM addizionali di alta qualità per Enterprise Linux, includendo, ma non limitato, [[Red_Hat_Enterprise_Linux | Red Hat Enterprise Linux]] (RHEL), CentOS e Scientific Linux (SL).  


I pacchetti EPEL sono solitamente basati sulla loro controparte in Fedora e non saranno mai in conflitto, e non saranno mai un rimpiazzo, con quelli base per le distribuzioni Enterprise Linux. EPEL usa parte della stessa infrastruttura usata per Fedora, inclusi buildsystem, bugzilla instance, update manager, mirror manager ed altro.
I pacchetti EPEL sono solitamente basati sulla loro controparte in Fedora, non saranno mai in conflitto un rimpiazzo con quelli base per le distribuzioni Enterprise Linux. EPEL usa parte della stessa infrastruttura usata per Fedora, inclusi buildsystem, bugzilla instance, update manager, mirror manager ed altro.


Per saperne di più su EPEL, seguire le seguenti pagine:
Per saperne di più su EPEL, seguire le seguenti pagine:
Line 34: Line 34:
EPEL dispone di un pacchetto 'epel-release' che include chiavi gpg per la firma ed informazioni sul repository. Installandolo per la propria versione Enterprise Linux permetterà di usare i normali strumenti come yum per installare altri pacchetti e le loro dipendenze. Normalmente, il repo stabile EPEL è già abilitato; esiste anche un 'epel-testing' che contiene pacchetti non ancora considerati stabili.  
EPEL dispone di un pacchetto 'epel-release' che include chiavi gpg per la firma ed informazioni sul repository. Installandolo per la propria versione Enterprise Linux permetterà di usare i normali strumenti come yum per installare altri pacchetti e le loro dipendenze. Normalmente, il repo stabile EPEL è già abilitato; esiste anche un 'epel-testing' che contiene pacchetti non ancora considerati stabili.  


{{admon/tip|NOTA per utenti RHN.|per usare gli EPEL serve anche abilitare il repository ''''optional'''' visto che contiene utili dipendenze. Questo può essere fatto abilitando 'RHEL optional' [https://access.redhat.com/kb/docs/DOC-11313 subchannel] per RHN-Classic. Per le sottoscrizioni basate su certificati, vedere [https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/entitlements-and-yum.html#supplementary-repos Guida alla distribuzione di RHEL]}}
{{admon/tip|NOTA per utenti RHN.|per usare gli EPEL serve anche abilitare il repository ''''optional'''' visto che contiene utili dipendenze. Questo può essere fatto abilitando 'RHEL optional' [https://access.redhat.com/kb/docs/DOC-11313 subchannel] per RHN-Classic. Per le sottoscrizioni basate su certificati, vedi [https://access.redhat.com/kb/docs/DOC-11313 subchannel] for RHN-Classic. For certificate-based subscriptions see [https://access.redhat.com/site/documentation/en-US/Red_Hat_Subscription_Management/1/html/RHSM/entitlements-and-yum.html#supplementary-repos Red Hat Subscription Management Guide]}}


Se si usa la versione EL6, si prega di visitare il seguente link per ottenere quelli più aggiornati per EL6:  [http://download.fedoraproject.org/pub/epel/6/i386/repoview/epel-release.html 'epel-release' EL6 più aggiornato]
Se si usa la versione EL6, si prega di visitare il seguente link per ottenere quelli più aggiornati per EL6:  [http://download.fedoraproject.org/pub/epel/6/i386/repoview/epel-release.html 'epel-release' EL6 più aggiornato]
Line 42: Line 42:
E' possibile verificare pacchetti e chiavi da questa pagina del Fedora project: https://fedoraproject.org/keys
E' possibile verificare pacchetti e chiavi da questa pagina del Fedora project: https://fedoraproject.org/keys


== Storia e restroscena del progetto ==
== Storia e retroscena del progetto ==


Il progetto EPEL nacque quando i manutentori Fedora capirono che la stessa infrastruttura che costruisce e mantiene i pacchetti per Fedora potesse essere utile anche per il mantenimento di pacchetti addizionali per Enterprise Linux. La maggior parte delle necessità iniziali erano basate su cosa serviva all'infrastruttura Fedora sulle macchine RHEL. Da lì il tutto è crasciuto fino ad avere una vasta collezione di pacchetti. Vedere la [[History_and_Philosophy_of_EPEL|pagina sulla nostra storia]] per maggiori informazioni.
Il progetto EPEL nacque quando i manutentori Fedora capirono che la stessa infrastruttura che costruisce e mantiene i pacchetti per Fedora potesse essere utile anche per il mantenimento di pacchetti addizionali per Enterprise Linux. La maggior parte delle necessità iniziali erano basate su cosa serviva all'infrastruttura Fedora sulle macchine RHEL. Da lì il tutto è crasciuto fino ad avere una vasta collezione di pacchetti. Vedere la [[History_and_Philosophy_of_EPEL|pagina sulla nostra storia]] per maggiori informazioni.

Revision as of 18:17, 27 February 2014

Banner468x120.png

Extra Packages for Enterprise Linux (EPEL)

Benvenuti nella home dell'EPEL Special Interest Group.

Cosa è Extra Packages for Enterprise Linux (o EPEL)?

'Extra Packages for Enterprise Linux' (o EPEL) è un gruppo speciale di utenti (Fedora Special Interest Group) che si interessa di creare, mantenere e gestire pacchetti RPM addizionali di alta qualità per Enterprise Linux, includendo, ma non limitato, Red Hat Enterprise Linux (RHEL), CentOS e Scientific Linux (SL).

I pacchetti EPEL sono solitamente basati sulla loro controparte in Fedora, non saranno mai in conflitto né un rimpiazzo con quelli base per le distribuzioni Enterprise Linux. EPEL usa parte della stessa infrastruttura usata per Fedora, inclusi buildsystem, bugzilla instance, update manager, mirror manager ed altro.

Per saperne di più su EPEL, seguire le seguenti pagine:

Quali pacchetti e versioni sono disponibili in EPEL?

E' possibile saperlo visitando uno qualsiasi dei mirror EPEL: Lista mirror

In alternativa, è possibile visualizzare i pacchetti usando repoview:

Come posso usare questi pacchetti ?

EPEL dispone di un pacchetto 'epel-release' che include chiavi gpg per la firma ed informazioni sul repository. Installandolo per la propria versione Enterprise Linux permetterà di usare i normali strumenti come yum per installare altri pacchetti e le loro dipendenze. Normalmente, il repo stabile EPEL è già abilitato; esiste anche un 'epel-testing' che contiene pacchetti non ancora considerati stabili.

Idea.png
NOTA per utenti RHN.
per usare gli EPEL serve anche abilitare il repository 'optional' visto che contiene utili dipendenze. Questo può essere fatto abilitando 'RHEL optional' subchannel per RHN-Classic. Per le sottoscrizioni basate su certificati, vedi subchannel for RHN-Classic. For certificate-based subscriptions see Red Hat Subscription Management Guide

Se si usa la versione EL6, si prega di visitare il seguente link per ottenere quelli più aggiornati per EL6: 'epel-release' EL6 più aggiornato

Se si usa la versione EL5, si prega di visitare il seguente link per ottenere quelli più aggiornati per EL5: 'epel-release' EL5 più aggiornato

E' possibile verificare pacchetti e chiavi da questa pagina del Fedora project: https://fedoraproject.org/keys

Storia e retroscena del progetto

Il progetto EPEL nacque quando i manutentori Fedora capirono che la stessa infrastruttura che costruisce e mantiene i pacchetti per Fedora potesse essere utile anche per il mantenimento di pacchetti addizionali per Enterprise Linux. La maggior parte delle necessità iniziali erano basate su cosa serviva all'infrastruttura Fedora sulle macchine RHEL. Da lì il tutto è crasciuto fino ad avere una vasta collezione di pacchetti. Vedere la pagina sulla nostra storia per maggiori informazioni.

Come si può contribuire ?

EPEL SIG è sempre attento ad aiutare persone interessate. Necessitiamo sempre di package maintainer, qa/tester, bug triager, marketing e redattori per la documentazione. Si prega di vedere la nostra pagina Partecipare ad EPEL per maggiori informazioni su come iniziare a contribuire a SIG.

Comunicare col SIG EPEL

Ci sono molti modi per comunicare con il SIG EPEL ed i suoi membri:

  • Il canale IRC #epel[?] su irc.freenode.net offre supporto in tempo reale per utenti e sviluppatori.
  • La lista mail epel-devel-list è per discussioni generali degli sviluppatori.
  • La lista mail epel-announce è a bassa frequenza di invio mail ed è solo per annunci importanti.
  • La lista mail epel-package-announce è usata per scambiare informazioni sugli aggiornamenti dei pacchetti nel repository stabile.