2012/6/13 manuel "lonely wolf" wolfshant <[email protected]>
> 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 > Bagat la cap. Mersi mult, mult, mult. D. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
