Re: moving gnome-vfs MIME code into libgnome so libbonobo can use it
- From: Michael Meeks <michael ximian com>
- To: Darin Adler <darin bentspoon com>
- Cc: Seth Nickell <snickell stanford edu>, gnome-components-list gnome org, gnome-2-0-list gnome org
- Subject: Re: moving gnome-vfs MIME code into libgnome so libbonobo can use it
- Date: Tue, 3 Jul 2001 13:14:19 -0400 (EDT)
Hi Darin,
On Mon, 2 Jul 2001, Darin Adler wrote:
> On the other hand, I'd like to see some of the more marginal gnome-vfs
> modules moved upstream too so that gnome-vfs itself has fewer
> dependencies. Perhaps they should go into libgnome.
Possibly.
> OK. I see. No proposal to move the gnome-vfs MIME code at all. My
> misunderstanding I guess.
Correct, no proposal to touch gnome-vfs at all.
> I see no harm in having gnome-vfs depend on libbonobo. It does seem
> strange to me, but wouldn't cause any problems that I can think of.
This would make the most sense to me - then we could move the file
monikers etc. into gnome-vfs - IMHO where they belong.
> I guess I am stuck mentally on the underlying layering in Unix, where
> the shared library system (which I think of as analogous to bonobo)
> uses the file system (which I think of as analogous to gnome-vfs)
> rather than the other way around.
Hmm, lets take another anaology - that is perhaps more precice. If
we take bonobo to be the 'syscall' interface, then all file operations run
on top of and through that interface ultimately. But it's easy to get tied
up in the innumerable bootstrapping issues here. Also, it makes sense[1]
to use bonobo in situations where there are no file systems, and finaly,
the file IO parts of bonobo are a small part of what bonobo does, and
easily separated.
So ... how do you think we should proceed ?
Regards,
Michael.
[1] - and as we shrink bonobo/ORBit2 increasingly so.
--
mmeeks gnu org <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]