Bug#845304: transition: libxtables12
On Sun, 27 Nov 2016 at 18:26:24 +0100, Guillem Jover wrote:
> On Tue, 2016-11-22 at 10:49:11 +0100, Arturo Borrero Gonzalez wrote:
> > I bumped to a snapshot release because several people asked me to do so.
>
> I was one of those. The changes in the snapshot are requiered for the
> various translation tools, to convert from the legacy iptables to
> nftables command-line syntax, or to be able to inject rules into
> the nftables using iptables commands and syntax, otherwise the tools
> do not see each others rulesets. I'm sorry this has caused grief for
> Arturo and the Release Team. :(
At this point 4 out of 6 strong rdeps are using libxtables12 even without
any binNMUs having taken place, so I think perhaps at this point we have
stepped in so far that, should we wade no more, returning were as tedious
as go o'er. (With apologies to Shakespeare.)
I suspect doing the revert would end up as rather a mess, because of the
past upload of a libxtables11 incorrectly containing libxtables.so.12, which
required Breaks/Replaces to fix.
> On Tue, 2016-11-22 at 12:05:35 +0000, Simon McVittie wrote:
> > Wait, *added* a few new symbols?
>
> It also changes the «struct xtables_match», which is passed and returned
> as part of the public API.
OK, then the new SONAME is indeed justified.
On Tue, 22 Nov 2016 at 16:43:14 -0300, Felipe Sateler wrote:
> No idea how to express this in ben syntax, but Recommends need to be
> looked at too. iproute2 has some modules depend on libxtables
> (optional, and thus Recommends, not Depends).
Please could someone from the release team set up a manual tracker that
also looks at Recommends?
Thanks,
S
Reply to: