Age | Commit message (Collapse) | Author |
|
* the tarball is missing .pxd files and re-building with our python-cython fails with:
| Compiling efl/elementary/scroller.pyx because it depends on /OE
| Error compiling Cython file:
| ------------------------------------------------------------
| ...
| from libc.stdint cimport uintptr_t
| import traceback
| from efl.eo cimport Eo, PY_REFCOUNT
| from efl.utils.conversions cimport _ctouni
| from cpython cimport Py_INCREF, Py_DECREF
| cimport efl.ecore.enums as enums
| ^
| ------------------------------------------------------------
|
| efl/ecore/__init__.pyx:221:8: 'efl.ecore.enums.pxd' not found
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* announcement:
https://phab.enlightenment.org/phame/post/view/60/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
elementary bindings
* fixes following issue in test-dependencies report:
python-efl/python-edje/latest lost dependency on edje eglibc eina libpython2
python-efl/python-elementary/latest lost dependency on eglibc eina elementary evas libpython2
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* otherwise python-elementary package is created only when elementary was
built before python-efl
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* announcement:
http://sourceforge.net/p/enlightenment/mailman/message/32066075/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* like in efl recipe create packages matching with old separate recipes
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* python-ecore, python-edbus, python-edje, python-elementary,
python-emotion, python-evas are now built from single source tree
* announcements:
1.8.0:
http://sourceforge.net/mailarchive/message.php?msg_id=31728838
1.8.1:
http://sourceforge.net/mailarchive/message.php?msg_id=31862842
* be aware that upgrade-path wont probably work correctly
and that you have to manually cleanup your sysroots before
migrating to new shared efl recipe, for details see
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
The examples apparently require compilation of .edc files to .edj
files using a program called edje_cc. I have no idea how the upstream
Makefile is supposed to work but it contains no such instructions and
errors out without this configure option.
Signed-off-by: Bob Ham <rah@settrans.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
* without '=' it added ${STAGING_DIR_HOST} prefix again when
do_configure was executed twice in the same WORKDIR
causing issues when looking for header files in python-edje,
python-ecore, python-elementary and python-emotion
./python-edje/configure.ac:CYTHON_EDJE_INCLUDEDIR=`$PKG_CONFIG --variable=includedir "python-evas >= ${python_evas_version}"`
./python-ecore/configure.ac:CYTHON_ECORE_EVAS_INCLUDEDIR=""
./python-ecore/configure.ac:CYTHON_ECORE_EVAS_INCLUDEDIR=`$PKG_CONFIG --variable=includedir "python-evas >= ${python_evas_version}"`
./python-elementary/configure.ac:CYTHON_ELEMENTARY_INCLUDEDIR=`$PKG_CONFIG --variable=includedir "python-evas >= ${python_evas_version}"`
./python-emotion/configure.ac:CYTHON_EMOTION_INCLUDEDIR=`$PKG_CONFIG --variable=includedir "python-evas >= ${python_evas_version}"`
* config.log diffs confirms duplicated ${STAGING_DIR_HOST} prefix
< CYTHON_ECORE_EVAS_INCLUDEDIR='/OE/jansa-test/shr-core/tmp-eglibc/sysroots/tuna/usr/include/python-evas'
---
> CYTHON_ECORE_EVAS_INCLUDEDIR='/OE/jansa-test/shr-core/tmp-eglibc/sysroots/tuna/OE/jansa-test/shr-core/tmp-eglibc/sysroots/tuna/usr/include/python-evas'
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
to svn recipes
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* fixes: ./edje/edit/c_edit.c:235:18: fatal error: Evas.h: No such file or directory
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* this patch depends on http://patchwork.openembedded.org/patch/32085/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
libeflvala, elsa and python-elementary
* 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>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|