summaryrefslogtreecommitdiffstats
path: root/support/dependencies
Commit message (Collapse)AuthorAgeFilesLines
* Add 'bc' in the mandatory dependenciesThomas Petazzoni2013-07-051-1/+1
| | | | | | | | | | | | | | | Since a few kernel releases, having 'bc' installed is mandatory to build the kernel. See commit https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=70730bca1331fc50c3caacaea00439de1325bd6e of the kernel. Since this tool is generally available by default in distributions, and we're unlikely to see version-specific problems with it, we just check for it to be installed in support/dependencies/dependencies.sh. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Normalize separator size to 80 in remaining makefilesAlexandre Belloni2013-06-201-4/+4
| | | | | Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Revert "dependencies: check that SSL certificates are installed"Baruch Siach2013-05-261-9/+0
| | | | | | | | | | | | | | | | | This reverts commit d66cd067f3dc3d5e2479e1e8c05f24fd82329f7a. SSL certificates are no always installed in /etc/ssl/certs. For example, on CentOS 5.6 the default OpenSSL certificates directory is /etc/pki/tls/certs, and wget can download using https without any problem. Moreover, the existence of /etc/ssl/certs does not guarantee the presence of a CA certificates bundle even on Debian. On my current Debian testing installation the openssl package itself creates an empty /etc/ssl/certs directory. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: check that SSL certificates are installedThomas Petazzoni2013-03-241-0/+9
| | | | | | | | | | | Some packages are hosted on https:// servers, and wget only works on these if the SSL certificates are installed. For example, downloading the kernel sources from kernel.org requires those SSL certificates to be installed. [Peter: fix typo] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: check that a full perl installation is availableThomas Petazzoni2013-03-241-0/+8
| | | | | | | | | | The host-autoconf build process requires a full Perl installation, or at least a Perl installation that has the Data::Dumper module installed. On a basic Debian system, only 'perl-base' is installed, but Data::Dumper is in the 'perl' package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: test all programs before bailing outThomas Petazzoni2013-03-241-1/+6
| | | | | | | | | The current dependencies code abort as soon as one program is missing. It is quite annoying when multiple programs are missing. Instead, bail out if needed after testing all programs. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: add details about which distro package to installThomas Petazzoni2013-03-241-1/+7
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: remove useless newlinesThomas Petazzoni2013-03-241-4/+2
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: remove a few useless mandatory dependenciesThomas Petazzoni2013-03-241-6/+2
| | | | | | | | | | | | | awk, bison, flex, makeinfo, gettext should be built as dependencies of packages when needed. In practice, even the toolchain build doesn't need any of these, and only a few packages do require them. It is not needed to list gzip and bzip2 since they are already checked through ${DL_TOOLS}: whenever a package needs gzip or bzip2 for its extraction, the dependency is added. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* support/dependencies: use newly-introduced BUILDROOT_CONFIGYann E. MORIN2013-01-132-6/+5
| | | | | | | No need to recreate a path we already have. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Infrastructure to warn the user about missing 32 bits librariesThomas Petazzoni2013-01-061-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target: add option to set the root passwordYann E. MORIN2012-12-301-0/+9
| | | | | | | | | | | | | | | | Add an option in the menuconfig to specify a root password. If set to empty, no root password is created; otherwise, the password is encrypted using MD5 (MD5 is not the default for crypt(3), DES-56 is, but MD5 is widely available, not-so-strong, but not-so-weak either). Add a check for 'mkpasswd' as a new dependency. [Peter: fix typo/capitilization and simplify logic] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies.sh: only javac and jar are needed by classpathPeter Korsgaard2012-12-041-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies.sh: check for java tools if classpath is enabledPeter Korsgaard2012-12-041-0/+8
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies.sh: suppress output of localeArnout Vandecappelle (Essensium/Mind)2012-07-151-1/+1
| | | | | Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Revert "dependencies: ensure that DESTDIR isn't set when running Buildroot"Thomas Petazzoni2012-07-021-6/+0
| | | | | | | | | We should instead simply unset it at runtime, like we do for PKG_CONFIG_PATH. This reverts commit 9910eba33adb2b783b0df5d90a857816e82fbd55. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: ensure that DESTDIR isn't set when running BuildrootThomas Petazzoni2012-06-301-0/+6
| | | | | | | | | | Having DESTDIR set in the environment before running Buildroot creates some funky problems in the build process. Prevent users from running into this kind of troubles. Cc: Michael Opdenacker <michael.opdenacker@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: build a host-tar if no suitable tar can be foundThomas De Schampheleire2012-02-092-0/+44
| | | | | | | | | | | | | | | | | | Some toolchains, like the one built with buildroot itself, use hardlinks (for example to link between the c++ and g++ binary). Unpacking such a toolchain with the --strip-components options does not work correctly if the system tar is too old (<1.17). Even recent releases of RedHat/CentOS still ship with tar 1.15. This patch checks for a suitable tar version (tar 1.17+) on the host system, and adds host-tar to the host dependencies if none can be found. host-tar is download and extracted as cpio.gz instead of tar.gz, to prevent chicken-egg problem. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> v4 Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: add function suitable-host-packageThomas De Schampheleire2012-02-091-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Sometimes, buildroot needs a certain host tool to do its job, e.g. tar. In many cases, we expect this tool to be present on the host system, but this is not always the case. Or maybe, the version on the host system is not suitable, and we need a more recent one. In some of these cases, instead of bailing out, buildroot could build the package first (but only if the existing system package is not suitable). To aid in detecting if a host package is suitable or not, this patch adds a function suitable-host-package. When called with parameter foo, it will execute check-host-foo.sh. This script should return either the path to the suitable host package, or the empty string if no suitable package can be found. The rules to determine whether something is suitable or not is left to check-host-foo.sh and depends on foo. An example usage of suitable-host-package is: DEPENDENCIES_HOST_PREREQ += $(if $(call suitable-host-package,foo),,host-foo) To avoid cluttering the existing dependencies.mk file, it includes any check-host-foo.mk file. These files can be used to hold appropriate dependency-related actions for foo. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> v1 Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies: move from toolchain/ to support/Thomas De Schampheleire2012-02-092-0/+195
As suggested by Arnout Vandecappelle, move toolchain/dependencies to support/dependencies, as it really is not toolchain-specific anymore. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-05 05:24:50 +0000