5 ms·

GVR called it a fork two weeks ago in his justification for not accepting it [1]. If that surprises you, the backstory is summarized pretty well in the article

GVR called it a fork two weeks ago in his justification for not accepting it [1]. If that surprises you, the backstory is summarized pretty well in the article [2] and FAQ [3]. I'm really not trying to be secretive. We can debate whatever you want, but we have to at least acknowledge CPython's stated position. [1] https://github.com/python/steering-council/issues/188#issuecomment-1575106739 https://github.com/python/steering-council/issues/188#issuec... [2] https://www.artima.com/weblogs/viewpost.jsp?thread=214235 https://www.artima.com/weblogs/viewpost.jsp?thread=214235 [3] https://docs.python.org/3/faq/library.html#can-t-we-get-rid-of-the-global-interpreter-lock https://docs.python.org/3/faq/library.html#can-t-we-get-rid-...

soulbadguy 3y ago
> but we have to at least acknowledge CPython's stated position. We know the council and cpython stated position. None of the arguments in [1],[2] or [3] are new... The point is we disagree with it... You seem to imply that because GVR and/or the council call it a fork, then it is a fork... Again, we understand the position, we just think is not a valid point... > We can debate whatever you want You haven't debated anything yet... you just repeat/link what member of the council says and somehow call that an argument... This is very confusing
- nunuvit 3y ago
  The usual way to dispute a decision is to start by refuting the justification. I think that's a reasonable ask.
  - soulbadguy 3y ago
    It was never my intention to dispute the council decision (choice really). One can disagree with a decision without needing to dispute it. Concerning the justifications, here again i am a bit confused, because all references you are giving, point to the amount of effort as being one (if not the biggest) concerns... which the what i am saying. But to take a step back, my main point was about the OP who described the situation as some cancer-cure level of complexity, comparing it to moving 300 million people from the imperial system to the metric system... : And i am saying that the situation here is not that complicated all the technical problem s can be address "at the same time" , but at the price a very large dev. effort and increase in complexity of the code base. The council doesn't think that gil-less is worth that amount of trouble.
    - nunuvit 3y ago
      Completely agree with you about it not being technically complex. I responded to your other comment, so let's move it over there.

soulbadguy 3y ago

> but we have to at least acknowledge CPython's stated position. We know the council and cpython stated position. None of the arguments in [1],[2] or [3] are new... The point is we disagree with it... You seem to imply that because GVR and/or the council call it a fork, then it is a fork... Again, we understand the position, we just think is not a valid point... > We can debate whatever you want You haven't debated anything yet... you just repeat/link what member of the council says and somehow call that an argument... This is very confusing

nunuvit 3y ago
The usual way to dispute a decision is to start by refuting the justification. I think that's a reasonable ask.
- soulbadguy 3y ago
  It was never my intention to dispute the council decision (choice really). One can disagree with a decision without needing to dispute it. Concerning the justifications, here again i am a bit confused, because all references you are giving, point to the amount of effort as being one (if not the biggest) concerns... which the what i am saying. But to take a step back, my main point was about the OP who described the situation as some cancer-cure level of complexity, comparing it to moving 300 million people from the imperial system to the metric system... : And i am saying that the situation here is not that complicated all the technical problem s can be address "at the same time" , but at the price a very large dev. effort and increase in complexity of the code base. The council doesn't think that gil-less is worth that amount of trouble.
  - nunuvit 3y ago
    Completely agree with you about it not being technically complex. I responded to your other comment, so let's move it over there.