On Thu, Dec 20, 2012 at 01:00:47PM +0100, Andreas Müller wrote: > > Btw meta-guacamayo is using newer gvfs-1.12.3 and maybe they also > > resolved > > http://patchwork.openembedded.org/patch/16755/ > This one was fixed in 211c2ba382d921519761bc0d241942f927cf692e
OK, thanks, I've updated status on patchwork. > > Can you check if such upgrade would be usefull for meta-gnome too? > > I'm not using gnome.. > Will do that hopefully before Xmas.. Great, hopefully it will also resolve latest issue with gvfs build: | gvfsbackendafc.c: In function '_idevice_event_cb': | gvfsbackendafc.c:352:25: error: 'idevice_event_t' has no member named 'uuid' | /OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux//bin/sed -e "s|\@libexecdir\@|/usr/lib/gvfs|" trash.mount.in > trash.mount | gvfsbackendafc.c: In function 'g_vfs_backend_afc_init': | gvfsbackendafc.c:2612:3: warning: 'g_mutex_new' is deprecated (declared at /OE/jansa-test/shr-core/tmp-eglibc/sysroots/qemuarm/usr/include/glib-2.0/glib/deprecated/gthread.h:271) [-Wdeprecated-declarations] | daemon-main.c: In function 'daemon_init': | daemon-main.c:66:3: warning: 'g_thread_init' is deprecated (declared at /OE/jansa-test/shr-core/tmp-eglibc/sysroots/qemuarm/usr/include/glib-2.0/glib/deprecated/gthread.h:259) [-Wdeprecated-declarations] | make[4]: *** [gvfsd_afc-gvfsbackendafc.o] Error 1 | make[4]: *** Waiting for unfinished jobs.... | daemon-main.c: In function 'daemon_init': | daemon-main.c:66:3: warning: 'g_thread_init' is deprecated (declared at /OE/jansa-test/shr-core/tmp-eglibc/sysroots/qemuarm/usr/include/glib-2.0/glib/deprecated/gthread.h:259) [-Wdeprecated-declarations] | make[4]: Leaving directory `/OE/jansa-test/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gvfs/1.8.2-r8.0/gvfs-1.8.2/daemon' | make[3]: *** [all-recursive] Error 1 | make[3]: Leaving directory `/OE/jansa-test/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gvfs/1.8.2-r8.0/gvfs-1.8.2/daemon' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/OE/jansa-test/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gvfs/1.8.2-r8.0/gvfs-1.8.2/daemon' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/OE/jansa-test/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gvfs/1.8.2-r8.0/gvfs-1.8.2' | make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /OE/jansa-test/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gvfs/1.8.2-r8.0/temp/log.do_compile.12803 for further information) NOTE: recipe gvfs-1.8.2-r8.0: task do_compile: Failed ERROR: Task 13097 (/OE/jansa-test/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gvfs/gvfs_1.8.2.bb, do_compile) failed with exit code '1' Or we can backport something like: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/gnome-base/gvfs/files/gvfs-1.10.1-libimobiledevice-1.1.2.patch and enable/disable libimobiledevice support explicitly. Also as you're doing a lot of changes in meta-gnome and I guess you're also using it, can you check meta-gnome issues from "[oe] [OE-core] State of bitbake world" thread? http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-December/042964.html Some are probably caused because building libnotify3 and libnotify together doesn't play well with some apps, but some are pretty easy to reproduce (like failing do_patch). Cheers, -- Martin 'JaMa' Jansa jabber: [email protected]
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
