Se avete problemi con l'installazione e la configurazione di Slackware64 postate qui. Non usate questo forum per argomenti che trattano la Slackware32 o generali... per quelli usate rispettivamente il forum Slackware e Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Se la stampante è accesa quando provo a stampare la prima volta dopo l'accensione del computer è tutto ok.
Se invece provo a stampare quando è spenta mi da errore. E qui direte, grazie dal beep
Ma, spero di farmi capire, il problema è che a quel punto devo attivare la stampante tramite pannello HPLIP (uso KDE) mettendo i permessi di root. Al di là della necessità di root, magari con qualche gioco con i permessi si può fare da utente, ma perché fa questo? Perché in un caso lo attiva in automatico senza bisogno di permessi o interazioni e in altro no?
Lo fa anche a me, si su Slackware che su Archlinux. Mi sono sempre chiesto il motivo anch'io. Me lo fa si con la HP che con la Canon. Io però le riattivo dal pannello di controllo di CUPS.
Trovata la soluzione:
lpadmin -p stampante -o printer-error-policy=retry-job
chiaramente da root.
Provato adesso e funziona: quando la stampante viene riaccesa, dopo poco stampa i job in coda, e immediatamente stampa quelli nuovi. Infatti rimane in idle, o non va in paused.
Il comando banalmente va a scrivere
ErrorPolicy retry-job
in /etc/cups/printers.conf, nella sezione stampante
Da man lpadmin
-o printer-error-policy=name
Sets the error policy to be used when the printer backend is unable to send the job to the printer. The
name must be one of "abort-job", "retry-job", "retry-current-job", or "stop-printer". The default error
policy is "stop-printer" for printers and "retry-current-job" for classes.
Allora, provato e funziona. Finalmente. Grazie.
C'è un piccolo problema, dopo che ho accesso la stampante non ha stampato niente. Le nuove stampe le fa subito, quelle vecchie no, rimangono sospese con status "on hold" e dopo tot parte da solo. C'è un modo per regolare questo tempo di attesa?
Intendi il periodo di polling per il retry? L'ho notato anch'io.
Ho trovato questo, ma non l'ho provato (ieri sera era tardi e mi sono accontentato del risultato raggiunto):
Nel file /etc/cups/cupsd.conf:
JobRetryIntervalseconds
Specifies the interval between retries of jobs in seconds. This
is typically used for fax queues but can also be used with
normal print queues whose error policy is "retry-job" or "retry-
current-job". The default is "30".
Attenzione, perché c'è anche il JobRetryLimit, quindi rischi di farti uccidere un job di stampa se abbassi il retry time e non alzi il retry count.
JobRetryLimitcount
Specifies the number of retries that are done for jobs. This is
typically used for fax queues but can also be used with normal
print queues whose error policy is "retry-job" or "retry-
current-job". The default is "5".
Mh, interessante.
Anche se poi la necessità è "immediata", cioè mi accorgo che è spenta e l'accendo. Però buono a sapersi.
Appena posso provo, grazie ancora.