Cups upgrade from RHEL4 (cups-1.1.22) toRHEL6 x64 (cups-1.4.2)

[Greg Jones]

Thanks for the info Michael.

We've fixed our printing problem by changing our filter script so that it does a check on the file type and act appropriately, like this...

# See if we have a filename on the command-line...
if test -z "$6"; then
  unset TMPFILE
  trap -- 'rm -f "$TMPFILE"' EXIT
  TMPFILE=$(mktemp ${TMPDIR:-/tmp}/textonly.XXXXXX)
  cat > "$TMPFILE"
else
  TMPFILE="$6"
fi

file $TMPFILE | grep -qi postscript
ISPS=`echo $?`

while [ $i -le $copies ]
do
       if [ "$ISPS" = "0" ] ; then
                cat $TMPFILE
        else
                echo "ERROR: Non postscript file detected. Ignoring..." 1>&2
        fi
        i=`expr $i + 1`
done

# Cleanup
rm -f "$TMPFILE"
exit 0

> More than likely this is a result of the CUPS 1.1.x clients not sending requests using the UTF-8 character set - you can edit the /usr/share/locale/*/cups_* files to change the default character set (on the first line) to "utf-8".
>
> Newer versions of CUPS do not have this problem.
>
>
> On Feb 22, 2012, at 6:34 PM, Greg Jones wrote:
> >> Hi,
> >>
> >> First some info...
> >>
> >> On old server running RHEL4 x32 with v1.1 of cups queues were created as follows:
> >> lpadmin -p lp4 -E  -i /usr/lib/cups/filter/EpsonToPS -v beh:/1/0/1/socket://lp4:9100
> >>
> >> And also enabled raw printing from remote with the following:
> >> mime.convs:application/octet-stream     application/vnd.cups-raw        0       -
> >> mime.types:application/octet-stream
> >>
> >> On new server running RHEL6 x64 with v1.4 of cups queues created as follows:
> >> lpadmin -p lp4 -E  -i /usr/lib/cups/filter/EpsonToPS -v beh:/1/0/1/socket://lp4:9100
> >>
> >> And copied the mime.convs and mime.types from our old server.
> >>
> >>
> >> The problem is that any raw print jobs from RHEL4 v32 clients to the new x64 server do not work. I get the raw postscript text processed by the filter! Raw jobs to the old x32 server are ok.
> >>
> >> The command on the client RHEL4 x32 is
> >> lp -d lp4 -o raw /usr/share/apps/kdeprint/testprint.ps
> >>
> >> What has changed?
> >>
> >
> > Another thing we've noticed is that RHEL4 x32 clients pointing to the new server, the lpstat -o command returns 'lpstat: get-jobs failed: client-error-bad-request'. Although not terribly critical, it would be nice to get this fixed too.
> >
> > Thanks.
> >
> > G.
> > _______________________________________________
> > cups mailing list
> > cups at easysw.com
> > http://lists.easysw.com/mailman/listinfo/cups
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>