[cups.general] Cups upgrade from RHEL4 (cups-1.1.22) to RHEL6 x64 (cups-1.4.2)

[Michael Sweet]

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