Re: Module proposal: GtkGLExt for GNOME 2.22
- From: Murray Cumming <murrayc murrayc com>
- To: Andreas Røsdal <andreasr gnome org>
- Cc: desktop-devel-list gnome org
- Subject: Re: Module proposal: GtkGLExt for GNOME 2.22
- Date: Tue, 25 Sep 2007 00:30:08 +0200
On Sat, 2007-09-22 at 19:10 +0200, Andreas R� wrote:
> On Sat, 22 Sep 2007, Vincent Untz wrote:
> > Le samedi 22 septembre 2007, �3:57 +0200, Andreas R� a �it :
> >> Hello!
> >> * Proposal: Include GtkGLExt in the GNOME developer platform.
> > Oh, interesting.
> > Note that it's possible that it will get rejected for the platform if it
> > doesn't go in the desktop for at least one cycle, since we're quite
> > strict about the platform. So maybe you should propose it for the
> > desktop first?
> I'd like to be pragmatic and propose the module to the release set
> which is the most appropriate. Originally, I didn't think that GtkGLExt
> should be a Desktop module, because it doesn't "provide user
> functionality". But now I see that other libraries such as GStreamer,
> gnome-doc-utils and libsoup are included in the Desktop release set as
> well - Despite being development libraries, and not providing end user
Those modules are in the Desktop release set because they are
dependencies of applications that are also in that release set.
They don't offer any particular guarantees of API/ABI stability, or any
promise that you won't need to port to a new version of the API in the
near future, though some of them aren't too bad. There would be
something odd about saying "Here's a new API for you to use. We don't
recommend that you use it."
I'd much rather see this done properly in GTK+.
> Since GtkGLExt is a development library, and should be part
> of the infrastructure / development platform for other modules, the
> developer platform was originally the release set that I thought would be
> most appropriate.
> So I'm fine with proposing GtkGLExt as a desktop module, at least for the
> first development cycle. Generally, more long-term, I think that all
> development libraries in the desktop release set should be in the
> developer platform release set, ideally.
> >> However, GtkGLExt is currently unmaintained. I will volunteer to maintain
> >> it if accepted as a GNOME module, and hope to work with the GNOME community
> >> to make it fit in well as a GNOME module.
> > Well, it won't be accepted if it's unmaintained. So you should do things
> > the other way around: start maintaining it before it can get accepted.
> I agree. Should I begin maintaining it in the GNOME infrastructure already
> now? Any suggestions about how to proceed during this development cycle
> for a "smooth" inclusion as a new module during this cycle? :-)
> >> There has also been a lot of discussion about this in bug #119189
> >> "Add OpenGL support to GTK+".
> > I gave a really quick look at the bug, and there doesn't seem to be any
> > decision there. Are there any specific plans?
> There are no decisions or specific plans that I know of yet.
> - Andreas
> _______________________________________________ desktop-devel-list mailing list desktop-devel-list gnome org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
murrayc murrayc com
] [Thread Prev