Es sencillo tener más de una versión de BRLTTY instalada en el mismo sistema a la vez. Esta capacidad te permite testear una nueva versión antes de eliminar la vieja.
La opción de compilación --with-execute-root te permite instalar toda la jerarquía de instalación de ficheros en cualquier sitio que quieras tal que es enteramente contenida en sí misma. Recordando que es mejor conservar todos los componentes de BRLTTY dentro del sistema de ficheros root, puedes compilarlo así:
./configure --with-execute-root=/brltty-3.1
make install
/brltty-3.1/bin/brltty
./configure --with-execute-root=/brltty-3.2
make install
/brltty-3.2/bin/brltty
Hasta aquí, este paradigma es algo incómodo al menos por dos razones. Una es que estos nombres de ruta largos son bastante difíciles de teclear, y la otra es que no quieres jugar con la secuencia de arranque de tu sistema cada vez que quieras cambiar a una versión diferente de BRLTTY. Estos problemas son fácilmente resueltos añadiendo un enlace simbólico para el ejecutable.
ln -s /brltty-3.1/bin/brltty /bin/brltty
ln -s /brltty-3.2/bin/brltty /bin/brltty
Si realmente se te antoja, entonces introduce otro nivel de indirección en orden a hacer todos los ficheros de BRLTTY para cualquier versión dada parecido a como si todos estubieran todos los lugares estándares. Primero, crea un enlace simbólico a través de una localización común reapuntable desde cada una de las localizaciones estándar de BRLTTY.
ln -s /brltty/bin/brltty /bin/brltty
ln -s /brltty/etc/brltty /etc/brltty
ln -s /brltty/lib/brltty /lib/brltty
/brltty a la versión deseada.
ln -s /brltty-3.1 /brltty
BRLTTY puede ejecutarse como un ejecutable autónomo.
Cada vez que necesites saberlo puede ser explícitamente configurado en tiempo de compilación
(mira
Opciones de Compilación).
Si el directorio de datos
(mira las opciones de compilación
--with-data-directory
y
--with-execute-root)
no existe, entonces BRLTTY busca en /etc los ficheros necesarios.
También si cualquiera de estos ficheros no existen, ¡BRLTTY todavía funciona!
Si, por cualquier razón, nunca creas el directorio de datos (normalmente /etc/brltty) a mano, es importante ajustar sus permisos tal que sólo el root puede crear ficheros dentro de él.
chmod 755 /etc/brltty
El dispositivo de inspección del contenido de la pantalla (normalmente /dev/vcsa) es requerido.
Debería existir ya al menos que tu distribución de Linux sea bastante antigua.
Si es necesario, puedes crearlo con:
mknod /dev/vcsa c 7 128
chmod 660 /dev/vcsa
chown root.tty /dev/vcsa
Un problema encontrado amenudo cuando tratamos de utilizar BRLTTY en un entorno incierto como un disco root o un sistema incompleto es que podría no encontrar las librerías compartidas (o partes de ellas) que necesite. Los discos Root amenudo utilizan subconjuntos y/o versiones anticuadas de las librerías que podrán ser inadecuadas. La solución es configurar BRLTTY con la opción de compilación --enable-standalone-programs. Esto elimina todas las dependencias de las librerías compartidas, pero, desafortunadamente, también crea un ejecutable más grande. Hay un número de opciones de compilación que pueden ser utilizadas para eliminar selectivamente características innecesarias de BRLTTY en orden a mitigar algo este problema (mira la sección Características de Compilación).
El ejecutable es desmontado durante el make install. Esto reduce significativamente su tamaño eliminando su tabla de símbolos. Obtendrás un ejecutable mucho más pequeño, por lo tanto, si completas todo el procedimiento de compilación, y luego lo copias desde su lugar de instalación. Si, no obstante, lo copias desde el directorio de compilación, será un modo bastante grande. No olvides desmontarlo.
strip brltty
Aparte de corregir fallos y soportar más tipos de líneas braille, esperamos, si lo permite el tiempo, trabajar en lo siguiente:
Bloquear la ventana braille en una línea según se desliza sobre la pantalla.
Ignorar el movimiento del cursor fuera de la región, y poner límites navegacionales suaves en los márgenes de la región.
TODO para una lista más completa.
En el día que se escribe esto (Diciembre del 2001), los siguientes problemas son conocidos:
El enrutamiento del cursor es implementado como un subproceso en bucle que se ejecuta en una prioridad reducida para evitar utilizar demasiado tiempo de la cpu. Diferentes cargas del sistema requieren diferentes opciones de sus parámetros. Los predeterminados funcionan muy bien en un editor Unix típico en un sistema cargado bastante ligeramente, pero muy pobremente en algunas otras situaciones, ej.: sobre un enlace en serie lento a un host remoto.