Re: 2.3.0 release

[Owen Taylor <otaylor redhat com>]

On Wed, 2003-10-22 at 21:31, Federico Mena Quintero wrote:
> [CCing d-d-l due to relevance of the VFS backend in GtkFileChooser]
> 
> On Wed, 2003-10-22 at 15:49, Owen Taylor wrote:
> > I'm planning to do GLib-2.3.0, Pango-1.3.0, GTK+-2.3.0 releases
> > tomorrow; the only thing I want to do before then is move GtkFileChooser
> > into the GTK+ tree. (I'll probably do that this evening or tomorrow
> > morning.)
> 
> I renamed GtkFileChooserImplDefault to GtkFileChooserDefault as we
> discussed, and did the necessary CVS surgery to move the files to the
> new name.  I guess it is ready for the move, unless I'm horribly missing
> something...

OK. I'll proceed with that.

> So, is the plan to leave GtkFileSystemGnomeVFS in the gtkfilechooser
> module?  Or should we perhaps move it to libgnomevfs?  I'm afraid that
> the two release schedules are not completely synchronized, so we may not
> have time to polish the VFS backend as much as is needed.

libgnomevfs has no GTK+ dependency, so that's not the right place for
it, almost certainly. Whether putting it in the gnome-vfs package in
some fashion makes sense would have to be sorted out with the 
gnome-vfs maintainers.

We also have to resolve how file system backends are loaded. I still
think it's potentially interesting for an app in the gnome desktop not
using gnome-vfs to use the gnome-vfs backend, so a loadable module
system keying off a XSETTINGS key is of interest.

[Though this brings up the problem of linking threaded modules into
non-threaded apps :-(; the only solutions there are to make GTK+
always pull in -lpthread and slow things down 5% or so or do the
gnome-vfs interaction with an out-of-process daemon.] 

My immediate plan was simply *not* to move GtkFileSystemGnomeVFS into
GTK+ :-)

Regards,
						Owen