GitLab

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>