Re: Aggressive updating (Python 3.9): Are we trying to hard?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Agreed. That a lot of Python is such in 2.7 land I know and understand well and it's not something Fedora can fix without boiling an ocean or two.

Python 3.x is good but not compelling for many codebases. Maintainership effort for many projects has dwindled, tech debt must now be paid in one big lump.

But on the 3.x series, the fragmentation over 3.x releases is a tractable problem, with a current and next stack.

IMHO :)



m


On Thu, May 21, 2020, 9:18 AM Stephen John Smoogen <smooge@xxxxxxxxx> wrote:


On Thu, 21 May 2020 at 08:49, Martin Langhoff <martin.langhoff@xxxxxxxxx> wrote:
On Wed, May 20, 2020 at 3:47 PM Richard Shaw <hobbes1069@xxxxxxxxx> wrote:
> Perhaps, but they are still too cumbersome for the average packager.
> So I would have to create a module for Python 3.7, python-pyside2, and freecad, correct?

Maybe Fedora needs parallel installable "python" and "python-next" stacks?


The issue is that a lot of other software would need python-older and python-oldest stacks. 

There is some amount of software is written for whatever languages is in the oldest active Ubuntu LTS and the developers really only look to update it to newer stuff AFTER it has gone EOL. There is another amount of software written for the latest LTS, and there is another set of software which is written for the latest. I expect that each of those groups is large enough to think they are the 'majority' of users of the languages in question.. so have no urge to move slower/faster because they really don't have the time to do so. [If you are focusing on the latest features it takes as much time and energy to slow down and find alternative methods which work in older stacks.. if you are focusing on long term stability or your main job is some other thing.. porting some script you wrote to something newer because XYZ now needs foobaz methods is not a high priority either.]




--
Stephen J Smoogen.

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux