El subsistema de impresión de UNIX System V es uno de los varios sistemas estandarizados para imprimir en Unix, y es típico de las versiones comerciales de Unix basadas en System V, como Solaris y SCO OpenServer . Un sistema que ejecuta esta arquitectura de impresión se podía identificar tradicionalmente por el uso del comando de usuario lp como la interfaz principal con el sistema de impresión, en oposición al comando BSD lpr (aunque algunos sistemas proporcionan lpr como un alias para lp ).
Los comandos de usuario típicos disponibles para el sistema de impresión System V son:
En el modelo de programación Unix, los archivos de dispositivo son archivos especiales que actúan como puntos de acceso a dispositivos periféricos como impresoras. Por ejemplo, la impresora de primera línea en un sistema Unix podría estar representada por un archivo lp1 en el directorio del dispositivo ( /dev ), es decir , /dev/lp1 . Usando la metáfora del archivo, un documento podría imprimirse "copiando" el archivo en el dispositivo: cp document /dev/lp1 . Si bien esto funcionó bastante bien para el caso en el que había una impresora por usuario, este modelo no se escalaba bien para múltiples usuarios que tenían que compartir una impresora. [1] La solución fue crear una cola (o "spool") de documentos para imprimir y usar un daemon (proceso del sistema) para administrar esta cola y enviar los documentos a la impresora en el orden en el que llegaban.
Un sistema de este tipo, con un comando lp para enviar documentos a la cola, se introdujo por primera vez en 1973 en la versión 4 de Unix. [2] Con el lanzamiento de System V Release 4 , el conjunto de utilidades había crecido para incluir comandos para cancelar trabajos de impresión, mover trabajos entre colas, habilitar y deshabilitar colas, habilitar y deshabilitar un demonio programador de trabajos e informes de estado del sistema de impresión. [3] El comando lp manejaba los documentos de la cola que se iban a imprimir [3] y tenía más de 20 opciones diferentes que controlaban la apariencia del documento y su lugar en la cola, [4] e incluso manejaba la notificación por correo electrónico del usuario una vez que el documento había terminado de imprimirse. [2] El comando devolvía un "ID de trabajo" que podía ser utilizado por los comandos cancel o lpstat para eliminar el trabajo de la cola o verificar su progreso, respectivamente. [5] Si bien se consideraba que el sistema era bastante complejo de configurar y administrar, se esperaba que la mayoría de los usuarios solo usaran estos tres comandos. [4]
Con su distribución en el influyente AT&T Unix System V, la interfaz, si no la implementación, se convirtió en el estándar para el control de los usuarios sobre las impresoras. El comando lp se incluyó como un requisito en el estándar POSIX .2, [6] y un comando con ese nombre apareció en los sistemas de impresión lpr, LPRng y CUPS posteriores . (En los derivados de SVR4 como SCO UNIX , el comando lp era simplemente un alias para el comando lpr utilizado por el sistema lpr basado en BSD . [7] )
Tan tarde como en 1996, Running Linux afirmaba: "El software de impresión de Linux consiste en el software lp y lpr estándar de UNIX", [8] pero en 1999 el soporte para lp estaba disminuyendo y la tercera edición simplemente afirmaba: "El comando lpr imprime un documento en Linux". [9] En 2003, una encuesta de las distribuciones Debian , Mandrake , Red Hat , Slackware y SuSE mostró que todas ellas ejecutaban alguna combinación de lpr, LPRng y CUPS. [10]
El sistema de impresión original System V sigue siendo propietario; sin embargo, el sistema de impresión Solaris, muy modificado con respecto al original, se ha publicado como software de código abierto como parte del proyecto OpenSolaris . El sistema de impresión Common Unix emula las arquitecturas de impresión System V y Berkeley en el nivel de interfaz, aunque su arquitectura interna es diferente a la de ambas.
En su introducción a un sistema de configuración simplificado para lp, el autor Peter Gray de la Universidad de Wollongong describió varias debilidades de la versión que venía con la versión 2 del sistema operativo Solaris vigente en ese momento .
Como resultado, Gray observó que "muchos administradores optan simplemente por ejecutar el antiguo sistema lpr/lpd en las cajas SVR4". [11]
