Bug: Ubuntu Gnome 13.10 y 14.04 no guarda la configuración de Vídeo

Por lo visto hay un que entorpece el uso de Ubuntu Gnome 13.10 y 14.04, sobretodo para los usuarios más nóveles. Este bug hace que, aunque haya una configuración de vídeo, no la carga.

Un ejemplo es que se quiera conectar un monitor extra que clone la pantalla del portátil. La configuración por defecto es extender el escritorio actual, no lo que la mayoría quiere. Debido al bug, el usuario tiene que reconfigurar la configuración de vídeo cada vez que reinicia el ordenador.

¿Solución?

  1. Pulsar ALT + F2.
  2. Escribir “gnome-session-properties” y darle a ENTER para abrir Preferencias de aplicaciones de inicio.
  3. Darle a Añadir.
  4. En el campo Nombre escribir “Reconfigurar monitores” (sin comillas).
  5. En el campo Orden escribir “pkill -9 -f gnome-settings-daemon”.
  6. En el campo Comentario escribir “Recarga la configuración de monitores”.
  7. Darle a Añadir y a Cerrar.

Con esto no habrá que volver a reconfigurar las opciones de vídeo cada vez que se reinicie el equipo.

Quicktip: Wallpaper Slide en Gnome Shell

Por desgracia, una de las características que usa mucha gente, utilizar una carpeta de imágenes como fondo de pantalla y que estas vayan cambiando, no está presente en Gnome Shell.

Para la gente que utiliza una versión de anticuada de Gnome Shell, hay una extensión: BackSlide.

Para todos los demás mortales que no usamos Ubuntu, nos quedan pocas opciones. Participar en el desarrollo de esa extensión y mejorarla o utilizar alguno de los cientos de scripts que hay en la red, ya sea usando cron (y familia) o autostart.

Sin embargo hay un programa que hace lo mismo que los scripts, pero de manera gráfica. En OpenSuse me funciona a la perfección. Se llama gnome-3-wp.

Primero hay que comprobar que tengamos instalado python-gobject y git:

zypper info python-gobject| grep Instalado:
zypper info git| grep Instalado:

Para instalarlo:

git clone git://gitorious.org/gnome-3-wp/gnome-3-wp.git
cd gnome-3-wp
./wp-show

Listo.

Drm FIFO underrun ERROR

Mi laptop de trabajo (con Ubuntu) tiene un procesador Intel de la familia Ivy Bridge. Me dí cuenta de un error que me salía al iniciar el sistema. Es bastante molesto eso de ver un error al encender el laptop.

[drm:cpt_set_fifo_underrun_reporting] *ERROR* uncleared pch fifo underrun on pch transcoder A
[drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun

Resulta que dicho error es del kernel, hay un bug en los kernels desde la versión 3.14.0 a 3.17.2 y sólo afecta a las CPU Ivy Bridge.

Si queréis comprobar/confirmar que os sale el error, ejecutad esto en la terminal:

echo -n "Linux kernel: "; uname -r; echo; grep -i "$(date +'%b %e')" \
/var/log/kern.log; grep -i error

¿Actualizar Linux Mint 15 a 17? No problem

Esto es algo que escribí para fat_man, un usuario del foro de Desde Linux. Luego de escribirlo ví cuan largo era y decidí publicarlo también en el blog.

Empezando

Entiendo por qué la gente recomienda reinstalación por encima del upgrade, se ahorran complicaciones con futuros problemas (sí, me refiero a problemas con los problemas), pero no es la única solución. Uno puede actualizar el sistema sin necesidad de reinstalar.

El gran problema de actualizar es que a la larga no se incorporan cambios de archivos de configuración que hayan hecho el equipo de linux mint o ubuntu, o la distro que sea, puesto que esto es aplicable a todas las distros.

No significa que las cosas dejen de funcionar, como a veces parece que la gente sugiere. Sigue leyendo

Divagando acerca de distribuciones independientes

El otro día le comentaba a Cereal mi opinión sobre las distros y porqué no hay nada más seguro, en mi opinión, que una distro independiente, que no esté basada en nada.

Se resume en que en el momento en el que el/los creador/es del proyecto decidan abandonarlo o cuando se caiga un servidor, o pase una tragedia, o lo que sea, como no hay nada que se le parezca, seguro que aparece un grupo de personas que hayan decidido continuar el proyecto que han utilizado hasta aquel entonces. Eso no pasa con las distros basadas en … Cuando una distro que está basada en otra desaparece, lo usuarios simplemente hacen una transición hacia eso en lo que estaba basada la distro.

No digo que la desaparición de una distro que estaba basada en otra no pueda provocar un alzamiento de la comunidad para continuar con la visión de los creadores, lo que digo es que no es necesario. Las personas somos vagas por naturaleza y salvo que nos encontremos entre la espada y la pared, en el, digamos, 80 % de los casos no vamos a hacer nada. Por eso cuando desaparece algo que no tiene nada cercanamente parecido, en el 99.9 % de los casos se va a continuar el proyecto bajo la tutela de otros. Ahí interviene otro aspecto de nuestra naturaleza, “si algo funciona, ¿para qué cambiar?

Un ejemplo. Sigue leyendo

¿Qué distro me recomiendan?

La gente que hace esa pregunta, en el 99 % de los casos no sabe lo que estan preguntando.

La diferencia entre diferentes distribuciones linux mínima, cosa que no es así si las comparamos con BSD, por ejemplo. Al final, si uno uso linux por un tiempo suficiente, se da cuenta de que todas las distros son casi iguales, aunque si que hay algunas pequeñas diferencias. ¿Cuáles son?

  • Se diferencian en qué software y qué versiones tienen disponible por defecto (me refiero a los repositorios). Digo por defecto, porque cualquier software que está disponible para una distro, también lo está para el resto, solo hay que compilar.
  • Se diferencian en qué traen instalado por defecto y cómo lo tienen configurado.
  • Se diferencian en los programas que utilizan para instalar y compilar (mas bien facilitar la compilación) programas.

Sigue leyendo

Centos, enlazar sh a dash, intento fallido

Tras investigar un poco sobre las diferentes shells, decidí cambiar la script shell por defecto de Centos por dash. Hay que aclarar que la script shell no es la shell de ningún usuario, sino la shell de los daemons. Solía ser sh en la mayoría de las distros, aunque ya no es así.

En Ubuntu desde la versión 6.06, en Debian desde Squeeze y en Fedora desde 17 (si no me equivoco) la script shell por defecto es dash (Debian Almquist shell). Dash es más pequeño y más rápido que bash, esto es bastante importante en el inicio del sistema. ¿Y por qué hablo de bash y no de sh? Pues porque en la mayoría de las distros sh es un link que apunta ya sea a bash u a otra cosa.

En la wiki de ubuntu explican el uso de dash de esta manera:

The boot speed improvements in Ubuntu 6.10 were often incorrectly attributed to Upstart, which is a fine platform for future development of the init system but in Ubuntu 6.10 was primarily running in System V compatibility mode with only small behavioural changes.

La mejora de la velocidad de inicio de Ubuntu 6.10 fue muchas veces atribuida de manera equivocada a Upstart, que es una buena plataforma para el desarrollo del sistema init, pero que en Ubuntu 6.10 estaba ejecutándose en modo de compatibilidad con Sys V con solo algunos cambios.

Vaya, vaya, vaya. Decidí probar dash como la script shell en Centos, Sigue leyendo

Linux kernel exploit desde 2.6.37 a 3.8.8, incluido 2.6.32 de RHEL y sus clones

¡Wow! Estaba ya por no escribir más hoy. Pero acabo de ver en Phoronix que existe un bug en los kernels Linux desde la versión 2.6.37 hasta la 3.8.9 (donde ya se ha corregido). Y que además ha sido portado por Red Hat a su kernel 2.6.32, y por tanto CentOS también lo tiene.

Además ya han sacado un exploit para el bug, por lo visto está presente en la mayoría de las distros más populares. Aunque por lo visto Debian Squeeze no se ve afectado, pero ¿¡y que pasa con Wheezy!?

Más información en:

Sigue leyendo

Ubuntu acorta el mantenimiento de sus distros

Jajaja, toma ya. Resulta que Canonical ha decidido acortar el mantenimiento de todas las distros no-LTS (que si no me equivoco es cada 4 años) de 18 meses a 9. Eso se traduce en estabilidad 0 en las distros no-LTS y unas LTS que se vuelven cada vez más anticuadas.

Ubuntu está cambiando mucho. Por lo visto también han decidido tener una distro rolling, pero no al estilo de Archlinux, más bien del estilo de Fedora Rawhide. Es decir, los usuarios que quieran podrán apuntar sus sources a los paquetes en desarrollo (developing), también muy parecido a Debian Unstable. ¡Vaya!

Además se está hablando en los foros de Phoronix, que puede que cambien el ciclo de lanzamiento de sus distros de 9 a 6 meses, aunque todavía es una especulación.

Vía: Phoronix y The H Open