Re: python-support 0.6
> > On Sat, Feb 17, 2007, Josselin Mouette wrote: > > > As the first python2.5 rebuild tests showed, this is likely to hit us > > > hard during the 2.4 -> 2.5 transition, and it is going to rain RC bugs. > > Which transition? The default python version? I thought the rebuilds > > will be donc/scheduled before the default version is switched. > Let's take the example of an application that uses python-gtk2 and > requires python2.5 to work - a case that will probably happen before 2.5 > is the default. As long as 2.5 is not the default, it will have to > depend on "python-gtk2 (>= someversion), python2.5, python2.5-gtk2". > This will fail to bring a python2.5-gobject implementation. Sure, I do see the problem in this case, but I think it's not very common. The problem didn't turn up very often with python2.4 for example. -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: python-support 0.6
Le samedi 17 février 2007 à 17:51 +0100, Loïc Minier a écrit : > On Sat, Feb 17, 2007, Josselin Mouette wrote: > > As the first python2.5 rebuild tests showed, this is likely to hit us > > hard during the 2.4 -> 2.5 transition, and it is going to rain RC bugs. > > Which transition? The default python version? I thought the rebuilds > will be donc/scheduled before the default version is switched. Let's take the example of an application that uses python-gtk2 and requires python2.5 to work - a case that will probably happen before 2.5 is the default. As long as 2.5 is not the default, it will have to depend on "python-gtk2 (>= someversion), python2.5, python2.5-gtk2". This will fail to bring a python2.5-gobject implementation. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: python-support 0.6
On Sat, Feb 17, 2007, Josselin Mouette wrote: > As the first python2.5 rebuild tests showed, this is likely to hit us > hard during the 2.4 -> 2.5 transition, and it is going to rain RC bugs. Which transition? The default python version? I thought the rebuilds will be donc/scheduled before the default version is switched. -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
python-support 0.6
When discussing the "new" python policy at debconf, one of the
interesting points that were raised is the need to set explicit
dependencies for all virtual python2.X-foo packages you need.
Let's consider the pygtk example: python-gtk2 depends on python-gobject,
and provides python2.4-gtk2. If you rebuild it against python2.5, you
end up providing python2.5-gtk2. However if you install an older version
of python-gobject that doesn't include python2.5 support, the python2.5
interface in python-gtk2 will not work. To avoid that, the new package
must depend on python2.5-gobject.
However there is currently approximately zero package which act this
way, because there is no way to automate that.
As the first python2.5 rebuild tests showed, this is likely to hit us
hard during the 2.4 -> 2.5 transition, and it is going to rain RC bugs.
Therefore, I have implemented a simple mechanism to deal with it in
python-support and uploaded it to experimental. Please note that the
interface is subject to change as long as it isn't in unstable, so this
is only for testing purposes.
In our example, let's say we have:
Package: python-gtk2
Depends: python-gobject (>= 2.12), ${shlibs:Depends}, ${python:Depends}
You can now build-depend on python-support 0.6 and change this to:
Package: python-gtk2
Depends: ${shlibs:Depends}, ${python:Depends}
Python-Depends: python-gobject (>= 2.12)
Then, dh_pysupport will automatically add python-gobject (>= 2.12) and
all needed python2.X-gobject to the ${python:Depends} variable.
It would of course be easier for the user to just parse the Depends:
field, but in this case you can't know if all python-foo packages
depended upon have a correct Provides: field. I'm sure this would break
in some cases.
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`-our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
