buildroot/package/input-tools, branch 2016.02

package/input-tools: fix broken download URL

2016-01-31T09:10:13+00:00

Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

package/input-tools: add hash for joystick_20051019-5.diff.gz

2015-04-25T12:44:57+00:00

Fixes: http://autobuild.buildroot.net/results/1f3/1f3c5c060cd98a3f4cf9688fc8a83cc1c23ece29 Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/input-tools: add hash

2015-04-19T21:10:28+00:00

Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

package/*: rename patches according to the new policy

2015-02-03T13:52:56+00:00

Autogenerated from rename-patch.py (http://patchwork.ozlabs.org/patch/403345) Signed-off-by: Samuel Martin Signed-off-by: Peter Korsgaard

package/*: move download URLs to snapshot.debian.org

2014-10-25T09:25:23+00:00

Signed-off-by: Karoly Kasza Signed-off-by: Thomas Petazzoni

apply-patches.sh: Use the "APPLY_PATCHES" variable to call the script

2014-10-24T23:31:32+00:00

To easy up adding optional parameters when calling the "apply-patches.sh" add and use the "APPLY_PATCHES" variable to execute the script. Signed-off-by: Fabio Porcedda Reviewed-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

package: remove the trailing slash sign from _SITE variable

2014-07-31T21:17:46+00:00

Since the trailing slash is stripped from $($(PKG)_SITE) by pkg-generic.mk: $(call DOWNLOAD,$($(PKG)_SITE:/=)/$($(PKG)_SOURCE)) so it is redundant. This patch removes it from $(PKG)_SITE variable for BR consistency. Signed-off-by: Jerzy Grzegorek Signed-off-by: Thomas Petazzoni

input-tools: add license information

2014-07-01T21:27:26+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

packages: replace command install by $(INSTALL)

2014-06-08T15:56:54+00:00

Signed-off-by: Maxime Hadjinlian Acked-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

Config.in files: use if/endif instead of 'depends on' for main symbol

2013-12-25T11:21:39+00:00

In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire Signed-off-by: Thomas Petazzoni