USIT distribuerer ikke selve CUPS med Store eller på annet vis, men CUPS kjører på RedHat Linux, på MacOSX (Darwin), og kanskje andre arkitekturer også. Noen UNIX-programmer (som Maple) kan kun skrive ut via CUPS.
Cups2priss er et system for å sende utskriftsjobber via CUPS over til PRISS, slik at det kommer inn i USITs vanlige utskriftssystem. Cups2priss er tilgjengelig på alle maskiner med Store, men er kun testet/støttet for Linux foreløpig.
Vi har også cups-støtte for MAC OS X, dette er under uttesting og
innfasing etterhvert som vi får valset ut bugs. Her vil cups
på mac'en sende jobber til winprint[12] med
kerberos-autentisering. Se mer om
autentisert utskrift på Mac.
Her er foilene fra en presentasjon om CUPS på LITA-møte 2006-04-27. Det er noen errata her:
lpadmin -p lander -E -v smb://winprint1/lander -P /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/Resources/no.lproj/Generic.ppd
Vi jobber med å lage enklere løsninger på dette!
/local/sbin/cups2priss_initDu vil få et spørsmål om hvilke PRISS-skrivere du vil skal være synlig i CUPS (det er ca. 1000 skrivere i PRISS -- du vil antagelig bare se et utvalg), og hvilken skriver som skal være "default".
Når scriptet er ferdig skal du ha CUPS-køer tilgjengelig på maskina, som sender jobben videre til PRISS-køen med samme navn. Du kan prøvekjøre (som deg selv, ikke root) med kommandoen:
lpr.cups -Pskriver fil.ps
Hvis cups2priss_init gir en feilmelding, så sjekk at CUPS kjører på maskina. Hvis CUPS ikke kjører, så prøv (som root) f.eks:
up2date cups chkconfig cups on
Det kan derimiot være lurt å konfigurere køene dine, f.eks. sette at A4 og duplex er default. (Det er pt. ikke noe automatikk for dette.) Du må autentifisere deg (som root) for å administrere køene her.
Du må være root på en Linux-maskin for å kjøre cups2priss_init, men du må være deg selv for å kunne skrive ut. Du kan derfor ikke skrive ut test-sider fra denne web-gui-greia, siden cups kjører som root.
Når CUPS starter kjører den backend'ene sine uten argumenter, og de må da fortelle (på STDOUT) om hvilke skrivere de har tilgjengelig. PRISS-backend'en spør priss-master om hvilke køer som finnes, og mellomlagrer denne lista. Når CUPS sender en jobb til PRISS-backend'en må denne massere litt på jobbens metadata og sende jobben videre til PRISS (med ppr).
I prinsippet er bare backend'en det som trengs, men du må da selv lage lokale CUPS-køer mot PRISS-køene. Dette kan enten gjøres via webgrensesnittet på http://localhost:631/, eller med kommandoen lpadmin. Det er uansett ikke helt trivielt, så cups2priss_init gjør dette for deg.
cups2priss_init kan kjøres flere ganger. Den husker hvilke
skrivere man oppga sist (i fila
/var/cache/cups2priss.localqueues), så hvis noe er gått i
dass kan du trolig bare trykke deg gjennom med ENTER for å bygge køene
på nytt.
Du kan godt eksperimentere med egne køer mot PRISS-skrivere også, men du bør da kalle køen noe annet enn det korresponderende PRISS-navnet. Ellers vil den bli slettet/overskrevet ved neste cups2priss_init-kjøring.
For litt hjelp, kjør
cups2priss_init -h
Man kan oppgi skrivere med "glob"-notasjon, ie. "bio*" matcher alle skrivere som begynner med "bio".
Hvis man skal sette opp CUPS-køer på en haug maskiner (en termstue,
f.eks.), så vil man kanskje sørge for at
/var/cache/cups2priss.localqueues inneholder noe
fornuftig, og at
cups2priss_init -b -qkjører hver natt eller noe slikt.
Man kan også sette opp (nye) køer ikke-interaktivt, f.eks. slik:
echo -e "flipp* flopp* \n flopp_3etg \n" | cups2priss_init -q
Sett LogLevel til debug i /etc/cups/cupsd.conf for å få mer info i /var/log/cups/error_log (etter restart av cups, såklart).