Open funny-falcon opened 6 years ago
I am highly supportive of this effort but... 1) ~We can not open new issues at the fork. Should we just open and track issues here?~ 2) Current course and speed, will this this project succeed at just the point where Python 2 reaches end of life?
There are 2 ways
Anyway I would like to maintain or cowork this project as a new grumpy org not someone's repository.
@alanjds WDYT?
Hi.
First of all, thanks for you support. I am preparing to publish an article detailing the new features of my branch. If you can, please leave comments before I do release it next week: https://labs.getninjas.com.br/unfinished-draft-released-grumpy-runtime-v0-3-0-a05f1cf8e111
@corona10:
In fact is not hard to support both for now. I do think about a command line switch, or even try to parse as Py3 and fallback to Py2. But the way to do it is not important now I guess. Better is to have the only Python 2-and-3 compatible runtime and maybe let projects mix both flavors to ease the upgrade to Py3.
When messing with the compiler, made clear to me that many Py3 features are just compatible with Py2, and as easy or easier to implement. For exemple the PEP-3174 (__pycache__
folders) is so nicer then trying to create .pyc
files.
@cclauss:
In fact, personally I am committed to push Grumpy until Python 2.7 EOL. If it does not be close to substitute Python 2.7 there, I will see it as sink cost of my bandwith and stop.
The whole work I made in this time after forking is all about making easier/appealing for new people to contribute. Now the job will be of getting more hands to help. Please take a look at the article I linked up. I do think it is a lot more welcoming than before, but maybe not enough.
Anyway I would like to maintain or cowork this project as a new grumpy org not someone's repository.
I had hold myself from a hard-hard fork until have something useful/better to show. And this repo here have 9k starts that will not be pulled over. Was hoping Google to create the organization and hand it over (what you think @trotterdylan ?). But is time to do the new organization :/
We may create a whole new organization, like grumpyorg/grumpy, or put it on https://jazzband.co one.
What do you think?
@alanjds
Yes, is time to create a grumpy.org / grumpy.
Few things should be discussed.
I know your branch has a head from 198 commits from google / grumpy, as you know, https://github.com/google/grumpy/pulls?q=is%3Apr+is%3Aclosed we merged all commits per feature units. So would you like to squash your 198 commits into few feature based commits.
IMHO, we don't need 9k stars this is not a facebook, I mean we should focus on maintaining source codes not stars.
We should move all issues to new org issues.
grumpy project has highly dependent on https://github.com/m-labs/pythonparser to parse Python code. we should fork this one also into grumpy.org / pythonparser .
Please understand my short English thanks!
@alanjds I saw one case that tries transfer into the new repository but failed. https://github.com/dropbox/pyston/issues/1422
Your english is damn good for me.
Sad on pyston repo :/ Corporates sometimes have odd decisions. At least Google is not Facebook nor Oracle and Grumpy is Apache 2 already. Thanks for all the code I could not write myself 😘.
Yesterday I published grumpy-tools v0.2.1, and now all the article examples do work.
I want to public publish the article this week.
However there is one feature on the paths
branch that I do not know if should be included: it includes the whole sys.path
on the search for imports. Means that everything pip-installed is available to be transpiled.
Should it be included?
Other thing: will we create the grumpyorg to include in the article or publish another later pointing people to it?
Have you a preference on a new organization or jazzband?
Merged the paths
branch and released grumpy-runtime 0.2.2
on PyPI. Should be up in a few minutes.
If nothing new cames, I should release the article Tuesday 17.
@corona10
Have you thought about moving the fork to a new org or to jazzband one?
I am ready to release the 0.3.0 version and publish the article, and want to migrate the issues before that if possible.
@alanjds I think it's better to move this active fork to another organization with python 3 support.
@RezaGhanbari Ok. Will create a new organization instead of jazzband, and will invite all you 🙈 ❤️
Python 3 support is a matter of listing the features and start implementing. Most missing stuff is needed both on Python2 and Python3:
Right now I am on the quest to support import *
, needed to be able to run grumpy -m pip
and grumpy -m httpie
.
Btw, is released the grumpy-runtime v0.3.0
on PyPI. The article explaining the new features on my branch is released too: https://labs.getninjas.com.br/released-grumpy-runtime-v0-3-0-a05f1cf8e111
@alanjds
I agree with new org
, not jazzband
.
IMHO, There is no reason to use jazzband
Anyway congrats to release the new version 👍
Huh, @grumpyorg is now taken. I saw it available last week. What will be the new name now?
@alanjds what about combination of grumpier and org? Or just grumpier?
Taken too :/
grumpyhome is available
The new grumpy home is at https://github.com/grumpyhome/grumpy !
@funny-falcon can you update your comment to point directly to https://github.com/grumpyhome/grumpy ?
Hey, @google. Can you update a description of this repo to point to a better maintained fork?
It seems the development of that fork stopped - 5 months no updates.
Well, I am not actively pushing it forward. However am still reviewing PRs and answering questions.
Looks like @alanjds maintains active fork of this project ~https://github.com/alanjds/grumpy~ https://github.com/grumpyhome/grumpy Lets support him with our attention!