* based on discussion in pndeprecated thread:
https://patchwork.openembedded.org/patch/137573/
update the messages to warn possible users that the
recipe will be removed before the end of the next development
cycle (before Yocto 2.4 is released).
* updated with:
sed -i 's/^\(PNBLACKLIST.*".*\)"/\1 - the recipe will be removed on 2017-09-01 unless the issue is fixed"/g' `git grep PNBLACKLIST | sed 's/:.*//g' | sort -u | xargs`
* then noticed couple recipes being blacklisted only based on
DISTRO_FEATURES, so removed those:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
meta-oe/recipes-navigation/gypsy/gypsy.inc
meta-oe/recipes-navigation/navit/navit.inc
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb
* if it isn't fixed by this date, it's fair game to be removed
whenever someone gets around to i
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
They are no longer required to build python software.
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
= Changes since 1.10.0 =
Kai Huuhko (7):
- warnings--
- Documentation: warnings--
- Elementary.multibuttonentry: Inject a Python object to created items
- Elementary.entry: Fix ref leak in filter callback handling.
- Elementary: Fix object item tooltips
- Fix build from tarball with Cython installed
- Bump version number for release 1.10.1
davemds (1):
- Fix emotion.__repr__ function
godfath3r (1):
- doc: add cleanup command in INSTALL file.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* 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>
* 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>
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>
* 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>
