Re: CUPS no imprime archivos pdf [SOLUCIONADO]
JAP - Debian <[email protected]> Sat, 6 Sep 2025 17:41:54 -0300
| Newsgroups | gmane.linux.debian.user.spanish |
|---|---|
| Message-ID | <[email protected]> |
El 8/8/12 a las 15:53, Debian GMail escribió: > El 08/08/12 10:27, Camaleón escribió: >> El Tue, 07 Aug 2012 19:06:03 -0300, Debian GMail escribió: >> >>> El 07/08/12 11:46, Camaleón escribió: >>>> El Tue, 07 Aug 2012 10:53:45 -0300, Debian GMail escribió: >>>> >>>> Cuando pruebes con una instancia de la impresora que use el driver que >>>> te comentaba, avisas>:-) >>> >>> No sólo he probado otro controlador, he probado con otra impresora, y no >>> anda. >> >> ¿Y qué controlador usaste? ¿Has probado con una cola en bruto (raw)? >> >>>> Como indican en el mismo archivo, éste se genera automáticamente por >>>> CUPS, no debes editarlo manualmente. >>>> >>>> >>> No lo edité manualmente, lo que hice fue agregar el módulo usblp que >>> genera el /dev/usb/lp0 >>> >>> El problema está pasando por lpr, que no funciona, >> >> ¿Quieres decir que imprimir directamente con lpr se atasca igualmente? A >> ver, voy a probar: >> >> echo "test" | lpr -P "mi_impresora" → lo imprime >> lpr -P "mi_impresora" documento.pdf → lo imprime >> >>> y Okular usa lpr como interfaz de impresión. >> >> ¿No permite cambiarlo y especificar el que quieras? KDE era muy >> personalizable si mal no recuerdo. >> >>> lp funciona sin problemas, por lo que (supongo) Evince no tiene >>> inconvenientes. >> >> No sé qué usa Evince como backend para imprimir, entiendo que el sistema >> de cola de impresión que use GNOME en general :-? >> >>> Por ejemplo, >>> $ lpr salida.pdf >>> lpr: lp: unknown printer >>> >>> mientras que >>> $ lp salida.pdfla desaparición de los >>> funciona bien >> >> Pues en Wheezy funcionan ambos sin problemas. >> >>> En definitiva, como dice la página >>> http://www.debianuserforums.org/viewtopic.php?f=7&t=1800 esperaré un >>> "Acto de Dios". >> >> Yo no esperaría sentada a dios. Quizá si abres un informe de fallo >> obtengas una respuesta antes ;-) >> >> Saludos, >> > > La solución a sido EXTREMADAMENTE SIMPLE. > > # apt-get remove lpr --purge > > y Okular empezó a utilizar lp en lugar de lpr. > > En mis últimas pruebas, detecté que, bajo ciertas circunstancias, lpr > emitía el siguiente error: > ------- > El paquete `cupsys-common' no está disponible. > Utilice dpkg --info (= dpkg-deb --info) para examinar archivos, > y dpkg --contents (= dpkg-deb --contents) para listar su contenido. > Failed to load PPD option: can't find it > Failed to get value as text > Failed to get value as text > ------- > > Revisando los repositorios, obtengo > > You have searched for files named cupsys-common in suite sid, all > sections, and all architectures. > Sorry, your search gave no results > > You have searched for files named cupsys-common in suite wheezy, all > sections, and all architectures. > Sorry, your search gave no results > > You have searched for files named cupsys-common in suite squeeze, all > sections, and all architectures. > Sorry, your search gave no results > > You have searched for filenames that contain cupsys-common in suite > wheezy, all sections, and all architectures. > Sorry, your search gave no results > > Y así, continuamente. Pareciera que a cupsys-common se lo tragó la tierra. > > Ahora bien, en > http://archive.debian.net/search?searchon=names&keywords=cupsys-common > se ve que ese paquete existía, y no entiendo por qué lpr de wheezy y sid > lo siguen reclamando, si es que hubo algún reemplazo del susodicho. > > Este problema, lo archivo junto con el tema de los dinosaurios, el de > Amelia Earhart y la cordura de nuestros gobernantes. > > Muchas gracias a todos. > > JAP Actualizado todo a trixie, sin mayores inconvenientes hace un par de semanas.... ...hasta hoy. La memoria me picaba, y sí. Otra vez lo mismo: https://lists.debian.org/debian-user-spanish/2012/08/msg00201.html Por suerte el historial se mantiene. Vino al rescate el hilo de hace 13 años. Evidentemente mi impresora Xerox no se lleva con lpr. Saludos. JAP