* announcement:
https://phab.enlightenment.org/phame/post/view/59/
* evas-generic-loaders LIC_FILES_CHKSUM change is only from formal
changes in 'license: update FSF address.' commit
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* efl and e17 modules are installed in different directories and nothing is going to
link with them -> no need to register them in shlibs providers
* see https://bugzilla.yoctoproject.org/show_bug.cgi?id=4628 for more
details about why this WARNING about multiple shlib providers was added
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* this upgrade is important mostly for edbus2
* edbus2 is using AC_TRY_RUN in edbus/m4/ac_valist.m4, it does not
work for us cross-compiling
* without this change eve/enjoy segfaults:
http://sourceforge.net/mailarchive/message.php?msg_id=30297875
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* be aware that this rev is slightly newer then alpha4, because we
need backported patch to edje-1.7
r79484 | raster | 2012-11-21 00:58:03 +0100 (Wed, 21 Nov 2012) | 3 lines
backport cedrics fix... not backported when done! :-P
and also this works only with conf/distro/include/efl-from-svn-recipes.inc
otherwise edje_cc segfaults when building default e-wm theme
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Newer efl alpha was released today, so I hope that next bump will be with released tarballs.
This EFL_SRCREV is a bit older but worth upgrading as it finishes python-elementary changes
for elementary-1.0 APIs and also includes .so changes for release (so switch to tarballs should
be rather formality with bugfixes).
All elementary based apps need PR bump.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* elementary (Evas_GL) and e-wm (backlight) depends on trunk again..
10:06:36 < JaMa> shouldn't elementary and e17 depend only on efl-1.1? | ./Elementary.h:372:21: fatal error: Evas_GL.h: No such file or directory and e/src/bin/e_backlight.c:43: undefined reference to
`ecore_x_randr_output_backlight_available'
10:07:32 < JaMa> but I'll recheck my configs
10:08:20 < moa> hum, that evas_gl.h would be a problem indeed
10:08:36 < moa> for e, i don't know
10:08:57 <@raster> elm requires svn evas
10:09:02 <@raster> thats unfortunately how it is
10:09:12 <@raster> requires evas_gl
10:09:35 < JaMa> maybe this is missing in 1.1 branch for e17? r65838
10:09:42 <@raster> yes
10:09:46 <@raster> its missing
10:09:50 <@raster> as its in trunk
10:09:53 <@raster> its a "new feature"
10:09:58 <@raster> not in stable
10:10:15 <@raster> uy'd have to patch out the support to make elm from svn build
10:10:42 < JaMa> raster: ok then I just didn't understand the dependency on "only" efl-1.1 right.. I'll update the rest of efl to same rev (instead of keeping them on 1.1 release)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* add EFL_SRCREV_1.1.0 with SRCREV of release and use it for released libs
* EFL_SRCREV will continue to track development in bindings, elementary and e17
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* but replace those with ${libdir} and ${includedir}
* it was breaking edbus:
Cflags: -I${includedir}/e_dbus-1 -I/OE/shr-core/tmp-eglibc/sysroots/qemuarm/usr/include/dbus-1.0 -I/OE/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/dbus-1.0/include
after make install:
Cflags: -I${includedir}/e_dbus-1 /dbus-1.0 -I/OE/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/dbus-1.0/include
* and notice that dbus-1 is using -I{libdir} here, so replace it too
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
