Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 230073 - cups-lpd : server-args has no effect
Summary: cups-lpd : server-args has no effect
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: cups
Version: 5.0
Hardware: i386
OS: Linux
Target Milestone: ---
: ---
Assignee: Tim Waugh
QA Contact: David Lawrence
: 230074 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-26 14:26 UTC by Hans-Gerd van Schelve
Modified: 2018-10-19 23:16 UTC (History)
2 users (show)

Fixed In Version: RHSA-2007-1020
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-10-31 13:48:48 UTC
Target Upstream Version:

Attachments (Terms of Use)
icds.convs (138 bytes, application/octet-stream)
2007-02-26 14:26 UTC, Hans-Gerd van Schelve
no flags Details

System ID Private Priority Status Summary Last Updated
CUPS Bugs and Features 2266 0 None None None Never
Red Hat Product Errata RHSA-2007:1020 0 normal SHIPPED_LIVE Important: cups security and bug fix update 2007-10-31 13:48:34 UTC

Description Hans-Gerd van Schelve 2007-02-26 14:26:45 UTC
We are sending icds compressed AFP (Advanced Function Presentation) Datastream
from our Z/OS System to mobile Linux Systems via lpd protocol. On the Linux
Systems based on rhel5-client-rc1 we have configured a server argument for
cups-lpd in /etc/xinetd.d/cups-lpd:

# default: off
# description: Allow applications using the legacy lpd protocol to communicate
with CUPS
service printer
        disable = no
        socket_type = stream
        protocol = tcp
        wait = no
        user = lp
        server = /usr/lib/cups/daemon/cups-lpd
        server_args = -o document-format=application/icds

We did this to enforce that everything that comes in via lpd has to pass our
cups filter icds2ps. Therefore we have two files /etc/cups/icds.types and
/etc/cups/icds.convs (see attached files)

Description of problem:

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Hans-Gerd van Schelve 2007-02-26 14:26:45 UTC
Created attachment 148794 [details]

Comment 2 Tim Waugh 2007-02-26 15:19:24 UTC
*** Bug 230074 has been marked as a duplicate of this bug. ***

Comment 3 Tim Waugh 2007-02-26 15:21:50 UTC
You need to adjust the existing /etc/cups/mime.convs, not create a new xxx.convs

If this is not the problem you are describing, please be more specific regarding
the observed behaviour compared to the expected behaviour.  Thanks.

Comment 4 Hans-Gerd van Schelve 2007-02-27 07:51:47 UTC
The mime.convs manpage show the following:

       The mime.convs file defines the filters that are available for convert-
       ing files from one format to  another.  The  standard  filters  support
       text, PDF, PostScript, HP-GL/2, and many types of image files.

       Additional  filters can be added to the mime.convs file or (preferably)
       to other files in the CUPS configuration directory.

In RHEL4 that workes fine for us.

But this is not the main problem. Cups did not recognize that the incoming Data
is not application/octet-stream but application/icds

Comment 5 Tim Waugh 2007-02-27 15:47:54 UTC
STR #2266 concerns the document-format problem, and I've included a patch in
that bug report.

I'm still investigating the '*.convs' issue -- of course, you're correct that it
should read icds.convs (I didn't know that feature), but something is preventing
that from happening on my test machine.

Comment 6 Tim Waugh 2007-02-27 16:34:30 UTC
Ah, figured it out -- I needed to add "application/icds" to mime.types as well
so that the MIME type was recognized, and I also needed to make sure the filter
existed in /usr/lib/cups/filter.

So I think CUPS STR #2266 is the bug.

Comment 8 Hans-Gerd van Schelve 2007-03-01 19:38:24 UTC
Hm. A file /etc/cups/icds.types containing "application/icds" should work also.
That's what we did in RHEL4. Will the fix for #2266 be contained in rhel5.0?

Comment 9 Tim Waugh 2007-03-02 10:39:21 UTC
No, the fix will not be in Red Hat Enterprise Linux 5, but I hope to include it
in an update.

Having a separate .types file works fine -- I'd missed your original comment
about 'icds.types' and didn't think of trying that, that's all.

Comment 10 RHEL Program Management 2007-03-21 21:55:50 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update

Comment 11 Tim Waugh 2007-04-18 16:53:45 UTC
There is an upstream patch available (see 'external bugzilla references' below).

Comment 19 errata-xmlrpc 2007-10-31 13:48:48 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.