strtok camel from evolution-data-server

Philip Van Hoof <[email protected]>
Newsgroups gmane.comp.gnome.evolution.devel
Message-ID <1152213837.5374.23.camel__42527.9122930535$1152214257$gmane$org@localhost.localdomain>
Most Evolution people already know this. This is just the E-mail you
guys have been asking about (well, actually most of you guys asked me to
make a bug in bugzilla).


The one laptop per child project, Nokia (maemo) and maybe sooner or
later other vendors like PalmSource are getting more and more interested
in tinymail.

Situation:
----------

Tinymail depends on Camel. Camel gets shipped with e-d-s. Tinymail
doesn't use *any* of the other e-d-s softwares, libraries nor its data.


Observation:
------------

>From reading code I *know* camel doesn't have to depend on e-d-s at all.
It can very easily be cut-off from it. I could probably do this in a few
hours work.

The full e-d-s requires 23Mb disk space. Only Camel requires ~ 1MB disk
space.

Conclusion:
-----------

So or camel is going to be split from evolution-data-server, or I will
fork camel.


Check this out:
---------------

pvanhoof@lort:/opt/camel$ ls
include  lib  libexec  share
pvanhoof@lort:/opt/camel$ du -h | tail -n 1
23M     .
pvanhoof@lort:/opt/camel$

THIS is ALL I need. Please DO understand this Evolution people.

pvanhoof@lort:/opt/camel/lib$ ls -alh *camel*
-rwxr-xr-x 1 root root 1.7K 2006-07-06 20:26 libcamel-1.2.la
lrwxrwxrwx 1 root root   21 2006-07-06 20:26 libcamel-1.2.so -> libcamel-1.2.so.0.0.0
lrwxrwxrwx 1 root root   21 2006-07-06 20:26 libcamel-1.2.so.0 -> libcamel-1.2.so.0.0.0
-rwxr-xr-x 1 root root 915K 2006-07-06 20:26 libcamel-1.2.so.0.0.0
-rwxr-xr-x 1 root root 1.8K 2006-07-06 20:26 libcamel-provider-1.2.la
lrwxrwxrwx 1 root root   30 2006-07-06 20:26 libcamel-provider-1.2.so -> libcamel-provider-1.2.so.8.0.1
lrwxrwxrwx 1 root root   30 2006-07-06 20:26 libcamel-provider-1.2.so.8 -> libcamel-provider-1.2.so.8.0.1
-rwxr-xr-x 1 root root 998K 2006-07-06 20:26 libcamel-provider-1.2.so.8.0.1
pvanhoof@lort:/opt/camel/lib$


Hacks like packaging tricks:
----------------------------

I AM NOT going to require packaging tricks. Packaging tricks are hacks.
I don't do hacks. Hacks are ugly. Hacks are win32. I didn't come to the
opensource community to get myself stuck in hacks.

I strongly disagree with hacks. I don't support hacks. I will not use
hacks. I will fork if I'm forced to use hacks.


-- 
Philip Van Hoof, software developer at x-tend 
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org 
work: vanhoof at x-tend dot be 
http://www.pvanhoof.be - http://www.x-tend.be
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.