All of lore.kernel.org
 help / color / mirror / Atom feed
From: Till Kamppeter <till.kamppeter@gmail.com>
To: Ira McDonald <blueroofmusic@gmail.com>,
	Open Printing <printing-architecture@lists.linux-foundation.org>
Subject: [Printing-architecture] Last changes on cups-filters
Date: Tue, 19 Aug 2014 20:11:16 +0200	[thread overview]
Message-ID: <53F39344.1050108@gmail.com> (raw)

Below are the most recent changes on cups-filters, mostly this is color
management support by Joe Simon's GSoC project, but there are also many
bug fixes.

IPP Everywhere printer emulation by a shared CUPS queue should be
complete now and should have color management support now.

In the near future color management functionality in the CUPS filters
will migrate into libcupsfilters.

   Till


CHANGES IN V1.0.57

        - rastertopclx: Fixed implicit declaration of
          colord_get_inhibit_for_device_id.
        - Build system: Explicitly link to libm as -lm was dropped
          from cups-config --libs.
        - libcupsfilters, foomaticrip, gstoraster, imagetoraster,
          pdftoraster, rastertopclx, rastertopdf: Handle absence of
          colord or D-Bus gracefully (Ubuntu bug #1356405).

CHANGES IN V1.0.56

        - rastertopdf: Some code polishing and removal of now unneeded
          functions
        - rastertopdf: Reduced color space handling to only
          PWG-supported color spaces
        - rastertopdf: Added colorspace calibration function; included
          optional "/Alternate" PDF key for ICC profile embedding
        - rastertopdf: Colorspace sRGB now embeds srgb icc profile;
          implemented ICC Profile embedding (PDF 1.3 spec)
        - rastertopdf: Added basic color calibration
        - rastertopdf: Implemented ICC Profile creation code for IPP
          Everywhere (from PWG raster)
        - pdftoraster: Added colord handling of ICC profiles
        - kmdevices.cpp/.h: Added interface for Kolor Manager
        - cups-browsed: Do not consider a remote CUPS queue as raw if
          the TXT record is NULL as for queues broadcasted by the
          legacy CUPS method the TXT record does not exist. Now
          consider a queue with NULL TXT record only as raw if the
          domain entry is not empty (which tells that the queue is
          Bonjour-broadcasted (Bug #1223).
        - cups-browsed: Do also not mark a discovered printer as
          already provided by another server when the other server's
          queue has "unconfirmed" status. Mark the other queue with
          "disappeared" or "unconfirmed" status as duplicate of the
          discovered printer so that the new queue for the discovered
          printer does not get removed when the entry for the other
          queue times out.

                 reply	other threads:[~2014-08-19 18:11 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53F39344.1050108@gmail.com \
    --to=till.kamppeter@gmail.com \
    --cc=blueroofmusic@gmail.com \
    --cc=printing-architecture@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.