-
Notifications
You must be signed in to change notification settings - Fork 156
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
[PROPOSAL] Remove udig engine support #1368
Comments
+1 from me! Removing dead code is always good to lower maintenance cost. |
+1. We can always bring it back (as a first class citizen, unlike now) if there's community interest |
+1 and thanks for driving this! |
+1 |
+1 reducing technical debt is always great! Thanks for driving this! |
@Andreagit97 keep for 0.14.0? Don't see a PR up yet or push to 0.15.0? |
it's better to have it to avoid conflicts with the release branch in the future :/ this is the PR #1485 a big no-op |
Motivation
In the last maintainer call, we discussed whether it is the case to remove the
udig
engine from libscap. The main reason behind this proposal is that today the udig engine is not maintained and broken and unfortunately we have no manpower to maintain it...Removing it will clean and reduce the size of our codebase so I'm in favor of this change.Feature
Remove the
udig
engine from libscapWDYT? @falcosecurity/libs-maintainers
You can vote as always with a +1 or -1
This issue is not just for maintainers but also for all adopters to jump in with concerns or blockers, even if as I said
udig
is broken so I don't think we have adopters for itThe text was updated successfully, but these errors were encountered: