| Summary: | cups-1.1.23-r3 ebuild b0rked | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Smith <chris> |
| Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
patch to fix b0rked mime.[types,convs] files
replacement patch |
||
Same problem here. emerged cups, no printing possible anymore. please set loglevel to deub and post the output of /var/log/cups/error_log Created attachment 59593 [details, diff]
patch to fix b0rked mime.[types,convs] files
This patch fixes the problem with the cups mime.types and mime.convs files.
I'm not sure it's such a great idea to allow raw printing by default. Many
users will not need this exposure and this area is well doumented.
However, non-optional default use of an alternate pdftops filter doesn't seem
like a great idea. Especially since it wants to install X.
If the filter is that much better make it optional and handle it without the X
install.
Created attachment 59594 [details, diff]
replacement patch
thx, patch applied, X is no longer needed Still b0rked. Patch not wholly applied. sorry, fixed |
Printing breaks, mime.types is empty, unpacking error as well: >>> Unpacking pdftops.pl to /var/tmp/portage/cups-1.1.23-r3/work unpack pdftops.pl: file format not recognized. Ignoring. And the RDEPEND of xpdf is all wrong - prevents CUPS from being installed without X which is not desired for a server. Reproducible: Always Steps to Reproduce: 1.emerge cups-1.1.23-r3 2. 3. Actual Results: printing broken I refused to install it on servers as it wanted to install X as well.