Review: Fedora Bible 2010 edition y otros comentarios

El review puede ser visitado en Amazon.com. Copio para facilitar:

This “bible” is a startup guide on a big lot of topics, from the beginnings (like installing the distro from the provided DVD) to some “advanced” ones, typically for server environments.

The first part (oriented to the desktop usage) is very well planned, and the authors present a good mix of applications needed for doing the most common end-user tasks. There are both GUI and command line utilities, and the exposition is very clear, though I’d like to read more personal opinions and impressions from the authors about the tools and their alternatives.

The second part is oriented to administrative tasks, networking and security; here the reader must be warned that most if not all of the considered topics deserve entire books to be used proficiently (or securely.) With that advice, this book can be a good start point or tutorial for people interested in these matters (I’d also suggest to see the RHCE curricula.)

Fortunately, this fat book (near of 1k pages) doesn’t attempt to be an authorized reference for the total Linux/Fedora universe, so it is not filled with reference lists or tables easily found on the Internet. As stated in the preface, the book is all about “Learn-through-tasks”.

Finally, don’t forget to read the changelog of the latest Fedora release (currently v. 13) for updates.

*** FIN DEL REVIEW ***

Nunca me gustaron los libros autodenominados “biblia” dadas las connotaciones que esto trae: autoridad incuestionable, totalidad, perfección, etc.

Christopher Negus escribe bien, y su colección para “Power Users” (por ejemplo Ubuntu Linux Toolbox: 1000+ Commands for Ubuntu and Debian Power Users) es de lo mejor que he visto. Esta biblia tiene los problemas asociados a cualquier biblia (que menciono en el review) pero en general es un producto de alta calidad, fruto de la experiencia de muchas ediciones consecutivas (la primera de estas biblias -según pude leer- data de 1999 (aparentemente asociada a RedHat 6.1.)

Más allá del libro, me vienen a la mente algunas cuestiones:

El caso de Fedora: Por qué utilizar o preferir Fedora? Negus en general no lo explica, más allá de indicar que Fedora es una distribución de gran calidad que cuenta con muchos paquetes (opinión que comparto.) A mi entender, Fedora tiene sentido para aquellos usuarios que utilizan o utilizaron alguna versión de RedHat Linux (o RedHat Enterprise) y no desean dedicar mucho tiempo a conocer las diferencias asociadas con Debian u otras distribuciones. De no ser el caso, según mi entender, más conveniente es emplear Ubuntu.

Negus nos alerta que no debemos desechar nuestros viejos Pentiums pues Fedora 12 puede insuflarles una nueva vida (por ejemplo, como firewalls.) Sé que esto debe ser posible, pero sospecho que el autor no se ha dado el trabajo de probar una instalación en estos viejos equipos: típicamente hay que hacer algunos cambios (como forzar el modo texto) y si bien el kernel y un shell pueden iniciarse, con frecuencia los entornos de escritorio y sus aplicaciones requerirán mucha más memoria que la que solían proporcionar los primeros Pentium. Muy probablemente estos equipos no podrán hacer el boot inicial desde un DVD (será posible o sencillo generar un diskette de instalación de 31/2 en mi laptop que ya no tiene unidad de diskette?)

No me gusta SELinux! En el capítulo 13, dedicado a la seguridad, Negus indica:

“If you have tried SELinux in the past and turned it off when you had a problem, consider that SELinux has improved quite a bit in recent versions and it might be time for you to try it again”.

SELinux se “explica” en 8 páginas en el capítulo 9, cuatro de las cuales están dedicadas a exponer sus “conceptos”. Lo único que me queda claro es que se trata de un tópico que requiere dedicación, pese a que en apariencia no interfiere con las actividades diarias. El problema más común se da cuando el administrador pretende configurar algún componente de software y éste no funciona, no obstante todo estar listo en apariencia. La desactivación de SELinux puede resolver esto como por arte de magia, tras lo cual nadie quiere reactivarlo. Casi siempre el problema ocurre debido a los permisos extendidos que SELinux impone (típicamente relacionados al sistema de archivos) pero que el clásico “ls -l” no muestra. En ese sentido, no me convence la opinión de Negus en relación a una supuesta mejora de SELinux: nunca estuvo malogrado!

PostgreSQL? No me molesta que el autor dedique una docena de páginas a MySQL, pero por qué no mencionar siquiera de pasada a PostgreSQL?

Como curiosidad, Emacs no es mencionado (por supuesto, “vi” sí es explicado.) Yo hubiese agregado a “nano”.

Me hubiese gustado ver al menos cómo compilar un programa en C. Otrora un libro de Unix sin programas en C era impensable. Ahora bien, comprendiendo que las 1000 páginas son el límite típico de esta clase de libros, quizá convendría reducir un poco el tipo de letra y agregar algunos tópicos un poco más novedosos tales como: clustering, Perl/Python scripting, Drbd, el JDK.