Skip to content
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

Looking for a maintainer #365

Open
rubenv opened this issue Nov 30, 2018 · 2 comments
Open

Looking for a maintainer #365

rubenv opened this issue Nov 30, 2018 · 2 comments

Comments

@rubenv
Copy link
Owner

rubenv commented Nov 30, 2018

Development of angular-gettext has up till now always been funded by companies I work with, for which I'm very grateful. Sadly the last of those projects will be coming to an end in a couple of months.

With no further sponsoring and a need to feed both my family (with a new kid on the way), it's becoming rather hard for me to find the time to maintain a project that I no longer use myself.

Not that angular-gettext needs much maintenance: as far as I can tell it's feature-complete. Angular (1.x) itself is also frozen, so no large changes will come in Angular are expected. But one never knows what might pop up: unforeseen browser breakage might necessitate changes and fixes, which have to be done with proper QA.

For that reason, if you are an active user of angular-gettext: we need a new maintainer. Give me a sign (here or via e-mail) if you are interested.

Some ground rules though:

  • Guaranteed backwards compatibility and no breakage ever. Unless for a major and critical security problem, all existing projects should keep on working.

  • No new features, unless there's an extremely good reason for it (something that's absolutely impossible right now). But no nice-to-haves: simplicity is key.

I'll still keep an eye on things, but I can't spend the required time on this project anymore. On the other hand, I don't want anyone that depends on angular-gettext to be blocked by my lack of time, so I'm happy to relinquish control.

@calve
Copy link

calve commented Dec 13, 2018

For the sake of it, please try to not reproduce the event-stream failure dominictarr/event-stream#116. The gist of the issue is that the original maintainer gave write access to a malicious actor.

Good luck otherwise and thanks for all the fish 🐬

@rubenv
Copy link
Owner Author

rubenv commented Dec 13, 2018

Yeah, totally. We'll need to find a way to do this safely. For one thing, I don't plan to fall of the planet of the earth, so I'll definitely keep an eye on releases (at the very least).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants