Re: Depending on python-gnome2-extras (was: Splitting of the gnome-python* source packages - MBF)
Le jeudi 09 avril 2009 à 14:24 +0100, Jonathan Wiltshire a écrit : > On Mon, Mar 23, 2009 at 03:28:30PM +0100, Josselin Mouette wrote: > > Apparently, developers have a strong tendency to not fix these bugs the > > correct way and instead, to make packages depend on e.g. > > python-gtkmozembed | python-gnome2-extras > > > > Could you expand on this point? The original idea was to make, in the future, python-gnome2-extras stop depending on python-gtkmozembed. With this dependency, you could then end up with installing python-gnome2-extras without having the gtkmozembed module installed. Anyway, just forget about that. I’ll simply remove python-gnome2-extras at some point in the future. Cheers, -- .''`. 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
Depending on python-gnome2-extras (was: Splitting of the gnome-python* source packages - MBF)
On Mon, Mar 23, 2009 at 03:28:30PM +0100, Josselin Mouette wrote: > Apparently, developers have a strong tendency to not fix these bugs the > correct way and instead, to make packages depend on e.g. > python-gtkmozembed | python-gnome2-extras > Could you expand on this point? The question has just arisen from one of my upstreams about Ubuntu not having a python-gtkmozembed package. He has suggested making the binary package depend on python-gtkmozembed | python-gnome2-extras so that Ubuntu can do a straight import; I suggested they do a merge and change the dependency only in the Ubuntu repo. But I'm interested to know why this dependency is Bad Thing, and whether actually it's not so bad and I could be kind to the Ubuntu folks without making a dependency mess for us. TIA for your comments. -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 signature.asc Description: Digital signature
Re: Splitting of the gnome-python* source packages - MBF
Le lundi 16 mars 2009 à 14:08 +0100, Josselin Mouette a écrit : > 3. GNOME-PYTHON-EXTRAS > > What is happening in unstable: > * egg.trayicon, gtkhtml2 and gtkmozembed each have their own > binary package (python-eggtrayicon, python-gtkhtml2, > python-gtkmozembed) > * gksu 1.X is going away (nothing uses it anyway) > * gda is going away, at least for a while > * gtkspell will have its own binary package (currently in NEW) > > What will change upstream: > * It’s very hard to tell, these modules don’t seem to change much. > * Most of them have better replacements, so other packages should > really get of these dependencies anyway. > > What changes to apply to Debian packages: > * To simplify the dependency tree, the dependencies of > python-gnome2-extras on python-eggtrayicon, python-gtkhtml2 and > python-gtkmozembed are going away, probably right after the > squeeze release. > * Therefore, packages using these modules *must* be updated to use > the new binary package as dependency instead. Apparently, developers have a strong tendency to not fix these bugs the correct way and instead, to make packages depend on e.g. python-gtkmozembed | python-gnome2-extras Therefore, I’m probably going to make gnome-python-extras follow the gnome-python-desktop path: * the gksu2 and gdl modules will go in python-gksu2 and python-gdl * when gda comes back (Gustavo is working on packaging libgda4), it will be in python-gda * let’s take that opportunity to ditch egg.recent away Are people OK with this approach? -- .''`. 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
Re: Splitting of the gnome-python* source packages - MBF
Hi Joss, Josselin Mouette wrote: > 1. GNOME-PYTHON > I propose to file wishlist bugs on the packages that can move to using > python-gconf. > 2. GNOME-PYTHON-DESKTOP > I propose to file important bugs on all packages depending on > python-gnome2-desktop, making them RC once the package is removed (not > until at least a few months, though). > 3. GNOME-PYTHON-EXTRAS > Bugs have already been filed for egg.trayicon, gtkhtml2 and gtkmozembed. > I propose to complete them with gtkspell bugs and to make them > important. They would become serious before the squeeze release. All sound good to me. Cheers, Emilio signature.asc Description: OpenPGP digital signature
Re: Splitting of the gnome-python* source packages - MBF
> Clement Lorteau >gtkvncviewer I filed #518000 a while ago about this, heh. But the bug report needs updating to say that python-gconf exists on its own, and that gtkvncviewer should depend on that instead of python-gnome2. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Splitting of the gnome-python* source packages - MBF
Hi, the gnome-python, gnome-python-desktop and gnome-python-extras packages are collections of Python modules that are not necessarily related. It was more and more requested to split them more logically, and this is what I have done now that upstream plans are a bit clearer. According to the changes in the binary packages, maintainers now need to update their dependencies. The result of an automatic search of which packages import which modules can be found on the wiki: http://wiki.debian.org/GnomePythonSplitting (I can provide the very ugly scripts to run on merkel to generate such things on demand.) 1. GNOME-PYTHON What is in unstable now: * python-gconf contains the gconf module * python-gnome2 contains the gnomevfs, gnome, gnome.ui, gnomecanvas, and bonobo modules What will change upstream: * It’s very likely that gnome-python is deprecated upstream when GNOME 3.0 is released. * The gconf module will then probably move in a new source package, as it is the only of these APIs that is not going away. What changes to apply to Debian packages: * If your package only uses gconf and not the other modules, you should switch it to only depend on python-gconf. It will immediately reduce the list of library dependencies, and will help reducing it further later on. * The python-gnome2 → python-gconf dependency will remain, so no need to update the other packages. I propose to file wishlist bugs on the packages that can move to using python-gconf. 2. GNOME-PYTHON-DESKTOP What is in unstable now: * Every module has been moved to its own package. * The python-gnome2-desktop package is now only a metapackage. What will change upstream: * It’s likely that some modules will disappear (gnomeprint, gtksourceview, nautilusburn), while most won’t. What changes to apply to Debian packages: * To ease management of the multiple modules, the python-gnome2-desktop metapackage is *going away* before the squeeze release. * All packages must be updated to not depend on python-gnome2-desktop but on the individual modules. I propose to file important bugs on all packages depending on python-gnome2-desktop, making them RC once the package is removed (not until at least a few months, though). 3. GNOME-PYTHON-EXTRAS What is happening in unstable: * egg.trayicon, gtkhtml2 and gtkmozembed each have their own binary package (python-eggtrayicon, python-gtkhtml2, python-gtkmozembed) * gksu 1.X is going away (nothing uses it anyway) * gda is going away, at least for a while * gtkspell will have its own binary package (currently in NEW) What will change upstream: * It’s very hard to tell, these modules don’t seem to change much. * Most of them have better replacements, so other packages should really get of these dependencies anyway. What changes to apply to Debian packages: * To simplify the dependency tree, the dependencies of python-gnome2-extras on python-eggtrayicon, python-gtkhtml2 and python-gtkmozembed are going away, probably right after the squeeze release. * Therefore, packages using these modules *must* be updated to use the new binary package as dependency instead. Bugs have already been filed for egg.trayicon, gtkhtml2 and gtkmozembed. I propose to complete them with gtkspell bugs and to make them important. They would become serious before the squeeze release. LIST OF AFFECTED PACKAGES Adam Cécile (Le_Vert) exaile (U) Nicolas FRANCOIS (Nekral) virtaal David Villa Alises ows Moray Allan straw (U) Tom Cato Amundsen solfege Michael Biebl tracker Adolfo González Blázquez cameramonitor pyrenamer Salvatore Bonaccorso giplet Joachim Breitner infon-devel Luca Bruno freespeak Luca Bruno istanbul Ross Burton meld nautilus-python postr Debian Bazaar Maintainers bzr-gtk Debian GNOME Maintainers accerciser (U) deskbar-applet epiphany-extensions (U) gedit-plugins (U) gnome-games (U) hamster-applet (U) hotwire (U) meld (U) nautilus-python (U) ontv (U) update-manager Debian OLPC sugar sugar-toolkit sugar-web-activity Cédric Delfosse gaphor Sebastian Dröge gedit-plugins (U) gnome-games (U) ontv (U) service-discovery-applet Decklin Foster pygmy Pedro Fragoso hamster-applet Gustavo Franco gtimelog (U) Romain Francoise deskbar-applet (U) François Févotte exaile Jeremy Guitton ontv Dafydd Harries gtimelog (U) Uwe Hermann miro Varun Hiremath pychess Philipp Kaluza pida Philipp Kern timer-applet Julian Andres Klode gimmie martin f. krafft jppy (U) Mario Lang accerciser Julien Lavergne avant-window-navigator awn-extras-applets screenlets Yann Leboulang