[oe] [meta-gnome] gvfs-gdu-volume-monitor: avoid double packaging gvfs locale

Martin Jansa martin.jansa at gmail.com
Thu Dec 20 13:03:23 UTC 2012


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: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20121220/27f4406d/attachment-0002.sig>


More information about the Openembedded-devel mailing list