Allong the same lines: Some things in gnome work on win32 and some do not. It will be easier to separate out the parts that work on win32 and the parts that do not.
On Wed, 13 Oct 2004 10:41:21 +0200 (CEST), Murray Cumming <[EMAIL PROTECTED]> wrote: > > 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/ > -- Christopher Lambacher [EMAIL PROTECTED] _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
