-
Notifications
You must be signed in to change notification settings - Fork 1
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
maint: Use go mod replace to pull gopacket dependency #183
Conversation
We maintain a fork of [gopacket/gopacket](https://github.com/gopacket/gopacket) as [honeycombio/gopacket](https://github.com/honeycombio/gopacket). | ||
The agent is configured to use the official gopacket repo as part of it's main dependency chain and import paths. | ||
The honeycomb fork is swaped in using a replace directive in go.mod. | ||
This allows the fork to remain cleaner, easier to manage and makes it easier to provide upstream contributions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@MikeGoldsmith I've got some edits to DEVELOPING incoming for us to consider. |
- Appease markdown linter by turning the steps into bullets and most of the text and code blocks into paragraphs between them. - Fix some typos.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
couple small recommendations based on my initial read, to help with clarity
Which problem is this PR solving?
Updates the agent's gopacket usage to default to gopacket/gopacket and then swap in our fork honeycombio/gopacket with a go mod replace directive. This allows the fork to remain cleaner because we won't need to rename the package namespace, easier to manage by referencing commit SHAs instead of our own release tags, and provides a place from which we can open upstream contributions.
Short description of the changes
How to verify that this has the expected result
Dependencies are cleaner with go.mod depending on official packages then swap in the fork that the agent can experiment with.