configure found rsvg-convert on host:
...
Checking for program rsvg-convert : /usr/bin/rsvg-convert
...
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* custom waf to fix dirty vala version was dropped
* I've fixed our vala to stop reporting dirty even for valid released tarballs
so you can still get dirty version but it's not so common to keep this ugly binary here.
* disable PARALLEL_MAKE to improve our chances agains build hangs
(btw fedora is doing the same
http://osdir.com/ml/scm-fedora-commits/2011-11/msg04672.html)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Without GNOME icons installed, e.g. when using only core-image-sato,
midori dies violently:
# midori
The configuration couldn't be loaded: No such file or directory
(midori:2915): Gtk-WARNING **: Error loading theme icon 'stock_new-tab' for stock: Icon 'stock_new-tab' not present in theme
(midori:2915): Gtk-WARNING **: Error loading theme icon 'bookmark-new' for stock: Icon 'bookmark-new' not present in theme
(midori:2915): Gtk-WARNING **: Error loading theme icon 'stock_add-bookmark' for stock: Icon 'stock_add-bookmark' not present in theme
Segmentation fault
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* waf configure/waf build always hangs when gtk3 was built before midori
* usually it's on this line:
| Checking for program glib-genmarshal : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/glib-genmarshal
| Checking for program glib-mkenums : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/glib-mkenums
| Checking for program msgfmt : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/msgfmt
| Checking for program intltool-merge : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/intltool-merge
| Checking for header locale.h :
but I guess, that's it's because glib-genmarshal or glib-mkenums,
because if I finish do_configure somehow manually then waf build hangs
as soon as it starts glib_genmarshal (or seemingly a bit later if there is more processes)
| Waf: Entering directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/midori/midori-0.4.3-r0/midori-0.4.3/_build_'
| [ 1/121] glib_genmarshal: midori/marshal.list -> _build_/default/midori/marshal.h _build_/default/midori/marshal.c
| [ 2/121] valac: katze/midori-uri.vala midori/midori-extensions-column.vala -> _build_/default/katze/midori-uri.c _build_/default/midori/midori-core.h _build_/default/midori/midori-core.vapi _build_/default/midori/midori-core.deps _build_/default/midori/midori-extensions-column.c _build_/default/midori/midori-core.h _build_/default/midori/midori-core.vapi _build_/default/midori/midori-core.deps
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:134.34-134.49: warning: use of possibly unassigned parameter `label'
| ../katze/midori-uri.vala:134.13-134.31: warning: use of possibly unassigned parameter `checksum'
| Waf: Leaving directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/midori/midori-0.4.3-r0/midori-0.4.3/_build_'
| Build failed: -> task failed (err #-15):
| {task: glib_genmarshal marshal.list -> marshal.h,marshal.c}
* I was able to reproduce this 100%, I know that before it also hanged from
time to time in waf
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* only build tested, it does segfault in runtime but it's the same with
previous 0.4.2 version and probably not caused by midori itself
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
for bad and sometimes vala-dirty people [1] we keep overwriting of waf since
midori still installs waf 1.5.19
(checked by bitbake -cunpack midori && <midori-workdir>/waf --version).
[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-November/035995.html
Reviewed-by: Paul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: Andreas Müller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* there is only one line added to default waf file
in unpack_wafdir() just before last chdir and return
because those files are downloaded and cannot be patched in normal way
os.system("sed -i \"s/version=output.split/version=output.replace('-dirty','').split/g\" wafadmin/Tools/vala.py")
* It fails to parse version like this
/OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/valac --version
Vala 0.12.1-dirty
reporting 0.0.0 instead which breaks configure
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
minor cleanups:
* remove r0
* pack all files
Run tested on overo
Signed-off-by: Andreas Müller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
When trying to open https://.. midori complains with:
TLS/SSL support not available; install glib-networking
Signed-off-by: Andreas Müller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
