Newsgroup: it.comp.os.linux.iniziare
Titolo: Ancora problemi con hp710C in RH 6.1 (da linux.setup per Giuseppe Perotti)

Spero che Il Gentilissimo Giuseppe Perotti abbia sottoscritto questo ng.
Dopo l'istallazione di pbm2ppa e aver editato
/usr/lib/rhs/rhs-printfilters/ps-to-printer.fpi come da post la mia hp non
ne vuole sapere comunque di partire.
Ho controllato e ci sono tutti (gosthscript, enscript, lpr) non so cosa
possa mancare.
Per favore qualcuno può spiegarmi come assicurarmi che l'uscita di
ghostsript sia sempre pbmraw???
Ciao e grazie.
                                                                        Ivan
Ps:purtroppo il vecchio news è stato cancellato.

che pbm2ppa e sconosciuto, mentre se lo lancio da solo riconosce il comando???
Controlla che il path di pbm2ppa sia corretto. Alcuni di quegli script assumono
che pbm2ppa si trovi in /usr/local/bin e specificano l'intero path, mentre tu
hai detto di aver messo pbm2ppa in /usr/bin, come del resto ho fatto anche
io per esser sicuro che fosse nel path.
------------------------ fine msg. precedente ---------------------
Forse si sarebbe potuto fare anche facendo qualche acrobazia con le
Extra-GS-Options (mentre scrivevo questo stavo ruminando proprio su un
possibile modo di farlo basato sull'aggiungere in esse -sOutputFile=-
più una ridirezione su $TMPFILE... chissà se funziona), ma modificare
lo script come detto, oltre ad essere (secondo me) nettamente più
semplice e chiaro, funziona sicuramente.
Qualche altro possessore della 710C ha trovato e provato soluzioni
per far funzionare il trabiccolo sotto RH6.1 SENZA modificare gli
script?
-- 
Ciao ciao.
                                                       +++ Giuseppe

PS (non quella ASCII diretta alla porta stampante, ovviamente).
I tre elencati ci sono, forse manca qualcos'altro?
Purtoppo non funziona, quando lancio lpr non c'è nessun messaggio di errore ma
sembra non succeda niente, con lpq per vedere se ci sono processi in coda ( è
giusto vero?), benchè non abbia stampato nulla, mi da "no entries". Forse
l'errore e nel mio /etc/printcap? lp:\
	:sd=/var/spool/lpd/lp:\
	:mx#0:\
	:sh:\
	:lp=/dev/lp0:\
	:if=/var/spool/lpd/lp/filter:
Spero di non stressarti troppo ( ricordati che sono un pivello ;-))ma ci terrei
davvero a capire cos'è che non va e far far funzionare quell'aggeggio
altrimenti inutile anche per farmi un toast se non uso Win.
Grazie ancora.
					Ivan

altrimenti inutile anche per farmi un toast se non uso Win.
Nessuno stress per così poco (sai, per lavoro faccio l'insegnante negli ITIS,
vedessi che stress i ragazzini... uhm... ma adesso che ci penso... non è per
caso che anche tu...? 8-)). Allora:
Il mio /etc/printcap è esattamente uguale, quindi lì non ci sono problemi.
Dopo aver lanciato una stampa con lpr, prova a dare lpc status e vedi se
ti dice cose sensate, tipo
[root@ppro /etc]# lpr printcap
[root@ppro /etc]# lpc status
lp:
        queuing is enabled
        printing is enabled
        1 entry in spool area
        lp is ready and printing
 
Mi viene quasi il dubbio che tu non abbia fatto partire il demone lpd (o
che questo sia defunto per qualche ragione), prova a dare (da root)
ps ax | grep lpd e vedi se trovi qualcosa del genere:
[root@ppro /etc]# ps ax | grep lpd
  457 ?        S      0:00 lpd
Se no, devi far partire lpd alla partenza, si può fare in tanti modi, manuali
o usando tools più o meno grafici, da console ntsysv, con KDE ksysv, con gnome
non ricordo. Per provare puoi anche lanciarlo a mano, però ovviamente funziona
solo fino al prossimo reboot.
In attesa di ulteriori informazioni, controlla se dopo aver stampato qualcosa
ti ritrovi almeno col file corrispondente in /var/spool/lpd/lp. Se il file
(o i file, residuo dei precedenti tentativi) ci sono, mi sa che è lpd.
Se i file non ci sono, allora manca o non si trova qualcosa di intermedio.
Ciao ciao.


 scrisse:
[cose che qui non interessano]
Volevo solo sapere se il messaggio in questione è arrivato e se per caso non
è andata persa la relativa risposta, perchè al server di libero negli ultimi
due giorni ha preso un coccolone (o stavano lavorandoci su, vattelapesca),
comunque non andava e non vorrei avesse fatto casini.



io uso dei servers di appoggio per essere un po' piu' fault-tollerante
;) dovresti poterlo fare anche con slrn...
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 +
X/faq : X window system faq (ita) u/cpd.txt : come fare domande su icol
GPG Key fingerprint = 6006 4D69 0DB5 A3AC A6E6 F212 5FD8 2D6A 118A CD82

ciao, gabriele.
-- 
Ciao e grazie.
                                                       +++ Giuseppe

Chiedo ancora scusa se approfitto della disponibilità di tutti voi, ma ho ancora
una richiesta da fare in relazione all'oggetto:
cappericchio! E' possibile che sono riuscito soltanto a stampare ps da linea di
comando!? Eppure ho seguito scrupolosamente tutte le istruzioni postate
sull'argomento! Non è che a causa di spostamenti vari di messaggi me ne sono perso
qualcuno?
Qualcuno di voi è così gentile da riassumermi i passi da seguire su una RedHat 6.1
per far strampare con una HP710C?
(ho installato (correttamente?) il kit pbm2ppa e modificato il ps-to-printer.fpi,
mentre il postscript.cfg combaciava perfettamente all'esempio).
Purtroppo quando lancio stampe di test da printtool tutto tace.
Grazie!
(NB: vanno bene anche link)
Bye. Dyno.

mentre il postscript.cfg combaciava perfettamente all'esempio).
Dunque, vediamo di riassumere la situazione.
Con RH6.0 bastava seguire le istruzioni allegate a pbm2ppa e funzionava tutto.
Con RH 6.1 no, infatti quando ho fatto l'upgrade anche la mia non stampava più
nulla. Per farla funzionare ho dovuto modificare ps-to-printer.fpi come
descritto in uno dei precedenti messaggi.
Chi inizia da zero deve quindi:
    - già scritto in 99.999 post, con questo sono 100.000: se non c'è,
      aggiungere in /etc/conf.modules alias parport_lowlevel parport_pc;
    - modificare ps-to-printer.fpi come indicato;
    - applicare alla lettera quanto detto nella doc di pbm2ppa per RH6.0
      usando come formato di uscita per gs pbmraw invece di pbm;
    - installare la stampante così definita con printtool.
Così facendo a me funziona benissimo.
Se non va, controllare che esistano, siano nel path, vengano lanciati e
funzionino:
    - lpr (vedi dopo);
    - ll demone lpd (ps ax | grep lpd);
    - mpage (usato da ps-to-printer);
    - ghostscript;
Controllare inoltre che esista /var/spool/lpd/lp (o come si chiama la coda
della vostra stampante) e che abbia owner e permessi adeguati (da me lp è
drwxr-xr-x   2 root     lp           1024 Jan 13 20:34 lp
lpd invece è
drwxrwxr-x   3 root     daemon       1024 Jan  3 14:34 lpd
Test rapido: dare
lpr nome_di_un_qualsiasi_file_di_testo
Se stampa, funziona 8-)
Se dà errore perchè non trova lpr, manca lpr (ma va'?!)
Se non dà errori, ma non stampa, possono darsi due casi:
    - nella coda di stampa è comparso un povero file dal nome più o meno
      strano che resta lì derelitto (verificare con lpc status o andando
      a mettere il naso personalmente in /var/spool/lpd/lp): probabile che
      manchi o non funzioni o sia mal configurato lpd;
    - nella coda di stampa non è comparso nulla: probabile che manchi
      o non sia nel path o non funzioni qualche componente intermedio
      (mpage, gs, pbm2ppa) o che ci sia qualche permesso che non permette
      di scriverci;
    - se c'è tutto, funziona tutto, i permessi sono in ordine, ecc. ecc.,
      ma non stampa lo stesso un tubo, io non so più cosa suggerire, salvo
      far benedire il PC, la 710C, pbm2ppa, RedHat e voi stessi...
Un'ultima cosa: se il file compare e poi sparisce (come deve a funzionamento
corretto) ma non stampa nulla, potrebbe essere che il file prodotto non sia
in formato PPA, per errata configurazione di tutta la baracca. Ricontrollare
un'altra volta che l'uscita di gs venga pipata (si dice?) su pbm2ppa e da qui
nel famoso file.
