FAULTY CUPS FILTER
It was discovered that a new CUPS filter that is included with many newer Linux distributions may cause undesirable output. Job options may be applied incorrectly when job orientation and page grouping are used. Please see the section below with instructions for a workaround.
A post with information on a fix will be available soon at: www.codehost.com/cups
Please be sure to be running the latest release version of your Linux distribution or contact your vendor for information on future updated CUPS releases.
Ubuntu 13.04: TEMPORARY SOLUTION FOR PS FILES ON FAULTY CUPS FILTER
The default CUPS filter configuration may cause problems with the handling of options for certain PostScript jobs. Until a fix for the CUPS filters is provided for the OS, this can be solved with the following workaround:
Manually copy the provided `local.convs` file to the `/usr/share/cups/mime/` directory:
# sudo cp /usr/local/brightq/local.convs /usr/share/cups/mime
- Restart the CUPS daemon to refresh its configuration:
# sudo service cups restart
The above commands assume BrightQ was installed under `/usr/local` by default.
This will restore some of the original PS workflow to alleviate these issues with BrightQ queues. Note that the problems will still affect non-PostScript files.
Ubuntu 13.10 (CUPS 1.6.2) and Fedora 19 (CUPS 1.6): Landscape and Group features utilizing PDF workflow are affected.
- CUPS: When installing BrightQ-Pro v2.5 on a Redhat Linux 9, or Solaris system it is recommended that you completely uninstall BrightQ 1.6.5 prior to installing BrightQ-Pro v2.5 or CUPS errors and unexpected behavior will occur.
- CUPS: If you are installing "multiple" printers via. Unix Shell, CUPS might produce errors such as the following "Aborting. add-printer failed etc...". This is because CUPS now has a feature to prevent DoS attacks, thus the CUPS daemon will stop accepting connections if too many are coming in at the same time. To address this you will need to modify your `cupsd.conf` file parameter for "MaxClientsPerHost"
- All applications: Depending on the printing system you are utilizing, if you select a single Banner Page to print out either before or after your print job, the resulting output may be inconsistent.
- On certain Fiery controllers when using the CUPS print system, options from the main job may get carried over incorrectly to the banner pages. If AppArmor is enabled on Linux (by default on recent versions of Ubuntu), you may need to run the following command so that print jobs can be processed on BrightQ queues: `sudo aa-complain cupsd`
- If there are other CUPS servers on your network and browsing is enabled in your CUPS configuration, printers from other CUPS servers will be visible in the BrightQ-Pro "Other Printers" list. In order not to view printers from other CUPS servers, edit the CUPS configuration file and set value for option "Browsing" to Off (Browsing Off). Restart the CUPS daemon for new settings to take effect.
- To get the correct print job orientation when printing from OpenOffice to BrightQ-Pro, page orientation must be selected in the OpenOffice document. OpenOffice will override the BrightQ-Pro orientation value.
- If text output from OpenOffice is truncated and appears unformatted, the font selected within OpenOffice may not be present at the printer. Change the font in the document to regain formatting.
- When printing an 11x17 size print job with the 2-up option enabled, the printout produced may not be centered on the page. This is a known CUPS (Common Unix Printing System) issue.
- To get the correct number of copies when printing from OpenOffice to BrightQ-Pro, the copies option has to be selected from OpenOffice. BrightQ-Pro number of copies field needs to remain at one. OpenOffice will override the BrightQ-Pro copies value.
- When using devices with the Envelope Feeder attachment installed, this attachment will not be automatically discovered when adding a printer.
- For the FreeBSD version of BrightQ-Pro, the user needs to install the "compat4x" package to run on FreeBSD v5.0 and later.
- For HP-UX you will need to have support for "dlopen" which is one of the core system function that you have on your system that is used to load dynamic libraries. If you do not have it, the following error will appear `Unresolved symbol: dlopen (code)`. You can get the `libdl` core library by downloading the latest HP-UX quality pack.
- Fedora 18: Some recent Linux distributions no longer install the `libpng12` package by default, which is required for the graphical installation to be available. Make sure this package is installed on your system before starting the BrightQ installation (i.e. `yum install libpng12` as root).
- LibreOffice: In the printer properties, make sure the language type is set to "Postscript (level from driver)" instead of the default PDF, to make sure all job options are applied properly.