Re: Camel in evolution-data-server, a different proposal

Frederic Crozat <[email protected]>
Newsgroups gmane.comp.gnome.evolution.devel
Organization Mandriva
Message-ID <1152790786.22295.51.camel__3352.25673993609$1152790914$gmane$org@trinidad.mandrakesoft.com>
Le jeudi 13 juillet 2006 à 11:35 +0100, Ross Burton a écrit :
> On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote:

> > > Calendar data isn't being stored by the addressbook server either.  That
> > > isn't a great argument.
> > 
> > And I question ... do all applications that want to use calendaring (and
> > only calendaring) have to depend on most of the Evolution components?
> >
> > Right now, if you translate that to Camel and E-mailing, it depends on
> > which distribution you have. On most Redhat based ones: yes. On Debian
> > based ones: no. Is there clarity? no. Is it making it more easy to
> > develop a pure "E-mail" application and to document which dependencies
> > you have (maybe even letting packagers share the same dependencies): no.
> > 
> > The list of reasons (all valid ones, it's not because *you* mark them as
> > rant that it also *is* rant) goes on and on and on.
> 
> So you've found a problem with the Red Hat packaging, in that it treats
> all of EDS a single library.  File a bug with Red Hat, and notice that
> Debian, Maemo, and OpenEmbedded (at least) already have split EDS
> packages.

Mandriva too ;)

-- 
Frederic Crozat <[email protected]>
Mandriva
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.