On Saturday 14 October 2006 23:10, Steve Langasek wrote:
> reassign 392938 librapi2
> found 392938 0.9.3-2
> tags 392938 -patch
> thanks
>
> On Sat, Oct 14, 2006 at 12:47:10PM +0200, Andreas Jochens wrote:
> > When building 'kcemirror' on unstable,
> > I get the following error:
> >
> > /usr/lib/librapi.so: undefined reference to `wstrlen'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_get_descriptor'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_write'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_connect_proxy'
> > /usr/lib/librapi.so: undefined reference to `_synce_log_wstr'
> > /usr/lib/librapi.so: undefined reference to `synce_password_recv_reply'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_connect'
> > /usr/lib/librapi.so: undefined reference to `synce_info_destroy'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_read'
> > /usr/lib/librapi.so: undefined reference to `filetime_from_unix_time'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_new'
> > /usr/lib/librapi.so: undefined reference to `synce_socket_wait'
> > collect2: ld returned 1 exit status
> > make[3]: *** [kcemirror] Error 1
> > make[3]: Leaving directory
> > `/kcemirror-0.1.5/obj-x86_64-linux-gnu/kcemirror'
> >
> > With the attached patch 'kcemirror' can be compiled on unstable.
> >
> > diff -urN ../tmp-orig/kcemirror-0.1.5/debian/rules ./debian/rules
> > --- ../tmp-orig/kcemirror-0.1.5/debian/rules        2006-10-14
> > 10:16:59.000000000 +0000 +++ ./debian/rules 2006-10-14 10:14:32.000000000
> > +0000
> > @@ -75,7 +75,7 @@
> >     mkdir $(objdir)
> >
> >     # run configure with build tree $(objdir)
> > -   cd $(objdir) && \
> > +   cd $(objdir) && LIBS="-lsynce" \
> >     ../configure $(configkde) \
> >     --with-distribution="$$version (`cat /etc/debian_version`)" \
> >     --enable-mitshm --with-alsa --with-ipv6-lookup=auto \
>
> This is a wrong fix.  The error is that librapi2 includes a shared lib that
> isn't linked properly against libsynce.  It is absolutely wrong to try to
> work around this in packages that need librapi2, the responsibility lies
> with librapi2.

I completely agree with Stevens analysis - fix will be available soon.

regards
voc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to