On Sun, May 17, 2015 at 09:50:10PM +0100, John Ballance wrote:
> Hi Theo
>
> Thanks for the reply, and for the suggestions
>
> A few points
>
> 1: Though there is a ubuntu desktop around (ctrl-alt-F7) I am
> working directly from a plain text (?) login at ctrl-alt-F1
>
> 2: What I said about the failure is accurate.
>
> the setvars script has the AB_HG line in it, which is detected and
> used by autobuilder fetch-program script. Once that has completed
> the sources are in place. The autobuilder then invokes setvars. It
> runs fine (doing echo 'some text') until it encounters the AB_HG=
> line, at which point the GLib error ss reported and nothing goes
> further.
But the AB_HG line is just setting an environment variable, it doesn't
execute anything?
What does the setvars file look like (what's the package, if it's one in the
tree?)
> I've now tried again in a desktop terminal window. GLib throws all
> sorts of funnies out, eventually returning to setvars to continue...
I think you'll need to post the log - often what you see is a symptom of an
earlier problem, and without the full log we don't have much to go on.
> I tried the code you suggested for Xvfb, but it then complains it
> cannot open display 99 (your example).
>
> I presume Xvfb :99 needs an & after it to return to command line?
Yes.
> I'm still none the wiser as to why glib decided it needed to push
> something to the display though, and none the wiser what it actually
> tries to push.
I have no idea. It's unusual for things to need X during builds, and it's
also unusual for things to invoke gtk/glib apps as part of the build. The
log should tell us more.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
No comments:
Post a Comment