En ningun caso mi intencion es molestar ni ofender a nadie y menos a a ti vertexSymphony.
Ni me molesté ni me ofendí, pero suelo sonar así ... cuando en realidad el tono es totalmente distinto x'D
quizá sueno formal, faltan emoticonos o será en la escritura, néh ~
P.S → créase o no, en persona te das cuenta que me tomo TODO con humor, incluso las malas situaciones x'3
Con respecto a una comparativa entre Centos /Red Hat y Fedora: ¿Tu que opinas?
Que cumplen roles distintos,
JAMÁS pondría Fedora en un server (demasiado bleeding edge el sistema base para mi gusto, incluso deshabilitando updates y updates-testing), pero para escritorio sirve. justamente por que incluye lo más nuevo (tanto en features como bugfixes) como los últimos snapshots de mesa, dri, xorg, el kernel y proyectos como KDE por ejemplo.
Digamos que para escritorio uno puede permitirse un poquito de bleeding edge (particularmente por que uno tiene el /home aparte, y si el hardware causa problemas con un sistema bleeding edge - no es mi caso, agradezco tener un hardware súper friendly incluso con solaris - , es fácil cambiar), aunque todavía no me permito porquerías como LVM, SELinux y ahora, el merge de / y /usr que hicieron (este sí que es obligatorio)... menos me lo permito en un server eso u algo como systemd (pensá que todavía como sistema de init, tiene bugs y lamentablemente me encontré varios y muchas veces por un daemon fallando terminé con un sistema inbooteable !!! quien haya seguido fedora rawhide usando akmods-nvidia de rpmfusion, sabe de qué hablo)
Pero en desktop me sirve mucho tener el último kernel/mesa/dri/xorg/etc pagando el precio de no usar el driver de nvidia, pero tener un nouveau que funcione de forma digna, ya que, por ejemplo hubo MUCHO trabajo en mesa 7.11-8.x que mejora muchísimo el driver (y del lado del kernel se incorporó más soporte de reclocking, dato **NO MENOR** ) ... y las distros normales de desktop, suelen ser conservadoras con estos paquetes (Ej? openSuSe Tumbleweed -que es la versión rolling- todavía trae mesa 7.11 cuando vamos por 8.0 y 8.1 viene en camino), por el tema de las regresiones (son drivers hechos a base de ingeniería inversa clean room, lógico ! ), sumado a que proyectos como KDE ya tienen un QA y un release engineering terriblemente bueno ... para qué atrasar los paquetes TANTO tiempo por un obsoleto argumento debianita de "estabilidad"?
Para estos casos tanto no corre el argumento de estabilidad (ojo, tampoco nos vayamos al otro extremo) como algo determinante, como se dá para un server donde por ejemplo, tenés un postgresql corriendo y si te bumpean la versión de x.y a x.y+1 probablemente tengas que dumpear la database y re-importarla para no terminar con incompatibilidades, un server que no anda y un jefe gritándote ... ídem te podrá decir quien use python, RoR, etc ...ya que hay software que puede fallar.
Pero en desktop, esos argumentos son demasiado relativos... hay que ver
Saludos.
P.S → No sé si contesta tu pregunta, por que es como muy amplia (primer párrafo después del quote es la respuesta, lo otro amplía un poquito sobre eso), pero si querés preguntá sobre algo más concreto y ahí voy a divagar menos x'3 ... no sé que te interesará saber
Autor
En línea
