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