Lo anunciado fue publicado, ahora la versión final de Fedora 14 esta disponible para todo el mundo, cuyo nombre en código Laughlin, con este lanzamiento tenemos una versión más dinámica de esta distribución GNU/Linux

Las novedades de esta versión son:

1. Cargar y guardar más rápido de JPEG libjpeg-turbo;
2. Imágenes listas para su uso en el medio ambiente en la computación nube de Amazon EC2;
3. Mejor experiencia con netbooks en Meego;
4. Plataforma para la interacción con los escritorios virtualizados llamado Spice;
5. Systemd vista previa de la futura sustitución de advenedizo;
6. Office 3.3;
7. Gnome 2:32;
8. KDE 4.5;
9. Perl 2.7;
10. Azúcar en 0,9.

Fedora 14 también tiene que incluir el desarrollo del lenguaje D y una vista previa de GNOME Shell, el futuro de la interfaz de usuario GNOME 3.

Descarga:ISO fedora Live Desktop

Más información: http://fedoraproject.org/get-fedora

Fuente: Somoslibre.org

Respondiendo a una pregunta formulada un lector, les dejo unas cuantas líneas con MI opinión sobre algunos de los frameworks para desarollo de aplicaciones web con PHP más populares de la actualidad. Y para ti, ¿cuál es el mejor framework PHP?

Zend Framework

Probablemente, el framework más conocido, y el más utilizado profesionalmente.

Es muy desacoplado, por lo que mucha gente lo considera una librería de componentes más que un framework. Por otra parte, gracias a esto, podemos utilizarlo en conjunto con otros frameworks. Tiene detrás a Zend, una de las empresas más importantes de la comunidad PHP, y gran contribuidora a su código desde sus primeras versiones.

Siempre ha habido quejas sobre su curva de aprendizaje y el tiempo necesario para comenzar un nuevo proyecto, aunque eso mejoró un poco con los componentes RAD (Rapid Application Development).

Recomendado para proyectos grandes.

Symfony

El framework que suele utilizar Yahoo, por ejemplo. Bastante popular hoy en día. Más complejo y elegante que CakePHP y CodeIgniter, pero menos que Zend. Muy completo.

El “azúcar sintáctico” y la generación de código ayuda a recortar el tiempo de desarrollo.

Recomendado para cualquier tipo de proyecto, en ocasiones combinado con algún componente de Zend.

CakePHP

Toma muchas de sus ideas de Ruby on Rails, por lo que gustará especialmente a los fans de la autoconfiguración y de lo “mágico”. Debido a esto, no es lo más adecuado para aquellos que quieran tener un mayor control.

En su tiempo tenía fama de tener muy mala documentación. Hoy en día eso ha cambiado.

Recomendado para proyectos no demasiado complejos, en ocasiones combinado con algún componente de Zend.

CodeIgniter

Probablemente, el menos popular de los cuatro.

Muy flexible y sencillo. A menudo demasiado, obligando al programador a desarrollar muchas funcionalidades que deberían incluirse por defecto.

Muy fácil de aprender, principalmente porque no hay mucho que aprender, al ser simple hasta el extremo.

También es el que menos recursos utiliza, al ser el más ligero.

Está escrito para mantener la compatibilidad con PHP 4, por lo que no aprovecha muchas de las características introducidas en PHP 5. Debido a esta y a otras razones muchos de sus desarrolladores se desvincularon del proyecto para crear un fork llamado Kohana. Sólo recomendable como framework de iniciación, si el resto intimidan demasiado; o para aquellos a los que realmente no les gusten los frameworks.

Fuente: somoslibre.org

Wine 1.3.6 es el último lanzamiento de la herramienta que nos permite ejecutar programas diseñados en  sistemas privativos bajo Unix

Junto a un buen número de correcciones (+ 50 bugs solucionados) esta actualización añade mejoras y nuevas características como soporte para filtros de GStreamer, mejoras en MSXM, o un nuevo decodificador de imágenes para el formato TGA. Aquellos que deseen obtener más información sobre la novedades de Wine 1.3.6 pueden hacerlo desde sus notas de lanzamiento.

De forma paralela a esta última actualización, Wine mantiene abierto el desarrollo de la versión estable Wine 1.2.1.

Interesados pueden acceder a la descarga de Wine 1.3.6 desde www.winehq.org.

Fuente: desarrolloweb.com

Hace poco publicamos un artículo sobre un nuevo gestor de arranque, BURG. Uno de los problemas que surgía en los comentarios era ¿Y si me cargo el gestor de arranque y no puedo iniciar mi ordenador? No es nada imposible: tocar un botón cuando no toca o equivocarnos de comando puede mandar a GRUB al cielo de los gestores de arranque

Este es un pequeño tutorial para restaurar GRUB si nos lo hemos cargado. Para ello necesitamos una distribución Linux funcionando, ya sea un Live CD, un Live USB o lo que sea. Lo importante es que necesitamos tener acceso al disco en el que estaba el gestor de arranque.

Como podéis ver, el tutorial está paso a paso y todo en línea de comandos. Así lo hacemos más fácil para los que no son muy duchos en Linux y nos independizamos de diferentes interfaces.

Antes de empezar, recalquemos que hay que tener cuidado con el procedimiento, puede que dejéis el arranque del ordenador peor aún si os equivocáis, y en Genbeta no nos hacemos cargo de que vuestro ordenador decida sacar unas piernecillas y tirarse por una ventana. Por suerte, el cargador de arranque es independiente de los datos, y dañar lo que tengáis guardado en el disco es prácticamente imposible. Y ahora, una vez que os he metido el miedo en el cuerpo, vamos con ello.

Buscando el directorio boot

Lo primero que tenemos que hacer es saber cuál es nuestro disco duro y la partición que tiene los datos de arranque. Como es posible que no tengamos una interfaz gráfica, vamos a hacer todo a base de comandos. Tranquilos que no muerden.

La partición con los datos de arranque suele ser en la que instalamos la distribución Linux, que en su raíz tiene un directorio llamado boot. Si no sabemos seguro cuál es tenemos que usar el método de prueba y error. Es decir, montar cada una de las particiones y ver si es la que necesitamos.

Ejecutamos cat /proc/partitions para ver las particiones en el ordenador. Debería salir una lista de particiones, del estilo /dev/sdX# (X es una letra y # un número) como veis en la imagen. Para montar las particiones, creamos un nuevo directorio con mkdir /tmp/part, y montamos con sudo mount /dev/sdX# /tmp/part. Para ver los contenidos del directorio, ejecutamos ls /tmp/part, y buscamos si está ahí el famoso directorio boot. Si está, id al siguiente paso. Si no, desmontamos con sudo umount /tmp/part y montamos otra partición.

Instalar GRUB

Una vez encontrado el directorio boot, pasamos a instalar GRUB. Suponiendo que ya sabemos la partición, que sigue montada en /tmp/part, y que /dev/sda es el disco principal del sistema, el que se ejecuta al arrancar, ejecutamos este comando: sudo grub-install --root-directory=/tmp/part /dev/sda. Si hemos montado la partición en otro sitio hay que cambiar /tmp/part por el punto de montaje.

Ahora esperamos a que se cargue y GRUB detecte los sistemas operativos. Cuando acabe, deberíamos poder reiniciar sin el disco y tener de nuevo GRUB funcionando a la perfección. Espero que esto os pueda resolver los problemas con cargadores de arranque, y ya sabéis: si tenéis alguna duda, decidla en los comentarios para que os ayudemos.

Fuente: Genbeta