Quoting Todd Rme :

Currently python-gobject in the devel:languages:python and python3-gobject in devel:languages:python3 are separated into two packages.

I consider this the error :)

However, python-gobject is linked to the version on openSUSE:Factory, which still has python 2 and python 3 spec files in one package. Its devel project is GNOME:Factory, which also still has both spec files.

The devel project being G:Factory is absolutely right and expected; the version is closely linked to the entire GNOME Stack and, as we used to have the devel projects defined in d:l:* before, it was increasingly painful to update the entire GNOME:Stack => python-gobject depends on up-to-date packages in G:F and other packages in G:F depend on python-gobject; both only see each other once forwarded to Factory. Hence, the adjustment of the devel project to G:F (d:l:* does not mean it has to be devel project for everything python).

This is leading to frequency breakage in the devel:languages:python version, since it links to a package that has two spec files while it only has one. If we are going to go with the separate packages we should to it in factory as well.

Fix the links in d:l:p and use the correct names. the fact that this was split in d:l:p does not mean it has to be done.

It would be easy to provide a submit request for this. However, currently python3-gobject in openSUSE:Factory and GNOME:Factory are linked to their respective python-gobject packages, so doing the submission now would break python3-gobject.

I would decline it, sorry. I am the person mostly maintaining those packages and am certainly not willing to maintain the same code twice; as long as building py3 and py2 variants of the same package is less effort than maintaining two variants, I will stick with this. Once the differences emerge to be too big, of course, this will be revised.

So if we are going to go with the separate python2 and python3 packages, can we do so for python-gobject as well? If not, we need to either unlike python-gobject from factory, go back to using two spec files, or remove it from devel:languages:python entirely (which may not be a bad idea since it often depends on the latest GTK version anyway).

I agree to the last point: remove it from d:l:p => there is nothing you can really gain from having it; as mentioned: it is an integrated part of the GNOME stack and is in sync with the versions. Best regards, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Mon, Sep 2, 2013 at 5:10 PM, Sascha Peilicke wrote:

On 08/19/2013 09:23 AM, Dominique Leuenberger a.k.a. Dimstar wrote:

...

Quoting Todd Rme :

...

So if we are going to go with the separate python2 and python3 packages, can we do so for python-gobject as well? If not, we need to either unlike python-gobject from factory, go back to using two spec files, or remove it from devel:languages:python entirely (which may not be a bad idea since it often depends on the latest GTK version anyway).

I agree to the last point: remove it from d:l:p => there is nothing you can really gain from having it; as mentioned: it is an integrated part of the GNOME stack and is in sync with the versions.

Just that we have other Python packages depending on it which you may not want to get maintainership handed over for. Take python-keyring as a prime example to depend on either/or Gnome / KDE bits. BTW. that's the same reason why we have python-qt4 in d:l:p. It's not just because I like it to be there ;-)

Since it has been a standard part of openSUSE releases for a while, packages in DLP that depend on it can just pull the version from their respective build targets. So the openSUSE 12.3 build will pull in the version from openSUSE:12.3/standard, the openSUSE Factory build will pull in the openSUSE:Factory/snapshot, etc. This, in practice, is what happens now anyway, because python-gobject pretty never builds with any target other than openSUSE:Factory (which it links to). The difference with the python-qt4 is that python-qt4 generally works with the last several Qt releases at least, so the latest version usually will be useful for openSUSE releases other than Factory. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org