> On Tue, Oct 12, 2004 at 09:28:37PM +0100, Gustavo J. A. M. Carneiro wrote: >> First of all, we have the problem of gnome-python being proposed for >> inclusion in the gnome bindings. Since it contains bindings[1] for libraries that do not belong to the GNOME Developer Platform, they should be split out of gnome-python. I am personally in favour of this approach. > > I am as well if this means something like the pygtk-extras package we had discussed earlier this year. I don't think it's worth the hassle of
> splitting everything up -- makes it hard for us, makes it hard for the end-users who just want to pick up an extra package and go. End "users" don't pick gnome-python packages - they pick applications and sane distros do the rest for them. End "developers who use pygtk" don't use the source tarballs - they use the distro packages, which are usually split up completely even if the tarball isn't. For people who actually work on pygtk, there's jhbuild. > Is there a > good argument *for* splitting everything up? I can think of 1. It will be awkward to move something like pygnomeprint from pygtk-extra to gnome-python when (if) libgnomeprint becomes part of the GNOME Platform. 2. Distros must split them up completely, so doing it in the tarball makes different distros do that more consistently. 3. You would be able to release fixes for the gnome-vfs bindings, for instance, even if the bonobo bindings, for instance, are temporarily broken. 4. Distros would be able to ship fixes for the gnome-vfs bindings, for instance, even if you have released, for instance, broken bonobo bindings. 5. It will be easier to share maintenance - in particular, different people can decide when different parts of gnome-python make new releases. The whole thing is a lot of code for one person to maintain. Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
