This is a very welcome development in the Flask world. It seems that Armin Ronacher (mitsuhiko) found himself in a situation where things outside of open-source projects started demanding more of his time [0] while issues and PRs started accumulating on Flask, Flask-SQLAlchemy etc. You can't really blame him for being overwhelmed by it, and thankfully, in the past day some progress has been made [1] and maintainers are being selected.
It's only a polite fiction that things outside of open-source projects overwhelmed him. Your link itself says that he doesn't want to work on his open source Python projects because of Python 3 taking his motivation.
> Whether you are accepted as member or not is arbitrary and the decision is made in an even more arbitrary process by the members of Metaflask. Rejections can be challenged by flamewars on the closed issue.
The guy should set up a Github organization and use one repo for every project. Organizations can have members also, and one project is not cluttered with another one's issues.
I'm not sure you understand. This repository is just a directory containing metadata; basically just a listing of Flask extensions, and their stewardship / author information. There is no intention to pull all Flask extensions into a single monolithic repository.
Think of it as CTAN / CPAN / PyPI / etc specifically for Flask extensions, minus the distribution angle.
Most extensions play nicely together and even help you to combine them.
Flask doesn't have an equivalent to Django Apps. An extension is not an independent app, you have to integrate it with your Flask app. This is probably the only thing I miss in Flask.
[0]: http://lucumr.pocoo.org/2013/11/28/emotional-programming/
[1]: https://github.com/mitsuhiko/flask-sqlalchemy/issues/197#iss...