Re: [SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-20 Por tema Camaleón 
El Tue, 19 Apr 2016 18:25:21 +0200, Juanjo escribió:

> El Martes, 19 de abril de 2016 14:32:13 Camaleón escribió:
> 
> 
>> Más que una mala opción a mí me parece un fallo. Un servicio no puede
>> depender de que haya hardware conectado y detectado en el equipo para
>> iniciar o no. Tiene que iniciar y dar los mensajes de aviso que quiera,
>> pero iniciar.
>> 
>> 
> Aún no me he quedado tranquilo con esto, y estoy de acuerdo con
> Camaleón.
> 
> En el portátil, con cups recién instalado, el servicio inicia, haya o no
> impresora. En la máquina de la que estamos hablando, tras varias
> pruebas, el que esté la impresora conectada es la única diferencia entre
> que cups inicie correctamente o no.
> 
> He recordado que, durante la instalación, surgió un diálogo en el que se
> me daba a escoger entre los distintos motores de comunicación con la
> impresora.
> No recuerdo que paquete era.
> 
> En el equipo díscolo, marqué 'usb'. En el portátil, creo recordar que
> seleccioné 'dnss' o also similar.
> 
> Es la única diferencia que se me ocurre, si bien en la última
> reinstalación de cups dicho diálogo no apareció; comento que tengo
> puesto el nivel de preguntas de debconf a bajo, por lo que no estoy
> seguro de que ese diálogo le aparezca a todo el mundo.
> 
> En fín, sigo investigando :-)

Compara ambas configuraciones de CUPS (visualmente vía panel web o 
manualmente consultando el archivo de configuración "/etc/cups/
printers.conf") y así podrás identificar al culpable :-)

Saludos,

-- 
Camaleón

Re: [SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-19 Por tema Jorge A. Secreto 
Hola

El 19 de abril de 2016, 8:39, Juanjo 
escribió:

> El Martes, 19 de abril de 2016 12:55:25 Santiago José López Borrazás
> escribió:
> > El 19/04/16 a las 12:37, Juanjo escribió:
> > (...)
> >
> > > Tengo la sospecha de que cupsd.service depende de algo que se inicia
> > > tarde, y por eso en el arranque no carga pero en manual si.
> >
> > Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada,
> que
> > de momento no depende de él (en parte), depende de /etc/init.d/
> >
> > No todos los 'daemons' están portados a systemd, o al menos, es lo que
> están
> > ahora mismo y actualmente.
>
> Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del
> script, se hace algo con los puertos USB, creo que comprobando si hay
> impresoras.
>
> Je, me estaba volviendo loco, y era más fácil que todo.
>
> cups no inicia si no hay impresora.
>
> Tengo una HP, conectada por USB (no uso hplip).
>
> * Si arranco el equipo con la impresora encendida, cups inicia
> correctamente.
> * Si arranco el equipo con la impresora apagada, cups no inicia.
> * En cuanto enciendo la impresora, cups inicia el solito.
> * Una vez iniciado, cups permanece aunque apague la impresora.
>
> He reiniciado el equipo varias veces para asegurarme (tarda mas de 3
> minutos
> en encender; he tardado un rato).
>
> Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado
> cups a
> un amigo en su portátil ??
>
> En fin, saludos y gracias.
>
> A modo de garrotazo, para que haga lo que quieres, si instalas cups-pdf, y
defines una impresora CUPS-PDF Printer, siempre va a haber una impresora.

Abrazos

-- 
Jorge A Secreto
Analista de Sistemas
MP 361

Re: [SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-19 Por tema Juanjo 
El Martes, 19 de abril de 2016 14:32:13 Camaleón escribió:

> 
> Más que una mala opción a mí me parece un fallo. Un servicio no puede
> depender de que haya hardware conectado y detectado en el equipo para
> iniciar o no. Tiene que iniciar y dar los mensajes de aviso que quiera,
> pero iniciar.
> 

Aún no me he quedado tranquilo con esto, y estoy de acuerdo con Camaleón.

En el portátil, con cups recién instalado, el servicio inicia, haya o no 
impresora. En la máquina de la que estamos hablando, tras varias pruebas, el 
que esté la impresora conectada es la única diferencia entre que cups inicie 
correctamente o no.

He recordado que, durante la instalación, surgió un diálogo en el que se me 
daba a escoger entre los distintos motores de comunicación con la impresora. 
No recuerdo que paquete era.

En el equipo díscolo, marqué 'usb'. En el portátil, creo recordar que 
seleccioné 'dnss' o also similar.

Es la única diferencia que se me ocurre, si bien en la última reinstalación de 
cups dicho diálogo no apareció; comento que tengo puesto el nivel de preguntas 
de debconf a bajo, por lo que no estoy seguro de que ese diálogo le aparezca a 
todo el mundo.

En fín, sigo investigando :-)

Re: [SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-19 Por tema Camaleón 
El Tue, 19 Apr 2016 13:39:04 +0200, Juanjo escribió:

> Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del
> script, se hace algo con los puertos USB, creo que comprobando si hay
> impresoras.
> 
> Je, me estaba volviendo loco, y era más fácil que todo.
> 
> cups no inicia si no hay impresora.

:-?

> Tengo una HP, conectada por USB (no uso hplip).
> 
> * Si arranco el equipo con la impresora encendida, cups inicia
> correctamente.
> * Si arranco el equipo con la impresora apagada, cups no inicia.
> * En cuanto enciendo la impresora, cups inicia el solito.
> * Una vez iniciado, cups permanece aunque apague la impresora.
> 
> He reiniciado el equipo varias veces para asegurarme (tarda mas de 3
> minutos en encender; he tardado un rato).
> 
> Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado
> cups a un amigo en su portátil ??
> 
> En fin, saludos y gracias.

Más que una mala opción a mí me parece un fallo. Un servicio no puede 
depender de que haya hardware conectado y detectado en el equipo para 
iniciar o no. Tiene que iniciar y dar los mensajes de aviso que quiera, 
pero iniciar. 

Cosa aparte sería que fuese opcional configurar CUPS para que tuviera ese 
comportamiento (no iniciar si no detecta impresoras para que no se 
consuman recursos de manera innecesaria en el sistema), lo cual tendrías 
que desactivar.

Saludos,

-- 
Camaleón

Re: [SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-19 Por tema Santiago José López Borrazás 
El 19/04/16 a las 13:39, Juanjo escribió:
(...)
> Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado cups 
> a 
> un amigo en su portátil ??

¡Sin ningún problema!...y tendrá todo...no fallará nada, apagues o enciendas
la impresora. Si no está encendida y tienes el CUPS, debería funcionar a
narices aún sin tener la impresora encendida para configurar y demás.


-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

[SOLUCIONADO] Re: Habilitar cups como servidor

2016-04-19 Por tema Juanjo 
El Martes, 19 de abril de 2016 12:55:25 Santiago José López Borrazás escribió:
> El 19/04/16 a las 12:37, Juanjo escribió:
> (...)
> 
> > Tengo la sospecha de que cupsd.service depende de algo que se inicia
> > tarde, y por eso en el arranque no carga pero en manual si.
> 
> Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada, que
> de momento no depende de él (en parte), depende de /etc/init.d/
> 
> No todos los 'daemons' están portados a systemd, o al menos, es lo que están
> ahora mismo y actualmente.

Al leer esto, se me ocurrió comprobar /etc/init.d/cups; al comienzo del 
script, se hace algo con los puertos USB, creo que comprobando si hay 
impresoras.

Je, me estaba volviendo loco, y era más fácil que todo.

cups no inicia si no hay impresora.

Tengo una HP, conectada por USB (no uso hplip).

* Si arranco el equipo con la impresora encendida, cups inicia correctamente.
* Si arranco el equipo con la impresora apagada, cups no inicia.
* En cuanto enciendo la impresora, cups inicia el solito.
* Una vez iniciado, cups permanece aunque apague la impresora.

He reiniciado el equipo varias veces para asegurarme (tarda mas de 3 minutos 
en encender; he tardado un rato).

Personalmente, no me parece buena opción. ¿ no puedo dejarle configurado cups a 
un amigo en su portátil ??

En fin, saludos y gracias.

Re: Habilitar cups como servidor

2016-04-19 Por tema Santiago Vila 
On Tue, Apr 19, 2016 at 12:37:29PM +0200, Juanjo wrote:

> Acabo de reinstalar cupsd, y justo tras la instalación funciona
> correctamente, escuchando en localhost:631.

Pues insisto en que ese es el momento idóneo para usar la interfaz web.

Véase imagen adjunta.

Re: Habilitar cups como servidor

2016-04-19 Por tema Santiago José López Borrazás 
El 19/04/16 a las 12:37, Juanjo escribió:
(...)
> Tengo la sospecha de que cupsd.service depende de algo que se inicia tarde, y 
> por eso en el arranque no carga pero en manual si.

Borra el fichero /etc/systemd/cups.conf, que no lo necesitas para nada, que
de momento no depende de él (en parte), depende de /etc/init.d/

No todos los 'daemons' están portados a systemd, o al menos, es lo que están
ahora mismo y actualmente.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

Re: Habilitar cups como servidor

2016-04-19 Por tema Santiago José López Borrazás 
El 19/04/16 a las 11:14, fernando sainz escribió:
> A mi también me resulta muy extraño esto del systemd, pero creo que no
> necesitas usarlo para configurar cups.
> Creo que lo que quieres hacer se hace, bien por la interfaz web de
> cups ( http://localhost:631/) o por los archivos de configuración de
> /etc/cupsd/
> 
> https://wiki.archlinux.org/index.php/CUPS/Printer_sharing#Between_GNU.2FLinux_systems

Exacto, sólo hay que modificar el fichero /etc/cups/cupsd.conf que, se puede
ahí hacer para que escuche en el puerto necesario. No hay ningún misterio,
es ahí.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

Re: Habilitar cups como servidor

2016-04-19 Por tema Juanjo 
El Martes, 19 de abril de 2016 11:17:09 Santiago Vila escribió:
> On Tue, Apr 19, 2016 at 10:44:18AM +0200, Juanjo wrote:
> > Estoy intentando que el demonio cups escuche en la red.
> > [...]
> > ¿ Alguna sugerencia ?
> 
> ¿Y no se te ha ocurrido configurar CUPS con el navegador, como siempre
> se hace?
> 
> http://localhost:631


No puedo, el puerto localhost:631 está cerrado. Cupsd no se inicia.

Acabo de reinstalar cupsd, y justo tras la instalación funciona correctamente, 
escuchando en localhost:631.
He modificado la configuración /etc/cups/cupsd.conf, habilitando la escucha en 
red:

Listen *:631

He vuelto a reiniciar el servidor, y continua el resultado:

# systemctl status cups.service
● cups.service - CUPS Printing Service
   Loaded: loaded (/lib/systemd/system/cups.service; enabled)
   Active: inactive (dead)

# systemctl status cups.socket
● cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/lib/systemd/system/cups.socket; enabled)
   Active: active (listening) since mar 2016-04-19 11:18:58 CEST; 6min ago
   Listen: /var/run/cups/cups.sock (Stream)

Sigo sin poder acceder.

Tengo la sospecha de que cupsd.service depende de algo que se inicia tarde, y 
por eso en el arranque no carga pero en manual si.

Re: Habilitar cups como servidor

2016-04-19 Por tema Santiago Vila 
On Tue, Apr 19, 2016 at 10:44:18AM +0200, Juanjo wrote:

> Estoy intentando que el demonio cups escuche en la red.
> [...]
> ¿ Alguna sugerencia ?

¿Y no se te ha ocurrido configurar CUPS con el navegador, como siempre
se hace?

http://localhost:631

Re: Habilitar cups como servidor

2016-04-19 Por tema fernando sainz 
El día 19 de abril de 2016, 10:44, Juanjo
 escribió:
> Hola gente.
>
> Estoy intentando que el demonio cups escuche en la red.
>
>>systemctl status cups.socket
> ● cups.socket - CUPS Printing Service Sockets
>Loaded: loaded (/lib/systemd/system/cups.socket; enabled)
>Active: inactive (dead) since mar 2016-04-19 10:27:22 CEST; 29s ago
>Listen: /var/run/cups/cups.sock (Stream)
>
> Buscando por Google, he encontrado varias 'soluciones', pero no hay forma:
>
> * Crear el directorio /etc/systemd/cups.socket.d, y crear un archivo con lo
> que quiero modificar:
> [Socket]
> ListenStream=0.0.0.0:631
> BindIPv6Only=default
>
> Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket
>
> * Crear el archivo /etc/systemd/cups.socket:
> [Unit]
> Description=CUPS Printing Service Sockets
>
> [Socket]
> ListenStream=0.0.0.0:631
> BindIPv6Only=default
> PassCredentials=true
>
> [Install]
> WantedBy=sockets.target
>
> Reinicio, y cups.socket sigue escuchando en /var/run/cups/cups.socket
>
> * Deshabilitar cups.socket y habilitar cups.service
>
> systemctl disable cups.socket
> systemctl enable cups.service
>
> Reinicio, y cupsd no está en ejecución.
>
> journal -u cups.service no muestra nada (literalmente)
>
> systemctl status cups.service indica que el servicio está cargado y activo,
> pero que ha muerto (dead).
>
> /var/log/cups/ está vacío (está en tmpfs, pero es creado correctamente en cada
> arranque por su correspondiente archivo /etc/tmpfiles.d/cups.conf).
>
> De todas formas, el directorio es creado automaticamente por cups en cada
> arranque del demonio, aún sin estar configurado en tmpfiles.d
>
> Con cups.service activo ( y deshabilitado cups.socket ), una vez que el
> sistema arranca, la orden
>
>> systemctl start cups.service
>
> arranca el demonio correctamente.
>
> En todos estos pasos, me he asegrado de habilitar/deshabilitar correctamente
> tanto el .service como el .socket.
>
> Supongo que, cuando me acostumbre, systemd me gustará, pero de momento es una
> castaña :-(
>
> ¿ Alguna sugerencia ?
>

A mi también me resulta muy extraño esto del systemd, pero creo que no
necesitas usarlo para configurar cups.
Creo que lo que quieres hacer se hace, bien por la interfaz web de
cups ( http://localhost:631/) o por los archivos de configuración de
/etc/cupsd/

https://wiki.archlinux.org/index.php/CUPS/Printer_sharing#Between_GNU.2FLinux_systems

S2.