* newer version is needed to fix build with newer python-3.7:
_proj.c:7421:21: error: 'PyThreadState' {aka 'struct _ts'} has no member named 'exc_type'; did you mean 'curexc_type'?
*type = tstate->exc_type;
^~~~~~~~
curexc_type
* see https://github.com/pyproj4/pyproj/issues/138https://github.com/pyproj4/pyproj/issues/136
* and pypi.bbclass is needed to fetch the source from
files.pythonhosted.org, the old pypi.python.org/packages/source
doesn't have the new releases
* the newest version is 2.1.3, but that needs a bit more changes
like:
DEPENDS += "${PYTHON_PN}-cython-native"
and then it still fails with:
| Proj executable not found. Please set PROJ_DIR variable.
| ERROR: 'python3 setup.py build ' execution failed.
will probably need native pyproj as well, I'll leave that to someone
actually using pyproj (I was just fixing the build error detected in
bitbake world with Yocto 2.7 Warrior).
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes:
ERROR: python-wstool-0.1.13-r0 do_package: QA Issue: python-wstool: Files/directories were installed but not shipped in any package:
/usr/share
/usr/share/zsh
/usr/share/zsh/site-functions
/usr/share/zsh/site-functions/_wstool
/usr/share/zsh/site-functions/wstool-completion.bash
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
python-wstool: 5 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
By default the toolchain file for the SDK is placed in nativesdk-cmake-dev;
however, the installed environment hook (which depends on the toolchain
file) is placed in nativesdk-cmake. Therefore, this patch overwrites
the default filter from cmake.bbclass such that all files are located in
nativesdk-cmake.
This commit is just a copy of the patch that Dmitry Rozhkov
submitted to openembedded-core, but it was rejected there [1].
If only python3 is installed on an image nothing provides
/usr/bin/python even though many scripts compatible with
both python2 and python3 just state `#!/usr/bin/env python`
in their shebang line.
Make python and python3 recipes provide alternatives for
/usr/bin/python and /usr/bin/python-config. By default
python2 has higher priority over python3.
In meta-ros, we need this behaviour for ROS_USE_PYTHON3 = "yes"
because ROS packages are always written to be python2 and python3
compatible.
[1] https://patchwork.openembedded.org/patch/139143/
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
This commit includes:
- use `DEPENDS =` instead of `DEPENDS +=`.
- put single-line configurations into a single line
- move DEPENDS to right location in recipe files
- remove superfluous ROS_SPN declarations
The clean up was motivated by the commits for
object-recognition-msgs and hector-mapping in #519.
Issues were identified with `grep "DEPENDS +=" . -R` and by looking
at the output of oe-stylize.py with this bash script:
```
for RECIPE in $(find . -name *.bb)
do
echo "Processing: $RECIPE"
~/work/repositories/openembedded.org/meta-openembedded/contrib/oe-stylize.py $RECIPE > $RECIPE-oestylize
diff $RECIPE $RECIPE-oestylize
done
```
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
Since Github's auto-generated tarballs aren't garanteed to be identical
over time it's better to tie the recipe to a git revision.
closes#552
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
Recently, the log4cxx development version is not only provided
through a svn repository, but also provided through a git
repository.
In the past, various meta-ros users reported some issues
(#413, #470, #483) when fetching log4cxx from the svn repository,
probably due to the non-standard handling of http/https proxy in
the svn client.
I expect that fetching from git causes less issues than from svn.
So, the log4cxx recipe now makes bitbake fetch the sources from the
git repository instead of the svn repository. Furthermore, this
commit updates the source revision to the currently latest commit.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
The added patch makes resource-retriever compatible with python3.
Also drop python-urlgrabber which resource-retriever used to
depend on.
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
python-rosdep still depends on python-rosdistro in ROS Indigo.
This dependency needs to be dropped after updating the meta
layer to Kinetic.
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
roswtf reports uninitialized /etc/ros structure and recommends
to fix the issue by running `rosdep init`. But rosdep throws an
exception when trying to import the missing rosdistro library.
The library is supposed to be dropped in kinetic, but it's still
needed in indigo which the layer is based on at the moment.
So, the patch adds the library to the layer.
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
The Openembedded Layer Index [1] shows that python-six in
version 1.10.0 is already provided in the openembedded-core layer
and in the meta-python layer, so there is no need for a third copy
of the python-six recipe in meta-ros.
The recipe python-six is provided since commit a36869c7 in the
meta-openembedded repository (commit date: 2015-04-13), and
is provided since commit 9979e35f in the openembedded-core
repository (commit date: 2016-07-20).
In my opinion, at least the commit a36869c7 is far enough in the
past, so that we can safely assume that all new meta-ros use a setup
where python-six is included at least in meta-python.
For users of older versions, we include a remark in the README.md to
allow `git blame` to pinpoint to this commit here.
[1] https://layers.openembedded.org/layerindex/branch/master/recipes/?q=python-six
[2] http://cgit.openembedded.org/meta-openembedded/commit/?id=a36869c700bed940f7f0aa4b9703ae630dc84eac
[3] http://cgit.openembedded.org/openembedded-core/commit/?id=9979e35ffb0dfb20d8aaffa8e2ec5e33f27fc009
Signed-off-by: Lukas.Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
The recent versions of the rosbridge_library package does not depend
on python-pytz anymore. So, this commit removes the dependency in
the recipe file and removes the now unneeded python-pytz recipe.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Martin Jansa