- Sep 21, 2016
-
-
Jörg Krause authored
Fixes: http://autobuild.buildroot.org/results/df4/df4bf247c92847024dff88ce58a5f47343f06258/ http://autobuild.buildroot.org/results/b33/b33f34dc23f7429928d7d0b1478e71d8e7fffed2/ http://autobuild.buildroot.org/results/cad/cad02570ec039511b9495e82d98439e9f0724b37/ And many more. A GCC bug is triggered when the compiler is run with an optimization level '-Os/-O2/-O3' for the Blackfin architecture: ``` error: unable to find a register to spill in class 'CCREGS' ``` Workaround this bug by forcing an optimization level of '-O1' when building libxslt for the Blackfin architecture. See GCC bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77311 [Peter: add reference to autobuilders failures] Signed-off-by:
Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by:
Peter Korsgaard <peter@korsgaard.com>
-
Peter Seiderer authored
See [1] for details. [1] https://lists.freedesktop.org/archives/input-tools/2016-September/001330.html Signed-off-by:
Peter Seiderer <ps.report@gmx.net> Signed-off-by:
-
Samuel Martin authored
Signed-off-by:
Samuel Martin <s.martin49@gmail.com> Signed-off-by:
-
Thomas Petazzoni authored
elementary, libevas-generic-loaders and smtools3 no longer exist. pygame doesn't exist, it's named python-pygame. Signed-off-by:Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Yegor Yefremov authored
python-daemon package mentions python-docutils in both setup_requires and instal_requires fields. So add related dependencies. Fixes: http://autobuild.buildroot.net/results/0c3/0c3866038f7c40888e5e440f7a720fc614a6b1ba/ http://autobuild.buildroot.net/results/5d8/5d817bddeff5bb49ed31c6a1d111974c358ef96c/ and many more. Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
-
Yegor Yefremov authored
Host variant is needed for building python-daemon package. Signed-off-by:
-
Rahul Bedarkar authored
Fixes: http://autobuild.buildroot.net/results/2fc/2fca707deb6fda2da83ab817f8e594f76415d997/ Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
Rahul Bedarkar <rahul.bedarkar@imgtec.com> Signed-off-by:
-
Rahul Bedarkar authored
After commit ab930190 ("python-psutil: not available on musl") we are getting following error when we set defconfig package/python-psutil/Config.in:14: syntax error package/python-psutil/Config.in:13: invalid option package/circus/Config.in:21: syntax error package/circus/Config.in:20: invalid option Fixes: ab930190 ("python-psutil: not available on musl") Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/365/365c2f0b32ae3cb1d6d4d8f0145500dfadd05c59/ http://autobuild.buildroot.org/results/140/140d0ec9d94f75453c4c82e18803c8d7bffcf6be/ And many more. The sysinfo structure definition in linux/sysinfo.h (which gets indirectly included from linux/kernel.h) conflicts with the definition in sys/sysinfo.h when building against the musl C library, leading to build failures: arm-linux-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes \ -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -fPIC -DPSUTIL_VERSION=430 \ -c psutil/_psutil_linux.c -o build/temp.linux-x86_64-3.5/psutil/_psutil_linux.o In file included from /home/buildroot/build/instance-0/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/include/linux/kernel.h:4:0, from /home/buildroot/build/instance-0/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/include/linux/ethtool.h:16, from psutil/_psutil_linux.c:35: /home/buildroot/build/instance-0/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/include/linux/sysinfo.h:7:8: error: redefinition of 'struct sysinfo' struct sysinfo { ^ In file included from psutil/_psutil_linux.c:21:0: /home/buildroot/build/instance-0/output/host/usr/arm-buildroot-linux-musleabihf/sysroot/usr/include/sys/sysinfo.h:10:8: note: originally defined here The suggested solution by the musl developers is to duplicate the needed structures and defines inline instead of including the kernel headers, which is unlikely to be acceptable upstream - So instead mark python-psutil (and its reverse dependencies) as unavailable on musl. Signed-off-by:
-
Thomas Petazzoni authored
efl and matchbox no longer have a subdirectory containing multiple packages, so they are no longer good examples of that. Mention qt5 and gstreamer instead. Signed-off-by:
-
Zoltan Gyarmati authored
Signed-off-by:
Zoltan Gyarmati <mr.zoltan.gyarmati@gmail.com> [Thomas: - adjust the license: it's MIT or LGPLv2, add web/license.html to the license files - rewrap Config.in help text - add entry to the DEVELOPERS file.] Signed-off-by:
-
Thomas Petazzoni authored
[Peter: tweak wording and add xref as suggested by Arnout] Signed-off-by:
-
Thomas Petazzoni authored
This commit updates the contribute.txt part of the manual to tell people to use get-developers to get the appropriate "git send-email" command when sending patches. [Peter: use --cc instead of --to as suggested by Yann/Arnout] Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
-
Thomas Petazzoni authored
This is an initial list of Buildroot developers. It has been created semi-automatically by parsing the Git history, and finding the authors of commits with a title like "<foo>: new package". Some additional manual tweaking has been done (merging multiple entries corresponding to the same person, adding some more entries, etc.). Signed-off-by:
-
Thomas Petazzoni authored
This script, and its companion library, is more-or-less Buildroot's equivalent to the kernel get_maintainer.pl script: it allows to get the list of developers to whom a set of patches should be sent to. To do so, it first relies on a text file, named DEVELOPERS, at the root of the Buildroot source tree (added in a followup commit) to list the developers and the files they are interested in. The DEVELOPERS file's format is simple: N: Firstname Lastname <email> F: path/to/file F: path/to/another/file This allows to associate developers with the files they are looking after, be they related to a package, a defconfig, a filesystem image, a package infrastructure, the documentation, or anything else. When a directory is given, the tool assumes that the developer handles all files and subdirectories in this directory. For example "package/qt5/" can be used for the developers looking after all the Qt5 packages. Conventional shell patterns can be used, so "package/python-*" can be used for the developers who want to look after all packages matching "python-*". A few files are recognized specially: - .mk files are parsed, and if they contain $(eval $(<something>-package)), the developer is assumed to be looking after the corresponding package. This way, autobuilder failures for this package can be reported directly to this developer. - arch/Config.in.<arch> files are recognized as "the developer is looking after the <arch> architecture". In this case, get-developer parses the arch/Config.in.<arch> to get the list of possible BR2_ARCH values. This way, autobuilder failures for this package can be reported directly to this developer. - pkg/pkg-<infra>.mk are recognized as "the developer is looking after the <infra> package infrastructure. In this case, any patch that adds or touches a .mk file that uses this infrastructure will be sent to this developer. Examples of usage: $ ./support/scripts/get-developers 0001-ffmpeg-fix-bfin-build.patch git send-email--to buildroot@buildroot.org --to "Luca Ceresoli <luca@lucaceresoli.net>" --to "Bernd Kuhls <bernd.kuhls@t-online.de>" $ ./support/scripts/get-developers -p imx-lib Arnout Vandecappelle <arnout@mind.be> Gary Bisson <gary.bisson@boundarydevices.com> $ ./support/scripts/get-developers -a bfin Waldemar Brodkorb <wbx@openadk.org> Signed-off-by:
-
Thomas Petazzoni authored
gcc 4.9.4 was the last release of the 4.9.x branch, and the gcc developes will now only be maintaining gcc 5.x and 6.x: https://gcc.gnu.org/ml/gcc-announce/2016/msg00002.html Therefore, it is time to use gcc 5.x as the default version in Buildroot. We have been having toolchains in the autobuilders with gcc 5.x for a while, so the vast majority of the problems should have already been solved. Signed-off-by:
-
Thomas Petazzoni authored
Our previous patch to link against librt to access clock_gettime() was merged upstreamed... but it lacked a crucial part which makes the whole thing useless: $(CLOCK_GETTIME_LIB) is always empty from a make point of view. This commit adds a patch to e2fsprogs to fix the problem. Fixes: http://autobuild.buildroot.net/results/41ea60bebfc741604a5499df74363b498ad77a48/ Signed-off-by:
-
Gustavo Zacarias authored
It's required now, fixes: http://autobuild.buildroot.net/results/e81/e81f98561867d370115a019284682c0611796978/ Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Gustavo Zacarias authored
It's a necessary dependency to build the new host-libglib2. libblkd is an indirect dependency for libmount. Signed-off-by:
-
- Sep 20, 2016
-
-
Thomas Petazzoni authored
The ARC gcc version is now based on gcc 6.x and no longer gcc 4.8.x, which makes the option BR2_GCC_VERSION_4_8_ARC a bit irrelevant, as is the prompt of this option. This commit therefore renames this option to BR2_GCC_VERSION_ARC, and adjust its prompt as well. Signed-off-by: -
Yann E. MORIN authored
This new version brings in support for egl-wayland, the EGL extensions aimed at making it possible to implement Wayland servers and clients. As such, nvidia-driver becomes the second EGL implementation in Buildroot that can act as a libegl provider with egl-wayland extensions. In this version, it becomes possible to use our kernel-module infra, with just a little few minor tricks: we need just specify the Linux source and build trees (they are the same for us) and the list of modules to build. We still need a little patch against the Kbuild files. We also get rid of the LIBS_NO_VERSION trick and always use complete filenames, as more libs are now packaged with different version in their filenames, and even some with no version at all. When installing libs, we switch from a shell loop to a make foreach loop, which is easier to handle. It has the side-effect (and advantage) of displaying the install commands for each library, rather than a single biggish one, so it is easier to see what goes wrong. This also means that an error in each phase of the install (the copy of the files then each symlink) can be caught more easily (it was not previously): each sequence is now its own make command; we need not use "|| exit 1" after each command, even in a if block, because the if blocks returns with the exit code of the last command in it; e.g. if an ln fails, the if-block in which it is enclosed will return the exit code of ln, and make will catch it. Similarly for the X driver modules and each of the programs installed: we now can catch any failure in the isntall of those. All of this somewhat simplifies the .mk. It is a little bit longer, but the structure is saner and more explicit. Signed-off-by:
-
Manuel Vögele authored
Signed-off-by:
Manuel Vögele <develop@manuel-voegele.de> Signed-off-by:
-
Romain Naour authored
Fix two build issue when socat is build with musl: - Set NETDB_INTERNAL locally since it's not provided by musl - remove if_tun.h kernel header Fixes: http://autobuild.buildroot.net/results/029/02977d3844ef62b1e9cbfbab244593632757c5e2 Signed-off-by:
Romain Naour <romain.naour@gmail.com> Signed-off-by:
-
Rahul Bedarkar authored
glog has been failing on bfin because of issue in uclibc which is now fixed in upstream. Fixes: http://autobuild.buildroot.net/results/a10/a10ed48e6eb8411a3d8372f57c05fd11130da0e0/ Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Disable admin since it requires polkit-gobject + libcap. Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
It now requires util-linux libmount so add the dependency/select. Signed-off-by:
-
Rahul Bedarkar authored
Add patch to fix build errors when NLS support is enabled. Fixes: http://autobuild.buildroot.net/results/19d/19d67dd43e5a313c77e4be97ecb9811ffa52f797/ Signed-off-by:
-
Bernd Kuhls authored
The Vulkan intel driver depends on the i965 dri driver: https://cgit.freedesktop.org/mesa/mesa/tree/configure.ac?h=12.0#n1653 and a sha1 implementation: https://cgit.freedesktop.org/mesa/mesa/tree/configure.ac?h=12.0#n1656 The Vulkan driver needs linux/memfd.h https://cgit.freedesktop.org/mesa/mesa/tree/src/intel/vulkan/anv_allocator.c?h=12.0#n30 which is not available in kernel headers older than 3.18: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/include/uapi/linux/memfd.h?id=refs/tags/v3.18.36 The Vulkan driver makes use of ifunc https://cgit.freedesktop.org/mesa/mesa/tree/src/intel/vulkan/anv_entrypoints_gen.py?h=12.0#n287 which is not available on uClibc: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/config.gcc;h=82cc9a9959b5ab57c0b8779e054b80cdb95f169b;hb=gcc-6-branch#l1485 https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=e6cdd6b1755033e8f416efaa4334d1294c0a43c6 The Vulkan driver makes use of static_assert https://cgit.freedesktop.org/mesa/mesa/tree/src/intel/vulkan/anv_private.h?h=12.0#n153 Compiling the Vulkan driver with uClibc and musl fails, therefore this driver is glibc-only. Although the configure script does not check for dri3 support if the Intel Vulkan driver is enabled it needs it nonetheless: https://cgit.freedesktop.org/mesa/mesa/tree/src/intel/vulkan/anv_wsi_x11.c?h=12.0#n682 Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
Bernd Kuhls authored
This patch is a follow-up for https://github.com/buildroot/buildroot/commit/999d4a263118ab8581190d3e3c8bdc471896628f libGL.so and support files are not only available with DRI drivers but also with Gallium drivers, in fact mesa3d can be built without any driver enabled - unless X.org is disabled it will provide libGL.so. Tested using this defconfig: BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_TOOLCHAIN_BUILDROOT_CXX=y BR2_PACKAGE_KODI=y BR2_PACKAGE_KODI_VISUALISATION_WAVEFORHUE=y BR2_PACKAGE_MESA3D=y BR2_PACKAGE_XORG7=y Fixes http://autobuild.buildroot.net/results/d97/d97a80e6de066a7dea08b284eab24fc44b11d661/ kodi-visualisation-waveforhue detects OpenGL installed by mesa3d but the kodi package itself does not select libglew before because mesa3d was not listed as a provider for libgl in the buildroot build system. Signed-off-by:
-
Christian Stewart authored
Signed-off-by:
Christian Stewart <christian@paral.in> [Atul: - Updated the default to empty. - Updated the license to GPLv2. - Used patches instead of SED commands. - CC and LD are replaced by TARGET_CC and TARGET_LD.] Signed-off-by:
Atul Singh <atul.singh.mandla@rockwellcollins.com> [yann.morin.1998@free.fr: - drop the headers_install command - instead, instruct the kernel to install them - add patches 0002..0004 - properly build the host tools - don't depend on the aufs extension, for kernel already patched - fix comment] Signed-off-by:
-
Christian Stewart authored
Signed-off-by:
-
Fabio Estevam authored
Warp7 has a BRCM43430 Wifi chipset. Add support for it. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by: -
Ezequiel Garcia authored
Our build system has detected that angelscript can't be cross-compiled properly. This has been also reported to supertuxkart [1], and although the developers were open to take patches fixing STK embedded angelscript, it was pointed out that non-x86 architectures were not officially supported and of little interest [2]. Hence, let's constrain the package selection and the host architecture to x86. [1] https://github.com/supertuxkart/stk-code/issues/2569 [2] https://github.com/supertuxkart/stk-code/pull/2195 Fixes: http://autobuild.buildroot.net/results/655/655f046b3bb5f7a4ea492328b608e409d6769689/ Signed-off-by:
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> Signed-off-by:
-
Yegor Yefremov authored
Signed-off-by:
-
