- Aug 31, 2015
-
-
Peter Korsgaard authored
Signed-off-by:Peter Korsgaard <peter@korsgaard.com>
-
Peter Korsgaard authored
Fixes: http://autobuild.buildroot.net/results/3ec/3ec54f722d6008fc422540d3a5462b306d16e84c/ The recent x264 version bump broke the configure step on x86/x86-64 as x264 ends up using gas instead of yasm as assembler. The reason for this is the recent upstream commit to optionally use nasm instead of yasm if AS= is passed: commit b568a256b9bc6c500d7b1ffe4b9c3311ee5ff337 Author: Henrik Gramner <henrik@gramner.com> Date: Sat May 23 19:44:16 2015 +0200 x86: Experimental nasm support Enables the use of nasm as an alternative to yasm. Note that nasm cannot assemble x264 with PIC enabled since it currently doesn't support [symbol-$$] addressing which is used extensively by x264's PIC code. This includes all 64-bit Windows and 64-bit OS X builds, even non-shared. For the above reason nasm is currently intentionally not auto-detected, instead the assembler must be explicitly specified using "AS=nasm ./configure". Also drop -O2 from ASFLAGS since it's simply ignored anyway. But as we pass AS=$(TARGET_AS) it ends up using gas instead. Fix it by explicitly passing AS=yasm instead. Signed-off-by:
-
- Aug 30, 2015
-
-
Brendan Heading authored
Fixes: http://autobuild.buildroot.net/results/389/38914a0a7ff0aa79acbbbe6c46ab701325dfceb8/ http://autobuild.buildroot.net/results/c0d/c0d09f5dd0e26c0d2454ebb2ea5317db1135db89/ musl requires strict inclusion of <sys/types.h> for makedev(3). note - upstream project appears dead since 2009. Signed-off-by:
Brendan Heading <brendanheading@gmail.com> Signed-off-by:
-
Bernd Kuhls authored
Fixes CC dri.lo /tmp/ccc6IbbW.s: Assembler messages: /tmp/ccc6IbbW.s:3114: Error: selected processor does not support ARM mode `ldrex r2,[r1]' /tmp/ccc6IbbW.s:3117: Error: selected processor does not support ARM mode `strexeq r2,r0,[r1]' /tmp/ccc6IbbW.s:3273: Error: selected processor does not support ARM mode `ldrex r2,[r1]' /tmp/ccc6IbbW.s:3276: Error: selected processor does not support ARM mode `strexeq r2,r3,[r1]' /tmp/ccc6IbbW.s:3352: Error: selected processor does not support ARM mode `ldrex r1,[r2]' /tmp/ccc6IbbW.s:3355: Error: selected processor does not support ARM mode `strexeq r1,r0,[r2]' /tmp/ccc6IbbW.s:3451: Error: selected processor does not support ARM mode `ldrex r3,[r2]' /tmp/ccc6IbbW.s:3454: Error: selected processor does not support ARM mode `strexeq r3,ip,[r2]' /tmp/ccc6IbbW.s:3522: Error: selected processor does not support ARM mode `ldrex r3,[r0]' /tmp/ccc6IbbW.s:3525: Error: selected processor does not support ARM mode `strexeq r3,r1,[r0]' Makefile:653: recipe for target 'dri.lo' failed make[5]: *** [dri.lo] Error 1 make[5]: Leaving directory '/home/buildroot/buildroot/output/build/xserver_xorg-server-1.17.2/hw/xfree86/dri' using this defconfig BR2_arm=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_TOOLCHAIN_BUILDROOT_CXX=y BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y BR2_PACKAGE_MESA3D=y BR2_PACKAGE_MESA3D_DRI_DRIVER_SWRAST=y BR2_PACKAGE_XORG7=y BR2_PACKAGE_XSERVER_XORG_SERVER=y [Peter: fix conditional, add comment explaining issue] Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
Bernd Kuhls authored
The current x264 revision fails to include asm code from common/aarch64 which is needed by packages linking to x264, like ffmpeg: Quoting http://autobuild.buildroot.net/results/189/189f215bcbc510cd292c0f337fe6b39979f01813//ffmpeg-2.7.2/config.log /home/test/autobuild/instance-3/output/host/usr/aarch64-buildroot-linux-gnu/sysroot/usr/lib/libx264.so: undefined reference to `x264_deblock_h_chroma_422_intra_neon' Function "chroma_422_intra_neon" is defined in x264/common/aarch64/deblock-a.S. The code in x264/common/aarch64/* is only compiled if an assembler was found: http://git.videolan.org/?p=x264.git;a=blob;f=Makefile;h=6193c5936939fda36f9a2e00c734223318ccda14;hb=HEAD#l134 To allow this add BR2_aarch64 as an assembler-enabled arch. This however breaks compilation due to broken NEON detection: "no NEON support, try adding -mfpu=neon to CFLAGS If you really want to run on such a CPU, configure with --disable-asm." The bug was fixed upstream Jul, 25th, 2015: http://git.videolan.org/?p=x264.git;a=commit;h=73ae2d11d472d0eb3b7c218dc1659db32f649b14 When we already have to do a version bump let's take the latest one ;) Fixes http://autobuild.buildroot.net/results/90a/90ae4b2fa8a6cff0f18abea2b1c45282afe99e4b/ http://autobuild.buildroot.net/results/109/109686cbc8327e62f757db576cfff49c490b52ae/ http://autobuild.buildroot.net/results/189/189f215bcbc510cd292c0f337fe6b39979f01813/ Signed-off-by:
-
Alexey Brodkin authored
Due to recent changes in U-Boot, see http://git.denx.de/?p=u-boot.git;a=commit;h=a26cd04920dc069fd6e91abb785426cf6c29f45f re-creation of .config from defconfig by "make oldconfig" happened incorrectly. Default prompt for target selection was set as No that lead to missing platform selection by automated scripts like that: ------------------>8------------------ "yes "" | make oldconfig" on defconfig ------------------>8------------------ And that lead to build failure: ------------------>8------------------ $ make scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config.h UPD include/config.h GEN include/autoconf.mk In file included from ./include/common.h:18:0: include/config.h:5:22: fatal error: configs/.h: No such file or directory #include <configs/.h> ^ compilation terminated. scripts/Makefile.autoconf:72: recipe for target 'include/autoconf.mk' failed make[1]: *** [include/autoconf.mk] Error 1 ------------------>8------------------ This patch reverts mentioned change making possible to build U-Boot 2015.07 in Buildroot. Note there's a probability that this particular patch won't make its way in upstream U-Boot and better solution will be found there. But for now we need to fix U-Boot building in Buildroot anyways. Hopefully for the next release this patch won't be necessary. Signed-off-by:
Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Yann E. MORIN authored
When the rootfs is read-only, keys will be generated in a volatile location, which is inherently bad as host keys will change on each boot, rendering them virtually useless. Add a warning so the user is at least aware of the issue. Hide the rm output to avoid noisy output, now that we have a proper warning. Move the starting message after the symlink-block, to avoid messages collision. Move the umask as well, since /etc/dropbear/ may be world readable; just the private host keys should be ?00 (and dropbear handles that by itself). [Peter: minor tweaks to commit message] Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <jacmet@uclibc.org> Signed-off-by:
-
- Aug 29, 2015
-
-
Gwenhael Goavec-Merou authored
fix : http://autobuild.buildroot.net/results/8e3/8e3afd5f22312f0660f631fdb82bbb64eda913fb/build-end.log error: 'mode_t' has not been declared Signed-off-by:
Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/f1c/f1c40ac9dda5ceeb5665d021333058eb29828d62/ http://autobuild.buildroot.net/results/bd0/bd0e8619df7cd8f21da96ae470691b1ebb2f156c/ http://autobuild.buildroot.net/results/f1c/f1c40ac9dda5ceeb5665d021333058eb29828d62/ Signed-off-by:
-
Bernd Kuhls authored
X.org xserver depends on libepoxy for glamor support, which depends on EGL support. Mesa3d is not the only possible EGL provider therefore change the dependency check. Signed-off-by:
-
Yann E. MORIN authored
Even though setools itself does not require wide chars, the configure script needs them when testing for C99 support. Since: - it is not clear whether wchar are mandatory for C99 or not, - only uClibc may miss support for wide chars, - using SELinux would probably involve rather big systems (i.e. glibc would not be such a huge overhead), just make setools depend on the toolchain having widechar. Fixes: http://autobuild.buildroot.org/results/051/051a7f72ebadd56407700c22b57e942f08eb1c09/ http://autobuild.buildroot.org/results/a4b/a4b2a6f1920430af43c23239de17200e70951b3b/ ... Signed-off-by: -
Thomas Petazzoni authored
Like Romain Naour did for util-linux, this commit adds a patch for the ipkg package to remove the use of the __P, which is useless for modern compilers, and not defined by the musl C library. Fixes: http://autobuild.buildroot.net/results/c27d1d1e6a9bb52fead7b48625bb456f42b2f056/ Signed-off-by:
-
Thomas Petazzoni authored
Add a patch to use off_t instead of __off_t. Fixes: http://autobuild.buildroot.net/results/ed5/ed5b1a49304f115d793da332de6eef8cdaffbc8f/ Signed-off-by:
-
Waldemar Brodkorb authored
PIE and static doesn't work on Linux. Fixes: http://autobuild.buildroot.net/results/dce/dce0202e039f4636d68532c4aab8738938b76650/ Signed-off-by:
Waldemar Brodkorb <wbx@openadk.org> Signed-off-by:
-
Yann E. MORIN authored
Recently, we've tried to have the manual lie at the top-level of the site, to get a shorter URL. However, that is broken: we do not need only a link the the HTML, but also to the CSS and to any resource linked from the html (images...). The server configuration has now been updated to add a redirect, so we no longer need that symlink anyway. Remove it. Signed-off-by:
-
Yann E. MORIN authored
Because of a limitation in how makedevs resolves names [0], usernames and groupnames would be resolved with UIDs and GIDs from the host, not the target. Fixing makedevs would involve us rewriting a /etc/passwd and /etc/group parser (not too complex, still not trivial). Document that the user and group fields should only be numbers, not names. Also, the manual is currently misleading, as an example indeed uses names for the user and group fields. Fix that and expand the explanations. The mode field should also be numbers, not a rwx combo. Slight typographical eye-candy about major/minor fields. [0] it uses getpwnma(3) and getgrnam(3) to resolve names to IDs, and those only resolve names on the host (i.e. there is no way to specify a chroot-like feature) Signed-off-by:
-
Romain Naour authored
Bump cppcms since it seems to fixe an issue with gcc5+. The new release has been build tested against a failing Buildroot config. Fixes: http://autobuild.buildroot.net/results/d9d/d9d3f40bf0a203e052d2a43ac7a6a1dfa60379b3/build-end.log Signed-off-by:
Romain Naour <romain.naour@openwide.fr> Signed-off-by:
-
- Aug 28, 2015
-
-
Luca Ceresoli authored
Signed-off-by:
Luca Ceresoli <luca@lucaceresoli.net> Signed-off-by:
-
Francois Perrad authored
regenerated by support/scripts/scancpan Signed-off-by:
Francois Perrad <francois.perrad@gadz.org> Signed-off-by:
-
Francois Perrad authored
regenerated by support/scripts/scancpan Signed-off-by:
-
Benoît Thébaudeau authored
Building with ccache failed with: Running configuration tests... Failed to process makespec for platform 'devices/linux-buildroot-g++' Project ERROR: Compiler <path_to_output_dir>/host/usr/bin/ccache <path_to_output_dir>/host/usr/bin/<cross_compile>-g++ not found. Check the value of CROSS_COMPILE -device-option Could not read qmake configuration file <path_to_output_dir>/build/qt5base-5.5.0/mkspecs/devices/linux-buildroot-g++/qmake.conf. Error processing project file: /dev/null This was caused by Buildroot setting this in qt5base-5.5.0/mkspecs/devices/linux-buildroot-g++/qmake.conf: QMAKE_CXX = $${BR_CCACHE} $${CROSS_COMPILE}g++ But qt5base-5.5.0/mkspecs/features/device_config.prf expects QMAKE_CXX to be a single valid (absolute or QMAKE_PATH_ENV-relative) path to an existing file, which is not possible if using ccache as above. Add a patch fixing this by testing only the first value in QMAKE_CXX. Signed-off-by:Benoît Thébaudeau <benoit@wsystem.com> Signed-off-by:
-
Thomas Petazzoni authored
When using the python-package infrastructure, there is no need for packages to declare a dependency on the Python interpreter: the package infrastructure does it automatically. Moreover, this is actually broken in the case of python-can, which can be selected either with Python 2.x or Python 3.x. If the latter is chosen, python-can will still trigger the build of Python 2.x, which is incorrect. This was discovered by Vicente Olivert Riera during the analysis of the following build failure: http://autobuild.buildroot.net/results/aff/affb1d4a328c479be73b7818364db5914bf3d376/ Signed-off-by:
-
- Aug 27, 2015
-
-
Benoît Thébaudeau authored
Fix the missing gstreamer1 build dependencies, which could possibly prevent the configuration of qt5multimedia from detecting the supported gstreamer1 features. Fix the missing gstreamer1 install rules, which resulted in the following runtime error: defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.mediaplayer" Signed-off-by:
-
- Aug 26, 2015
-
-
Thomas Petazzoni authored
Even though we have some specific code to support building Qt5 for static-only configurations, it doesn't work. The first problem is that our custom qmake.conf always passes -ldl, which makes a number of Qt5 config.tests fail at configure time. Once this problem is fixed by removing -ldl from QMAKE_LIBS and adding it to QMAKE_LIBS_DYNLOAD instead, the next problem is that the plugin infrastructure of Qt5 assumes that Linux has dynamic library support: the qlibrary_unix.cpp file includes <dlfcn.h>, and the only condition for this file to not be included is: Until recently, building Qt5 statically was working because our C library was not built static-only: it provided <dlfcn.h> and libdl.so. But now that we have a really static only toolchain, Qt5 no longer builds. The easiest solution is to simply make Qt5 depend on dynamic library support. Fixes: http://autobuild.buildroot.net/results/538/538e0325adba9fabbe4ec8e550fbb6a7219f5e7a/ Signed-off-by:
-
Yann E. MORIN authored
It should point to the filesystem path on the server, not the HTTP virtual path. Signed-off-by:
-
Francois Perrad authored
regenerated by support/scripts/scancpan Signed-off-by:
-
Francois Perrad authored
regenerated by support/scripts/scancpan Signed-off-by:
-
Francois Perrad authored
regenerated by support/scripts/scancpan Signed-off-by:
-
Yann E. MORIN authored
This will give us a shorter URL, that we can more easily refer to in the documetation itself, in help texts, on IRC... [Peter: Use buildroot.org everywhere] Suggested-by:
Arnout Vandecappelle <arnout@mind.be> Signed-off-by:
-
Brendan Heading authored
Fixes: http://autobuild.buildroot.net/results/e33/e337d69420ad00b2cc4017d639a31803926f2353/ linux-pam needs some surgery to build under musl, so for the time being disable it until the issues are solved. Also disables dependent package python-pam, and dependent suboptions under openvmtools, rsh-redone and util-linux. Signed-off-by:
-
Baruch Siach authored
OpenSSL needs libz. Use pkg-config to find dependencies. Fixes: http://autobuild.buildroot.net/results/95f/95f6df0d01e4944ecd84e830e2bbd8389e1d3e3d/ http://autobuild.buildroot.net/results/432/432b1fdec1e6282d51ba1d859c0f4ab9ed2a5efc/ http://autobuild.buildroot.net/results/d6a/d6a7125c21b4f92b69bb9e30b05c4727eedb63ba/ and more. [Thomas: use += instead of = when assigning <pkg>_CONF_ENV to avoid future mistakes.] Reviewed-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by:
Baruch Siach <baruch@tkos.co.il> Signed-off-by:
-
Thomas Petazzoni authored
This commit adds a patch to tinyalsa to fix the build with gcc 5.x. It fixes autobuilder issues like: http://autobuild.buildroot.net/results/d19/d19d1779da473d7adee2a18fea990fa19c7a7697/ The fix has been submitted upstream. Signed-off-by:
-
Thomas Petazzoni authored
The last tagged release of zyre, v1.0.0, was made in May 2014. Since then, they have switched to pkg-config to detect zmq and czmq, which fixes static linking problems. However, they made a number of changes to configure.ac, which make it difficult to backport just the relevant changes. Since we already had another backported fix, let's simply bump the version of zyre to the latest available commit, which builds fine with no change for shared and static scenarios, thanks to the use of pkg-config. An issue was opened upstream to ask them to tag a new release: https://github.com/zeromq/zyre/issues/324. Fixes: http://autobuild.buildroot.net/results/0ab/0ab4c6a4bb4942d51e7712073d4731d81ecb5251/ Thanks to Vincente Olivert Riera for the initial investigation. Signed-off-by:
-
- Aug 25, 2015
-
-
Gustavo Zacarias authored
Fixes: CVE-2015-6563 - Fixed a privilege separation weakness related to PAM support. CVE-2015-6564 - Fixed a use-after-free bug related to PAM support that was reachable by attackers who could compromise the pre-authentication process for remote code exectuion. CVE-2015-6565 - incorrectly set TTYs to be world-writable. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Vicente Olivert Riera authored
Currently libunwind support in ltrace is broken for MIPS. I'm working with upstream to fix this issue, but it's not yet ready, so let's disable it by now. Fixes: http://autobuild.buildroot.net/results/79b/79b51941ed57b0564c68112489b03cac39a04e9a/ Signed-off-by:
-
Yann E. MORIN authored
The Makefiles for canfestival are not correctly written, which leads to multiple warnings such as: make[4]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. Since canfestival is relatively small, it builds in less than 6s here when not in parallell, while a parallel build takes 5s. Just disable parallel build to avoid future surprises. Signed-off-by: -
Gustavo Zacarias authored
Mirror commit ba25711e for midori as well, otherwise gtk3 with non-X11 backends can trigger build failures. Fixes: http://autobuild.buildroot.net/results/80ffdf54fd675fbff5a645784cd041cdf862154c/ http://autobuild.buildroot.net/results/1c049845ade60de223296c77c8a70869c4db64f0/ Signed-off-by:
-
Johan Oudinet authored
Signed-off-by:
Johan Oudinet <johan.oudinet@gmail.com> Signed-off-by:
-
Nathaniel Roach authored
libmbim uses code (originally from udev) that has since been split from the main systemd codebase into libgudev. Fixes: http://autobuild.buildroot.org/results/638/638dbf05b785a276a33983b0237b7cad54777b85/ Tweak the package files for libmbim to require libgudev when building with systemd. Signed-off-by:
Nathaniel Roach <nroach44@gmail.com> Tested-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
-
Nathaniel Roach authored
NetworkManager uses code (originally from udev) that has since been split from the main systemd codebase into libgudev. Tweak the package files for NetworkManager to require libgudev when building with systemd. Signed-off-by:
-
