python: fix conflicts between python-light & python-base

Signed-off-by: John Crispin <blogic@openwrt.org>

Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>

Signed-off-by: Nikos Mavrogiannopoulos <nmav@gnutls.org>

Resolves #935

Signed-off-by: Nikos Mavrogiannopoulos <nmav@gnutls.org>

wshaper: start wshaper on ifup

mjpg-streamer: fix compatibility with new kernels (>=3.16)

pthsem: streamline makefile

libesmtp: streamline makefile

Signed-off-by: Dora Budic <dora2411@gmail.com>

Signed-off-by: Othmar Truniger <github@truniger.ch>

Signed-off-by: Othmar Truniger <github@truniger.ch>

Update to r182-experimental (071481e626) broke YUV
capture mode in input_uvc. This patch fixes it.

Tested on ar71xx with Logitech C170

Signed-off-by: Mantas Pucka <mantas@8devices.com>

input_uvc was broken with new kernel update

patch source: https://github.com/oliv3r/mjpg-streamer

Tested on ar71xx with Logitech C170

Signed-off-by: Mantas Pucka <mantas@8devices.com>

python: revert previous patch and add a filespec

Seems removing the PyPackage rule and/or adding dummy install rule
causes some issues inside the build-system, where the libpython2.7.so.1.0
is not seen by packages that depend on python.
Even though that libpython2.7.so.1.0 file is installed properly by `python-base`.

Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>

Signed-off-by: Steven Barth <steven@midlink.org>

collectd: update to 5.4.2

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

run tested on ar71xx

Signed-off-by: Etienne CHAMPETIER <champetier.etienne@gmail.com>

refresh patches
run tested on ar71xx

Signed-off-by: Etienne CHAMPETIER <champetier.etienne@gmail.com>

run tested on ar71xx

Signed-off-by: Etienne CHAMPETIER <champetier.etienne@gmail.com>

knxd: streamline makefile

kmod: Update to kmod 20, enable parallel build

python: remove PyPackage rules for python package

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Calling `PyPackage` will install some default install rules for
python packages that are not required for the `python` package specifically
are not required.
That will lead to some conflicts with `python-light` because the
`/usr/lib/python2.7/site-packages` folder (+contents) will be
available in both packages.

Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>

Signed-off-by: Steven Barth <steven@midlink.org>

seafile: fix download issue with python dependencies

python: add patches to disable runtime lib dirs

Gammu fixes

openvswitch: limit kernel package to supported kernel versions

The pkgconfig file is generated at make-time, leading to absolute /usr/include & /usr/lib search paths.
The patch lets autoconf handle pkgconfig file subst, like other packages do.

Signed-off-by: Nicolas Thill <nico@openwrt.org>

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

vala: update to version 0.27.1 + fix build issue

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Signed-off-by: Nicolas Thill <nico@openwrt.org>

Signed-off-by: Nicolas Thill <nico@openwrt.org>

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>

When cross-compiling, we do not need to add runtime lib dirs.
Also, the cross compilers that are used on OpenWRT do not support
the '-R' option, which causes build failures.

These build failures existed before, but were not noticed,
because it fails only on some setups.
This is because Python's `setup.py` does a lot of voo-doo
automagic that needs handling for some cross-compilation cases.

Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>

Fixes https://github.com/openwrt/packages/issues/1003

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Signed-off-by: Gergely Kiss <mail.gery@gmail.com>

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

Signed-off-by: Gergely Kiss <mail.gery@gmail.com>

announce: Update Makefile to 1.0.1

Signed-off-by: Simon Peter <probono@puredarwin.org>