Re: Adding latest Ubuntu changes to Debian CUPS GIT
On 06/08/2015 01:14 PM, Didier 'OdyX' Raboud wrote:
Le jeudi, 4 juin 2015, 23.02:43 Till Kamppeter a écrit :
I have seen your last updates and have seen that you have returned to
use the "master" branch as head of development again. I have now
committed some further fixes to "master". Can you do a release
(2.0.2-4) with the current state? I will sync it to Ubuntu then.
Hmm. I'm not convinced by all your changes, let's see:
- 4de7ecc adds unncessary noise to the ipp-everywhere patch: moving from
"ab-style" to "index-and-timestamps" makes this commit bigger than it
is. I use the following .quiltrc, which reduces the noise by quite a
bit:
QUILT_PATCHES=debian/patches
QUILT_NO_DIFF_INDEX=1
QUILT_NO_DIFF_TIMESTAMPS=1
QUILT_REFRESH_ARGS="-p ab"
Sorry, it seems that I generate patches with whatever is default in
Ubuntu. I also think that time stamps in patches are a bad idea as they
cause a lot of noise. perhaps these settings should also be suggested to
Ubuntu.
- 1b3ad91 introduces a patch lacking DEP-3 headers. These are really
useful for keeping track of where things came from, please make sure to
write them for all patches (even if temporary).
Sorry, forgot the header here.
I have simply pulled down a very simple fix from upstream here,
It is upstream SVN rev. 12509 or rev. 14537a4d of the public GIT mirror,
description is
Fix pwg-raster-document-types-supported values.
and author is Mike Sweet:
msweet <msweet@a1ca3aef-8c08-0410-bb20-df032aa958be>
This is a simple typo correction and there is no bug report about this.
- 0996f59 installs the ippserver binary in cups-client, but doesn't
explain _why_, and doesn't install the ippserver manpage. I'm far from
convinced that ippserver should be installed at all, and especially not
in cups-client. I'd probably make it live in its own package.
ippserver is an emulator of an IPP Everywhere server, it is for
development. I added it to cups-client as the other, similar developent
tools like ippfind and ipptool are there. I have nothing against putting
it into a separate package. It seems to not have a man page.
Is the Debian freeze not already over? Why are you still releasing in
experimental?
For one reason, CUPS 2.0.x doesn't build successfully on all Debian
release architectures:
https://buildd.debian.org/status/package.php?p=cups&suite=experimental
Uploading this version to unstable will increase the urge to fix the
mips FTBFS, for which I have no capacity, unfortunately.
I'm quite confident that CUPS >= 2.0.2 will end up in Stretch, but in
its current state, it cannot enter it, given that it lacks a mips build.
OK, so we must wait for the MIPS folks to come up for introducing CUPS
2.0.x into unstable, or perhaps skip straight to 2.1.x.
Till
Reply to: