"Maciej (Matchek) Bliziński" <[email protected]> writes: > I propose that r21514 is rolled back.
I committed a new version where there is no patch; it builds and packages alright; I'm focusing on 32 bit in the begining to avoid a long turn-around. > When that's done, let's discuss what do we want to do about Python > 2.7. Peter's concern is that if we keep the versioned directory, it > will be hard to transition to 2.7. Peter's objective is to package > calibre, which needs Python 2.7 and a number of modules. I suggest > that we build Python 2.7 as it was before r21514, in a versioned > directory, and we build the necessary modules as CSWpy27-foo. Naming the new packages CSWpy27-xxx is not a good idea from my standpoint. What I propose is when we rebuild a Python module package we just use the previous name and have a dependency on CSWpython27. Also, we should release a new 2.6 package where the /opt/csw/bin/python path doesn't exist anymore such as the default Python interpreter will be 2.7. > Maybe we could patch Python 2.7 to look into the unversioned directory > for modules – as a backup solution. But we would need to see if this > would break anything or not. It breaks the building of Python 2.7 itself as it will mess with shared objects provided by Python 2.6 which are stored in the unversioned tree. If there is a way to make Python's byzantine build system to not look for shared objects in that path then everything is fine. -- Peter _______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
