d design quirks allowed)
* as much test coverage as is practicable
* no C code duplication without a good reason
* no BPF instruction duplication without a good reason
* what the C code looks is what it actually does, and vice versa
* no known discrepancies in pcap-filter(7)
Overall the parse
cpdump-group/tcpdump/issues/810
--
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
nse in making the latter two options more granular and/or arranging
the source such that assigning a specific dissector to a specific group
would be a matter of one #define. But this may be over-engineering.
--
Denis Ovsienko
___
tcpdump-workers ma
(which upgraded Clang from 17.0 to 19.1),
* installation of security and other routine updates on various hosts,
and
* hardware maintenance and upgrade of linux-mips.
--
--
Denis Ovsienko
--- End Message
ful material for this development.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistin
.
This is about as much as I can make sense of the specifications, and
OASIS Send/Receive is not one of the several serial file transfer
protocols I have used, so some of this thinking may be irrelevant to
the use case. If you could explain the use case and the intended
purpose of
kgsrc from 2024Q4 to 2025Q1 on
three NetBSD worker hosts), and
* various sysadmin chores (VM churn, OS and package updates).
--
--
Denis Ovsienko
___
tcpdump-workers mailing li
On Tue, 7 Jan 2025 16:38:30 +
Denis Ovsienko wrote:
> 4. The "enable/disable IPv6" build option, when non-standard IPv6
> stacks were commonplace and libpcap depended on these, had a purpose
> and managed the optional dependency. After quite some development in
>
--- Begin Message ---
On Mon, 7 Apr 2025 11:49:49 +0530
Mahesh V wrote:
> m4 exists and I have set M4PATH env variable as well
In Autoconf "M4" is the optional environment variable with a custom path
to m4.
--
Denis Ovsienko
--
* developing code that is still work in progress or is waiting to be
merged,
* resolving/updating/opening a number of bug reports,
* various updates to the web site, and
* sysadmin chores (updates/reinstalls/troubleshooting).
ement and user support,
* various minor fixes to code and documentation,
* preparing a few draft prototypes that yet remain to be completed,
* minor updates to the web site,
* manual testing on less common OSes as required, and
* sysadmin chores (mostly reconfigurations, upgrades and churn in the
vir
--- Begin Message ---
On Wed, 12 Feb 2025 22:54:18 +0100
Francois-Xavier Le Bail wrote:
[...]
> They are also different:
Hopefully the difference is more meaningful now.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing l
udes a copy of bpf_dump.c too.
--
Denis Ovsienko
--- End Message ---
___
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
x in
case a filter uses the old-style VLAN keyword), but otherwise things
by default would work as before. Let's suppose the 1.11.x series
lasts a few years and provides a sufficient migration window even
after libpcap 2.0.0 has stabilised.
4. In the master branch the to-be-libpc
On Mon, 18 Nov 2024 12:30:22 -0800
Guy Harris wrote:
> On Nov 18, 2024, at 11:54 AM, Denis Ovsienko
> wrote:
>
> > The current approach in libpcap is such that an application at some
> > point tries to activate a device, and if the device does not support
> > captu
c has been upgraded from
2024Q2 to 2024Q3, which among other things upgraded GCC from 13.3 to
14.2 and Clang from 17.0 to 18.1 on netbsd-aarch64.
Cheers.
1: https://www.digitalocean.com/open-source/credits-for-projects
--
Denis Ovsienko
___
tcpdump-worke
On Mon, 09 Sep 2024 15:13:49 -0400
Michael Richardson wrote:
> Denis Ovsienko 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 y
stead of using the
Makefile.
To simplify the use of "make install", would it be a reasonable
trade-off to install the additional binary only when the .devel file
exists?
--
Denis Ovsienko
___
tcpdump-workers mailing list --
uot;host N.N.N" works exactly as "net N.N.N"
This way, to me it would make the most sense either to declare
inet_aton() IPv4 address format the nominal syntax (and to implement
that in the parser for N.N and N.N.N) or to declare N.N and N.N.N
invalid syntax and to return an appr
ed changes in one complete commit).
* Add a change log entry and update the man page.
* Run ./build_matrix.sh and fix any warnings/errors (currently the
build fails with CMake with "libcryptopANT header not found",
obviously, not all build environmen
On Fri, 19 Apr 2024 11:18:47 -0700
Guy Harris wrote:
> On Apr 19, 2024, at 5:49 AM, Denis Ovsienko
> wrote:
>
> > On Fri, 12 Apr 2024 18:49:05 -0700
> > Guy Harris wrote:
>
> ...
>
> > Since tcpdump is the reference implementation of a program tha
are going to
remain for historic purposes.
--
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
ivate(); those first appeared in libpcap 1.0, which was
> released in 2008, almost 16 years ago.
>
> Is there any reason not to require libpcap 1.0 or later? If there
> is, is there any reason not to require libpcap 0.7 or later?
Such use cases may exist, but I am not aware of any.
> This would be a bit of additional work, but security and confidence
> are usually at the opposite ends of the same scale.
s/confidence/convenience/
I knew what I meant, of course.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- t
he signed tarballs at their end, another could run "make releasetar"
at their end and let a script compare the contents and verify the
signatures.
This would be a bit of additional work, but security and confidence are
usually at the opposite ends of the same scale.
--
De
n actually works as
expected after it has been implemented?
9. What is the rollback plan, in case the solution did not work?
10. How is the proposed solution supposed to work long-term and
what is the impact on backward compatibility, if any?
Thank you.
--
Denis Ovsienko
_
On Thu, 28 Mar 2024 15:28:00 -0700
Guy Harris wrote:
> On Mar 28, 2024, at 2:19 PM, Denis Ovsienko
> wrote:
>
> > Yes, AIX and Haiku sometimes make portability issues manifest.
>
> And, in this case, Solaris doesn't have SIGINFO, either; SunOS
> 0.x-4.x didn&#x
file --sigusr2=ignore" and then to use killall
remembering only the correct signal to use for the group, but not which
group comprises which PIDs.
This feature would only need to detect the set of user-configurable
signals at build time, to show the set and its default actions on
request, and
ponse as necessary, including the action from the pull request:
--sigusr2=rotate_savefile
1: https://github.com/the-tcpdump-group/tcpdump/pull/570
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To un
he patches and running
./configure, so there is a config.h with (or without) the various
HAVE_ macros.
The binary packages also include description of changes applied before
building, perhaps some of that could be up-streamed.
--
Denis Ovsienko
_
icense in libpcap, tcpdump, and tcpslice.
I suppose this did not work. Let's put the
"3-clause-plus-one-unnumbered-clause LBL license" into a LICENSE file
then?
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lis
tually will be gone too.
In tcpdump README.md now includes a more or less complete list of
retired OSes, please improve what you find in need of improvement.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.o
unused DSOs
helpdisplay this help message and exit
To direct the debugging output into a file instead of standard output
a filename can be specified using the LD_DEBUG_OUTPUT environment
variable.
--
Denis Ovsienko
___
tcpdump-workers mailin
sources to enable such support, please shout before long. Otherwise
notions of Tru64/Digital/OSF will be removed where they get in the way
of present day development and maintenance. The OS vendor finished
Tru64 support 10 years ago.
--
Deni
nt also the
> calling function name with file name and line number. There may be a
> small shift in the line number.
>
> To use it:
> (There will be a doc entry based on this topic later.)
Thank you for putting this together. Does the FAQ look the best place
fo
ielmiessler.com/study/tcpdump/.
> ...
> Thus, the problem already exists in reverse.
It has been this way for 32 years, so let's either fix this properly
with backward compatibility notes, or not at all. And in any case,
with a clear understanding which is the right thing.
--
Denis Ovs
users
ever reads any documentation that comes directly with the software. It
would be better to have some other problems solved before looking at
this discrepancy again.
Specifically, I wonder if it would be practicable to process all
remaining longj
respective logistics in Autoconf and CMake and would
make OS IPv6 support a nice-to-have, but not an essential dependency.
1:
https://www.iana.org/assignments/address-family-numbers/address-family-numbers.xhtml
--
Denis Ovsienko
___
tcpdump-workers
and please remember to keep
the published specification up to date.
--
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)slisti
reasonable requirement for tcpdump 5.
--
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
On Mon, 30 Jan 2023 21:30:50 +
Denis Ovsienko via tcpdump-workers
wrote:
> The changes to detect printf() issues (which now correctly fails the
> build on Solaris 9 instead of masking the post-build test failures)
> are now tcpdump draft pull request #1031. Please treat this as a
ted
> the "pickle" file from the mailman2 installation.
Thank you Michael.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(
--- Begin Message ---
On Fri, 27 Jan 2023 12:53:28 +
Denis Ovsienko via tcpdump-workers
wrote:
[...]
> I do not understand yet if AC_LBL_C_INLINE could just disappear safely
> altogether instead of being replaced with AC_C_INLINE.
In order to play safe, it has been replaced w
xegin/zwave-g9959-tap>
>
> This version incorporates feedback from Denis Ovsienko, James Ko, and
> Sam Freemantle, whose contributions are appreciated.
>
> Since there were no signifigant issues identified we requested that a
> DLT value be assigned to this specification. Once as
.
> In the screenshot I attached, 6 packets were received within 400ms
> but all delivered at the same time.
This list strips non-text attachments (for clarity HTML is considered
not text for this purpose), so the screenshot didn't make it through.
--
--- Begin Message ---
On Sat, 14 Jan 2023 16:57:45 +
Denis Ovsienko via tcpdump-workers
wrote:
[...]
> So it would be practicable to restore Solaris 9 support in the
> trailing edge department of tcpdump using compile-time-conditional
> length modifier. If anybody volunteers to
--- Begin Message ---
On Mon, 23 Jan 2023 22:16:24 +
Denis Ovsienko via tcpdump-workers
wrote:
> It looks like either in a C project context CPPFLAGS works in a
> non-obvious way, or is a no-op.
...or, rather, is the C preprocessor flags variable (just as
"./configure --help&quo
--- Begin Message ---
On Fri, 27 Jan 2023 01:40:48 -0800
Guy Harris wrote:
> On Jan 22, 2023, at 9:59 AM, Denis Ovsienko via tcpdump-workers
> wrote:
>
> > I have also removed AC_LBL_C_INLINE and a conditional substitute for
> > Tru64 pfopen() from tcpslice. Intere
the current
comment saying:
dnl We keep it around for reference purposes in case it's ever
dnl useful in the future.
If it still a good reference?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-wo
dcppflags"
It looks like either in a C project context CPPFLAGS works in a
non-obvious way, or is a no-op.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Thu, 19 Jan 2023 15:57:30 -0800
Guy Harris wrote:
> On Jan 19, 2023, at 3:20 PM, Denis Ovsienko
> wrote:
>
> > * AC_LBL_SSLEAY -- is there anything useful to take from here?
>
> No, it's been replaced by the "Check for OpenSS
--- Begin Message ---
On Wed, 18 Jan 2023 15:53:21 -0800
Guy Harris wrote:
> On Jan 18, 2023, at 3:32 PM, Denis Ovsienko via tcpdump-workers
> wrote:
>
> > As it turns out, there is another unused macro
> > (AC_LBL_HAVE_RUN_PATH), tcpslice became the first to
o lose this luggage.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
a similar origin? Neither tcpdump nor libpcap use
it.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
script,
but I don't understand whether this means a bug or just some dead code.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Thu, 12 Jan 2023 10:40:24 -0500
Michael Richardson wrote:
> Denis Ovsienko via tcpdump-workers
> wrote:
> > Thank you for the detailed analysis, Guy. I did not realize
> > the support is in the libc space rather than C99 space. Do you
>
rted to CMake, but
then the currently conditional tests would be able to pass everywhere
(i.e. on Solaris 9).
Whatever is the eventual solution, in any case from today's perspective
it makes sense to stop masking these test failures.
--
--- Begin Message ---
On Sat, 7 Jan 2023 18:47:37 -0800
Guy Harris wrote:
> On Jan 7, 2023, at 8:51 AM, Denis Ovsienko
> wrote:
>
> > On Fri, 6 Jan 2023 17:13:20 -0800
> > Guy Harris wrote:
> >
> >> On Jan 6, 2023, at 3:31 PM, Denis Ovsienko
> >&g
file instead of doing a flag day on entire repository?
Also it might help before enforcing the style to get tcpdump 5.0 ready
(to remove backporting into 4.99 from the problem space) and to
merge/close as many pull requests as possible.
--
Denis
--- Begin Message ---
On Fri, 6 Jan 2023 17:13:20 -0800
Guy Harris wrote:
> On Jan 6, 2023, at 3:31 PM, Denis Ovsienko
> wrote:
>
> > It is the latter, and a custom Autoconf seems an unreasonable
> > requirement for contributing.
>
> Reasonable, or unreasonable?
--- Begin Message ---
On Fri, 6 Jan 2023 14:49:54 -0800
Guy Harris wrote:
> On Jan 6, 2023, at 2:24 PM, Denis Ovsienko
> wrote:
>
> > On Fri, 6 Jan 2023 13:25:14 -0800
> > Guy Harris wrote:
> >
> >> If we switch to making Debian Autoconf the new sta
stall Debian Autoconf or use "git add -p" instead of "git add"?
Yes. Right now it is the other way around (contributors that use
Debian or its derivatives have to filter their output). So perhaps
this switch would not be convenient for macOS and FreeBSD users.
--
standard should make this problem
smaller (it certainly would in my development environment). Would
anybody like to make their point for or against such a switch in one of
the next releases?
1: https://github.com/the-tcpdump-group/tcpslice/pull/12
--
Denis Ovsi
Improve some protocol details in pcap-filter(7).
Refine "relop" notes in pcap-filter(7).
In pcap-filter(7) "domain" is an id.
Discuss backward compatibility in pcap-filter(7).
Other improvements to pcap-filter(7).
Document pcap_breakloop(3PCAP) interaction with threads better.
Document PCAP_ERROR_NOT_ACTIVATED for more routines.
8<8<8<8<8<8<
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
,
without apparent changes.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
one of
the four possible MPDU formats to use.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
rate code points. Clearly there is some relation with tables A.1
and A.2 from G.9959 2015/01.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
decided). If you
have any comments or suggestions in this regard, please post to the
list.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo
.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
files.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Sat, 15 Oct 2022 15:21:42 -0700
Guy Harris wrote:
> On Oct 15, 2022, at 8:03 AM, Denis Ovsienko via tcpdump-workers
> wrote:
>
> > As it turns out, on Linux tcpslice currently fails to build with the
> > current master branch of libpcap. This re
ee it
as a libpcap issue that should not block tcpslice release, but other
opinions are welcome.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
Hello list.
Unless anyone objects, the next release of tcpslice (1.6) will be made
soonish to flush the few buffered minor bugfixes and to take another
item off my to-do list.
--
Denis Ovsienko
--- End Message ---
___
tcpdump
ese interpretations?
1: https://docs.kernel.org/arm/mem_alignment.html
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ot anymore. Anyway, git clone is
better order of magnitudes, in that it allows to tell which commit the
working copy is at.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.
).
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
mp are supposed to
be next to each other, not one inside the other. Also the libpcap
directory must be named "libpcap" because tcpdump build process is
checking in ../libpcap for the "local" libpcap. If the check is
unsuccessful, tcpdump tries to build with the "system" libp
this
> document, reference to a tool: https://gitlab.com/niksu/caper
The tool now produces one of the outputs for BPF Exam and can be tried
without the need to rig up a local OCaml environment.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers ma
--- Begin Message ---
On Wed, 13 Jul 2022 23:16:18 -0700
Guy Harris wrote:
> I changed it to a slightly different fix.
Thank you. The signed device index hinted at some logic error, but I
didn't understand if it required a more sophisticated fix.
--
Denis Ovsienko
--- End
should be sufficient
to pass CI again.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
here is another error, PCAP_ERROR is re‐
turned and errbuf is filled in with an appropriate error
message.
Did you mean there is an issue with pcap_setnonblock()?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
n the compilation was performed.
Type is 6, Length is 8, Value contains a 64-bit Unix timestamp.
SOFTWARE SUPPORT
None at the time of this writing.
SEE ALSO
pcap-savefile(5)
30 June 2022
vefile(5)
24 June 2022 CBPF-SAVEFILE(5)
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Thu, 12 Aug 2021 01:18:45 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> On Wed, 11 Aug 2021 15:38:34 -0700
> Guy Harris wrote:
>
> > I've checked in a change to remove the include of grammar.h from
> > gencode.c; it builds without proble
macro is
> supported) and 2) not document it.
Done and done.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Sat, 11 Jun 2022 10:51:41 -0400
Michael Richardson wrote:
> Denis Ovsienko via tcpdump-workers
> wrote:
> > Below is a draft of such a file format. It addresses the
> > following needs:
> > * There is a header with a signatu
--- Begin Message ---
On Fri, 10 Jun 2022 14:26:34 -0700
Guy Harris wrote:
> On Jun 10, 2022, at 1:59 PM, Denis Ovsienko via tcpdump-workers
> wrote:
>
> > Below is a draft of such a file format. It addresses the following
> > needs:
> > * There is a header with
--- Begin Message ---
On Thu, 2 Jun 2022 20:58:38 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> If there is no convention in place yet, I would like to propose
> declaring big-endian as the implicit/default byte order, then
> particular file format(s) with headers can override that
natory. Feedback is
welcome on the list.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
override that as needed.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
pkgsrc
releases/snapshots, although without any notable side effects.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
Hello list.
www.winpcap.org has been down for a couple days, which is breaking
libpcap CI in Appveyor. Now that Npcap is the recommended SDK, would it
be a good occasion to stop doing CI with WinPcap?
--
Denis Ovsienko
--- End Message
ch64 pkgsrc has been upgraded from 2021Q3 to 2021Q4, which
among other things has upgraded Clang from 12.0 to 13.0.
1: https://www.tcpdump.org/old_releases.html
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lis
oints were not addressed and the
requester seems to be out of contact.
It is difficult to see how the header type can be useful if it is not
sufficiently well defined, so I am going to revert the changes made in
libpcap pull request 1061 and tcpdump-htdocs pull request 25, unless
anyone can suggest a
e first line and [skip ci] elsewhere in the commit
> message is the closest to that, but it won't suppress the OpenCSW
> builds, meaning "only Windows and Solaris".
This solution space does not match the problem space perfectly, but the
amount of useful feedback is worth the cost.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
Would it help to try again?
I am not familiar with OpenCSW Buildbot setup, but from the build
history it is obvious it disregards [skip ci], so it looks likely it
would disregard [skip buildbot] too.
--
Denis Ovsienko
--- End Message ---
___
tcpdum
--- Begin Message ---
On Wed, 8 Dec 2021 23:02:58 +
Denis Ovsienko via tcpdump-workers
wrote:
> I am going to merge the short Markdown file into the long HTML
> page at some later point
Alright, libpcap/doc/DLT_ALLOCATE_HOWTO.md has been merged into
tcpdump-htdocs/linktypes.html, also
--- Begin Message ---
On Sun, 28 Nov 2021 21:11:27 +
Denis Ovsienko via tcpdump-workers
wrote:
> Hello all.
>
> Whilst updating some markup in linktypes.html, I wanted to change the
[...]
On a related note, it does not look right that linktypes.html in the
middle of the explanati
ctionable ("do this and this to solve this problem") tasks/issues so
the file would be fine to remove?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
gt; (The supported way to build libpcap (and tcpdump) on Windows is with
> CMake)
>
> Does anyone use these files?
> Win32/Prj/wpcap.sln
> Win32/Prj/wpcap.vcxproj
> Win32/Prj/wpcap.vcxproj.filters
It looks like CMake has superseded these files, as far as it is
possible to tell with
1 - 100 of 285 matches
Mail list logo
