docs/FORK_SAFETY.md in pitchfork-0.6.0 vs docs/FORK_SAFETY.md in pitchfork-0.7.0

- old
+ new

@@ -74,12 +74,14 @@ in some sort of staging environment, or on a small subset of production servers as to limit the impact of discovering such bug. ## Known Incompatible Gems -- [The `grpc` isn't fork safe](https://github.com/grpc/grpc/issues/8798) and doesn't provide any before or after fork callback to re-establish connection. - It can only be used in forking environment if the client is never used in the parent before fork. - If you application uses `grpc`, you shouldn't enable reforking. - But frankly, that gem is such a tire fire, you shouldn't use it regardless. - If you really have to consume a gRPC API, you can consider `grpc_kit` as a replacement. +- The `grpc` isn't fork safe by default, but starting from version `1.57.0`, it does provide an experimental + fork safe option that requires setting an environment variable before loading the library, and calling + `GRPC.prefork`, `GRPC.postfork_parent` and `GRPC.postfork_child` around fork calls. + (https://github.com/grpc/grpc/pull/33430) -No other gem is known to be incompatible, but if you find one please open an issue to add it to the list. +- The `ruby-vips` gem binds the `libvips` image processing library that isn't fork safe. + (https://github.com/libvips/libvips/discussions/3577) + +No other gem is known to be incompatible for now, but if you find one please open an issue to add it to the list.