-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
feat(config): move Fevm.Events->Events, implement soft deprecation #11698
Conversation
63e35fa
to
1f48fa6
Compare
1f48fa6
to
f7b2eee
Compare
capture this in the changelog maybe? |
f7b2eee
to
a5dc11f
Compare
Closes: #11679 * Introduce a `moved:"To.New.Config"` tag which prints a stderr warning when you use one of these, but will move any set value to the new location if the new location isn't already set itself. * Look for `X is DEPRECATED` to hold certain fields back from documentation. * Use `toml:"omitempty"` to prevent the default config output from having these deprecated values.
a5dc11f
to
6c77ee7
Compare
Added changelog docs about this. Also tested it out. Nothing in my systemd journal if I have none of the options set. If I set some of them then I get:
If I set
If I move that to If I set |
Closes: #11679
The
Fevm.Events
config options don't make sense underFevm
, particularly now that they are for "actors" in general. @jennijuju and I thought that getting them moved to the new top-levelEvents
in v1.26.0 is going to be the least painful option because the number of users who currently touch those options is restricted to a small number that are using the eth APIs. But now, with the new actor events APIs, the circle of users who may be touching these will increase. So best act now before we have more people with these config options set in the wrong place.Although, I've implemented a soft deprecation here. Your old config will still continue to work but you'll get a stderr warning about it and how it will be removed in a future update. Your settings will be automatically migrated to the new location. So this technically shouldn't be breaking for anyone.
moved:"To.New.Config"
tag which prints a stderr warning when you use one of these, but will move any set value to the new location if the new location isn't already set itself.X is DEPRECATED
to hold certain fields back from documentation.toml:"omitempty"
to prevent the default config output from having these deprecated values.