buildroot-novena/support, branch 2013.02_rc2

package/customize: remove

2013-02-08T21:06:41+00:00

This mechanism of root filesystem customization has been deprecated since a long time, so let's remove it now. Signed-off-by: Thomas Petazzoni Acked-by: Arnout Vandecappelle (Essensium/Mind) Acked-by: "Yann E. MORIN" Acked-by: Luca Ceresoli Acked-by: "Samuel Martin" Signed-off-by: Peter Korsgaard

eclipse support: document script and add checks

2013-01-14T20:45:09+00:00

As requested by Peter, add a bit of documentation in the eclipse-register-toolchain script, and add a few more checks (even though this script is not intended to be executed manually, which is also now mentionned in the documentation). Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Integration with Buildroot Toolchain Eclipse plugin

2013-01-14T15:33:30+00:00

The Eclipse plugin at https://github.com/mbats/eclipse-buildroot-toolchain-plugin allows users of Eclipse to easily use the toolchain available in Buildroot. To do so, this plugin reads ~/.buildroot-eclipse.toolchains, which contains the list of Buildroot toolchains available on the system, and then offer those toolchains to compile Eclipse projects. In order to interface with this plugin, this commit adds an option that allows the user to tell whether (s)he wants the Buildroot project toolchain to be visible under this Eclipse plugin. It simply adds a line in this ~/.buildroot-eclipse.toolchains file. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

support/dependencies: use newly-introduced BUILDROOT_CONFIG

2013-01-13T22:14:46+00:00

No need to recreate a path we already have. Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

Infrastructure to warn the user about missing 32 bits libraries

2013-01-06T20:35:47+00:00

Many users trying to use external toolchains on x86-64 machines get a very confusing message: "Can't execute cross-compiler" They get this message because they forgot to install the 32 bits compatibility libraries that are needed to run binaries compiled for x86 on x86-64 machines. Since this is the case for both external toolchains and certain binary-only tools like SAM-BA, we add a new Kconfig option BR2_HOSTARCH_NEEDS_IA32_LIBS, that packages must select if they need the 32 bits compatibility libraries. When this option is enabled, dependencies.sh checks that the 32 bits dynamic library loader is present on the system, and if not, it stops and shows an error. The path and name of the 32 bits dynamic loader is hardcoded because it is very unlikely to change, as it would break the ABI for all binaries. Also, it is worth noting that the check will be done even if we're running on a 32 bits machine. This is harmless, as 32 bits machines necessarily have the 32 bits dynamic loader installed, so the error will never show up in this case. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

xorg-release: ignore some X.org packages

2013-01-05T21:51:30+00:00

Following Gustavo's removal of two X.org drivers for old hardware unlikely to be used in embedded contexts, the xorg-release script now reports those two X.org packages as "to be added": they exist in X.org, but not in Buildroot. So, we add a small list, XORG_EXCEPTIONS, in our xorg-release script, to list the X.org packages we don't want to hear about. Of course, packages that exist in X.org, and that are not part of this exception list, and are not packaged in Buildroot are still listed as "to be added". Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

support/scripts: add xorg-release.py script

2013-01-05T12:45:14+00:00

This script generates a report on the packaging status of X.org releases in Buildroot. It does so by downloading the list of tarballs that are part of a given X.org release, and compare that with the packages that are available in Buildroot. [Peter: drop .py suffix, make executable] Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

graph-depends: add to exclusion list

2013-01-02T21:00:00+00:00

Add the root-password internal target to the exclusion list. Fixes failures like: Getting dependencies for [... 'target-root-passwd' ...] Error getting dependencies [... 'target-root-passwd' ...] Which is easily singled out with: $ make target-root-passwd-show-depends make[1]: *** No rule to make target `target-root-passwd-show-depends'. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Signed-off-by: Peter Korsgaard

graph-depends: remove support for "unknown" packages

2013-01-02T18:00:04+00:00

The "unknown" packages mechanism was used to render packages that did not implement the make -show-depends target, i.e the packages that were not yet converted to one of the package infrastructures. Since now all packages have been converted, we can remove this "unknown" packages feature. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

graph-depends: update copyright

2013-01-02T17:59:43+00:00

Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard