'rm' archivo.ext

Lleva mucho menos tiempo que crear un alias. De nada.

ManDVD es potente, pero la interfaz es bastante confusa, con traducciones a medias del francés al castellano (al menos la versión 2.1.3 , y con una usabilidad que podríamos decir tortuosa. Algo parecido pasa con Manslide, y que además por alguna razón no hacía lo que decía hacer, es decir, no generaba el archivo de video. El sucesor de ManSlide es SMILE (el cual fue necesario compilar), el cual presentó problemas similares.

Hasta que encontré Imagination, un desarrollo de Giuseppe Torelli con la ayuda de  Tadej Borovšak y otros colaboradores.

La parte mala de la historia es que tanto Giuseppe como Tadej han detenido el desarrollo por falta de tiempo.

Sería interesante que este proyecto pueda reactivarse prontamente.

Dolphin usando dos paneles

Hacer clic aquí para ver esta prestación de Dolphin

Ya que oigo la frase: “El sonido en Linux es confuso”. Si bien no discrepo totamente con ese comentario, como con todo en Linux el sistema de sonido es bastante lógico y si seguís bien los pasos podés desmitificar  cosas bastante rápido. Así que este artículo explica como funcionan las cosas en Mandriva y debería asegurar a los usuarios para que estén más cómodos con “como funcionan las cosas”.

Primero de todo deberíamos probablemente explicar un poquito como funciona esto. ALSA es la Arquitectura Avanzada de Sonido de Linux. Es un reemplazo para OSS (Open Sound System) que tenía varios problemas en Linux y que últimamente ha sido suplantado por ALSA como el único sistema de sonido en el Kernel. A pesar de una distensión de los términos de la licencia y últimos desarrollos de OSSv4, es improbable que OSS reemplace a ALSA en la línea principal del kernel.

ALSA tiene un componente en espacio de usuario, libasound, que actúa como la primera interfaz para la capa en nivel driver. La mayoría de las quejas acerca de la complejidad del API ALSA se relacionan en realidad a este componente en espacio de usuario, no con la capa en el nivel del kernel, que como podrías esperar, está controlada mucho más rigurosamente. No sufre de la misma necesidad de permanecer retrocompatible con las distintas aplicaciones en espacio de usuario (los drivers del kernel de ALSA solamente necesitan funcionar on libasound que puede obviamente desarrollarse en paralelo) llevando así a un diseño más limpio que la capa de espacio de usuario mismo que tiene que permanecer retrocompatible.

Además de servir de interfaz con la capa en el nivel del kernel e interactuar con el hardware físicamente instalado, ALSA también tiene una arquitectura de plugins. Este sistema de plugins permite a los dispositivos ser simulados/emulados, de distintas interesantes maneras. Permite, por ejemplo crear un dispositivo nulo que envia todo el audio a  /dev/null, permite a los auriculares bluetooth ser usados (notar que esto se considera una manera obsoleta en estos días), y permite que todo el audio sea encaminado a través de PulseAudio el cual discutiré más tarde en un subsiguiente artículo.

Así que, hablemos acerca de los archivos de configuración de ALSA. Ahora la mayoría de los archivos de configuración de ALSA viven en:

/usr/share/alsa/

Se puede afirmar que no son realmente archivos de “configuración” en el sentido clásico, i. e. no significa que tengas que cambiarlos como un usuario de acuerdo a tus propias preferencias y caprichos — son realmente más bien como archivos de código fuente y definen la estructura de los distintos plugins de ALSA y  configuraciones multicanal. A menos que estés desarrollando/hackeando en ALSA, probablemente no deberías modificar la gran mayoría de los archivos en esta carpeta.

El principal archivo

/usr/share/alsa/alsa.conf

define una lista de archivos adicionales para procesar y el orden en el cual procesarlos. Para incorporar PulseAudio de una elegante y configurable manera, hacemos algunos cambios a la lista de archivos adicionales:

--- alsa-lib-1.0.15rc3.lennart/src/conf/alsa.conf	2007-10-17 18:28:03.000000000 -0400
+++ alsa-lib-1.0.15rc3/src/conf/alsa.conf	2007-10-17 18:33:10.000000000 -0400
@@ -8,6 +8,8 @@
 	{
 		func load
 		files [
+			"/usr/share/alsa/pcm/pulseaudio.conf"
+			"/etc/alsa/pulse-default.conf"
 			"/etc/asound.conf"
 			"~/.asoundrc"
 		]

El primer archivo nos permite definir un “dispositivo” para ALSA llamado “pulse”. Esto está siempre presente aun si el usuario decide finalmente no usar PulseAudio de manera predeterminada en su máquina. Esto les permitiría e.g. definir un servidor PulseAudio remoto (vía variables de entorno o configuracion de client.conf – ver el próximo artículo en esta serie, enlazado debajo) y les dice a las aplicaciones de ALSA que usen este “dispositivo” específicamente. Se puede afirmar que este es un caso extremo, pero no hay razón para no sostener esto sin embargo

El segundo archivo nos permite activar PulseAudio de manera predeterminada. Esto es bastante importante ya que ofrece a los usuarios una manera sencilla de habilitar/deshabilitar PulseAudio es altamente deseable. La implementación de PulseAudio no está completamente libre de problemas y darles a los usuarios la capacidad de deshabilitar rápida y fácilmente es esencial. Firmemente creo que todos al final usarán PulseAudio, pero llevará tiempo para cada programa soportarlo completamente (quitando el uso de API ALSA “segura”) y para que los problemas de drivers sean resueltos apropiadamente.

En este segundo archivo, o bien comentamos el archivo completamente para deshabilitar PulseAudio de manera predeterminada, o lo dejamos decomentado para habilitar PulseAudio. Esto es manejado por draksound para que los usuarios solamente vean una interfaz gráfica sencilla que es una simple pero efectiva solución. Dicho esto, probablemente cambiaré este archivo para Mandriva 2010.0, cambiando a un sistema manejado por “Alternatives” ¡aunque esto realmente no importa en el esquema de cosas!

Entonces cuando la aplicación ALSA arranque, procesa todos estos archivos y finalmente resuelve como encaminar tu audio. 99% de las veces, el dispositivo “predeterminado” es usado (y uso “dispositivo” en el sentido menos estricto posible). Para una instalación de Mandriva estándar, el dispositivo de manera predeterminada es realmente PulseAudio (via el plugin PulseAudio para ALSA).

Entonces ¿qué pasa después? En el siguiente artículo, voy a hablar acerca de como una aplicación ALSA (o cualquier cliente PulseAudio) funciona cuando se conecta a PulseAudio.

Placas

cat/proc/asound/cards
 0 [pcsp           ]: PC-Speaker - pcsp
                      Internal PC-Speaker at port 0x61
 1 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0x98340000 irq 16

Dispositivos

controlC0: 1er dispositivo de control
controlC1: 2do dispositivo de control
hwC1D0: dispositivo dependiente del hardware que se usa depuración para la
segunda placa, slot 1
pcmC0D0p: Primer Dispositivo de reproducción digital correspondiente a la primer placa.
pcmC1D0c: Primer Dispositivo de reproducción digital correspondiente a la segunda placa.
pcmC1D0p: Primer dispositivo de captura digital correspondiente a la segunda placa.
seq: Dispositvo sequencer.
timer: Dispositivo cronómetro.

Información de dispositivos del directorio /sys

ls -l /sys/module/snd/holders
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_hda_codec -> ../../snd_hda_codec/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_hda_codec_realtek -> ../../snd_hda_codec_realtek/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_hda_intel -> ../../snd_hda_intel/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_hwdep -> ../../snd_hwdep/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_mixer_oss -> ../../snd_mixer_oss/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_pcm -> ../../snd_pcm/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_pcm_oss -> ../../snd_pcm_oss/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_pcsp -> ../../snd_pcsp/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_seq -> ../../snd_seq/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_seq_device -> ../../snd_seq_device/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_seq_dummy -> ../../snd_seq_dummy/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_seq_oss -> ../../snd_seq_oss/
lrwxrwxrwx 1 root root 0 2009-07-27 20:28 snd_timer -> ../../snd_timer/

urpmscan y urpmseek: Emulando apt-cache search

No se trata de comandos oficiales, más bien se trata de dos artificios para para realizar búsquedas de paquetes con un comportamiento similar al de apt-cache search de las distribuciones estilo Debian.

urpmscan devuelve una lista sencilla de acuerdo a una cadena de texto contenida en la descripción del paquete.

Para valerse de urpmscan, crear un archivo llamado urpmscan con el siguiente contenido y moverlo a /usr/bin

#! /bin/bash
urpmf -i  --uniq --description "$1"| grep  '^[[:alnum:]].*:$'|sed s/\:// |sort

Luego asignarle permisos de ejecución con:

chmod 755 /usr/bin/urpmscan

Y luego para buscar paquetes relacionados con streaming:

urpmscan streaming

urpmseek busca en el resumen de cada paquete y devuelve el listado con el nombre de los paquetes y su correspondiente sumario.

Si ademas, lo que se desea es en cambio buscar en el resumen del paquete se puede crear un alias llamado urpmseek:

echo alias urpmseek\=\"urpmf -i --summary\" >> /etc/bashrc

Para ponerlo en práctica inmediatamente se debe hacer:

bash

Y luego siguiendo el ejemplo anterior con urpmscan:

urpmseek streaming

Tal es así que en mi escritorio personal me mudé durante algunos meses a Ubuntu.

Sin embargo, en el escritorio del trabajo seguía usando Mandriva, aunque con bastantes contratiempos debidos al el pobre desempeño en la gestión de paquetes que padecía luego de instalar la 2009.0. Decidí actualizar hace unas semanas directamente por urpmi de 2009 a 2009 Spring, más que nada para probar y luego sí, hacer una instalación limpia. Y el resultado fue ciertamente sorprendente, la actualización pasó prácticamente desapercibida.

Es importante remarcar que la actualización se hizo mientras estaba trabajando, el resultado fue gratamente sorprendente.

Entonces decidí volver en mi escritorio personal a Mandriva. Estaba vez instalando a partir de la versión de One. El resultado fue similar aunque noté un único bug importante que arrastra de versiones anteriores, si se utiliza un directorio personal ya existente,  con muchos archivos con el UID 500, el primer inicio de sesión se demora muchísimo. Esto es porque el sistema busca reemplazar todas las apariciones en los archivos de configuración /home/guest para reemplazarlos por el /home/nombre_de_usuario.

En link citado aquí, hay un workaround, pero ciertamente debería buscarse una solución mucho más elegante y práctica, o al menos avisar al usuario del proceso que se está realizando.

Más allá de eso, debe decirse que Mandriva 2009 Spring parece ser una edición depurada con mucho más minuciosidad y prolijidad que las anteriores, especialmente de la fallida 2009.

Todas las distribuciones tienen fortalezas y debilidades. Si hay algo que me gusta de Mandriva para usarlo como escritorio es la cohesión del entorno y de las herramientas, lo cual hace que sea para mí la distro a elegir cuando la cantidad de bugs y/o desprolijidades no alcanza niveles que amenazan aquellas virtudes.

Una mención especial merece la versión de KDE 4 que parece resolver muchos de los inconvenientes de las ediciones pasadas.

Otra cosa que me gustó fue nuevo diseño artístico de la edición Free, mucho más profesional comparándolas con versiones anteriores.

Hay una detalle tal vez no muy conocido y que no está en los repositorios, me refiero al mandriva-seed.sh. Se trata de un script que se vale de makeself y dd principalmente para volcar un archivo iso a un pendrive

La 2009.1 Spring es una versión ciertamente recomendable para usarla como sistema de escritorio. Es la mejor versión de Mandriva, desde que así se llama la distribución.

Mandriva 2009 Spring

GNOME en Ubuntu 8.10

Durante años fui usuario de KDE (desde la versión 1.x, por lo menos). La versión 3.5.9 fue tal vez el mejor escritorio libre del momento. Luego vino la promesa de KDE 4. Muchos teníamos grandes expectativas en él.

Es de esperar en un cambio en el número de versión significativo, también una serie de modificaciones importantes. Lamentablemente la manera en que se produjo no fue de las mejores.

Las primeras versiones de KDE 4 carecían de importantes problemas de usabilidad. El cambio de paradigmas basado en plasmoides es interesantes, pero supone para el usuario final un escollo difícil superar. Y creo que también lo es para quienes durante mucho tiempo usamos un ya confiable KDE 3.

Lamentablemente Konqui, el dragoncito amigable se tornó en una criatura apática, que al menos por el momento no repara en lanzar bocanadas de fuego hacia los nuevos usuarios que acercan a Linux.

El bache de Vista introducido por Microsoft supuso una oportunidad muy importante para Linux. Pero KDE de manera llamativa la desaprovechó produciendo cambios a primera vista que recuerdan demasiado el obtuso sistema operativo de Microsoft que hoy la empresa de Redmond parece querer borrar de un plumazo.

La documentación de KDE 4 es muy pobre, obsoleta o cuasi inexistente.

Por otro lado el otro entorno principal open source, GNOME, que nunca me terminaba de convencer, terminó por hacerme sentir como en casa. Mucho más cercano al paradigma de escritorio de Mac OS, que muchos usuarios de escritorio no conocen por el monopolio de hecho de Microsoft, proporciona una alternativa amigable, sanamente minimalista y previsible.

Es cierto, Nautilus carece de la tan útil prestación para dividir ventanas, Kate es mejor editor que Gedit, Digikam me gusta más que F-Spot y estoy más acostumbrado a Kontact que Evolution. Pero globabalmente hoy por hoy GNOME es globalmente, un entorno de escritorio más confiable que KDE. Si es cierto, aun no he probado KDE 4.2, después de hacerlo, tal vez tenga que cambiar de opinión.

De todas maneras, no soy el único que opina de este modo, el propio Linus Torvalds que alguna vez desfenestró a GNOME, es usuario de dicho entorno.

El problema que había hasa hace poco con esta placa era que para funcionar necesitaba o bien un driver libre más firmware no libre, o la utilización de un controlador de windows no libre con ndiswrapper.

Eso hacía algo irritante las instalaciones, ya que lo más habitual era tener que contectarlo a una red cableada y desde ahí bajarse, por ejemplo el firmware. Es cierto, uno podía recurrir a ciertas artimañas, tales como tener el firmware en un pendrive previo a la instalación y luego copiarlo. Aun así, no era lo más cómodo. Recientemente Broadcom sacó un nuevo driver que incluye el dichoso firmware. Mandriva agregó en sus repositorios un paquete llamado dkms-broadcom-wl.

Nuevo driver de Broadcom funcionando, con el hermoso JuanSe de fondo

Mientras tanto, Ubuntu Intrepid Ibex ya viene con el driver wl.ko.
La mala noticia: No funciona en primera instancia, ya que pretende usar los drivers  b43 y ssb.

La buena noticia: Esto se puede revertir sin necesidad de bajar ni copiar absolutamente nada. Solamente hay que tocar algunas cosillas del sistema, como muestro a continuación:

1. Agregar en /etc/modprobe.d/blacklist:
   blacklist ssb
   blacklist b43
2. Modificar /etc/rc.local para que quede así:

   # Make sure that the script will "exit 0" on success or any other

   # value on error.

   #

   # In order to enable or disable this script just change the execution

   # bits.

   #

   # By default this script does nothing.

   modprobe -r ssb

   modprobe -r wl

   modprobe wl

   exit 0

Se debe reiniciar el sistema y listo.