On Wed, Nov 15, 2023 at 10:43:52PM +1100, Duncan Roe wrote: > On Wed, Nov 15, 2023 at 10:27:34AM +0100, Pablo Neira Ayuso wrote: > > On Wed, Nov 15, 2023 at 10:04:47AM +1100, Duncan Roe wrote: > > > Hi Pablo, > > > > > > On Tue, Nov 14, 2023 at 04:24:11PM +0100, Pablo Neira Ayuso wrote: > > > > On Sun, Nov 12, 2023 at 05:59:21PM +1100, Duncan Roe wrote: > > > > > Some of these documented changes haven't happened yet. > > > > > > > > Then we have to start by changes first, not the other way around. > > > > > > Yes I know that, obviously:) > > > > > > The point here is that nfnl_rcvbufsiz() has been advertised in the main page of > > > libnetfilter_queue HTML for a long time and there are likely a number of systems > > > out there that use it. When libnfnetlink is removed, libnetfilter_queue will > > > have to provide nfnl_rcvbufsiz() or those systems will start failing. > > > > There is nfq_fd() and setsockopt() that you can use: > > > > setsockopt(fd, SOL_SOCKET, SO_RCVBUFFORCE, &size, socklen); > > setsockopt(fd, SOL_SOCKET, SO_RCVBUF, &size, socklen); > > Yes > > > > libnfnetlink is **deprecated** and it will be removed at some point, > > the git log shows that it has less and less users. > > Good to know > > > > main libnfnetlink users are the libnetfilter_* libraries. > > Yes > > > > No new application should be using libnfnetlink in 2023. > > Yes > > But please see thread starting > > [PATCH libnetfilter_queue] utils: Add example of setting socket buffer size > I meant to send my reply to that email, not this one. > > Again sorry for the confusion I've caused. Apologies, I got lost. Huge burden here. I suggest to restart from scratch and only one submission and thread at a time :) Thanks.
