On 06/13/2012 05:42 PM, Dragos C. wrote: > 2012/6/13 manuel "lonely wolf" wolfshant<[email protected]> > >> On 06/13/2012 04:34 PM, Dragos C. wrote: >>> Ma gandeam ca ma ajuta sa pun include la repo-ul meu "custom", ca in caz >> ca >>> pun si ceva RPM-uri pe care nu le vreau musai, sa fac specific "include". >>> Dap, daca vreau tot de acolo, include pe repo-ul custom e inutil. Dar >> pare >>> "best practice" sa pui packet'el cu packet'el cand ai repo-uri >> neoficiale. >> Daca tot e custom nu e mai simplu/sigur sa nu pui pachete stupide in el ? >> Iar daca iti e teama ca o sa inlocuiesti pachete pe care cu buna stiinta >> nu le-ai inlocui, apelezi la yum-priorities. >> >> >>> Banui ca EPEL combinat cu lipsa lui "include" e sursa a 90 la suta din >>> plangerile de gen "nu mai merge yum upgrade" (asociate eventual cu "your >>> machine is FUBAR, please reinstall"). >> Nu vad logica includerii EPEL in discutie. EPEL e unul dintre cele mai >> sigure repo-uri. Mai apar citeodata erori, dar foarte rar. Problemele >> EPEL sint de cu totul alta natura decit cea tehnica. >> Si spun asta cu sapca de EPEL maintainer pe cap si tricoul de Centos >> Developer pe mine. >> >> >>> Asa ca banui ca tre sa intre in reflex sa pui "include" la orice repo >>> neoficial daca vrei sa stii ca ce ai pe masina mai seamana vag a centos. >> Nope. Include e folosit destul de rar >> Daca vrei sa pastrezi sistemul curat, nu apelezi la repo-uri care >> inlocuiesc pachete din core ( art e cel mai bun exemplu de repo caruia i >> se filfiie ce anume inlocuieste ). Iar daca trebuie sa o faci, atunci >> apelezi la yum-priorities si / sau includepkg >> >> >>> In general sper ca am inteles cam care sunt "best practices" ca sa nu >>> strici centos-ul. Acu sa vedem daca ma descurc si in practica :). >>> >> best practice e sa eviti repo-uri dubioase. >> in general includepkg numai la alea se foloseste. plus ca e destul de >> neplacut de folosit fiindca risti sa nu stii ca trebuie sa adaugi >> anumite pachete care sint necesare indirect, ca deps pentru cele dorite >> si sa dea yum erori cind incerci sa actualizezi / instalezi. >> >> >> >> 10x again. Bine de stiut. >> >> Eu aveam impresia ca EPEL ala e cam varza (un fel de unstable de la debian, >> doar ca mai rau). >> Nu stiu exact de ce traiam cu impresia asta. Nici vorba. EPEL contine pachete din Fedora, compilate in build-system-ul Fedora si semnate cu cheile Fedora, dar mentinute / intretinute la un nivel cit mai adecvat unei utilizari in mediul enterprise. Iar una din conditiile ca un pachet sa fie eligibil pt EPEL este sa nu inlocuiasca ceva din distributie ( in acest caz "distributie" fiind RHEL ). Gasesti detalii mai mult sau mai putin plictisitoare pe pagina proiectului, http://fedoraproject.org/wiki/EPEL
>> In afara de EPEL, mai sunt repo-uri ne-dubioase ? >> >> Sau altfel pus: >> http://wiki.centos.org/AdditionalResources/Repositories >> >> Ce e aici poate fi cat de cat trusted ? informatia de acolo e OK. daca nu ma insel am editat si eu cindva pe la pagina aia. In principiu tot ceea ce e distribuit direct de centos sau in site-uri hostate de centos.org ( inclusiv http://people.c.o) e OK > E vre-unul de evitat ? citeste si tu printre rinduri ce scrie la http://wiki.centos.org/AdditionalResources/Repositories . ca idee din practica de peste ani, fata de EPEL, ElRepo si IUS nu exista rezerve. RPMFORGE (aka REPOFORGE aka FRESHrpms aka dag) si ATRPMS sint in general OK, dar trebuie manipulate totusi cu atentie fiindca mai apar bube ( spre pilda si acum atrpms are in -stable un pachet ale carui deps sint in -testing ) si uneori inlocuiesc pachete din base. remi si art ... eu le evit, chiar daca remi e si el ca si mine maintainer Fedora se pare ca art e preferatul celor care au cpanel ( sau plesk? nu mai stiu.. una din astea doua ) si care oricum exclud diverse chestii din distributie > Mai ales Centos Plus e de evitat sau in general e ok ? E OK. Oricum singura chestie "dinamica" din centosplus e kernelul. Restul pachetelor sint actualizate f rar. iar in cele din urma dar nu mai putin important.. unele dintre repo-urile de incredere au mirror pe ftp.lug.ro. Incepind cu centos in sine, epel si elrepo . _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
