-
Notifications
You must be signed in to change notification settings - Fork 120
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
Request for maintainer status #77
Comments
@movermeyer Thanks for stepping up, I'm supportive! I took over maintenance from @iain in 2012, but lost interest and project access in 2017. I've been saddened by the lack of activity since, but as I'm not longer working with Rails I wasn't able to change that either. I don't know if @iain still watches this project (I don't think he did during the few years I was involved). The best way to reach him may be over Twitter: https://twitter.com/iain_nl. |
If there is no response, maybe start a fork at ruby-i18n for now? |
After no response, I'm rescinding this offer. I've moved on. |
Hello @iain,
I'm requesting that I be granted "maintainer" status over
http_accept_language
.I'm hoping to exercise more control over the codebase than I feel I can as an outside contributor.
As part of my full-time work at Shopify, I develop and maintain i18n libraries within the Ruby/Rails ecosystem.
For example, I am the maintainer of
ruby-i18n/ruby-cldr
, and am currently the #7 contributor toruby-i18n/i18n
. I've also contributed minor fixes torails-i18n
and Rails itself. I also maintainshopify-i18n
, Shopify's (currently internal) i18n/l10n library.Of course, I would continue to accept and appreciate any collaboration from you, and will treat your previous contributions with respect.
I'm hoping that you'll allow me this control over the project, or at the very least, start a discussion around how I can gain such control over time.
The rest of this issue gives some more details about who I am, and what I hope to do with more control over the future of
http_accept_language
.My vision for
http_accept_language
I want
http_accept_language
to be a solid foundational library upon the Ruby/Rails ecosystem can depend to provide easy and accurate locale resolution.Note that I do not wish to expand the scope of
http_accept_language
.Some examples of changes I want to make
http_accept_language
-specific changes:http_accept_language
can be used correctly with Chinese localesruby-i18n
organization (i.e.,ruby-i18n/http_accept_language
) to ensure that it has more consistent maintenance going forward.General repos changes:
master
tomain
My open source CV
I'm not new to the world of open-source maintainership. Beyond those already mentioned, I'm a maintainer/contributor of several well-used libraries in other ecosystems, including:
ciso8601
a foundational Python library for parsing ISO 8601 timestamps quickly.I also regularly contribute bug reports and bug fixes to all FOSS software I use.
Beyond that, I've been working as a Software Developer for 12 years now. For the past 4, I've been working on i18n systems at Shopify.
My open source values
http_accept_language
is MIT 👍)What I'm asking for
iain/http_accept_language
iain/http_accept_language
to theruby-i18n
GitHub organization (i.e.,ruby-i18n/http_accept_language
)I'm hoping that you'll allow me this control over the project, or at the very least, start a discussion around how I can gain such control over time.
The text was updated successfully, but these errors were encountered: