On Mon, 09 Sep 2024 15:13:49 -0400
Michael Richardson <m...@sandelman.ca> wrote:

> Denis Ovsienko <de...@ovsienko.info> wrote:
>     > Let me suggest making tcpslice 1.8 release in 1-2 weeks to
>     > avoid yet another oversized change log section.  If anyone sees
>     > a good reason not to, please make your point before long.  
> 
> Who are the users of tcpslice?
> Are there any heavy users that would like to identify themselves, and
> verify the releases?

My guess is that tcpslice does not have many users, but from the
occasional bug reports is seems some people still use it.  Many
distributions have a package for it, although many packages are badly
outdated.  Sometimes I notify one or another package maintainer about a
new version, but still in this department it is not uncommon to measure
the feedback loop in years.

I revived tcpslice in 2020 during a COVID lockdown with the intent to
convert some spare time to a few simple bug fixes.  In 2021 it turned
out to be the best guinea pig for the CI improvements (build matrix
etc): it uses libpcap and has a very low build time compared to
tcpdump, so in this department the feedback loop can be measured in
minutes, not hours.  Its purpose since then has been to provide a
testing ground for various improvements (e.g. handling of various
warnings/errors, man page formatting, posix_fadvise(), static builds,
git for releasetar etc) before they are ready to apply to libpcap and
tcpdump.

So, I am going to make the next release anytime soon.

-- 
    Denis Ovsienko
_______________________________________________
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

Reply via email to