Thanks for your reply. On Debian 11 it did list the elements for at
least a year, that's why I'm surprised about this change. 0.9.8 vs. 1.0.6.
I'll look into filing a bug.
On 6/18/23 13:22, Kerin Millar wrote:
On Sun, 18 Jun 2023 02:42:46 +0200
nft.ogxzcrqhuhgchbvxcs4j7wws@xxxxxxxxxxxxxxxxxxxxxx wrote:
After updating to Debian 12 my tools relying on 'nft -j list sets' fail.
It now does not include the elements in those lists like it did on 11.
Is this hidden behind an 'anti-terse' flag now?
Web searches, the changelog on the site, and manpages didn't reveal
anything.
Running `nft list sets` doesn't list elements either. Unfortunately, whatever the intended behaviour may be, it is not documented at all. The nft(8) page states that the "list" verb should "display the elements in the specified set", which can only describe the "list set [family] table set" syntax, rather than the "list sets [family]" syntax.
I agree with the implication that to have "list sets" include the elements, unless -t is given, would be more consistent and logical. I would suggest filing a bug for further discussion.
