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

will mitogen keep being maintained alongside operon? #751

Closed
anarcat opened this issue Oct 27, 2020 · 4 comments
Closed

will mitogen keep being maintained alongside operon? #751

anarcat opened this issue Oct 27, 2020 · 4 comments

Comments

@anarcat
Copy link

anarcat commented Oct 27, 2020

I have just noticed @dw announced a project called Operon which, according to the website:

highly compatible replacement for Ansible® Engine delivering uncompromising scalability for UNIX networks, dramatically increasing performance and maximum achievable run size

This seems to be similar to the work done here in Ansible Mitogen, so I wonder what that means for the fate of the mitogen project as a whole.

Will mitogen be maintained in the long term?

In particular, will mitogen without Ansible still be supported as a use case in the long term?

I see that another maintainer (@s1113950) has access to the repository here, which is reassuring, but I am worried that @dw hasn't been very active on GitHub since those announcements. Operon seems to be a "private source" (GPL, but no public source release or collaboration) project, so I hope you will understand if I have some some concerns about the fate of the project here.

Thanks for this truly enlightening and brilliant piece of software. :)

@anarcat anarcat changed the title will mitogen keep being maintained now that operon is released? will mitogen keep being maintained alongside operon? Oct 27, 2020
@s1113950
Copy link
Collaborator

Hello! 👋

Will mitogen be maintained in the long term?

As of now, I don't plan on stopping support of Mitogen. If Operon is meant to replace Mitogen then that might change, but I'm not sure if that's Operon's intended purpose 🤔 (@dw if you could weigh in here that'd be great 😄 ). The only thing I don't have access to is PyPi for pushing new versions of Mitogen, so the best I can do is tag a new release on the repo itself. Long term, if @dw intends to focus on Operon exclusively then either I'll need to get PyPi access or I'll have to come up with another solution to do more releases.

In particular, will mitogen without Ansible still be supported as a use case in the long term?

I mainly use Mitogen with Ansible, but any change that goes into the ansible_mitogen portion of the repo also is tested alongside the main mitogen portion. If anything breaks along the way I make sure to fix it up :)

@madrover
Copy link

madrover commented Nov 4, 2020

The only thing I don't have access to is PyPi for pushing new versions of Mitogen, so the best I can do is tag a new release on the repo itself.

Now I understand why there hasn't been any new release for such a long despite all the work that @s1113950 has been doing (thanks for that btw!)

I'm pretty excited to see that #715 is getting closer so we get Ansible 2.10 support! Sadly, I'm being forced to start ditching Mitogen due the lack of package updates and I'm missing it greatly. Hopefully @dw can grant access to PyPi to the community so the project can still be properly maintained.

@anarcat
Copy link
Author

anarcat commented Nov 8, 2020

Hopefully @dw can grant access to PyPi to the community so the project can still be properly maintained.

Having been in that position (in the @linkchecker) project, I'd say it's a really important step to take. Otherwise it's a tough uphill battle to reclaim those names...

@dw
Copy link
Member

dw commented Feb 2, 2021

I think the original question here has been answered. Glad to see folk care about the continuance of the project!

@dw dw closed this as completed Feb 2, 2021
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

4 participants