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