Re: Give back totem-pl-parser on mips
* Rafael Laboissiere <rafael@laboissiere.net> [2009-03-29 19:46]:
> * Adeodato Simó <dato@net.com.org.es> [2009-03-29 19:36]:
>
> > * Rafael Laboissiere [Sun, 29 Mar 2009 19:26:57 +0200]:
> >
> > > Perhaps this is appropriate:
> > > gb totem-pl-parser_2.22.3-1+b1 . mipsel
> >
> > Done,
>
> Thanks. This is blocking rhythmbox, which is the last blocker of the libmtp
> transition.
Grrrr... the last autobuild of totem-pl-parser on mipsel [1], which
happened last night, failed with:
cc -D_REENTRANT -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/gnome-vfs-module-2.0 -I/usr/include/evolution-data-server-2.24 -I/usr/include/libsoup-2.4 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -g -O2 -g -Wall -O2 -o .libs/test-parser test_parser-test-parser.o -pthread ./.libs/libtotem-plparser.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lz -lfontconfig /usr/lib/libgnomevfs-2.so -lcamel-1.2 -ledataserver-1.2 /usr/lib/libsqlite3.so -licui18n -licuuc -lpthread -ldl /usr/lib/libxml2.so /usr/lib/libgconf-2.so -lsoup-2.4 /usr/lib/libbonobo-2.so /usr/lib/libgio-2.0.so /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lhal -ldbus-1
/usr/bin/ld: cannot find -licui18n
collect2: ld returned 1 exit status
Package libicu40 is automatically installed, although it is not in the
build-deps. Shouldn't libicu-dev be installed in order to have the
autobuild succeeding, in this case? Would that be possible with a
bin-NMU?
[1] https://buildd.debian.org/fetch.cgi?pkg=totem-pl-parser;ver=2.22.3-1%2Bb1;arch=mipsel;stamp=1238393952
--
Rafael
Reply to: