On 03/31/2014 02:33 PM, manuel "lonely wolf" wolfshant wrote:
> On 03/31/2014 01:24 PM, Adrian Sevcenco wrote:
>> On 03/30/2014 11:03 PM, manuel "lonely wolf" wolfshant wrote:
>>
>>>> Daca vrei sa ai control intr-un mediu familiar si totusi destul de
>>>> bleeding edge pune fedora (daca esti rpm inclined).
>>>> Kernelul e apropiat de mainline (sau acelasi)
>>> ai si pe centos: http://ftp.ines.lug.ro/elrepo/kernel/el6/x86_64/RPMS/
>> sigur, de obicei folosesc kernel-ml
> eu nu. si am citeva mii de masini cu centos in administrare
> pe una singura am fost nevoit sa folosesc kernel din afara distributiei 
> ( si am ales kernel-lt, nu -ml ) , motivul fiind 
> https://bugzilla.redhat.com/show_bug.cgi?id=863422
ok, te cred pe cuvint.. (nu am access la acel bug .. probabil e de
securitate)

>> pui o placa pci si pe urma faci instaluri)
> USB flash stick, please meet Adrian. Adrian, please meet USB flash 
> sticks.  Both of you, please pay a visit to http://elrepo.org/tiki/kmod-alx
cunosc procedura.. nu am sustinut ca e imposibil ci oarecum inconfortabil..

> in rezumat: pt majoritatea driverelor de retea NU ai nevoie de kernel 
> mai nou. exista pachete de tip kmod care se pot instala si care profita 
de acord (modulo placile de baza ff noi si ieftine)

> de stabilitatea pe termen lung (i.e. faptul ca nu apar modificari ) a 
> ABI-ului kernelului din distributie astfel incit instalezi pachetul cu 
> driverul o singura data si nu mai trebuie sa te atingi de el decit daca 
> apar vers mai noi ( => yum update ) sau apare o versiune de kernel care 
> il include ( in care caz poti sterge kmod-ul respectiv )
yeap, folosesc 2 kmoduri din elrepo

> de asemenea exista in unele situatii si alternativa dkms - asa facusem 
> eu initial pachete cu driverele pt unele placi realtek si atheros ( spre 
> pilda 
> http://pkgs.repoforge.org/dkms-atl1/dkms-atl1-1.2.40.2-1.rf.src.rpm care 
> e facut de mine )
> 
> 
>> Un alt motiv punctual pt care am recomandat fedora e php-ul. Instalarea
>> de owncloud cere un php mai nou decit e in centos. (am rezolvat cu
>> repu-ul remi).
> in ciuda faptului ca maintainerul e angajat redhat, remi e unul dintre 
> cele mai idioate repository-uri . pt php mai nou exista atit scl ( 
poti sa detaliezi te rog? ca sa stiu la ce sa fiu atent..

> oficial, de la RHEL si distribuit ca atare si de centos) cit si IUS ( 
> mentinut de rackspace si care nu calca in picioare pachetele 
> distributiei ). singurul si mai prost decit remi e atomic.
> 
> 
>> Cu fedora ai totul bleeding edge (nu am avut probleme cu
>> stabilitatea dar mi-au trebuit 2 ani sa ma obisnuiesc cu systemd (cea ce
>> a fost un lucru bun ca rhel7 e dupa colt))
> nu cred ca iti doresti bleeding edge pe un sistem de stocare de pe care 
> ai pretentia sa poti citi tot ce ai scris :)
esti la curent cumva cu schimbari la nivelul layout-ului ext4 ce sunt in
mainline (adica iesite din next) si produc coruperi de date?
(sau bug-uri corespunzatoare in nfs si samba)?

Mi-ar fi de folos sa stiu intru-cit majoritatea desktopurilor si
notebook-urilor noastre sunt pe fedora. aceste buguri pomenite de tine
sunt deja cunoscute in fedora?

Multumesc!
Adrian






_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui