Impresión Como

Grant Taylor gtaylor@cs.tufts.edu y Brian McCauley ( B.A.McCauley@bham.ac.uk
Traducción: Francisco Escarpa escarpa@impronta.es

Una guía de cómo, imprimir y ver documentos bajo el sistema operativo Linux.

1. Introducción

Esta es la versión española del Printing-HOWTO de Linux. Éste documento forma parte de la segunda generación de linux FAQ

Nota del Revisor
O PUFs, Preguntas de Uso Frecuente
El Linux-FAQ original devino en una bestia inmanejable, por lo que se cambió el esquema y se fraccionó en secciones independientes para cada aspecto del sistema operativo.

Este COMO en particular trata de cómo administrar los distintos aspectos de impresión bajo Linux, configurar impresoras, instalar aplicaciones para hacerlas funcionar... Originalmente escrito por Grant Taylor gtaylor@cs.tufts.edu), posteriormente incorporó el lpd-FAQ de Brian McCauley ( B.A.McCauley@bham.ac.uk).

Otros COMOs detallan aspectos acerca de la conexión en red.... Aunque pueden encontrarse estos documentos en los lugares más insospechados, su "domicilio" oficial es:

ftp://sunsite.unc.edu/pub/linux/docs/Howto

Igualmente, la mayoría de los mirrors de Sunsite contendrán las traducciones de los COMO, en su directorio ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/translations/es

(busque mejor en los Mirrors. Sunsite es una playa muy concurrida) Junto con el resto de los FAQ de usenet, podemos encontrarlos en ftp://rtfm.mit.edu

Envíen los comentarios, errores detectados y sugerencias a Brian y Grant a printing@god.ext.tufts.edu (versión en inglés) o a Francisco Escarpa para la traducción española ( escarpa@impronta.es ).

Les rogamos que nos comuniquen cualquier nuevo programa, fichero, ... que conozcan y no figure en este documento.

Grant ha configurado un servidor de correo centrado en la impresión y visualización bajo Linux, incluyendo la última versión de este documento (en inglés). Para acceder, envíe un mensaje de correo electrónico a listserv@god.ext.tufts.edu, con el cuerpo de mensaje 'INFO'. Recibirá como respuesta una lista de los ficheros disponibles. Si el cuerpo del mensaje es 'get fich1 [fich2 fich3]', recibirá una copia de los ficheros pedidos.

Para esta traducción se ha reelaborado ligeramente el documento original, eliminado repeticiones, reducido los detalles particulares de cada programa al mínimo imprescindible, remitiendo al lector a la documentación correspondiente, y añadiendo alguna pequeña novedad conocida. Agradeceremos las sugerencias, notificación de errores y demás.

2. Prepárense los impacientes.

Usted ya conoce UNIX, y ya tiene configurado el sistema (o se lo han configurado) y desea con toda urgencia imprimir: Hágalo con la orden: 

lpr fichero

y por su impresora saldrán las tan ansiadas páginas. Si no funciona, lea de cabo a rabo este documento.

3. Puertos y dispositivos

Como es sabido, Unix mapea los dispositivos sobre el sistema de ficheros; así, cada puerto físico está reflejado en un fichero, generalmente bajo /dev, sobre el que se ejecutan las operaciones de e/s.

En un sistema de bus tipo AT, común a todos los PC actuales, el puerto LPT1 equivale en Linux al fichero de dispositivo /dev/lp1 y sucesivos.

Precisando: 

       Nombre        Mayor        Menor         Direccion E/S

       lp0           6            0             0x3bc

       lp1           6            1             0x378

       lp2           6            2             0x278

Del mismo modo, los puertos COM se controlan a través de los dispositivos ttyS* (Consulte el Serie-Como para más información)

Utilice los dispositivos /dev/ttyS? (o /dev/ttys? si lo prefiere) para conectar una impresora por línea serie. No utilice /dev/cua?.

En algunos sistemas, puede haber enlaces simbólicos hacia estos dispositivos, como /dev/lpr -> /dev/lp1, o /dev/impserie -> /dev/ttyS0. Hay a quien le parece muy elegante, y quien lo considera de pésima praxis. (lea la página man 'ln' para más información ).

Recuerde que NO puede simultáneamente tener soporte para impresora y para comunicaciones vía puerto paralelo (conectarse con plip, o un disco ZIP paralelo, por ejemplo); si necesita ambas funcionalidades es una buena idea recompilar el kernel, y preparar el soporte de impresión y de comunicaciones como módulos independientes, que se cargarán en el kernel cuando sea necesario.

4. LPR

Todo sistema que se precie es capaz de gestionar una o varias impresoras, con uno o varios usuarios, que les envían distintas clases de documentos, más o menos dignamente.

Unix resuelve estos problemas mediante un conjunto de programas, los servidores de impresión, que gestionan los trabajos pendientes, y los encauzan a las impresoras adecuadas, todo de manera completamente transparente al usuario.

Hay dos familias de servicios de impresión: "lp" en UNIX System V (AT&T), y "lpr", en los U*X BSD, y Linux. En este documento sólo se hablará del segundo sistema; el sistema lp no es de dominio publico, y no conocemos ninguna versión que lo sea; de todos modos, ambos tienen hoy día la misma funcionalidad.

Una variante muy prometedora de lpr, LPRng, obvia toda una serie de limitaciones del lpr original. Nos limitaremos a mencionar las diferencias en los capítulos concretos.

Dicen los que saben que lp es más robusto, pero a la hora de trabajar en red lpr se destaca por varios cuerpos.

4.1 ¿Qué necesita?

Asumimos que usted sabe cómo editar un archivo de texto bajo Linux, y tiene los conocimientos básicos sobre permisos y propiedad de archivos.

También suponemos que su sistema Linux funciona sin tropiezos. Si desea imprimir en máquinas remotas, deberá además tener configurado y funcionando el soporte de red (vea en NET-3-HOWTO

N. del Revisor:
Disponible en breve en castellano como NET-3-Como, ver sección Grupos
).

Revise las páginas de manual de los comandos chmod y chown para más información.

4.2 ¿Cómo imprimir con Linux?

El camino más corto en UNIX (y bajo Linux), es enviar los datos a imprimir directamente al dispositivo adecuado. El siguiente comando envía un listado del directorio a la primera impresora en paralelo (hablando en DOS, LPT1:): 

       ls > /dev/lp1

El problema de este método es que no aprovecha las capacidades de multitarea de Linux, debido a que el tiempo que tarda el comando en completarse será el mismo que emplee la impresora en despachar el trabajo.

En una impresora lenta, o en una apagada o sin papel, puede prolongarse un poco. Podríamos ejecutar el comando simplemente en segundo plano, pero no adelantaríamos mucho. Además, deberá tener privilegios de superusuario.

Un remedio mejor es crear un área tampón (spool), es decir, guardar los datos a imprimir en un fichero temporal, y arrancar un proceso en segundo plano que envíe los datos a la impresora, y gestione las incidencias que se presenten.

Esencialmente, así funciona Linux. Para cada impresora, se define un área tampón, donde cada trabajo pendiente se almacena en un fichero. Un proceso en segundo plano (llamado el demonio de impresión) analiza metódica y constantemente los ficheros tampón, buscando nuevos datos a imprimir. Cuando aparece alguno, son enviados a la impresora apropiada; cuando más de un fichero está a la espera, se colocan en una cola (el primero que entra es el primero que se procesa), por lo que se habla propiamente de la "cola de impresión".

En el caso de impresión remota, los trabajos se gestionan localmente, como cualquier otro, pero el demonio de impresión lo envía a través de la red hacia el ordenador o impresora destino.

La información que el demonio de impresión necesita para su trabajo (el dispositivo físico, el tampón de datos, la máquina e impresora remota ...) se almacenan en un fichero llamado "printcap", que describiremos más tarde.

En lo sucesivo, el término "impresora" se referirá a una máquina lógica definida en /etc/printcap. El concepto "impresora física" o "trasto", define la cosa que mancha papel. Es perfectamente posible describir múltiples entradas en /etc/printcap que se refieren a un sólo trasto, pero por caminos tortuosos. No se preocupe, lo aclararemos al describir printcap.

4.3 Impresión remota e impresión local.

La impresión remota nos permite enviar trabajos de impresión desde una máquina, hacia otra (ordenador/impresora) conectada a una red; por ejemplo, nuestro equipo funciona de servidor en una red, o si una impresora asignada a nuestra máquina debe ser accesible por otros ordenadores.

Imprimimos localmente cuando usuarios de nuestra máquina envían trabajos a una impresora conectada directamente a la misma.

4.4 Los programas importantes

El sistema de impresión de Linux se sustenta en cinco programas, que deberían estar donde aparecen en el siguiente listado, propiedad de root, y grupo lp (o daemon, según el sistema en concreto): 

       -rwxr-xr-x          root          lp            /bin/lpr

       -rwxr-xr-x          root          lp            /bin/lpq

       -rwxr-xr-x          root          lp            /bin/lpc

       -rwxr-xr-x          root          lp            /bin/lprm

       -rwxr-x---         root          lp            /sbin/lpd

Los cuatro primeros tienen por fin enviar, cancelar y examinar los trabajos de impresión. /sbin/lpd es el demonio de impresión.

OJO: Los directorios, permisos y propiedad de los ficheros pueden diferir a los de su sistema, aunque no deberían ser MUY distintos.

Hay páginas de manual que explican con detalle todas estas órdenes y que debería consultar para ampliar información.

Es importante saber que, por defecto, lpr, lprm, lpc y lpq trabajan con una impresora llamada "lp". Si define la variable de entorno PRINTER con el nombre de una impresora, pasará a ocupar el valor por defecto. Se puede indicar sobre la marcha una impresora distinta con la opción -P impresora en la línea de órdenes.

La orden lpr

Con lpr se envía un trabajo a la impresora. Este se copia en el tampón, donde el demonio de impresión lo encuentra, y lo envía a la impresora física. Si no le suministra un fichero, lpr usará la entrada estándar.

La orden lpq

lpq muestra los trabajos pendientes para la impresora deseada ("lp" por defecto). lpq muestra el número de cada trabajo, que lo identifica para cualquier proceso posterior.

Muestra también el estado de cada trabajo. "active" indica que el demonio está enviando el trabajo a su destino, o al menos lo intenta. Si no, un número indica su orden en la cola de impresión.

La orden lprm

lprm elimina un trabajo de la cola, es decir, borra los ficheros en espera en el directorio tampón. Puede indicar específicamente la identidad de un trabajo particular, o "-", con lo que cancelamos todos los trabajos destinados a la impresora seleccionada .Si se es superusuario, y quiere eliminar todos los trabajos pertenecientes a un usuario, especifique su nombre de usuario en la línea de órdenes.

la orden lpc

Con lpc podemos comprobar el estado de las impresoras, y controlar algunos aspectos de su uso. Particularmente, le permite arrancar y parar el tampón de datos, permite activar y desactivar impresoras, y reorganizar el orden de los trabajos en cola. Con las órdenes siguientes desactivamos la impresora "impre", activamos la cola de "tuimpre", y mueve el trabajo 37 al principio de la cola. 

              lpc down impre

              lpc enable tuimpre

              lpc topq 37

Si no especificamos argumentos, lpc entrará en modo diálogo. con "?" obtenemos ayuda. Advierta que algunas funciones de lpc están reservadas para el superusuario.

4.5 Los directorios fundamentales.

Realmente, sólo hay un directorio importante: el área de tampón donde se almacenan los datos a la espera de que lpd decida qué hacer con ellos. Sin embargo, un sistema típico debería configurarse en varios directorios, uno para cada impresora, lo que facilita notablemente el mantenimiento. En la mayoría de las instalaciones, /var/spool/lpd es el directorio tampón principal, y cada impresora tiene un subdirectorio particular, con el mismo nombre que la impresora. Así, si tiene una impresora llamada PJL-16 que admite PostScript y HPGL, debería crear dos directorios, por ejemplo /var/spool/lpd/PJL-16-ps y /var/spool/lpd/PJL-16-hpgl.

Los directorios temporales deberían pertenecer a root, grupo lp; user y group deben poder leer y escribir, y el resto, leer. permisos: 

-rwxrwxr-x
(775)

Para cada directorio de impresora, la orden adecuada sería: 

chmod ug=rwx,o=rx PJL-16-ps
chgrp lp myprinter

Los destinos, permisos y propietarios aquí indicados deben considerarse como indicativos, pues pueden variar entre distintos sistemas e instalaciones.

Y sus correspondientes ficheros.

Además de los programas ya tratados, cada directorio temporal debe contener como mínimo estos cuatro ficheros: ".seq" , "errs" , "lock" y "status". Deberán tener permisos 

-rw-rw-r--
(664).

El fichero .seq contiene la secuencia de trabajos enviados. status contiene el mensaje que devuelve "lpc stat". El fichero lock impide al lpd imprimir al tiempo dos trabajos en la misma impresora, y errs guarda un registro de los fallos de la impresora.

El fichero "errs" es actualmente potestativo, y ahora puede llamarse como le apetezca su nombre se especificará en /etc/printcap. Debe, sin embargo, existir un fichero que permita a lpd registrar los mensajes de error.

4.6 /etc/printcap

/etc/printcap es un fichero texto, modificable con su editor favorito.

Su propietario debe ser root y debe tener permisos 

-rw-r--r--
(644)

Aunque a golpe de vista parezca tan comprensible como la piedra Rosetta , su estructura es muy sencilla y asequible. Parte de la mala fama se debe a que algunas distribuciones no incluyen página de manual para printcap, y el hecho de que muchos printcap están generados por programas, o por gente cuya manera de despreciar al género humano es omitir comentarios que ayuden a su compresión. Desde aquí hacemos un llamamiento para que su fichero printcap sea tan legible como sea posible.

Cada entrada de printcap describe una impresora. Mejor aún, cada entrada de printcap provee una denominación lógica para un dispositivo físico, y describe cómo deben los datos ser enviados y manejados por él.

Por ejemplo, una entrada de printcap definirá qué puerto vamos a usar, qué directorio tampón, qué proceso deben soportar los datos, qué clase de errores debemos notificar, qué volumen de datos se permiten enviar como máximo, o limitar el acceso de ciertos dispositivos.

Además, podemos definir distintos modos de procesar datos para una misma impresora. Por ejemplo, una misma impresora de HP puede manejar datos en formatos PostScript, HPGL y PCL, dependiendo de la secuencia de órdenes que le enviamos al comienzo de cada trabajo. Tendría sentido definir los tres modos de trabajo como sendas impresoras, cada una de las cuales procesará los datos dependiendo del modo de trabajo. Los programas que generan datos ps se enviarán a la impresora PS, los dibujos HPGL a la impresora HPGL, y así sucesivamente.

Llamaremos "filtros" a los programas que procesan los datos a imprimir. Un filtro puede incluso no enviar ningún dato al puerto.

Los campos de /etc/printcap.

Un ejemplo típico de entrada en /etc/printcap podría ser: 


# Ejemplo de printcap con dos alias
impresora|HP850C:\
# lp es el dispositivo de impresion, en este caso, la primera impresora
:lp=/dev/lp1:\
# sd indica el directorio tampon
:sd=/var/spool/lpd/HP850C:

Como vemos, cada entrada de /etc/printcap se estructura en una serie de campos, encabezados por una etiqueta, y limitados por dos puntos, a excepción del primer campo, que describe la impresora. Los campos pueden tener tres tipos de valores - Texto, lógico y numérico, en los que nos extenderemos más adelante.

La primera línea de la entrada determina el nombre y alias de la impresora. La impresora por defecto debería llamarse "lp"; por ejemplo, si la impresora del ejemplo anterior es la única que tenemos, la primera línea sería: 


# Ejemplo para la impresora por defecto
lp|HP850C:\

Podemos usar el nombre que nos apetezca como "La Picadora de papel del despacho de Gertrudis", aunque no parezca quizá muy práctico. Ojo: Sólo podemos tener una impresora llamada "lp".

Los siguientes campos son los más comunes, y los más importantes: 

Campo    Tipo         Descripcion

lp       Texto        Dispositivo de impresion ( ej.: /dev/lp1 )
sd       Texto        Nombre del directorio tampon de esta impresora
lf       Texto        Fichero que almacena el registro de errores
if       Texto        Nombre del filtro de entrada
rm       Texto        Nombre del host de impresion remota
rp       Texto        Nombre de la impresora remota
sh       Logico       Suprime las paginas que separan los trabajos
sf       Logico       Suprime las paginas en blanco al final del trabajo
mx       numerico     Tamagnio maximo del trabajo de impresion (en bloques)

Probemos /etc/printcap con un ejemplo

El siguiente guión de shell es un filtro de entrada muy simple. Sólo encadena su entrada al final de un fichero en /tmp, tras una pancarta adecuada. Usaremos este filtro en el campo if, y enviaremos los datos a /dev/null, ahorrándonos las quejas del demonio especificando un dispositivo de impresión. 


#!/bin/sh
# Este filtro debera colocarse en el directorio tampon, con el nombre
# filtro_entrada, propiedad de root, grupo lp y permisos -rwxr-xr-x
#
echo ------------------------------------------------>/tmp/testlp.out
date >> /tmp/testlp.out
echo ------------------------------------------------>>/tmp/testlp.out
cat

Y aquí tenemos nuestra flamante entrada en /etc/printcap. Vea que el formato es razonablemente inteligible, usando caracteres de continuación de línea "\" al final de cada una, excepto la última (de hecho, cada entrada en /etc/printcap es una sola línea): 


impre|PLJ-H1998:\
:lp=/dev/null:\
:sd=/var/spool/lpd/PLJ-H1998:\
:lf=/var/spool/lpd/PLJ-H1998/errores:\
:if=/var/spool/lpd/PLJ-H1998/filtro_entrada:\
:mx#0:\
:sh:\
:sf:

Ojo: NO DEJE ESPACIOS EN BLANCO, o no funcionará (le aparecerán impresoras sin nombre, no logrará volcar los trabajos, y se acumularán en cola generosamente)

Valor y al toro: juntémoslo todo

Para añadir nuevas impresoras, sólo tendrá que repetir la entrada de printcap, con las modificaciones pertinentes a cada dispositivo.

Y de la impresión remota, ¿qué?

Como primer paso, cualquier máquina que intente imprimir en su sistema, debe estar registrada en cualquiera de los ficheros /etc/hosts.equiv o /etc/hosts.lpd, que son simples ficheros de texto, con un nombre de maquina por línea. Es preferible el segundo, reservando el primero para proporcionar mayores permisos de acceso, lo que debería ser evitado en lo posible.

Puede restringirse el uso tanto por nombre como por grupos. Especifique los grupos autorizados con uno o varios campos ":rg:" en /etc/printcap - :rg=admin: sólo autorizará el acceso a la impresora a los usuarios asignados al grupo admin. Puede también limitar el acceso a aquellos usuarios con cuenta en su sistema utilizando el campo lógico :rs:.

Socorro: no funciona.

Algo falla; Lo primero que debemos hacer es revisar la existencia y los permisos y propiedad de los ficheros y directorios anteriormente descritos. Como comprobará los permisos de UNIX son algo juguetones hasta que se les controla. No se azore, y siga la siguiente rutina de control. Recuerde que cualquier modificación de /etc/printcap acarrea matar el demonio de impresión y arrancarlo de nuevo, o (último y brutal recurso) reiniciar el sistema.

  1. ejecute "ls -l > /dev/lp?" (como root)
  2. pruebe con lpr -P<impresora>
  3. Aparecen mensajes de error indicando que no se puede escribir .seq o que no se puede crear la cola: Compruebe que haya sitio en el disco, que el directorio tampón existe y que tiene los permisos necesarios.
  4. ejecute 
    ps -ax | grep lpd
    y vea si aparece lpd en el listado, o hay un mensaje acerca del demonio de impresión:
  5. Compruebe que el filtro de impresión especificado en if funciona. (filtro < datos >salida)
  6. Ejecute "lpc status".
  7. La impresora funciona, pero imprime mal:

Si tras este rastreo sus dificultades continúan, tenemos un buen problema. Una buena idea para aislar fallos es incluir el demonio "syslogd" en el arranque, de modo que obtengamos un registro de las incidencias de los procesos arrancados, que puedan ayudar al rastreo.

Un problema que ha ido apareciendo y desapareciendo de modo recurrente en distintas versiones de Linux está asociado a los mensajes "job queued, but cannot start daemon" o "lpc: connect: no such file or directory", y lpd sí está corriendo, parece manifestar un conflicto entre los módulos de red y el resto del sistema, y que se manifiesta si la red no está correctamente configurada. Si no está conectado a una red, suele corregirse añadiendo en la configuración de arranque: 

ifconfig lo localhost
route add localhost

¿Dónde puedo encontrar un printcap para la impresora xxxxx?

Si ha leído todo hasta ahora, comprobará que esta pregunta carece de sentido. No se le ocurra preguntar en usenet, si quiere que su dignidad se mantenga a salvo, y léase este documento completo.

El "efecto escalera", bajo control.

Mientras que en *DOS el indicador de nueva línea se compone de los caracteres CR y LF (retorno de carro y salto de línea), UNIX termina las líneas con LF. Esto hace que, si en una impresora configurada para *DOS imprimimos un documento UNIX, obtendremos una sucesión de líneas, que acabarán marchándose inmediatamente por el margen derecho del papel.

Tenemos dos vías para corregirlo: Reconfigurar la impresora para que interprete [LF] como [CR]+[LF], algo molesto si alterna entre *DOS y Linux, o añadir un filtro de impresión, que lo haga sobre la marcha.

Ofrecemos dos: uno general, y el otro específico para impresoras HP. 

#!/bin/sh
# filtro general para prevenir el efecto escalera
if [ "$1" = -c ] ; then
cat
else
sed -e s/$/^M/
fi
echo -ne \\f


#!/bin/sh
# filtro para corregir el efecto escalera en impresoras HP
echo -ne \\033\&k2G
cat
echo -ne \\f

El carácter 

^M
es el correspondiente a CR. Para obtenerlo con vi use C-v C-m, y con emacs, C-q C-m (C es la tecla Control).

El mejor sitio para guardar estos filtros es el propio directorio tampón de la impresora. Recuerde que deben especificarse en /etc/printcap en el campo :if=<filtro>:, con permisos -rwxrwxr-x, y propiedad root.lp.

Imprimir por el puerto serie es fácil.

Primero hemos de ver si lpd se queja enviando un error acerca de ioctl(TIOEXCL). Si es así, deberíamos conseguir una versión de lpd que lo acepte (lpd-590p2, por ejemplo).

Necesitaremos configurar dos grupos de campos, además de la velocidad de transferencia br (Observación: Configurar el campo ":fc:" puede puentear el valor del campo ":br#:", así que asegúrese de configurar los dos correctamente).

Cada campo puede tener bits activados y desactivados. Se debe empezar desactivándolos con los campos ":fc#*:" y ":xc#*:", para activarlos posteriormente con ":fs#*:" y ":xs#*:".

Configurar br#; es obvio: ":br#9600:

Es muy fácil traducir la configuración de stty a los campos de /etc/printcap. Consulte la página de manual de stty para obtener más información.

Utilice stty para configurar el puerto de su impresora de manera que con "cat" pueda enviarle un fichero, e imprimirlo sin problemas. Aquí tiene un ejemplo de la configuración del puerto serie de la impresora: 

# darkstar:/var/spool/lpd # stty -a < /dev/ttyS2
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr
-igncr -icrnl ixon -ixoff -iuclc -ixany -imaxbel
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop
-echoprt -echoctl -echoke

Deberá estudiar el control de flujo de su impresora serie, y aplicar las correcciones necesarias a la configuración del puerto al que está conectado el equipo.

Una vez tengamos la configuración ajustada, de modo que con la orden 

cat fichero > /dev/ttyS?

la impresora escriba correctamente, consultaremos el fichero /usr/src/linux/include/linux/termios.h ( no será mala idea imprimirlo; así sabremos si funciona :-).

En la sección que empieza con 

/* c_cflag bit meaning */
#define CBAUD 0000017

está detallado el valor de los bits de "fc#" y "fs#". Apreciará que los nombres que aparecen aquí (tras las velocidades de transmisión) coinciden con una de las líneas del listado producido por stty. ¿Ve qué fácil?

Estos campos, en stty, van precedidos por un guión (-). Sume los valores (en octal) que aparecen en el listado. Este valor representa los bits a LIMPIAR; es el valor del campo :fc#*:. Note que, como deberá activar posteriormente los bit necesarios, podría usar directamente ":fc#0177777:".

Ahora repita el mismo proceso para las opciones sin guión en la salida de stty. En el ejemplo, los bits importantes son CS8 (0000060), HUPCL (0002000) y CREAD (0000200). Considere también los indicadores para la velocidad de transmisión (en mi caso 0000015). Súmelos; en este caso, tendremos 0002275: el valor del campo :fs#*: (En mi caso, ":fs#02275:" funciona).

Haremos lo mismo con la siguiente sección de termios.h, que comienza con "c_lflag bits". En mi caso, no he necesitado ningún ajuste, y utilizo ":xc#0157777: y ":xs#0:".

Una vez modificado printcap, intente imprimir con lpr. Si no funciona, siga leyendo.

cat funciona, pero lpd no.

Mantener "lpd" en forma se explica en la página adecuada del manual, pero si le persiguen los problemas de configuración, puede evitar que lpd establezca la configuración del puerto, haciendo que su impresora no presente un dispositivo normal (vea la sección impresorasqueno ).

El proceso a seguir es el siguiente:

  1. el campo :lp: de /etc/printcap deberá apuntar a /dev/null1 (créelo con mknod /dev/null1 c 1 3), porque no queremos a /dev/null sólo para nosotros. Elimine los campos :br: y :fs:, :fc:, :xs: y :xc:.
  2. Cree un script, por ejemplo, testserie, tal que este: 
    #!/bin/sh
echo if: $* >> /var/spool/lpd/resultados
# /dev/lp debe estar enlazado (con ln -s) a /dev/ttyS?, donde esta la 
# impresora
exec su-filtro-de-entrada-viejo $* > /dev/lp
    o si no tiene un :if: instalado 
    #!/bin/sh
echo if: $* >> /var/spool/lpd/resultados
# asumimos que /bin/sh es bash al usar "echo -ne"
echo -ne \\f > /dev/lp
  3. Asegúrese que es ejecutable y legible para todos (rwxrwxr-x). Pruebe el filtro con 
    # testserie < algo-que-imprimir
    y vea si sale algo por la impresora. Modifique /etc/printcap, para que if sea "testserie" (o el nombre que le haya dado).
  4. Con stty, configure el puerto de la impresora. Intente imprimir. Ahora podrá saber si hay datos en el tampón, y algo debería imprimirse si el paso 3 funcionó.

Ahora, si el proceso con if funciona, y cree que la configuración del printcap original es la correcta, vuelva a revisar la configuración del puerto, las etiquetas de termios.h ... Si aún no funciona, probablemente lpd tiene un defecto, y deba obtener una versión nueva.

Impresoras que no son dispositivos simples.

Piense en una impresora conectada de algún modo tortuoso a nuestra red ... ---agárrese: está enchufada a un ordenador con el que sólo podemos comunicarnos mediante correo electrónico---

Para imprimir a través de lpr, el campo :lp: debería ser redirigido a un dispositivo nulo, 

mknod /dev/null1 c 1 3

(no a /dev/null, pues lpd lo usa en exclusiva). El filtro de entrada ( :if:, recuerde) debe explícitamente codificar y enviar como correo al ordenador remoto su salida.

Se rumorea que alguien consiguió con algo similar con Novell NetWare y el agente de correo Charon; también hay quien cree en los Reyes Magos.

4.7 Trucos y problemas

lpr -i o como modificar la impresión a nuestro antojo.

La opción -i envía argumentos al filtro de impresión. Ante todo, necesitamos un filtro instalado en printcap para que la opción '-i' funcione. Ésta se limita a pasar a través de lpd hacia el filtro. Si quisiera un filtro que permitiera configurar su impresora sobre la marcha, podríamos utilizar un filtro como este: 

#!/bin/sh
# Mi programa de configuracion se llama confimpre.
exec /usr/lib/confimpre $*

que desplace el margen izquierdo, y pasar como argumento el margen deseado. 

#!/usr/bin/perl
# confimpre: Desplaza el margen izquierdo en un texto ascii
# Usamos perl porque convertir numeros a caracteres
# es un campo de minas en programacion shell
for  ( $i=0 ; !($_ = $ARGV[$i]) || !/^-i([0-9])+/;
$i++) {}
print pack( "cAc" , 27 , "l" , $1) ;
while (<STDIN>) { print; }

'lpc' y 'lpq' advierten : "missingdaemons"

Un proceso lpd corre continuamente, y se desdobla en hijos para manipular cada impresora en tanto se necesita. La salud del proceso principal no se manifiesta explícitamente con 'lpc'; basta con la ausencia de errores. El comando 'lpc stat' mostrará de manera normal el mensaje "no daemon present" para cada cola actualmente inactiva. Si la impresión se desactiva, o la cola se vacía, 'lpq' es bastante más escandaloso, gritando "Warning: no daemon present", aunque, de hecho, no hay condición de error. Si el demonio está ausente cuando hay entradas en la cola, y no ha sido explícitamente detenido, probablemente se debe a un fallo en algún filtro. Fíjelo y reinicie con "lpc up <cola>.

De vez en cuando, al desactivar una impresora, 'lpc' alucina, e intenta matar demonios inexistentes, emitiendo un surtido de irritantes e inofensivos mensajes de error. Esta "característica" es muy rara en versiones posteriores a lpd-590p2.

Impresión sobre red (notas adicionales)

Dado que la máquina que alberga la impresora física debe saber quien se conecta, deberemos dar de alta al resto de los ordenadores en los ficheros /etc/hosts.equiv y /etc/hosts.lpd, con sus nombres canónicos, o direcciones IP. Si no está seguro del nombre completo de una máquina, puede incluir todos sus alias conocidos.

Por motivos de seguridad, es preferible que las máquinas que sólo deban tener acceso a la impresora queden restringidas a /etc/hosts.lpd.

Si el servidor de impresión no ejecuta un sistema de impresión tipo BSD ( UnixWare, HP-UX versión 10 ,...), debería ser posible trabajar con él, teniendo en cuenta que los ficheros de autorización pueden variar notablemente, cambiando en cada sistema.

Si aún no puede imprimir sobre un sistema distinto, queda un as en la manga: simplemente use una orden remota, tal que rsh, rexec ... 

# rsh rabano.huerta.net "lp -dlp" < fichero

permitirá imprimir sobre un SYSV, desde nuestra pera.huerta.net.

4.8 Los filtros de impresión

Los filtros en UNIX, son meramente programas (y como tales deben tener permisos de ejecución) que leen la entrada estándar y escriben sobre la salida estándar, independientemente de su complejidad.

Los filtros de lpd lo son en el sentido que leen STDIN y escriben en STDOUT; su peculiaridad estriba en que deben asumir que la entrada estándar es un fichero de acceso aleatorio, sobre el que se pueden realizar operaciones con lseek().

Un filtro que interpreta PostScript nos servirá de ejemplo: 

#!/bin/sh
/usr/bin/gs -q -dSAFER -dNOPAUSE -r?? -sDevice=? -sOutputFile=- - < /dev/null

La primera línea invoca al intérprete de comandos que lo interpretará. Podemos usar csh, bash, perl, tcl, etc...; va por gustos.

En la segunda línea usamos gs como filtro, indicando que la entrada es STDIN ( el guión del final ), y la salida, STDOUT (-sOutputFile=-). Lea la página de manual de 'gs' para más detalles.

Es buena práctica guardar los filtros de entrada en el directorio tampón de la impresora en la que se usan (o en /var/spool/lpd/ ), aunque las buenas maneras recomienden camas separadas para datos y programas.

Más difícil aún: 

#!/bin/sh
/usr/tex/bin/dvips -f | /usr/bin/gs [...] -sOutputFile=- -

Como se puede ver, este filtro procesará un fichero texto de formato TEX o LATEX, obteniendo un fichero .dvi, que es transformado en PostScript, y reprocesado con ghostscript para imprimirlo en una impresora normal.

Ojo: Si usa impresión remota con lpr, el filtro deberá encontrarse en la máquina remota; LPRng obvia este inconveniente.

Los filtros de salida

Son como el goto en 'C', se pueden usar, pero realmente, es difícil encontrar aplicaciones para ellos. Dado que cualquier comando de iniciación de la impresora es ignorado, si tenemos un trabajo rodando que cambia algo (el tipo de letra, por ejemplo), el nuevo trabajo probablemente acabará mal impreso. No los use.

Depuración de filtros

Es absolutamente trivial: mifiltro <fichero >/dev/lp1 (como root). Comprobaremos de inmediato si de verdad funciona.

Un truco muy útil para los filtros con argumentos en línea de comandos consiste en incluir la línea 

echo $* >> /tmp/filter-log

cerca del principio del guión. Recuerde incluir en la primera línea '#!/bin/sh', asegúrese de que el propietario es root, y que son ejecutables por todo el mundo.

Filtros Mágicos

Tienen de especial estos programas que son capaces de identificar la familia de los datos a imprimir a partir de patrones característicos de datos en situaciones determinadas. Son generalmente guiones Shell, Perl, programas en C ...; el programa identifica la fuente de datos, y llama a un filtro ordinario que lo procesa de modo adecuado. Con un filtro mágico adecuado y tres filtros no mágicos podemos imprimir cosas como esta: 

# lpr -d fich1.dvi fich2.dvi.Z fich3.ps fich4.tex.gz

Un buen sitio para encontrar filtros mágicos como el del ejemplo anterior es:

ftp://tsx-11.mit.edu/pub/linux/sources/usr.bin/magic-filter-??.tar.gz.

Como podrá suponer, nunca se deberían usar como filtros de salida.

Un ejemplo: el siguiente filtro mágico identifica un fichero fuente ps o texto, y lo procesa de acuerdo a su clase: 

#!/bin/sh
printf "<Filtro magico para imprimir texto y ps.>"
read first_line
first_two_chars=`expr $first_line : '\(..\)'`
if [ "$first_two_chars" = "%!" ] ; then # Documento PostScript.
/usr/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=??? -sOutputFile=- - < /dev/null
else 
# Texto llano - Si hace falta, podemos incluir aqui la
# correccion del efecto escalera
echo -n $first_line
cat
printf "\014"
fi

Para desazón de muchos, habrá ya notado que un script ejecutado por alguien distinto al propietario puede ser una brecha de seguridad. Este no es el caso de los filtros de lpd, ya que el entorno de los guiones no está al alcance de potenciales piratas.

Los usuarios de HP estamos de suerte

Hasta donde hemos podido averiguar, HP no tiene ningún programa que permita configurar sobre la marcha sus impresoras (¡¡ ni siquiera para sus propios sistemas UNIX!!), salvo que use MS-Windows, o *DOS; por lo que sólo nos queda, bien usar DOSEMU, o salir a DOS, configurar la impresora, y volver a Linux.

Existe un hermoso programa llamado hpmodeset

Nota del Traductor:
Hay también otro programa más moderno y práctico, llamado hpset, localizable en cualquier mirror de Sunsite, en ../system/printing/
, escrito en Eiffel, que hace el trabajo por nosotros, muy fácil de usar. Su autor es Glenn Maughan ( glennm@insect.sd.monash.edu.au); se puede conseguir en ftp://hornet.sd.monash.edu.au/pub/hpmodeset/v2.0.

Permite fijar economode, definición, tipo de papel, etc... en ficheros PCL (el lenguaje de las impresoras HP) y ps. No es tan espectacular como el programa de windows, pero funciona muy bien, y es susceptible de ser utilizado como filtro de impresión.

5. ¿CÓMO SE IMPRIME ... ?

Ya sabemos con qué imprimimos bajo Linux. Ahora haremos una visita a los programas más normales para generar el texto a imprimir usualmente disponibles. Advierta que la mayor parte de los programas de impresión bajo otros UNIX pueden ser muy fácilmente adaptados a Linux.

5.1 Texto Llano

Bajo Linux, (como cualquier otro U*X), lo más fácil es imprimir texto llano. Cualquier editor estándar de UNIX (vi, emacs), o alguno más sofisticado (nedit, jed, .. ) le producirán tantas arrobas de letras como desee.

Además, la mayor parte de los programas que a continuación se describen son capaces de generar documentos en texto llano, con las órdenes adecuadas.

pr

La mayoría de los ficheros de texto llano en U*X tienen tendencia a ser un mar de caracteres, sin saltos de página ni nada que permita un documento mínimamente presentable.

pr surgió para obviar este inconveniente. Procesando el documento a través de pr, se le añaden cabeceras y/o pies, números de página, márgenes superior e inferior... Como cualquier otra utilidad UNIX, pr tiene dos o tres millones de opciones, debidamente reseñadas en la página del manual.

5.2 PostScript

Si no tiene que imprimir texto llano, es muy probable que tenga que imprimir PostScript. Si su impresora lo interpreta, sus problemas terminan aquí; si está en el caso contrario, situación normal para casi todos, la cosa se complica un poco, pues necesitará un programa que lea PS y lo traduzca al lenguaje de su impresora.

Ghostscript

El modo normal de interpretar ps bajo Linux es usar ghostscript, que , como casi todas la utilidades, procede del proyecto GNU. Herramienta versátil donde las haya, gs traduce PostScript a formato X Window, impresoras IBM, Epson, HP, Canon ..., fax, y casi para cualquier dispositivo que se le ocurra. Los dispositivos soportados en cada versión de ghostscript están debidamente relacionados en la documentación del programa; puede obtenerse una relación con la orden 'gs -help'.

gs se ha convertido en utilidad estándar en la mayoría de las distribuciones de Linux, que la incluyen completa. Advierta que los ejecutables binarios pueden necesitar 'libX.so.???' tal como vienen en el controlador de pantalla X Window.

La distribución "oficial" en forma de ficheros fuente, que deben ser compilados en su sistema puede encontrarse en:

ftp://prep.ai.mit.edu/pub/gnu/ghostscript-*.tar.gz

ftp://prep.ai.mit.edu/pub/gnu/ghostscript-fonts-*.tar.gz

La instalación mínima de los binarios de gs y algunos otros programas necesarios para imprimir la documentación de Linux está disponible en

ftp://sunsite.unc.edu/pub/Linux/apps/tex/texmin/texmin-*.tar.z

Esta distribución no contiene ningún tipo de letra PostScript (ni las necesitará para imprimir ficheros .dvi).

La documentación principal de ghostscript se encuentra en el fichero use.doc, en el directorio de fuentes, o en /usr/lib/ghostscript/doc/ si no tiene los fuentes.

Para imprimir ps determine primero el nombre de su dispositivo con la orden 'gs -help', que lista los dispositivos instalados. Si el suyo no está en la lista, deberá recompilar gs (No se asuste, siga las instrucciones que figuran en make.doc. Necesitará libres 5 o 6 Mb de espacio en disco). Con la orden: 

# gs -dNOPAUSE - sDEVICE=???? -sOutputFile=/dev/???? fichero.ps

el documento aparecerá (eso esperamos) en su impresora sin problemas. Como podrá imaginar, a mayor versión, más dispositivos soportados. En la documentación incorporada se describe el procedimiento para desarrollar nuevos dispositivos si fuera necesario.

gs puede imprimir en la mayoría de las resoluciones soportadas por su impresora; '-r300' '-r150', '-r360x180' son ejemplos de las opciones para su control. Las impresoras matriciales necesitan que se fije esta opción, al no soportar normalmente la resolución por defecto de 300x300.

5.3 Mi impresora sólo trabaja con PostScript

Si su impresora sólo trabaja con PostScript, o quiere ahorrarse andar configurando el dispositivo cada vez que tiene que cambiar el tipo de documento a imprimir, hay toda una familia de programas que transforman el texto llano a PostScript.

mpage

Transforma texto llano a PostScript y/o imprime más de una página en cada hoja de papel a partir de PostScript o texto. Puede encontrarlo en

ftp://wuarchive.wustl.edu/pub/mirrors/unix-c/PostScript/mpage-tar-z

el sufijo -z equivale a .Z (compress). La orden 

man -t <orden> | mpage

enviará una copia de la página en formato PostScript a lpr.

a2ps, enscript, nenscript

A partir de un texto ascii llano, a2ps produce una página debidamente formateada, con cabeceras, pies, números de página ... Se encuentra en el mismo lugar que mpage.

enscript y nenscript hacen lo mismo que a2ps. Puede encontrar nenscript en:

ftp://sunsite.unc.edu/pub/Linux/system/Printing/nenscript*

Nota del Traductor:
Ojo; Aquí podemos tener problemas con los caracteres extendidos; por ejemplo: a2ps (la versión que tengo, al menos) genera un fichero ps que no tiene acentos, eñes .., al no definir una tabla tipográfica para ellos. En cambio, nenscript si lo hace.

gslp

Incluida en la distribución de ghostscript, gslp transforma un fichero texto a PostScript. Úselo con la orden: 

# gs -q -sDEVICE=???? -dNOPAUSE -- gslp.ps fich.text

(el programa es gslp.ps, escrito en PostScript, que, en muchos aspectos, es un lenguaje de programación, más que un conjunto de órdenes de impresión). Hay un ejecutable en la distribución que evita dar estos rodeos.

Utilidades para PostScript

Existen cientos de pequeños programas que permiten modificar ficheros ps. Puede encontrarlos en

5.4 TeX, LaTeX

Si hay algo cierto en el mundo de UNIX, especialmente a nivel académico, es que antes o después uno se acaba topando con Él. TeX es un sistema de formateado de textos

Nota del revisor:
Más bien un Procesador de Documentos
. Funciona de modo análogo a un compilador: El código fuente corre a través del programa tex, y obtenemos un fichero .dvi, independiente del dispositivo, que normalmente debe ser procesado de nuevo para obtener un documento impreso. La altísima calidad del producto obtenido justifica la complejidad del proceso.

El trabajo con TeX, no obstante, se ve gratamente suavizado mediante el uso de procesadores de texto, como LyX, con el que ha sido reelaborado este documento.

Remitimos al lector al libro "LaTeX, a document preparation system" de Leslie Lamport (ed. Addison Wesley) 2ª edición, que analiza en detalle la versión más popular de este extraordinario sistema de tratamiento de textos.

dvips

Convierte el fichero dvi generado a partir de un documento TeX en un fichero PostScript, que puede imprimir a través de gs, o directamente en la máquina adecuada. La mayoría de las distribuciones de Linux incluyen este paquete.

La orden 

dvips -f1 fich.dvi | lpr

es típica. dvips responde tanto a los argumentos de la línea de comandos como al fichero de configuración "config.ps", donde puede organizar las cosas para que la salida vaya directamente a la impresora, por ejemplo. Así, bastará escribir dvips fichero.dvi para obtener el documento final.

dvips tiene unas cuantas opciones interesantes; por ejemplo dvips -r1 fich.dvi imprimirá el documento en orden inverso. Los propietarios de impresoras HP apreciarán esta característica.

eps, dvilj, dvi500

Transforman los ficheros dvi en los lenguajes de impresoras Epson y HP LaserJet y DeskJet respectivamente. Suelen estar incluidos en la mayor parte de las distribuciones, y, por supuesto, en ftp://sunsite.unc.edu

5.5 texinfo

Es el formato nativo del proyecto GNU. emacs puede ser forzado a producir un fichero de información desde TeXinfo, y TeX producirá un excelente resultado a partir de este mismo fichero. Realmente, el documento está en formato TeX, y necesita que el fichero de macros texinfo.tex esté instalado en su sistema. Simplemente ejecute 'tex fichero' dos veces (con el fin de generar índices), y obtendrá un fichero dvi que podrá imprimir o visualizar a su placer.

Con emacs puede teclear además 'M-x texinfo-format-buffer' para convertir el fichero texinfo en un fichero info legible con emacs 'M-x info', u otro visor de su elección.

Hay otros programas que leen y formatean info desde un fichero texinfo. Están disponibles en ftp://prep.ai.mit.edu/pub/gnu/

5.6 *roff; páginas man

Si hay un generador de documentos virtualmente universal es troff, y sus primos cercanos, debido a que las páginas de manual se escriben para ellos. Las órdenes de formato de documentos serán ¿sorprendentemente? familiares para los (no se si aún queda alguno vivo) forofos de las versiones más populares de Wordstar.

La orden para imprimir las páginas de manual es 

man -t <comando> | lpr

groff traduce la página a PostScript, que se procesa sin mayores problemas, como ya sabemos. Obtendremos así una página impresa muy aparente. Esto, sin embargo, depende mucho del programa 'man' que viene con su sistema. Si el suyo no lo permite, consiga la versión escrita en perl, en: ftp://sunsite.unc.edu/pub/Linux/system/Manual-pagers/.

Está íntegramente escrito en perl, y es por tanto muy personalizable.

Otro camino consiste en encontrar el fichero fuente de nroff de la página en los directorios de man, e imprimirlo con la orden: 

groff -fichman -Ttipo orden.1 | lpr

donde tipo puede ser 'ascii', 'dvi' 'ps' 'X100', 'X75', 'latin8'

5.7 Adobe Acrobat. Ficheros PDF

Estándar emergente donde los haya, los papás de PostScript han desarrollado un formato de documentación que permite (al menos eso venden) absoluta independencia del sistema operativo. Un fichero PDF se imprimirá igual de bien en un ordenador con MS-Windows, un Mac*, un CojoSuperOrdenador Cray, o un PC con Linux.

Los documentos PDF se traducen justo a la hora de imprimirlos al formato que cada sistema operativo requiera; en UNIX, a PostScript.

Puede obtenerse una copia del lector de Adobe en http://www.adobe.com.

Si prefiere algo menos "comercial", Xpdf será de su agrado. La última versión está en

http://www.contrib.andrew.cmu.edu/usr/dn0o/xpdf/xpdf.html

5.8 Tipos

(Esta sección contiene información no específica a los dispositivos). La información pertinente al dispositivo X11 de gs (y ghostview) se incluye en el apartado de visualización.

Todas las versiones de gs vienen provistas de un surtido de tipos de dominio público, muchas de ellas generadas a partir de mapas de bit, con baja calidad. Sin embargo, gs puede usar cualquier tipo PostScript clase 1 o 3 que tenga a mano. Por ejemplo, Adobe Type Manager (que no sea de Mac) incluye tipos utilizables. Sitúelos (normalmente *.pc?) en lib/ghostscript/fonts/, y añada al fichero [...]/ghostscript/Fontmap' líneas del estilo 

/Courier            (com_______.pfb) ;

En el servidor de correo de impresión puede encontrar el fichero fontmap.atm, que contiene un fontmap de los tipos normalmente incluidos en Adobe Type Manager.

Puede encontrar tipos Adobe Type 1 en:

ftp://ftp.cica.indiana.edu/pub/pc/win3/fonts

ftp://archive.umich.edu/msdos/mswindows/fonts

En el fichero comp.fonts FAQ, en ftp://rftm.mit.edu, puede encontrar información útil acerca de tipos de impresión.

La conversión entre familias de tipos es delicada. gs incluye herramientas para generar tipos escalables a partir de mapas de bits (cuanto más grandes, mejor).

groff tiene también herramientas para usar tipos Tfm/mf (TeX) y pfb (type 1) en documentos *roff. X11R5 incluye herramientas procedentes de IBM para presentar tipos type 1, con sus correspondientes páginas de manual. Eche un ojo también al logical fontutils en ftp://prep.ai.mit.edu/pub/gnu/.

5.9 Documentos para fax.

Aunque no parezca el lugar más adecuado para su reseña, ¿qué hacemos al enviar un fax más que imprimir un fichero en un terminal remoto?. Mediante fax, puede transmitir documentos originalmente en PostScript, dvi, texto llano....

Para enviar un fax, el documento original debe ser transformado en una imagen TIFF del grupo III que será transmitida por el fax-módem. Todos los programas mencionados contienen utilidades que permiten transformar las distintas clases de documentos al formato necesario. Además, gs (también aquí) tiene dispositivos adecuados para ello (-sDEVICE=tiffg3).

Tenga en cuenta que hay dos juegos de órdenes que un fax puede soportar: Clase 1 y Clase 2. En el primer caso, hoy ya casi extintos, gran parte de la gestión de transmisión de datos debe hacerla el ordenador anfitrión vía el programa de fax. Esto hace que en condiciones de sincronización crítica, el control se vuelve casi imposible. Los fax de clase 2 son más caros, pero mucho menos propensos a dar guerra. No confunda la 'clase' y el 'grupo'. Deberá tener, por supuesto, un fax-módem de grupo III.

FLEXFAX

FlexFax está escrito en C++ (necesita instalar g++ para compilarlo), y soporta fax de clase 1 y 2. Utiliza ghostview (o cualquier otro visor de ps) . Puede ejecutarse en lugar de getty, y decide, según el tipo de llamada, si activar el fax, o presentar un login. Permite la emisión de faxes a través de una red, y tiene un zurillón de utilidades. Se configura vía 'configure', y para un ordenador aislado es un tanto mastodóntico. La versión actual (4.0 beta 018, según escribo ) puede encontrarse en: http://www.vix.com/hylafax/

mgetty+sendfax

mgetty+sendfax controla sólo fax de clase 2, y puede también actuar como contestador automático, si el módem lo soporta. Al igual que FlexFax, se instala en lugar de getty, controlando qué entra y sale. Muy adecuado si no necesitas trabajar sobre red. Un excelente conjunto de programas disponible en

ftp://sunsite.unc.edu/pub/Linux/system/Serial/mgetty+sendfax*.tar.gz

ftp://tsx-11.mit.edu/pub/Linux/sources/sbin/mgetty+sendfax*

ftp://ftp.leo.org/pub/comp/networking/communication/modem/mgetty/

EFAX

Controla fax de clase 1 y 2; no discrimina entre una conexión de datos y un fax, tiene su fuerte en su facilidad de uso. Necesita el paquete NetPBM (ftp.x.org). Utiliza xv para ver los fax recibidos. Lo encontrará en:

ftp://sunsite.unc.edu/pub/Linux/apps/comm/efax*

6. Visualización

Hubo un tiempo en que a alguien se le ocurrió el concepto de la "oficina sin papeles"; no haría falta manejar papel impreso durante el tránsito de documentos. Qué falta de vista. ¿Cómo podríamos si no fardar de impresora ?. Nos ha quedado de todo aquello una serie de programas que nos facilitan ver el resultado final de un trabajo sin su materialización.

6.1 Con X-Window instalado

ghostview

El complemento ideal de 'gs', visualiza documentos PostScript en un sistema X Window. Permite elegir páginas individuales, o grupos de ellas para su posterior impresión. La distribución oficial está en

ftp://prep.ai.mit.edu/pub/gnu/ghostview-*.tar.gz

Fácil de construir, ghostview necesita gs para ser ejecutado. Las últimas versiones utilizan las fuentes estándar de X Window, facilitando la legibilidad en las condiciones de baja resolución de los monitores. La verdad es que funciona muy bien; de hecho, muchos piensan que mejor que el paquete pageview de Sun. Si lo desea, puede utilizar fuentes distintas a las del sistema ( por ejemplo, Type 1 ), simplemente situando la orden 

ghostscript.useExternalFonts:false

en su fichero .Xdefaults.

Puede obtenerse más información de la documentación que acompaña al programa, y en la correspondiente página de manual.

gspreview

Tenemos aquí otro interfaz para ghostscript. Más sencillo que ghostview, carece del millón de opciones de éste, pero trabaja razonablemente bien. Puede encontrarlo en

ftp.x.org/contrib/gspreview*

xdvi y xtex

El equivalente para documentos .dvi de ghostview, tiene una curiosa y útil "lupa" incorporada. Extremadamente legible, viene incluido con la mayoría de las distribuciones de TeX. Para ver un fichero basta con 'xdvi fich.dvi'. Su situación usual es

ftp://ftp.x.org/contrib.

xtex tiene La misma utilidad que xdvi. Disponible en ftp://ftp.x.org/contrib/xtex-*.tar.z

6.2 ¿Y si no tengo instalado X Window ?

Instalar X puede ser una mala opción si su equipo no dispone de memoria suficiente ( 8 Mb recomendados para ello ). No se preocupe, también hay solución.

Ghostscript, de nuevo

Ghostscript incluye en su distribución dispositivos para control del soporte físico de los PC; no es una buena solución para UN*X; Las últimas distribuciones, sin embargo, incluyen soporte para librerías VGA de Linux (svgalib). El dispositivo pertinente se llama 'Linux'; la orden 

gs -sDEVICE=linux fichero.ps

mostrará el documento en pantalla. La variable de entorno GSVGAMODE, muy importante, fija el modo de vídeo deseado, según los valores que aparecen en el fichero de vgalib vga.h.

Si no lo tiene en su distribución, puede obtener el parche en el servidor de correo de impresión, o en

ftp://ws105.zfn.uni-bremen.de/pub/gs261-linuxdriver.sh

ftp://ws105.zfn.uni-bremen.de/pub/gs261-svgalib.tar.gz

ftp://ftp.cdrom.com/pub/linux/misc

y por supuesto, en ftp://sunsite.unc.edu.

(Pruebe mejor en los diversos duplicados de este lugar. Sunsite está normalmente saturado

Para los residentes en España, ftp://sunsite.rediris.es es un mirror inmejorable.
).

dvgt

Permite la visualización de ficheros .dvi bajo la librería svgalib, o en diferentes clases de terminales gráficas, incluyendo vt, tek, o un PC corriendo MS-Kermit. Disponible en sunsite.

7. Copyright

Salvo otra disposición, los documentos COMO de Linux están registrados por sus autores respectivos. Los documentos COMO de Linux pueden ser reproducidos y distribuidos en todo o en parte, en cualquier medio físico o electrónico. Las traducciones y similares están permitidos sin necesidad de permiso expreso.

La redistribución comercial está permitida y recomendada; sin embargo a los autores les gustaría tener conocimiento de tales distribuciones.

Resumiendo: Nos gustaría promover la distribución de esta información a través del mayor número de canales posible. Sin embargo, nos gustaría retener los derechos de autor de los documentos COMO, y ser informados de cualquier plan para su redistribución.

Si tiene dudas, contacte con Greg Hankins

En cuanto a coordinación de traducciones al castellano, ver sección Grupos
el coordinador de los COMO de Linux, en greg.hankins@cc.gatech.edu .

8. Anexo: Grupos LiNUXeros en España.

Francisco José Montilla, pacopepe@iname.com, FidoNet 2:345/402.22 es coordinador del INSFLUG: (Impatient & Novatous Spanish Fidonet LiNUX Users Group) uno de los varios grupos de usuarios existentes en España, y más concretamente en la mejor ;-) área de FidoNet: R34.LINUX junto con LuCas (LinUx en CAStellano).

El INSFLUG se orienta preferentemente a la traducción de documentos breves, como los COMOs y PUFs

Preguntas de Uso Frecuente, las FAQs. :)
, etc.

LuCas Coordina y realiza las traducciones de las guides, es decir, documentos más extensos.

Por supuesto, la orientación de cada grupo no tiene carácter excluyente; si quieres colaborar en las dos, ¡mejor! ;-).

Otra fuente de información obligada para el recién incorporado son las FAQ elaboradas a partir del correo circulante por R34.LINUX por Pablo Gómez, pgomez@arrakis.es, 2:341/43.40, disponibles próximamente en los formatos habituales de documentación (ps, dvi, html, sgml, etc) en los servidores de Internet especificados más adelante, así como en el mismo área.

¡Necesitamos su colaboración para futuras traducciones! si quiere unirse a nosotros póngase en contacto con:

INSFLUG: (Traducción y autoría de COMOs)

Francisco José Montilla, pacopepe@nova.es, FidoNet 2:345/402.22

LuCas: (Traducción y autoría de guías)

  1. Juan José Amor, jjamor@ls.fi.upm.es, FidoNet 2:341/12.19
  2. Alfonso Belloso, alfon@bipv02.bi.ehu.es, FidoNet 2:344/17.2

Puede obtener traducciones de:

FidoNet:

Si se da el caso de que carezca de acceso a Internet, y no encuentre los COMOs en alguna de estas dos direcciones, no dude en ponerse en contacto conmigo, y me encargaré de subirlas a alguna de las dos.

Por último, recordar que un inmejorable lugar para estar informado, así como consultar y discutir todo lo relacionado con LiNUX lo tiene en FidoNet, en R34.LINUX.

Actualmente, ambos grupos poseen las siguientes listas de correo:

Ambas son listas tipo majordomo; para suscribirse:

envíe un email a majordomo@nova.es, con "subscribe insflug" en el cuerpo del mensaje.

En el caso de LuCAS sería a majordomo@infor.es, con "subscribe lucas" en el cuerpo del mensaje.

Dispone de todos los ``COMOs'' traducidos hasta ahora, así como información puntual sobre el INSFLUG y temas relacionados en:

http://www.insflug.nova.es en sus versiones html

Actualización lenta
, y listas para bajar, en

ftp://ftp.insflug.nova.es/es

Este es el lugar actualizado con más frecuencia; en Sunsite y sus mirrors está duplicado en el directorio ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/translations/es De todos modos, probablemente con su distribución de Linux vengan incluidos.

Otro buen punto de búsqueda, consulta, y obtención de la documentación traducida, en formato HTML, con links a los demás formatos, así como las traducciones de las guías traducidas por LuCAS es:

http://www.infor.es/LuCAS/

junto con su ftp:

ftp://ftp.infor.es/pub/LuCAS/

Tanto el INSFLUG, como LuCAS, y todos los traductores implicados, esperamos que esta traducción le haya sido de utilidad.