Bug 214488 - gnome-extra/evolution-data-server-1.12 picks up libsoup-2.4 and fails on API changes
Bug#: 214488 Product:  Gentoo Linux Version: unspecified Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: gnome@gentoo.org Reported By: leio@gentoo.org
Component: GNOME
URL: 
Summary: gnome-extra/evolution-data-server-1.12 picks up libsoup-2.4 and fails on API changes
Keywords:  
Status Whiteboard: 
Opened: 2008-03-24 09:40 0000
Description:   Opened: 2008-03-24 09:40 0000
It appears GNOME-2.20'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=\"libecalbackendhttp\" -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 'retrieval_done':
e-cal-backend-http.c:258: warning: implicit declaration of function
'soup_message_get_header'
e-cal-backend-http.c:259: warning: assignment makes pointer from integer
without a cast
e-cal-backend-http.c:288: error: 'SoupMessage' has no member named 'response'
e-cal-backend-http.c:289: error: 'SoupMessage' has no member named 'response'
e-cal-backend-http.c:289: error: 'SoupMessage' has no member named 'response'
e-cal-backend-http.c: In function 'begin_retrieval_cb':
e-cal-backend-http.c:475: error: 'SoupUri' 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: 'suri' undeclared (first use in this function)
e-cal-backend-http.c:515: warning: implicit declaration of function
'soup_message_add_header'
e-cal-backend-http.c:520: error: 'SoupMessageCallbackFn' undeclared (first use
in this function)
e-cal-backend-http.c:520: error: expected ')' before 'retrieval_done'
e-cal-backend-http.c:520: error: too few arguments to function
'soup_session_queue_message'
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'
make[3]: *** [all-recursive] Error 1

------- Comment #1 From Mart Raudsepp 2008-03-24 09:55:57 0000 -------
I personally consider this an unmask blocker, not absolutely sure though.
Matching GNOME versions works fine. At least libsoup-2.4 can'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't
call eautoreconf yet) to not check for libsoup 2.4 before 2.2

------- Comment #2 From Mart Raudsepp 2008-03-26 01:32:18 0000 -------
Fixed in e-d-s-1.12.3. I won't care about 1.12.2, it's still in the tree just
because of arm lagging behind 4 months.