<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>214488</bug_id>
          
          <creation_ts>2008-03-24 09:40 0000</creation_ts>
          <short_desc>gnome-extra/evolution-data-server-1.12 picks up libsoup-2.4 and fails on API changes</short_desc>
          <delta_ts>2008-03-26 01:32:18 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>214260</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>leio@gentoo.org</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2008-03-24 09:40:55 0000</bug_when>
            <thetext>It appears GNOME-2.20&apos;s evolution-data-server first checks for libsoup-2.4 and 2.2 only if 2.4 is found. When libsoup 2.4 SLOT is installed, it picks libsoup-2.4 and includes the headers of those. And that fails, as the code seems to be for 2.3.0 or something, not considering API and header moves that happened before 2.4.0 came out:

 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../.. -DG_LOG_DOMAIN=\&quot;libecalbackendhttp\&quot; -I../../.. -I../../.. -I../../../calendar -I../../../calendar -I../../../calendar/libical/src -I../../../calendar/libical/src -I../../../calendar/libical/src/libical -I../../../calendar/libical/src/libical -DORBIT2=1 -pthread -I/usr/include/libxml2 -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/db4.3 -march=prescott -O2 -pipe -ggdb -Wall -Wmissing-prototypes -Wno-sign-compare -MT e-cal-backend-http-factory.lo -MD -MP -MF .deps/e-cal-backend-http-factory.Tpo -c e-cal-backend-http-factory.c  -fPIC -DPIC -o .libs/e-cal-backend-http-factory.o
e-cal-backend-http.c: In function &apos;retrieval_done&apos;:
e-cal-backend-http.c:258: warning: implicit declaration of function &apos;soup_message_get_header&apos;
e-cal-backend-http.c:259: warning: assignment makes pointer from integer without a cast
e-cal-backend-http.c:288: error: &apos;SoupMessage&apos; has no member named &apos;response&apos;
e-cal-backend-http.c:289: error: &apos;SoupMessage&apos; has no member named &apos;response&apos;
e-cal-backend-http.c:289: error: &apos;SoupMessage&apos; has no member named &apos;response&apos;
e-cal-backend-http.c: In function &apos;begin_retrieval_cb&apos;:
e-cal-backend-http.c:475: error: &apos;SoupUri&apos; undeclared (first use in this function)
e-cal-backend-http.c:475: error: (Each undeclared identifier is reported only once
e-cal-backend-http.c:475: error: for each function it appears in.)
e-cal-backend-http.c:475: error: &apos;suri&apos; undeclared (first use in this function)
e-cal-backend-http.c:515: warning: implicit declaration of function &apos;soup_message_add_header&apos;
e-cal-backend-http.c:520: error: &apos;SoupMessageCallbackFn&apos; undeclared (first use in this function)
e-cal-backend-http.c:520: error: expected &apos;)&apos; before &apos;retrieval_done&apos;
e-cal-backend-http.c:520: error: too few arguments to function &apos;soup_session_queue_message&apos;
make[4]: *** [e-cal-backend-http.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
mv -f .deps/e-cal-backend-http-factory.Tpo .deps/e-cal-backend-http-factory.Plo
make[4]: Leaving directory `/home/sda8/tmp/portage/gnome-extra/evolution-data-server-1.12.3/work/evolution-data-server-1.12.3/calendar/backends/http&apos;
make[3]: *** [all-recursive] Error 1</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2008-03-24 09:55:57 0000</bug_when>
            <thetext>I personally consider this an unmask blocker, not absolutely sure though. Matching GNOME versions works fine. At least libsoup-2.4 can&apos;t be unmasked separately before this is fixed - I initially planned to do that for earlier in-tree ~arch swfdec.

We just need to patch configure.in (and configure preferably too if we don&apos;t call eautoreconf yet) to not check for libsoup 2.4 before 2.2
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2008-03-26 01:32:18 0000</bug_when>
            <thetext>Fixed in e-d-s-1.12.3. I won&apos;t care about 1.12.2, it&apos;s still in the tree just because of arm lagging behind 4 months.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>