Re: Problems with devshell over ssh with X forwarding and then with ./configure for gst-ffmpeg

[Scott Garman <scott.a.garman@intel.com>]

On 12/02/2010 11:11 AM, Darren Hart wrote:
> I'm trying to debug a build (linker) failure in gst-ffmpeg and getting unexpected results from devshell.
>
> $ ssh -X nhm
> $ screen
> ...
> $ bitbake gst-ffmpeg -c devshell
>
> NOTE: package gst-ffmpeg-0.10.1-r5: task do_devshell: Started
> ERROR: Task failed: ('function do_devshell failed', '/vol/1/dvhart/poky.git/build/tmp/work/x86_64-poky-linux/gst-ffmpeg-0.10.1-r5/temp/log.do_devshell.22436')
> ERROR: Logfile of failure stored in: /vol/1/dvhart/poky.git/build/tmp/work/x86_64-poky-linux/gst-ffmpeg-0.10.1-r5/temp/log.do_devshell.22436
> Log data follows:
> | Failed to summon the GConf demon; exiting.  Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
> | Cannot continue.
> | )
> | ERROR: Task failed: ('function do_devshell failed', '/vol/1/dvhart/poky.git/build/tmp/work/x86_64-poky-linux/gst-ffmpeg-0.10.1-r5/temp/log.do_devshell.22436')
> NOTE: package gst-ffmpeg-0.10.1-r5: task do_devshell: Failed
> ERROR: Task 4 (/home/dvhart/data/poky.git/meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.1.bb, do_devshell) failed with 1
> ERROR: '/home/dvhart/data/poky.git/meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.1.bb' failed
>
>
> Running gnome-terminal from the same shell opens a gnome-terminal as expected. Changing my local.conf to contain:
>
> TERMCMD = 'xterm -T "$TERMWINDOWTITLE"'
> TERMCMDRUN = '${XTERM_TERMCMD} -e bash'
>
> Succeeds in opening the new terminal, but configure fails unexpectedly:
>
> ...gst-ffmpeg-0.10.1]$ ./configure
> configure: loading site script /home/dvhart/data/poky.git/meta/site/endian-little
> configure: loading site script /home/dvhart/data/poky.git/meta/site/common-glibc
> configure: loading site script /home/dvhart/data/poky.git/meta/site/x86_64-linux
> configure: loading site script /home/dvhart/data/poky.git/meta/site/common
> configure: loading site script /vol/1/dvhart/poky.git/build/tmp/sysroots/x86_64-poky-linux/usr/share/x86_64-poky-linux_config_site.d/zlib_config
> configure: loading site script /vol/1/dvhart/poky.git/build/tmp/sysroots/x86_64-poky-linux/usr/share/x86_64-poky-linux_config_site.d/eglibc_config
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking target system type... x86_64-unknown-linux-gnu
> checking whether to enable maintainer-specific portions of Makefiles... no
> configure: configuring gst-ffmpeg for release
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking how to print strings... printf
> checking for style of include used by make... GNU
> checking for gcc... ccache  x86_64-poky-linux-gcc -L/vol/1/dvhart/poky.git/build/tmp/sysroots/x86_64-poky-linux/usr/lib
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... configure: error: in `/vol/1/dvhart/poky.git/build/tmp/work/x86_64-poky-linux/gst-ffmpeg-0.10.1-r5/gst-ffmpeg-0.10.1':
> configure: error: cannot run C compiled programs.
> If you meant to cross compile, use `--host'.
> See `config.log' for more details.
>
>
> I expected ./configure to succeed and for make to fail as it did in the log.do_compile log.

It sounds like you fixed the devshell problem, and now uncovered the 
next layer - a bug exposed in the do_configure step.

config.log should help you narrow down exactly what the test entails. If 
it involves compiling a C program and then executing it to get results 
(all to common), you'll need to develop a patch to work around that.

Perhaps the last time you built the recipe you were doing so on the 
native arch, which could explain why configure succeeded that time and 
not this time. Just a guess.

Scott

-- 
Scott Garman
Embedded Linux Distro Engineer - Yocto Project