Free cups software for linux

cupsfax project contains a set of two scripts to integrate a fax server into the CUPS printing system. To send a fax, the user prints it to the designated printer queue. He will then receive a mail with a link to a web form. In this web form, the user may enter additional parameters - most importantly, the receiving fax number.

This way, there are no additional conditions on what can be printed, like fax numbers embedded into the file or job name. This can also be fully integrated into a samba/CUPS configuration, enabling Windows clients to send arbitrary documents as fax. It also gives the full power of the CUPS print processing pipeline to sending faxes.

pycups 1.9.46 offers a wide range of Python bindings for the CUPS API.

Tea4CUPS project is similar in functionnality to the GNU/Linux tee command, but available as a 100% plug and play generic CUPS backend wrapper.
Tea4CUPS is the Swiss Armys knife of the advanced CUPS administrator, and can easily replace or extend most of the existing specialized CUPS backends (pdf, email, ftp, etc...)
You are greatly encouraged to use this software instead of writing your own CUPS backends : Tea4CUPS will let you plug your own scripts, filters, tools, or commands wherever you want, while giving them access to all the print jobs characteristics in a consistent way.
Tea4CUPS is a 100% Python written standalone script distributed under the terms of the GNU General Public License of the Free Software Foundation.
Tea4CUPS provides three ways to launch commands :
filters : A filter can modify the input datas before they are sent to the printer or made available to the pre and post hooks defined below. Currently a single filter can be defined per print queue.
prehooks : these are guaranteed to be launched before the print job is sent to the real printer. Any prehook which exits -1 can cancel the print job. Any number of prehooks can be defined for a particular print queue.
posthooks : these are guaranteed to be launched after the print job has been sent to the real printer, unless the job was previously cancelled by a prehook. Any number of posthooks can be defined for a particular print queue.
Enhancements:
- Access to the same printer devices by different print queues or print servers is now serialized to avoid problems.
- Support for CUPS 1.2.x and higher was improved.
- The administrator can now stop tea4cups with SIGINT.
- A configurable retry directive in the configuration file gives you more control over what to do when the real CUPS backend fails.
- The documentation and sample configuration file were improved.

jcpp is a Java C preprocessor.

The C Preprocessor is an interesting standard. It appears to be derived from the de-facto behaviour of the first preprocessors, and has evolved over the years. Implementation is therefore difficult. JCPP is a complete, compliant, standalone, pure Java implementation of the C preprocessor.

It is intended to be of use to people writing C-style compilers in Java using tools like sablecc, antlr, JLex, CUP and so forth. This project has has been used to successfully preprocess much of the source code of the GNU C library.

The license is GPL-2. Subversion access is available on request. Less restrictive licenses are freely available on request, but please ask, because I want people to use this software, but Im curious to know who is using it and for what purpose.

The Castor project has been developed out of need: the need to get stuff done and the need to write useful code.
It has been designed and coded over many cups of Dunkin Donuts Hazlenut coffee, Starbucks Latte, and tall no-whip White Mochas, as proof that coffee beans do come in handy.
Castor includes software, such as Xerces, Jakarta ORO, and Jakarta Regexp, developed by the Apache Software Foundation. Castor also includes JUnit testing framework
Main features:
- Castor XML: Java object model to and from XML (XML databinding)
- Generate source code from an XML Schema
- Default introspection or mapping file for existing object models
- Castor JDO: Java object persistence to RDBMS Castor JDO is not the same-as or compatible with Suns JDO. We have a different approach to handling data object to RDBMS mappings.
- XML-based mapping file to specify bindings for existing object models
- Support for schema-less Java to XML binding
- In memory caching and write-at-commit reduces JDBC operations
- Two phase commit transactions, object rollback and deadlock detection
- OQL query mapping to SQL queries
- EJB container managed persistence provider for OpenEJB
- Ability to create base mapping from existing Java classes
- Ability to create an XML Schema from an XML input document
Enhancements:
- Fixed problem with TransactionContext.getObjectEntry(Object) that was introduced as a result of adding support for lazy loading 1:1 relations.
- Added F.A.Q. entry describing compatibility problems between various releases of mySQL 4.1.x and its JDBC drivers.
- Reverted various DOCTYPE definitions in src/tests/jdo to use DTDs.
- Fixed issue with GeneralizedFieldHandler not able to handle collections. Collections are now automatically iterated over during getValue() calls and each item in the collection is passed into the convertUponGet method. To retain the old behavior simply add a call to #setCollectionIteration with a value of false in the constructor of your GeneralizedFieldHandler. The behavior for setter methods is not changed since only one item at a time is passed into the setter already.
- Fixed whitespace processing bug, where a was actually getting appended to the end of a string value if the parser was calling the #characters method again with only whitespace following a previous call to #characters method where valid content existed.
- Fixed recent issue where ElementDecl#getType() method was always returning null for element references.

lpr-bash is a replacement for the "lpr" command found in lpr(ng), CUPS, and other Unix printing systems. lpr-bash is implemented as a shell script.
Originally designed to run on LinuxFromScratch, and later ported to gentoo, it should work with virtually any flavor of Linux or Unix, and maybe even Mac OS X.
The most common Linux Printing Systems consists of a daemon that needs to run in the background, in most cases listening on a port (ipp://, TCP port 631) for data, in the case of CUPS even as a webserver.
The advantage of this overdone functionality is that you can print from another PC in the network using the IPP protocol, while lpr-bash needs to resort to the print server functionality of samba for network printing.
If you only want local printing or have samba already started, lpr-bash is the smaller, less complex Printing System for you.
Enhancements:
- Two nasty bugs were fixed in local printing, ebuild, printcap-convert, and unwanted output to stdout.
- The print group was changed to lp for gentoo conformity. (un)lockprinter commands were added.
- The install script was changed to use portage on gentoo systems.
- A Web page was added to the standard documentation.
- The package now unpacks into a subdirectory.

TurboPrint is a high-quality printer driver system for Linux built on existing standards (e.g. ghostscript). It is designed to produce maximum quality photo printouts as well as high-speed text documents.

TurboPrint provides printer drivers for almost every inkjet printer, e.g. Canon BJC / S, Epson Stylus Color & Photo, HP DeskJet. All printer features are supported. TurboPrint comes with its own color matching system "TrueMatch".

High quality color profiles ensure optimum color reproduction on all print media (glossy paper, inkjet paper, ...). A comfortable GUI configuration menu and a printer toolbox (head cleaning, alignment, ink quantity) are included.

TurboPrint can be easily integrated into the CUPS printing system. The FreeEdition of TurboPrint can be obtained free of charge. It contains almost the full functionality.