- Mar 15, 2020
-
-
Fabrice Fontaine authored
zlib dependency was wrongly removed by commit 3037e99a Signed-off-by:
Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
-
Peter Seiderer authored
- BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 - !BR2_arc Signed-off-by:
Peter Seiderer <ps.report@gmx.net> Signed-off-by:
-
Peter Seiderer authored
- BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 - !BR2_arc Signed-off-by:
-
Peter Seiderer authored
Add upstream patch to fix double-conversion compile for xtensa and drop dependency on !BR_xtensa. Signed-off-by:
-
Peter Seiderer authored
The double-conversion support for nios2 is already enabled by commit [1], so drop dependency on !BR2_nios2. [1] https://git.buildroot.net/buildroot/commit/?id=e2fdb41f711db8894f9c5c83f32250728d4c3aa9 Signed-off-by:
-
Fabrice Fontaine authored
Signed-off-by:
-
Refik Tuzakli authored
Signed-off-by:
Refik Tuzakli <tuzakli.refik@gmail.com> Signed-off-by:
-
Alexander Mukhin authored
Tinyproxy is a small, efficient HTTP/SSL proxy daemon. https://tinyproxy.github.io Signed-off-by:
Alexander Mukhin <alexander.i.mukhin@gmail.com> Reviewed-by:
-
Carlos Santos authored
Use "--exec-prefix=/" to install syslogd and klogd at /sbin, as required by the init scripts. This also ensures that the BusyBox counterparts are not installed. Update the systemd unit files, accordingly. Signed-off-by:
Carlos Santos <unixmania@gmail.com> Signed-off-by:
-
Peter Seiderer authored
qt5declarative: - remove unneded dependency on qt5mlpatterns qt5xmlpatterns: - add optional dependency on qt5declarative Reported-by:
Nimai Mahajan <nimaim@gmail.com> Signed-off-by:
-
Fabrice Fontaine authored
locale_t is unconditionally used since version 2.3.0 and https://github.com/microsoft/cpprestsdk/commit/814caa4c0a80ef223535446a274146bf46a5ef2b Fixes: - No autobuilder failures Signed-off-by:
-
Adam Duskett authored
Without linux-pam built first, polkit will throw a configuration error: configure: error: Could not find pam/pam-devel, please install the needed packages. Signed-off-by:
Adam Duskett <Aduskett@gmail.com> Signed-off-by:
Yann E. MORIN <yann.morin.1998@free.fr>
-
Francois Perrad authored
Signed-off-by:
Francois Perrad <francois.perrad@gadz.org> Signed-off-by:
-
Thomas De Schampheleire authored
This file was created by utils/scancpan while adding other packages but apparently not yet added in the repo. Assign this test case to Bernd in the DEVELOPERS file since he is listed as the maintainer for this package. Signed-off-by:
Thomas De Schampheleire <thomas.de_schampheleire@nokia.com> Signed-off-by:
-
Thomas De Schampheleire authored
Added via utils/scancpan, adding a host dependency to perl-try-tiny and target dependency to openssl. Signed-off-by:
-
Thomas De Schampheleire authored
Dependency for perl-crypt-ssleay (added in a subsequent commit) Added via utils/scancpan, without changes. Signed-off-by:
-
Thomas De Schampheleire authored
Dependency for perl-crypt-ssleay (added in subsequent commit). Added via utils/scancpan, without changes. Signed-off-by:
-
Thomas De Schampheleire authored
This is a dependency for perl-lwp-protocol-https (added in a subsequent patch). Added via utils/scancpan, updating license only. Signed-off-by:
-
Joeri Barbarien authored
Note: even though the Chart.js developers make specific tarballs on GitHub (i.e. not simply 'source code' tarballs), they cannot be used in Buildroot because their names do not encode a version number, e.g. 'Chart.js.zip'. This means that on upgrades, the same tarball name would have different contents and thus a different hash. Signed-off-by:
Joeri Barbarien <joeri.barbarien@nokia.com> Signed-off-by:
-
Joeri Barbarien authored
Added via utils/scancpan, without changes. Signed-off-by:
-
Joeri Barbarien authored
Added via utils/scancpan, adding README.pod as license file and updating license to Artistic-2.0. Note that the license declared in META.{json,yml} ('perl') would mean either Artistic or GPL-1.0, while the README.pod file only talks about Artistic-2.0. Assume the author means the latter one. Signed-off-by: -
Joeri Barbarien authored
Added via utils/scancpan, without changes. Signed-off-by:
-
Joeri Barbarien authored
Added via utils/scancpan, but removing the 'suspicious' dependency on 'host-perl-mojolicious'. During configuration, the package warns: Checking prerequisites... requires: ! Mojo::Base is not installed build_requires: ! Mojolicious::Lite is not installed ! Test::Mojo is not installed ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions of the modules indicated above before proceeding with this installation Run 'Build installdeps' to install missing prerequisites. But the build and installation continues correctly nonetheless. Signed-off-by: -
Joeri Barbarien authored
Added via utils/scancpan, without changes. Signed-off-by:
-
Joeri Barbarien authored
This is a dependency of perl-i18n added in a subsequent patch. Added via utils/scancpan, without changes. Signed-off-by:
-
Adam Duskett authored
Currently, vapi support does not work with meson due to meson calling vapigen directly instead of the vala wrapper. As such, when building typelib files for gobject-introspection, vapigen fails to find the proper .gir files and fails to build. Explicitly disable vapi until a fix for vapi is made. Signed-off-by:
-
Adam Duskett authored
Currently, meson hard codes the paths of these binaries which results in cross-compiled environments to run the host versions of these tools. However, GObject-introspection provides the appropriate paths to these utilities via pkg-config find_program is needed in the case g-i is built as a subproject. If g-ir-scanner or g-ir-compiler are in the build or source directory use those. If they aren't found in the source directory, use the results from pkg-config. Backport two upstream commits to fix the issue. Signed-off-by:
-
Adam Duskett authored
When building .gir .typelib files, the g-ir-scanner wrapper calls the host g-ir-scanner. g-ir-scanner calls ccompiler.py, which searches for the following environment variables: CPP, CC, CXX, CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS These environment variables are empty by default, and as such ccompiler.py defaults to either using the system tools (CC, CXX, and CPP) or leaving the variables blank (LDFLAGS, CFLAGS, and CPPFLAGS.) For autotools packages, this issue does not occur because autotools uses Makefile.introspection found on the staging directory in usr/share/gobject-introspection-1.0/ which automatically exports the above variables. However, for meson, the above variables are not exported when meson calls g-ir-scanner to build .gir and .typelib files, which results in linking errors. Exporting these variables in the g-ir-scanner wrapper fixes these issues and ensures all build systems can generate .gir and .typelib files properly. Signed-off-by: -
Adam Duskett authored
When building, gobject-introspection uses tools/g-ir-scanner to build several .gir and .typelib files. To that goal, it internally builds and runs a few small executables linked to libglib2. However, it does not pass them any LDFLAGS that we could pass the buildsystem. So, it either ends up trying to link with the system's libglib2, which may not be instaleld (build breaks), or is installed to an other version (build may break); in either cases, this is not good... g-ir-scanner can use the argument --lib-dirs-envvar to pass a list of library directories to search for. However, during the build process, this is not possible due to the build process calling g-ir-scanner directly without letting the user (us) pass any option. When discussing with upstream, they explained that the only solution in that case was to set and export LD_LIBRARY_PATH to point to the location where the correct libglib2 was installed. Ergo, that's what we do. This fix has the added benefit of allowing the host gobject-introspection to build the host .gir, .rnc, and .typelib files, which some packages may require. Signed-off-by:
-
Fabrice Fontaine authored
Build will fail if gobject-introspection is built before gupnp-dlna: GISCAN GUPnPDLNAGst-2.0.gir Couldn't find include 'Gst-1.0.gir' (search path: '['/home/buildroot/autobuild/run/instance-1/output-1/host/bin/../mipsel-buildroot-linux-gnu/sysroot/usr/bin/../share/gir-1.0', '.', '/home/buildroot/autobuild/run/instance-1/output-1/host/share', 'gir-1.0', '/home/buildroot/autobuild/run/instance-1/output-1/host/share/gir-1.0', '/usr/share/gir-1.0']') Fixes: - http://autobuild.buildroot.org/results/829a84b37db7d9141785bfe2eec2dd0e6d3310f1 Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Bernd Kuhls authored
Kodi is in transition to support python3 instead of python2: https://kodi.wiki/view/General_information_about_migration_to_Python_3 "For Kodi 18 (Leia), only addons that are compatible with both Python 2 and 3 will be accepted to the official addon repository." Some of these addons depend on the Kodi addon script.module.future to provide support for both python versions. The script.module.future addon contains python-future: https://kodi.wiki/view/General_information_about_migration_to_Python_3#Future which in turn needs lib2to3 to be included in the target build of python2: http://python-future.org/automatic_conversion.html Kodi addons depending on the script.module.future addon are crashing on buildroot due to lib2to3 missing in the build. LibreELEC added lib2to3 to python2 to fix the problem: https://forum.libreelec.tv/thread/21239-lib2to3-pgen2-parse-missing/ https://github.com/LibreELEC/LibreELEC.tv/pull/4147 Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
