Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration to wireshark 4.4.x #20

Open
wants to merge 39 commits into
base: main
Choose a base branch
from

Conversation

amitrahman1026
Copy link

@amitrahman1026 amitrahman1026 commented Nov 8, 2024

Series of three PRs that fixes #15, fixes #17, fixes #18 and closes #19.

A culmination of issues stemming from breaking api changed in newer releases of wireshark, as well and lack of portability on macOS. Windows remains untested for now. Thanks to @seffradev for the groundwork!

Details & motivations can be be found here:

amitrahman1026#1
amitrahman1026#2
amitrahman1026#3

An overall summary:

Added

  • Added CHANGELOG
  • Rust workspace resolver version '2' is added.
  • Added option to specify type of wireshark plugin created, with a fallback to Epan type plugin
  • Added support for wsdf generated plugins to load correctly on macOS

Changed

  • Pinning wireshark to stable release 4.4.1 for backported fixes on wireshark (e.g. Fixed CMake's python module finding bugs)
  • The tvb_get_guintX and tvb_get_gintX functions in the tvbuff API has been renamed to tvb_get_uintX and tvb_get_intX (the GLib-style "g" has been removed). The old-style names have been deprecated.
  • #[derive(Protocol)] will now correctly register dissector protocols with unique proto_register_xxx in line with breaking wireshark plugin API changes since release 4.2.x
  • plugin_describe() will now be implemented to properly build a plugin since 4.2.x

seffradev and others added 30 commits September 9, 2024 19:42
Described
[here](https://gitlab.com/wireshark/wireshark/-/commit/c19c9992093f024189e442994bfd953c7cce3b30)
and [here](https://gitlab.com/wireshark/wireshark/-/commit/601bf39e6b2eaff9e77588ff1b1a8a987dad404d)

There is a camke module that is unnecessary and frequently causes hard-to-debug
issues during CMake's configure run.

Additionally, it uses the Python imp module, which was removed
in Python 3.12 (importlib has replacement functions since Python 3.4,
but we don't need this, since we expect our modules to be inside
our source tree.)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants