Thanks for the work, Dmytro! - Is there interest in improving the Ruby library? Is there a roadmap or direction I should align with?
The "special" thing about Thrift project is that it has so many supported languages and most developers only use very few of them. As far as I know none of the active developers (besides you) are working on Ruby, but that's also the same thing as most other languages supported in Thrift, that they only have one or two active developers working on them. So as long as you feel like improving the Ruby library, please do so and we appreciate your effort. - What should be the minimum supported Ruby version? Should we align with official Ruby end-of-life policy (https://endoflife.date/ruby)? Align with the upstream end-of-life policy would be a good idea. We also do that with Go, Python (not strictly), and some other languages. On Sun, Nov 30, 2025 at 10:25 AM Dmytro Shteflyuk <[email protected]> wrote: > Hi everyone, > > My name is Dmytro Shteflyuk (aka *kpumuk*). You may have noticed a series > of pull requests from me on GitHub over the last couple of weeks. I’d like > to introduce myself and offer help with modernizing and stabilizing the > Ruby library. After reviewing the codebase, CI setup, and recent > contributions, I wanted to summarize what I’ve observed so far and propose > a possible direction. > Current issues and gaps > > - Several tests are currently failing, including some around > serialization edge cases and platform-specific behavior. > - Supported Ruby versions appear outdated. LANGUAGES.md lists Ruby > 2.3.1p112 to 2.5.1p57 as tested, with the latter reaching end of life in > 2021. The current Ruby release series is 3.3/3.4, with 4.0 planned for > December. Ruby variants like JRuby and TruffleRuby do not appear to have > ever been covered by CI. > - Tests are not running on CI since the Travis CI decommissioning. This > includes cross-library compatibility tests. > - Some protocol features lag behind other language implementations > (e.g., missing UUID support). > - Missing SO_LINGER configuration on sockets, leading to ephemeral port > exhaustion on high troughput deployments > - Recent work on fuzzers does not include Ruby. > - The Ruby gem release process is not automated or secured. > Strengthening supply-chain security using MFA-protected RubyGems.org > accounts and Trusted Publishing would be a good direction ( > https://guides.rubygems.org/trusted-publishing/). > - Code quality is suggested but not enforced — for example, no linters, > and simple issues like trailing whitespace are present throughout the > codebase. > > Recent activity / in-progress work > > I’ve started addressing some of these issues through recent pull requests. > Some are small (e.g., fixing test failures), while others are larger, such > as adding UUID support to the Ruby library and bringing TLS support to the > benchmark script. I also have several more changes in progress to modernize > the codebase and tackle basic maintenance tasks. TCP_NODELAY patch in > accepted sockets was merged, and addresses a significant performance issue > with SSL sockets. > > In parallel, I’ve tried to address several broader issues that affect Ruby > indirectly: > > - Windows build failures on mingw in AppVeyor > - Compiler inconsistencies for UUID constants > - Java cross-library TLS tests > > These were done mainly to unblock Ruby work and to help stabilize CI and > cross-language compatibility. > Next steps > > Before sending a large number of additional patches, I would appreciate > feedback on a few points: > > - Is there interest in improving the Ruby library? Is there a roadmap or > direction I should align with? > - Are there specific issues or areas where help would be most valuable? > - What should be the minimum supported Ruby version? Should we align > with official Ruby end-of-life policy (https://endoflife.date/ruby)? > > I’m happy to start wherever the community believes the priorities are > highest. I look forward to collaborating with everyone. > > – > Dmytro Shteflyuk > -- Yuxuan 'fishy' Wang [email protected] https://wang.yuxuan.org
