On Fri, Dec 2, 2011 at 1:59 PM, Josef Reidinger
Hi, this is quite interesting problem. I see that you think about it quite lot. I just miss two piece of information: 1) why someone beside developers want have installed binary for sip for python2 and python3? From user POV I want one binary that just works, ignoring if it is python 2 or 3.
The problem is users who want to use both python 2 and python 3 versions of a program. sip is a good example of this. For example, python Qt (and thus KDE) programs require python-sip, and so far all or almost all are built using the python 2 version. However, say you want to use the more up-to-date version of the Eric python IDE, which requires the Qt python bindings built against python 3. So you have a lot of programs requiring the python 2 version of sip, but one or a few (at this point) requiring the python 3 version. Users should not need to even know this is going on, zypper should just pull in the necessary python 2 and python 3 versions of packages and install them cleanly. That is not the case now, pulling in the python 3 version of sip could break programs requiring the python 2 version, or vice versa, depending on the order you install them. The whole point of this is that users would not need to know which versions of the packages are installed or what they are called. Those are advantages of putting the files in python version-specific directories, users would not need to even know multiple versions exist, their path would handle showing them the correct version on the command line if they need, and the RPM building would make sure applications know where to go to get the version they need to run properly.
2) Can you investigate how this issue solve in other distributions? It would be nice to have consistent solution and not reinvent wheel. Maybe some distribution have clean solution to it.
I don't consider Fedora's solution in my other email to be very clean, nor (judging by the mailing list discussion) was it intended to be. They are not planning to keep python 2 available longer than absolutely necessary, so their plan is basically a stop-gap measure until they can get rid of python 2. I don't gather cleanliness was their top priority. -Todd -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org