in our packages; re-run automake since we have touched various
Makefile.am files; rerun intltoolize to avoid incompatibilities between
tarball copy of intltool-merge.in and intltool.m4 in intltool package
(@EXPANDED_LIBDIR@ renamed to @INTLTOOL_LIBDIR@) (#167574)
- explicitly list the camel providers and e-d-s extension files in the spec
file
- Remove all static libraries, not just those in /usr/lib; avoid listing
libdir subdirectory so that we can be more explicit about the package
payload (bug #172882)
stage, after the configure, to spot 64-bit problems whilst avoiding
breaking configuration tests; expand patch 102 to avoid this breaking
libdb's CFLAGS
configuration test for fast mutexes in the internal copy of libdb, and
hence broke access to local addressbooks (#166742)
- Introduce static_ldap macro; use it to link to static evolution-openldap
library, containing NTLM support for LDAP binds (needed by Exchange
support)
- Split eds_major (was 1.2) into eds_base_version (1.4) and eds_api_version
(1.2) to correspond to BASE_VERSION and API_VERSION in configure.in;
updated rest of specfile accordingly.
- Removed upstreamed patch:
evolution-data-server-1.2.0-cope-with-a-macro-called-read.patch
NSS API/ABI stabilised by version 1.7.3 The libraries are always
located in the libdir However, the headers are in
/usr/include/mozilla-%{mozilla_build_version} and so they move each
time the mozilla version changes. So we no longer have an explicit
mozilla run-time requirement in the specfile; a requirement on the
appropriate NSS and NSPR .so files is automagically generated on build.
We have an explicit, exact build-time version, so that we can find the
headers (without invoking an RPM query from the spec file; to do so is
considered bad practice)
- Introduced mozilla_build_version, to replace mozilla_version
- Set mozilla_build_version to 1.7.6 to reflect current state of tree
- Updated eds_major from 1.0 to 1.2; fixed translation search path.
- Removed 64-bit patch for calendar backend hash table; upstream now stores
pointers to ECalBackendFactory, rather than GType
- Removed calendar optimisation patch for part of part of bug #141283 as
this is now in the upstream tarball
- Added /usr/lib/evolution-data-server-%{eds_major} to cover the
extensions, plus the camel code now in e-d-s, rather than evolution
- Added /usr/share/pixmaps/evolution-data-server-%{eds_major} to cover the
category pixmaps
- Camel code from evolution is now in evolution-data-server:
- Added camel-index-control and camel-lock-helper to packaged files
- Added mozilla dependency code from the evolution package
- Ditto for LDAP
- Ditto for krb5
- Ditto for NNTP support handling
- Ditto for --enable-file-locking and --enable-dot-locking
- Added requirements on libbonobo, libgnomeui, gnome-vfs2, GConf2,
libglade2
- Updated libsoup requirement from 2.2.1 to 2.2.2
- Enabled gtk-doc
Address Book
- prevent e_book_commit_contact from crashing on multiple calls (Diego
Gonzalez)
- prevent file backend from crashing if uid of vcard is NULL (Diego
Gonzalez)
Calendar #XB59904 - Speed up calendar queries (Rodrigo) #XB69624 - make
changes in evo corresponding to soap schema changes (Siva)
- fix libical build for automake 1.9 (Rodney)
- fix putenv usage for portability (Julio M. Merino Vidal)
- sv (Christian Rose)
- Removed patches to fix build on x86_64 and calendar optimisation for
XB59004 as these are in the upstream tarball
optimisation patch posted to upstream development mailing list here:
http://lists.ximian.com/archives/public/evolution-patches/2004-November
/008139.html
Wed Nov 3 2004 David Malcolm <dmalcolm@redhat.com> - 1.0.2-4
- Added patch to fix usage of GINT_TO_POINTER/GPOINTER_TO_INT for calendar
backend GType hash table, breaking on ia64 (#136914)
backend to hold open an EBook for the local contacts (filed upstream
at: http://bugzilla.ximian.com/show_bug.cgi?id=68533 ); this was
causing e-d-s to never lose its last addressbook, and hence never quit.
We workaround this by detecting this condition and exiting when it
occurs, fixing bug #134851 and #134849.
Tue Aug 31 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.99-1
- update from 0.0.98 to 0.0.99
- increased libsoup requirement to 2.2.0 to match configuration script
Mon Jul 26 2004 David Malcolm <dmalcolm@redhat.com>
- rebuilt
Tue Jul 20 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.96-2
- added version numbers to the BuildRequires test for libsoup-devel and
ORBit2-devel
Tue Jul 20 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.96-1
- 0.0.96; libsoup required is now 2.1.12
Fri May 21 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.93-2
- rebuilt
Thu May 20 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.93-1
- 0.0.93; libsoup required is now 2.1.10
Wed Apr 21 2004 David Malcolm <dmalcolm@redhat.com> - 0.0.92-1
- Update to 0.0.92; added a define and a requirement on the libsoup version
Wed Mar 10 2004 Jeremy Katz <katzj@redhat.com> - 0.0.90-1
- 0.0.90
Fri Feb 13 2004 Elliot Lee <sopwith@redhat.com>
- rebuilt
Wed Jan 21 2004 Jeremy Katz <katzj@redhat.com> - 0.0.5-2
- better fix by using system libtool
Mon Jan 19 2004 Jeremy Katz <katzj@redhat.com> 0.0.5-1
- add some libdb linkage to make the build on x86_64 happy
Wed Jan 14 2004 Jeremy Katz <katzj@redhat.com> 0.0.5-0
- update to 0.0.5
Sat Jan 03 2004 Jeremy Katz <katzj@redhat.com> 0.0.4-0
- Initial build.
