Dear MADlib community, Since there was no opposition to the proposed idea, I will start working on the madlib2-master branch.
Thanks, Orhan ________________________________ From: Nikhil Kak <n...@vmware.com.INVALID> Sent: Friday, March 3, 2023 9:59 PM To: dev@madlib.apache.org <dev@madlib.apache.org>; u...@madlib.apache.org <u...@madlib.apache.org> Subject: Re: MADlib Python3 Support !! External Email Yes I agree that we should move python3 support to MADlib 2.0 and backport patches to 1.XX when necessary - Nikhil ________________________________ From: Orhan Kislal <okis...@vmware.com> Sent: Thursday, March 2, 2023 5:08 AM To: dev@madlib.apache.org <dev@madlib.apache.org>; u...@madlib.apache.org <u...@madlib.apache.org> Subject: MADlib Python3 Support Dear MADlib community, We have received a number of inquiries regarding python 3 support. As python 2 support is reduced on modern databases, operating systems, and python libraries; I believe it is important that we work on python 3 support as well. On the technical side, we already have a branch that works with python 3 on Greenplum 7 beta. However, there are quite a lot of changes in the code to support it, and trying to merge it into a single codebase that supports both python2 and python3 would be very challenging if not impossible. In addition, the python3 releases have to be specifically marked to ensure that the users can find the correct artifact for installing and upgrading. In light of these issues, I propose the following: Move python3 support to MADlib 2.0. MADlib 1.XX will continue to support only python2 and MADlib 2.XX will support only python3. We will keep the master branch for 1.XX and create a new official branch for 2.XX from which we will also make releases. The main target for development will be MADlib 2.XX and if possible we will backport the new features and bug fixes to the 1.XX branch. MADlib 1.XX users won't be able to upgrade to MADlib 2.XX (even if their db has both python2 and python3 support) and will have to reinstall. Please let us know what you think about this proposal and any alternatives you can think of. Apache guidelines in situations like these suggest employing lazy consensus; if no opposing ideas are proposed in the next 72 hours, we will start working on this approach. Thanks, Orhan Kislal !! External Email: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender.
