Bug#418353: Python-Provides creates an unuseful mess of dependencies
Le jeudi 26 mars 2009 à 15:55 +1100, Ben Finney a écrit : No, you don't have to use it in this case. It is mandatory only when you use Provides:, which is meaningless only for public modules and extensions. […] Francesco, from my reading of it, this discussion is concluded and it appears the bug should be closed with ‘wontfix’. I'm adding that tag now. FWIW I have changed the documentation, to recommend not adding the Provides: field unless needed. No Provides:, no need for Python-Depends, less problems. -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#418353: Python-Provides creates an unuseful mess of dependencies
tags 418353 + wontfix thanks On 10-Apr-2007, Josselin Mouette wrote: Le lundi 09 avril 2007 à 20:38 +0200, Francesco P. Lovergine a écrit : Sigh, I understand it is expected, but I find it ugly. […] No, that doesn't install any more packages, as these are all virtual packages. The result is that you install the same set of packages, but with a guarantee that your dependencies are meaningful. So I have definitively to use Python-Depends even if the program deos not provide public modules/extensions? Is that documented? No, you don't have to use it in this case. It is mandatory only when you use Provides:, which is meaningless only for public modules and extensions. […] Francesco, from my reading of it, this discussion is concluded and it appears the bug should be closed with ‘wontfix’. I'm adding that tag now. If you have any objection, please remove the tag and provide more information on what needs to be resolved. -- \ “It is the fundamental duty of the citizen to resist and to | `\ restrain the violence of the state.” —Noam Chomsky, 1971 | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#418353: Python-Provides creates an unuseful mess of dependencies
Package: python-support Version: 0.6.3 Severity: important While working on thuban I used this control file: http://svn.debian.org/wsvn/pkg-grass/packages/thuban/trunk/debian/control?op=filerev=0sc=0 introducing the alternative field Python-Depends: python-wxgtk2.6 (= 2.6.3), python-sqlite (= 0.4), python-xmlbase The resulting Depends field is: Depends: libc6 (= 2.3.6-6), libgcc1 (= 1:4.1.1-12), libgdal1-1.4.0, libstdc++6 (= 4.1.1-12), libwxbase2.6-0 (= 2.6.3.2.1.5), libwxgtk2.6-0 (= 2.6.3.2.1.5), proj (= 4.4.1-1), python2.5-xmlbase, python2.5-wxgtk2.6, python2.5-sqlite, python-xmlbase, python-sqlite (= 0.4), python2.4-wxgtk2.6, python-support (= 0.2), python2.4-xmlbase, python-wxgtk2.6 (=2.6.3), python (= 2.4), python2.4-sqlite, gdal-bin (= 1.3.2-1) Note that it depends on ALL alternative versions for 2.4 and 2.5 - which are the pyversions I declared (2.4-). It should depend in OR from those alternatives, not requiring the installation of all damn per-python version modules AFAIK. For instance in this case: python2.5-wxgtk2.6 | python-wxgtk2.6 python2.5-xmlbase | python-xmlbase python2.5-sqlite | python-sqlite So currently the Python-Provides field is simply unusable IMHO. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python-support depends on: ii python2.4.4-2An interactive high-level object-o python-support recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418353: Python-Provides creates an unuseful mess of dependencies
Le lundi 09 avril 2007 à 12:32 +0200, Francesco Paolo Lovergine a écrit : Package: python-support Version: 0.6.3 Severity: important While working on thuban I used this control file: http://svn.debian.org/wsvn/pkg-grass/packages/thuban/trunk/debian/control?op=filerev=0sc=0 introducing the alternative field Python-Depends: python-wxgtk2.6 (= 2.6.3), python-sqlite (= 0.4), python-xmlbase Note that it depends on ALL alternative versions for 2.4 and 2.5 - which are the pyversions I declared (2.4-). It should depend in OR from those alternatives, not requiring the installation of all damn per-python version modules AFAIK. This is expected. The per-python version are virtual packages which have to be provided by the packages you depend upon. This doesn't mean, in your example, that python2.4 and python2.5 will be brought, only that python-wxgtk2.6 and so on have to provide the python2.5 interfaces. If you don't do that, the Provides: field is meaningless. This was discussed at large in Oaxtepec. Note that you don't need to use Python-Depends if you don't have a Provides: ${python:Provides}, but it is recommended. For instance in this case: python2.5-wxgtk2.6 | python-wxgtk2.6 python2.5-xmlbase | python-xmlbase python2.5-sqlite | python-sqlite These dependencies would be semantically wrong. Cheers, -- .''`. : :' : 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
Bug#418353: Python-Provides creates an unuseful mess of dependencies
I am a victim of abuse.. a person put my email in much mailing list... PLEASE UNSUBSCRIBE ME Guia Artistica www.guiaartistica.com.ar -Mensaje original- De: Josselin Mouette [mailto:[EMAIL PROTECTED] Enviado el: Lunes, 09 de Abril de 2007 08:35 a.m. Para: Francesco Paolo Lovergine; [EMAIL PROTECTED] Asunto: Bug#418353: Python-Provides creates an unuseful mess of dependencies Le lundi 09 avril 2007 à 12:32 +0200, Francesco Paolo Lovergine a écrit : Package: python-support Version: 0.6.3 Severity: important While working on thuban I used this control file: http://svn.debian.org/wsvn/pkg-grass/packages/thuban/trunk/debian/cont rol?op=filerev=0sc=0 introducing the alternative field Python-Depends: python-wxgtk2.6 (= 2.6.3), python-sqlite (= 0.4), python-xmlbase Note that it depends on ALL alternative versions for 2.4 and 2.5 - which are the pyversions I declared (2.4-). It should depend in OR from those alternatives, not requiring the installation of all damn per-python version modules AFAIK. This is expected. The per-python version are virtual packages which have to be provided by the packages you depend upon. This doesn't mean, in your example, that python2.4 and python2.5 will be brought, only that python-wxgtk2.6 and so on have to provide the python2.5 interfaces. If you don't do that, the Provides: field is meaningless. This was discussed at large in Oaxtepec. Note that you don't need to use Python-Depends if you don't have a Provides: ${python:Provides}, but it is recommended. For instance in this case: python2.5-wxgtk2.6 | python-wxgtk2.6 python2.5-xmlbase | python-xmlbase python2.5-sqlite | python-sqlite These dependencies would be semantically wrong. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#418353: Python-Provides creates an unuseful mess of dependencies
On Mon, Apr 09, 2007 at 01:35:09PM +0200, Josselin Mouette wrote: Le lundi 09 avril 2007 à 12:32 +0200, Francesco Paolo Lovergine a écrit : Package: python-support Version: 0.6.3 Severity: important While working on thuban I used this control file: http://svn.debian.org/wsvn/pkg-grass/packages/thuban/trunk/debian/control?op=filerev=0sc=0 introducing the alternative field Python-Depends: python-wxgtk2.6 (= 2.6.3), python-sqlite (= 0.4), python-xmlbase Note that it depends on ALL alternative versions for 2.4 and 2.5 - which are the pyversions I declared (2.4-). It should depend in OR from those alternatives, not requiring the installation of all damn per-python version modules AFAIK. This is expected. The per-python version are virtual packages which have to be provided by the packages you depend upon. This doesn't mean, in your example, that python2.4 and python2.5 will be brought, only that python-wxgtk2.6 and so on have to provide the python2.5 interfaces. Sigh, I understand it is expected, but I find it ugly. If someone would use just one single python version has to install tons of packages for all other versions too. In the specific case I have to install also both 2.4 and 2.5 editions for every modules the program use. I know it does not require installation of all python interpreters too, but it does not make me feel better :) If you don't do that, the Provides: field is meaningless. This was discussed at large in Oaxtepec. Note that you don't need to use Python-Depends if you don't have a Provides: ${python:Provides}, but it is recommended. So I have definitively to use Python-Depends even if the program deos not provide public modules/extensions? Is that documented? For instance in this case: python2.5-wxgtk2.6 | python-wxgtk2.6 python2.5-xmlbase | python-xmlbase python2.5-sqlite | python-sqlite These dependencies would be semantically wrong. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418353: Python-Provides creates an unuseful mess of dependencies
Le lundi 09 avril 2007 à 20:38 +0200, Francesco P. Lovergine a écrit : Sigh, I understand it is expected, but I find it ugly. If someone would use just one single python version has to install tons of packages for all other versions too. In the specific case I have to install also both 2.4 and 2.5 editions for every modules the program use. I know it does not require installation of all python interpreters too, but it does not make me feel better :) No, that doesn't install any more packages, as these are all virtual packages. The result is that you install the same set of packages, but with a guarantee that your dependencies are meaningful. So I have definitively to use Python-Depends even if the program deos not provide public modules/extensions? Is that documented? No, you don't have to use it in this case. It is mandatory only when you use Provides:, which is meaningless only for public modules and extensions. See the python policy update that was discussed on debian-python recently. Cheers, -- .''`. : :' : 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