GitLab

Added Friulian translation.
Updated Croatian and Kazakh translations.

This commit adds ability to process IPP_TAG_NAME and
IPP_TAG_TEXT values which contain UTF-8 characters.
This is required by RFC 2911 and CUPS is able to handle
such strings.
Users will be able to handle printers with names containing
printable UTF-8 characters now.

https://bugzilla.redhat.com/show_bug.cgi?id=982727

PATH_MAX is optional in POSIX, and not provided on GNU/Hurd;
due to the shotcoming of cupsTempFile2(), a dynamically allocated buffer cannot be provided,
so define CPH_PATH_MAX as PATH_MAX (or 1024, if not available), and use it.

https://bugs.freedesktop.org/show_bug.cgi?id=59263

New method PrinterRename for printer renaming, it actually deletes old printer
and add new one. It is also possible to rename classes and their members.

https://bugs.freedesktop.org/show_bug.cgi?id=92463

He made enough significant changes to be listed there!

Marek now has all the access rights to maintain cups-pk-helper, so I'm
not needed anymore :-)

He agreed to step up, that's great news!

Since the change that got reverted was justified by some cups
documentation, it's important to clearly document where the current
validation scheme comes from (lpadmin man page and cups source).

Also, fix the size check: the cups source code limits this to 127.

Apparently, this is way too strict. The lpadmin man page says:

  CUPS allows printer names to contain any printable character except
  SPACE, TAB, "/", or  "#".

So the previous code was (mostly) correct.

This reverts commit 7bf9cbe4.

This really fixes build with CUPS >= 1.6, this time.

Thanks to Jürg Billeter <j@bitron.ch> for spotting the issue.

Thanks to Alexander Peslyak <solar@openwall.com> and Sebastian Krahmer
<krahmer@suse.de> for catching this.

Part of fix for CVE-2012-4510.

There was basically no check for permissions. Now, we temporarily change
our effective uid/gid to the one of the user to open the file for
writing (when getting) or reading (when putting). We then only use
operations that work on the file descriptor to avoid potential race
conditions.

Before that, people could:
 - overwrite any file with the content of a cups resource
 - put any file in a cups resource

Part of fix for CVE-2012-4510.

CUPS 1.6 makes various structures private and introduces ippGet*
and ippSet* functions for all of the fields in these structures.
See http://www.cups.org/str.php?L3928

For compatibility with CUPS < 1.6, we manually define the needed
accessors if building against the old CUPS.

https://bugs.freedesktop.org/show_bug.cgi?id=52265

Only alphanumerical characters and the underscore are valid, and the
name must not be longer than 127 characters. See
http://www.cups.org/documentation.php/doc-1.1/sam.html#4_1

This has to be set explicitly for operations requiring
authentication starting with CUPS 1.5.

https://bugs.freedesktop.org/show_bug.cgi?id=46890

Check if the name we have is a printer or a class, and create the right
request, instead of first assuming it's a printer, and trying for a
class in case of failure.

We have a nice function, let's use it :-)

PATH_MAX is the obvious choice for a path, and we already have a
CPH_STR_MAXLEN which seems reasonable to use for lines.

New method to set options, without a "-default" suffix.

https://bugs.freedesktop.org/show_bug.cgi?id=45304