Impresion desde Linux a Printronix.
Asdtaker escribió: > On Wed, Jul 23, 2008 at 1:29 PM, Enrique Vera <[EMAIL PROTECTED]> wrote: > >> Asdtaker escribió: >> >>> On Mon, Jul 21, 2008 at 8:38 PM, Jorge Palma <[EMAIL PROTECTED]> wrote: >>> >>> On Mon, Jul 21, 2008 at 7:26 PM, Asdtaker <[EMAIL PROTECTED]> wrote: >>>> >>> [mi correo anterior con una no muy clara explicación] >>> >>> >>> >>>> Disculpa pero no me queda clara tu consulta >>>> >>>> Antes de tirar el comando lpr, creaste la cola??? >>>> >>> En el link que adjunté [1], indico los pasos que he seguido hasta ahora, >>> que >>> por lo que entiendo, crea la cola: >>> ###Archivo /etc/printcap### >>> p01:\ >>>:sd=/var/spool/lpd/printer01:\ >>>:mx#0:\ >>>:sh:\ >>>:rm=print01:\ >>>:rp=d1prn:\ >>> >>> La impresora tiene ip configurada y llego a ella desde el equipo (ping), >>> no >>> la puedo conectar fisicamente al equipo (serial, paralelo). >>> ###Archivo /etc/hosts### >>> 172.30.1.192print01 >>> >>> Cuando intento imprimir me da el mensaje que describí en el correo >>> anterior: >>> [EMAIL PROTECTED] root]# lpr -Pp01 /etc/protocols >>> lpr: unable to print file: client-error-not-found >>> >>> He googleado pero no me ha dado luces. Lo que intento hacer es imprimir >>> directamente a una impresora de red, son archivos de texto plano, sin >>> mayores formatos. >>> >>> >> Dos ideas: >> >> Una: coloca client-error-not-found en google y veras una buena cantidad de >> enlaces que hablan del tema haciendo referencia a CUPS. > > Creeme lo hice, de hecho lo que he efectuado hasta ahora se basa en mis > busquedas. > >> >> Dos: revisa si tienes permiso en tu impresora remota. Cuando se accede a >> una impresora controlada por un computador remoto, se debe habilitar en ese >> computador remoto que permita el acceso al computador que emite el informe; >> en este caso ese papel esta incorporado en la propia impresora y pudieras >> tener que activar algo similar. > > Mi impresora remota esta conectada directamente a la red (sip, por ethernet, > con ip y todo), no atachada a otro equipo. > >> >> Enrique. >> Me refiero a que muy impresora sera pero tiene una capa de software para proveer el servicio lpr (si, por ethernet con ip y todo), y si provee lpr puede que requiere lo que los servidores lpr esperan (autorizar a los equipos de los cuales aceptan impresiones). Si tienes CUPS y no piensas usarlo, entonces puedes eliminarlo y usar un simple lpr o lpr-ng o similar que se configuran solamente modificando el printcap. Enrique. From [EMAIL PROTECTED] Wed Jul 23 18:14:24 2008 From: [EMAIL PROTECTED] (Asdtaker) Date: Wed Jul 23 18:20:53 2008 Subject: Impresion desde Linux a Printronix. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2008/7/23 Aldrin Martoq <[EMAIL PROTECTED]>: > On Tue, 2008-07-22 at 09:26 -0400, Asdtaker wrote: > > On Mon, Jul 21, 2008 at 8:38 PM, Jorge Palma <[EMAIL PROTECTED]> wrote: > > > On Mon, Jul 21, 2008 at 7:26 PM, Asdtaker <[EMAIL PROTECTED]> wrote: > > [mi correo anterior con una no muy clara explicación] > > > Disculpa pero no me queda clara tu consulta > > > Antes de tirar el comando lpr, creaste la cola??? > > En el link que adjunté [1], indico los pasos que he seguido hasta ahora, > que > > por lo que entiendo, crea la cola: > > Tienes cups instalado o lp-bsd?? (no tengo idea el nombre de los > paquetes en redhat) instalé cups. > > > > > Yo creo que tienes CUPS y creo que los pasos que encontraste estan > malos, tienes que configurar la impresona en cups no en /etc/printcap > (creo!). Lo mas probable es que no fuesen lo mas apropiado para mi entorno. > > > Para configurar en cups, utiliza su interfaz web que te permitira probar > la configuracion entre otras cosas. > > Solo tienes que editar /etc/cups/cupsd.conf, cambia donde dice: > # Only listen for connections from the local machine. > Listen localhost:631 > > Pon tu IP o :631, reinicias y vas a http://server:631/ Graciashasta aqui voy bien. > > > > > Si funciona, puedes dejar que CUPS regenere el archivo /etc/printcap o > borrarlo en realidad, porque cups no lo usa. Tamos! Estoy imprimiendo! Bast
Vote no a Microsoft OOXML
Alvaro Herrera escribió: > César Sepúlveda B escribió: > >> Las correcciones a eso ya se hicieron, ahora no contiene NADA binario, >> durante >> el proceso Microsoft corrigió bastantes cosas. > > ¿Dónde está el estándar aprobado? > Ampliando: OOXML fue aceptado el 2 de Abril (dicen que no querian que pareciera un April's fool). A contar de ahi hay dos meses para que ciertos miembros principales (41) puedan apelar, y se espera que Noruega y algun otro pais lo haga. En alguna parte lei que la votacion habia sido favorable por solo 3 votos, asi que cambiando un par de votos no se aceptara como estandar (e ISO recupera su honorabilidad perdida debido a supuestas manipulaciones o compras de votos). En otras palabras, Microsoft esta mas cerca de la meta, pero todavia no la cruza. Enrique. From [EMAIL PROTECTED] Fri Apr 11 16:12:36 2008 From: [EMAIL PROTECTED] (Matias Valdenegro T.) Date: Fri Apr 11 17:24:17 2008 Subject: Vote no a Microsoft OOXML In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El Viernes 11 Abril 2008, Humberto Vergara Aguirre escribió: > No se si me equivoco pero ya es tarde por que se aprobó con un 86% el 1 > de abril. Ademas creo que Chile se abstuvo :P No es tarde, en ningun lado dice se aprobo. En ISO dice, hay votos necesarios para que se apruebe. Ahora vienen 2 meses de apelaciones, ya que muchos votos de paises cambiaron misteriosamente de un "no" a un "si" cuando llegaron a ISO.
Compilar kernel para otra maquina.
El Dom 26 Sep 2004 23:45, Horst von Brand escribió: ... > > Talvez la expresion "nucleo" no sea la mas apropiada pero me refiero a: > > -rw-r--r-- 1 rootroot 1005181Mar 27 18:51vmlinuz-2.2.20 > > -rw-r--r-- 1 rootroot 536288Mar 27 19:13vmlinuz-2.2.25 > > > > el primer nucleo busca/chequea/otra hardware diverso (ejemplo tarjetas > > SCSI, PCMCIA) que no esta en la maquina. > > Es monolitico? Con cuanta lesera no existe? OK, un 2.2.x se entiende > (algo), pero porque tan viejo? Me parece que van en 2.2.40 o asi. > Curiosamente, los 2.6.x se comportan mejor que los 2.4.x en maquinas > limitadas (claro que requieren una larga lista de cosas adicionales para > correr...) > Si, es monolitico. 2.2.x porque todo el grupo de maquinas internas usa el mismo kernel (y distribucion) y prefiero mantenerlo asi por el momento. Ya tendre el tiempo de probar si 2.6.x o, en su defecto, 2.4.x puedo usarlos en su rremplazo. 2.2.x va en 2.2.26 (desde 25/05/2004). > > el segundo nucleo tiene lo justo > > para lo que esta instalado y/o necesito y se carga mas rapido (quizas el > > menor tamaño y la menor cantidad de mensajes a la pantalla contribuyen a > > ello) lo suficiente para ser apreciable en la maquina indicada. > > Obviamente un nucleo monolitico (no modulos) en una maquina chica, con > montones de drivers innecesarios, presenta problemas de rendimiento (booteo > no es tan importante, es una vez cada 100 dias o asi ;-) > 2.2.20 viene en el CD de la distribucion (tambien 2.4.18, pero lo descarte por otras razones que no aplican aca). Debian ofrece 3 variantes de nucleo para partir, pero me acomodo mas la mas amplia (que luego reemplaze por 2.2.25). > > > Montar via NFS donde compilas el nucleo? > > Eso no te sirve? No lo he descartado. De hecho he recibido varias indicaciones que pretendo probar muy pronto, entre las cuales esta esa precisamente. Enrique.
Compilar kernel para otra maquina.
El Sáb 25 Sep 2004 20:25, Horst von Brand escribió: > Enrique Vera <[EMAIL PROTECTED]> dijo: > > Quiero generar un nucleo para una maquina diferente de la que uso, > > ¿Podria alguien indicarme algun documentacion, url o articulo apropiado > > para saber como hacerlo o los aspectos que debo cuidar?. > > Si es la misma familia (i386, etc) basta configurar acorde, y luego copiar > lo que se instala (vmlinuz, initrd, System.map, modulos). > > > El punto es que tengo una maquina con Pentium 100 Mhz, 16 Mb Ram y > > tarjeta red 10 Mbps NE2000 con un disco de 270MB. Ya le instale > > directamente Debian Woody, pero el nucleo que esta usando demora mucho en > > cargarse debido a que busca mucho hardware que en realidad no esta. > > Es el _nucleo_ quien se demora en partir, o son programas a nivel usuario > que tratan de configurar cosas inexistentes? Los nucleos de las distros > actuales son altamente modulares, por lo que recortando a matar logras > ahorrar disco, pero no RAM (y tampoco tiempo de inicializacion). > Talvez la expresion "nucleo" no sea la mas apropiada pero me refiero a: -rw-r--r-- 1 rootroot 1005181Mar 27 18:51vmlinuz-2.2.20 -rw-r--r-- 1 rootroot536288 Mar 27 19:13vmlinuz-2.2.25 el primer nucleo busca/chequea/otra hardware diverso (ejemplo tarjetas SCSI, PCMCIA) que no esta en la maquina. el segundo nucleo tiene lo justo para lo que esta instalado y/o necesito y se carga mas rapido (quizas el menor tamaño y la menor cantidad de mensajes a la pantalla contribuyen a ello) lo suficiente para ser apreciable en la maquina indicada. > > Para > > una situacion parecida pero con una maquina con mas disco, genere un > > kernel a la medida que es mucho mas pequeño y carga mas rapido; pero para > > el caso en cuestion el disco me limita porque se queda sin espacio al > > tratar de descomprimir las fuentes del nucleo (me basta con usar 2.2.26). > > Montar via NFS donde compilas el nucleo?
Compilar kernel para otra maquina.
Hola, Quiero generar un nucleo para una maquina diferente de la que uso, ¿Podria alguien indicarme algun documentacion, url o articulo apropiado para saber como hacerlo o los aspectos que debo cuidar?. El punto es que tengo una maquina con Pentium 100 Mhz, 16 Mb Ram y tarjeta red 10 Mbps NE2000 con un disco de 270MB. Ya le instale directamente Debian Woody, pero el nucleo que esta usando demora mucho en cargarse debido a que busca mucho hardware que en realidad no esta. Para una situacion parecida pero con una maquina con mas disco, genere un kernel a la medida que es mucho mas pequeño y carga mas rapido; pero para el caso en cuestion el disco me limita porque se queda sin espacio al tratar de descomprimir las fuentes del nucleo (me basta con usar 2.2.26). Gracias de antemano por la ayuda. Enrique.
impresion
El Jue 23 Sep 2004 16:26, Roberto Leiva M escribió: > > Prueba algo como > > > > echo -e '\017' > > > > y pones eso al principio del archivo (quizas mandarlo directo a la > > impresora antes del trabajo mismo tambien funcione) > > > > El 017 es porque es octal. > > como puedo mandarlo directamente a la impresora ? > > empleo las siguientes lineas desde la consola > > echo -e '\017' > lpr test_file > > pero no me reconoce el caracter de escape.. > > > Roberto Leiva M. 017 = 8 + 7 = 15, el cual es un caracter que muchas impresoras de matriz de puntos interpretan como cambio a "letra pequeña" (15CPI). Con el echo envias el caracter a pantalla y luego envias a impresion el archivo, nunca envias la secuencia a la impresora, sugiero que agregues esa secuencia al inicio del archivo a imprimirse o generes un archivo con esa secuencia el cual siempre envies antes del archivo deseado (aunque aqui puedes ser afectado por lo que hagan los filtros antes de iniciar o terminar una impresion). La secuencia mencionada si la envias a un archivo y la revisa con vi debiera mostrar ^O. Enrique
OT: UNIX
El Jue 23 Sep 2004 14:01, Paulo Seguel Martinez escribió: > Horst von Brand wrote: > >como Sun, e incluso Microsoft (Xenix fue un Unix bastante decente para PCs > >iniciales, claro que lo abandonaron luego). > > Aqui me surgio otra duda, hasta donde entiendo MS luego vendio Xenix a SCO, > es asi? Si, y SCO siguió manteniendo e incrementando el SO denominado SCO Xenix, es más, creo que nunca existió Xenix o MS Xenix, sino que fué una participación de MS y SCO en la generación de ese software, donde luego MS dejó de participar, pero habiendo ganado una serie de ideas como las redirecciones, los pipes y los subdirectorios (entiendo que MS DOS 1.0 no tenia subdirectorios). Posteriormente cuando el problema con el uso del nombre UNIX se superó SCO Xenix pasó a denominarse SCO UNIX y además incorporó el protocolo TCP/IP. Con el tiempo SCO vendió el software a Novell quién desarrolló un producto denominado Unixware (de Unix y Netware) y cuando no tuvo el éxito esperado SCO recuperó el software y lanzó SCO Open Server, luego lo compró Caldera y lanzó un producto llamado SCO Linux, recientemente están relanzando SCO Openserver. En la compra de SCO por parte de Novell y posterior recompra es donde se genera la diferencia de criterios entre Novell y SCO por establecer quien es el dueño del software ( y su licencia). Otro dato relacionado: hace algun tiempo Novell adquirió Suse y ahora está ofreciendo sus productos para funcionar sobre Suse Linux. Enrique .
impresion
> - Original Message - > From: Roberto Leiva M > To: linux@listas.inf.utfsm.cl > Sent: Wednesday, September 22, 2004 6:47 PM > Subject: impresion > > > tengo Red Hat 9 y una impresora matriz de punto ( okidata ml 320 turbo > ). > > creo un archivo de prueba con el vi. > > luego lo mando a imprimir con el siguiente comando: > > lpr testfile ( el archivo sale correctamente por la impresora ). > > mi problema es que necesito que el formato sea texto ( ASCII identico a > cuando envio la impresion por MS-DOS ), ahora imprime algo similar a modo > grafico. > > Preguntas: > > ¿Es un problema de configuracion de la impresora? ¿ Existe algun > parametro en el comando lpr que me permita hacer eso ? > > > Muchas Gracias. > > Roberto Leiva M. En Red Hat, usando LPRng, tengo la siguiente configuracion en /etc/printcap y me basta con lpr -Pprn01 para emitir informes a la DOS (incluyendo secuencias de escape varias). # /etc/printcap # # DO NOT EDIT! MANUAL CHANGES WILL BE LOST! # This file is autogenerated by printconf-backend during lpd init. # # Hand edited changes can be put in /etc/printcap.local, and will be included. prn01:\ :ml=0:\ :mx=0:\ :sd=/var/spool/lpd/prn01:\ :af=/var/spool/lpd/prn01/prn01.acct:\ :sh:\ :lp=/dev/lp0:\ :lpd_bounce=true:\ :if=/usr/share/printconf/util/mf_wrapper: Al crear la impresora usando KDE-->Control Panel-->Printer Configuration selecciono "Impresora de solo texto" en el controlador. Enrique
OLAP
El Lun 12 Jul 2004 22:28, Ubaldo Taladriz escribió: > > análisis, ROLAP a la implementación relacional y HOLAP no estaba en mis > > La H viene de Hierarchical > > Saludos La H es de hibrido (intenta reunir lo mejor de ROLAP y MOLAP) http://www.redcientifica.com/oracle/c0001p0005.html http://www.1keydata.com/datawarehousing/molap-rolap.html Enrique.
