GitLab

libiptc0, libip4tc0 and libip6tc0 don't need a Replaces & Breaks
with iptables, given the library files were moved to multi-arch paths
(so there is no file conflict with the old iptables package).

The -dev packages are different, because they have conflicting paths with
the old iptables-dev package.
Suggested-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

So all library packages are Multi-Arch: same, otherwise marking iptables
M-A: foreign is pretty pointless.
Suggested-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Michael Biebl says:
 <<
 please consider lowering the priority of the library packages to
 optional. I know lintian will complain about that not being policy
 compliant, but I think installing libraries because of their priority is
 a stupid idea (and discussion is currently ongoing to fix the debian
 policy in that regard).
 >>
Suggested-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Given we already depends on -dev packages. They lib packages will be pulled
in by their corresponding -dev package.
Suggested-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

To allow transitions from iptables-dev to the libiptc split.
Reported-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

There are several little things to fix in the libiptc package split to get
it completed:
 * adjust break/depends
 * distribute usr/include/libiptc/libiptc.h
 * dropped the breaks: linux-libc-dev (<< 3.5), this was added for a file
   conflict regarding /usr/include/linux/netfilter_ipv4/ip_queue.h, which
   is no longer shipped by the library packages.
Signed-off-by: Michael Biebl <biebl@debian.org>
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

We have now conflicts with iptables and iptables-dev (1.6.0-2), given
we have moved files between packages.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

We have a libxtables11 binary package, let's include the devel files
in a libxtables-dev package for coherence.

This is mainly a matter of renaming the iptables-dev binary package.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Generate 2 new binary packages libiptc and libiptc-dev from iptables and
iptables-dev.

This way, we can play Multi-Arch games independently with iptables and libiptc.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

No changes required, per checklist:
 https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt

Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Users are likely to play with kernel modules. Suggests kmod.

Closes: #623865
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

This change triggers a lintian warning which I don't know
how to handle by now, given libiptc is a *private* library
and should not be used by any package.

E: iptables: shlib-in-multi-arch-foreign-package lib/libiptc.so.0.0.0
N:
N:    The package is marked as Multi-Arch: foreign, but it includes a shared
N:    library in a public library directory.
N:
N:    Refer to https://wiki.ubuntu.com/MultiarchSpec

 for details.
N:
N:    Severity: serious, Certainty: certain
N:
N:    Check: shared-libs, Type: binary, udeb
N:

Closes: #776041
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Move the libxtables11 package from Section 'net' to 'libs'.

Closes: #812973
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Pointing to the alioth project.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

There are no specific manpages for the -compat tools right now.

Writting such manpages is something I would like to discuss with upstream.
I think the best sollution by now is to simply redirect users to the originals.
For this, a dependency with the original tools is required.

It should be noted that such a dependency is not weird, since its very likely
that users of the iptables-nftables-compat package are triying to migrate
their ruleset, so they need the original tools anyway.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

No changes required by:
 https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt

Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Call wrap-and-sort to put here a bit or ordering.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

At runtime, the compat tools may load some modules (extensions) which are
owned by the iptables package.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Bump libxtables10 to libxtables11.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Give a bit more of information in the long description of the compat package.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

So, users can use nft to check what the migrated ruleset looks like.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Vcs-* fiels that points to alioth.debian.org
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

This alioth team is now the maintainer of this package.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

There was a typo.

Git-Dch: Ignore
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

This new binary package includes the nftables compat stuff.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Update Maintainer and Uploader fields.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>

Put build-deps required by the nftables backend.
Signed-off-by: Arturo Borrero Gonzalez <arturo.borrero.glez@gmail.com>