buildroot/package/racehound, branch 2019.02-op-build

boot, linux, package: use SPDX short identifier for GPLv2/GPLv2+

2017-04-01T13:16:38+00:00

We want to use SPDX identifier for license strings as much as possible. SPDX short identifier for GPLv2/GPLv2+ is GPL-2.0/GPL-2.0+. This change is done by using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\/GPL-2.0/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

Replace (e)glibc by glibc

2016-06-28T20:19:22+00:00

Following the removal of eglibc support, this commit replaces all occurences of "(e)glibc" by just "glibc". Most of the occurences are in package Config.in comments. In addition, when the form "an (e)glibc ..." was used, it is replaced by "a glibc ...". [Peter: add new efi* packages, s/uclibc/uClibc as suggested by Romain, systemd / liquid-dsp tweaks as suggested by Yann] Signed-off-by: Thomas Petazzoni Reviewed-by: Romain Naour Acked-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

package/racehound: add hash file

2016-06-19T20:08:06+00:00

Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

package/racehound: bump and fix dependencies

2016-04-13T20:34:40+00:00

As pointed out by Arnout, racehound does not require kernel headers 3.14-or-later. So, drop this depenency. It stills require a kernel >= 3.14 to build and run, but we really have no way to express that dependency as Kconfig options. Besides, racehound does not build with kernel 4.5 because the struct modules has been updated. Bump racehound to fix that build failure. Signed-off-by: Yann E. MORIN Cc: Arnout Vandecappelle Cc: Peter Korsgaard Signed-off-by: Thomas Petazzoni

package/racehound: fix comment

2016-04-12T21:30:49+00:00

racehound requires a kernel >= 3.14 to be built and to run. However, the current conditions on the corresponding comments are wrong: - the comment about the kernel has a dependency on the requested headers - the comment on the toolchain features does not have this condition. Thus, the comments are not shown/hidden under the appropriate conditions, like in this situation: - toolchain with headers < 3.14 (e.g. Sourcery CodeBench x86/x86_64 2012.09 with headers 3.5) - kernel 4.5 enabled this comment is shown: racehound needs an Linux kernel >= 3.14 to be built So, this is incorrect, because: 1- a kernel >= 3.14 is indeed to be built 2- the headers version mismatch is not reported Fix that by moving the dependency on the kernel headers to the appropriate comment and enhance it. Since there is no way we can know the kernel version to be built, we can not add such a condition; still, we leave the kernel message as-is. Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

package/racehound: require kernel modules from Kconfig

2015-12-29T22:51:57+00:00

And reorder 'select' after 'depends' Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Signed-off-by: Peter Korsgaard

packages: ensure linux supports modules even when not using kernel-module

2015-09-04T11:16:58+00:00

Some packages build kernel modules without using the kernel-module infra (because they use custom build systems); they do not automatically get the kernel to support modules which is ensured when using the infra. It must be done manually for all those packages, whenever they are enabled. Note: the nvidia-driver case does not need the ifeq-block other packages use, because it is already enclosed in a more stringent ifeq-block. Signed-off-by: "Yann E. MORIN" Cc: Peter Korsgaard Cc: Thomas Petazzoni Cc: Noé Rubinstein Cc: Jan Viktorin Cc: Gustavo Zacarias Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Tested-by: Jan Viktorin Signed-off-by: Peter Korsgaard

package/elfutils: fix dependency on C library

2015-08-09T09:22:08+00:00

As Thomas puts it: The comment can only be visible when a toolchain that is *not* uclibc and *not* glibc is used. I.e, the comment is now only visible when musl is used. Which is not what we want. Indeed, I completely borked the conditions. When a glibc or uClibc toolchain is selected, the comment is entirely hidden, and we don;t get the extra requirements (wchar, !static). Fix that with the solution proposed by Thomas. Reported-by: Thomas Petazzoni Signed-off-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

package/elfutils: does not build with musl

2015-08-08T08:56:11+00:00

elfutils uses so many GNUisms in so many places that patching them out is a tedious task which would make us diverge so much from upstream that it would become a nightmare to bump elfutils in the future. Furthermore, elfutils needs argp, which is missing in musl, so it would need argp-standalone too (as when using a uClibc toolchain). Make elfutils depend on either glibc or uClibc. argp-standalone is already required when using a uClibc toolchain, but since we do not support musl, no need to add that to the condition. Fixes (configure failures due to missing argp): http://autobuild.buildroot.org/results/743/7432ccd0d060a70bc35f0ac21ec92ae0071592ae/ http://autobuild.buildroot.org/results/cc9/cc90bd9312f30f91daa50af4253629f58b82c486/ http://autobuild.buildroot.org/results/d5e/d5e583c695afbc2e686e3002765ce9e1937aa0d5/ [...] Fixes (build failures due to GNUisms): http://autobuild.buildroot.org/results/ee7/ee7eaf80247dd96548d66be9884b179e20204a98/ http://autobuild.buildroot.org/results/3f2/3f242853e600bb6bec6ce2f0598d304751ceb81a/ http://autobuild.buildroot.org/results/7f0/7f0c7c9cb746104f93907544247bc1008d6ad0dc/ [...] Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Signed-off-by: Thomas Petazzoni

racehound: fix kernel module compile

2015-07-26T16:42:36+00:00

- check for linux kernel >= 3.14 - add cross compile enviornment for linux kernel compile - add additional kernel config hint (CONFIG_KALLSYMS_ALL) - fix kernel module install path [Thomas: - fix Config.in dependency logic for the comment on the kernel version, as noticed by Baruch. - minor improvements in the .mk file.] Signed-off-by: Peter Seiderer Signed-off-by: Thomas Petazzoni