<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:html="http://www.w3.org/1999/html" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>Ross Burton</title><link>http://www.burtonini.com/blog</link><description>A potted account of Ross' life</description><language>en</language><ttl>60</ttl><dc:creator>Ross Burton</dc:creator><admin:generatorAgent rdf:resource="http://pyblosxom.sourceforge.net/"/><admin:errorReportsTo rdf:resource="mailto:ross@burtonini.com"/><item><title>Berkeley DB in Evolution Data Server</title><guid isPermaLink="false">computers/eds-2006-04-24-12-26</guid><link>http://www.burtonini.com/blog/computers/eds-2006-04-24-12-26</link><description>------- Comment #13 from Devashish Sharma 2006-04-24 11:07 UTC ------- Patch committed to cvs head. Always a good thing to ...</description><content:encoded><![CDATA[    <p>
      <pre>------- Comment #13 from Devashish Sharma  2006-04-24 11:07 UTC -------
Patch committed to cvs head.</pre>
    </p>
    <p>
      Always a good thing to see, and especially so when it's <a
      href="http://bugzilla.gnome.org/show_bug.cgi?id=319393">this patch</a>.
      The patch allows Evolution Data Server to be built with a system install
      of Berkeley DB, instead of always with the copy shipped in EDS.  This is
      designed for systems where the version of Berkeley DB won't change over
      time, such as embedded systems or Debian-derived distributions (which
      allows multiple versions of <tt>libdb</tt> to be installed).  There are
      several reasons for doing this:
    <ul>
      <li>
        Security: bug fixes and security updates don't need to replicated.  If
        there is a security fix in Berkeley DB it doesn't need be back-ported and
        applied to the copied code in EDS.
      </li>
      <li>
        Performance: EDS ships with Berkeley DB 4.1, but Berkeley DB 4.3 works, and is faster.
      </li>
      <li>
        Memory Usage: this is the fun one.  In a standard EDS build, both the
        "file" addressbook backend and <tt>libedataserver</tt> link to Berkeley
        DB.  However, as the library is an embedded copy and isn't installed, it
        is statically linked.  Yes, a 600Kb library is statically linked into
        EDS <em>twice</em>.
      </li>
    </ul>
    <p>
      As you can imagine, I'm glad this patch has finally landed upstream!
    </p>
    <p>
      <small>NP: <cite>Protection</cite>, Massive Attack</small>
    </p>
]]></content:encoded><dc:date>2006-04-24T11:26:00Z</dc:date></item></channel></rss>