Update German scripts translation

Update to 542t.
Update German translation of manual pages

Update to 2258t.
Dpkg::Control::HashCore: Only skip actual empty first line field values

Regression introduced in commit c2ee90f92ab6c915db774403414b2ea70c967c3e.

We need to check if the value is empty, not if it's false. Add a
regression test.
Add support for DragonFlyBSD to ostable and triplettable

Signed-off-by: Guillem Jover <guillem@debian.org>
s-s-d: Add DragonFlyBSD support

Closes: #734452

Based-on-patch-by: Hleb Valoshka <375gnu@gmail.com>
debian: Update changelog entry for #746306 bug fix (CVE-2014-0471)

Add attribution for the reporter, and a reference to the newly assigned
CVE-2014-3127.
scripts: Add test cases for C-style encoded pathnames in patches

This covers the directory traversal issues from CVE-2014-0471 and
CVE-2014-3127.
Dpkg::Source::Patch: Fix patch header parsing to avoid directory traversals

The code parsing the patches was not taking into account that patches
w/ partial or no pathname headers are still valid patches, and that
they can specify the pathname in the Index: pseudo-header or in a
single «+++ » pathname header, which allows doing directory traversal
when unpacking source packages.

The first vector is due to how the Index: pseudo-header is handled by
patch. Its value gets used (on non-POSIX mode) only when both «+++ »
and «--- » pathname headers do not provide a pathname, by either having
an empty pathname or by the header being completely absent. The minimal
fix for this is to just consider that we've parsed the header when we
see a hunk header marker «@@ -». This is CVE-2014-3865 and #749183.

The other vector is due to patches with only a «+++ » pathname header,
which get skipped by the parser as it only checks for «--- » pathname
header lines. The minimal fix for this is to also check for «+++ » when
parsing the patch header. This is CVE-2014-3864 and #746498.

The first issue is a superset of the second, and its fix is sufficient
and covers and fixes too the second vector, as the «@@ -» marker is
mandatory for a patch to be valid.

An unspecified directory traversal vulnerability was initially reported
in #746498 by Javier Serrano Polo <javier@jasp.net>, and while no
information had been provided, I independently found #749183 and what
was supposed to be #746498, which was later on published.

Fixes: CVE-2014-3864, CVE-2014-3865
Closes: #746498, #749183
scripts: Add test case for patch disabling hunks

This does not pose any security issue, as the hunk parser is strict, and
will reject a patch if it considers that the hunk marker is not present.
Regenerate .pot files and merge .po files with them
Release 1.17.10
Bump version to 1.17.11