* [Buildroot] [git commit] squid: fix kerberos build failure
From: Peter Korsgaard @ 2012-10-30 19:10 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=5718787cd8627cfb73ea7ad3ec7bf6e7e2efc510
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The configure script tries to autodetect kerberos 5 support and seems to
fail under some circumnstances.
Just disable it since we don't have kerberos support in buildroot.
Fixes:
http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/build-end.log
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/squid/squid.mk | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/package/squid/squid.mk b/package/squid/squid.mk
index fc58fce..1ccb2da 100644
--- a/package/squid/squid.mk
+++ b/package/squid/squid.mk
@@ -16,6 +16,7 @@ SQUID_CONF_ENV = ac_cv_epoll_works=yes ac_cv_func_setresuid=yes \
SQUID_CONF_OPT = --enable-async-io=8 --enable-linux-netfilter \
--enable-removal-policies="lru,heap" \
--with-filedescriptors=1024 --disable-ident-lookups \
+ --with-krb5-config=no \
--enable-auth-basic="fake getpwnam" \
--enable-auth-digest="file" \
--enable-auth-negotiate="wrapper" \
^ permalink raw reply related
* [Buildroot] [PATCH] squid: fix kerberos build failure
From: Peter Korsgaard @ 2012-10-30 19:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351617681-4585-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> The configure script tries to autodetect kerberos 5 support and seems to
Gustavo> fail under some circumnstances.
Gustavo> Just disable it since we don't have kerberos support in buildroot.
Gustavo> Fixes:
Gustavo> http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] qtuio: fix build/link issue when Qt is built with debug support
From: Peter Korsgaard @ 2012-10-30 20:04 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=29266a3375e2711fc63f2b10bed46efb598f329c
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes http://autobuild.buildroot.net/results/6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb
qtuio appends _d to the library name when Qt was built with debug support,
breaking linking step for examples and staging/target install.
There's no real advantage to the _d suffix, so simply fix it by removing
the logic appending _d.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/qtuio/qtuio-dont-append-_d-for-debug.patch | 29 ++++++++++++++++++++
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/package/qtuio/qtuio-dont-append-_d-for-debug.patch b/package/qtuio/qtuio-dont-append-_d-for-debug.patch
new file mode 100644
index 0000000..fbaaf19
--- /dev/null
+++ b/package/qtuio/qtuio-dont-append-_d-for-debug.patch
@@ -0,0 +1,29 @@
+[PATCH] don't append _d to library name when Qt is built with debug support
+
+qtuio appends _d to the library name when Qt was built with debug support,
+breaking linking step for examples and staging/target install.
+
+There's no real advantage to the _d suffix, so simply fix it by removing
+the logic appending _d.
+
+Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
+---
+ src/qTUIO.pro | 5 -----
+ 1 file changed, 5 deletions(-)
+
+Index: qtuio-abe4973ff6/src/qTUIO.pro
+===================================================================
+--- qtuio-abe4973ff6.orig/src/qTUIO.pro
++++ qtuio-abe4973ff6/src/qTUIO.pro
+@@ -16,11 +16,6 @@
+ win32:LIBS += ws2_32.lib \
+ winmm.lib
+
+-# Changes the name of the target, when is debug mode
+-CONFIG( debug, debug|release ) {
+- TARGET = $${TARGET}_d
+- BUILD_NAME = debug
+-}
+ CONFIG( release, debug|release ):BUILD_NAME = release
+
+ # Temporary folders for the auxiliar files
^ permalink raw reply related
* [Buildroot] [PATCH v11 2/9] perl: new package
From: Bernd Kuhls @ 2012-10-30 20:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1350652434-32020-2-git-send-email-francois.perrad@gadz.org>
Hi,
Francois Perrad <fperrad@gmail.com> wrote in
news:1350652434-32020-2-git-send-email-francois.perrad at gadz.org:
currently I am testing your patchset, but I found problems during
compiling, some I could solve myself:
> +PERL_CONF_OPT = -des \
[...]
> + -Dlibc=$(STAGING_DIR)/lib/libc.so \
I had to change this line to
-Dlibc=$(STAGING_DIR)/usr/lib/libc.so.0 \
for usage with uClibc 0.9.33.2
[...]
> + -Uoptimize
Here I had to add "-Ud_eaccess" to avoid a compilation bug.
Perl will still not finish to compile, stopping with this error message:
> LD_LIBRARY_PATH=/home/bernd/.fbr/build/output/build/perl-5.16.1
/home/bernd/.fbr/build/output/build/perl-5.16.1/Cross/run-qemu-i386
./miniperl -Ilib make_ext.pl cpan/Archive-Extract/pm_to_blib
MAKE=/home/bernd/.fbr/build/output/host/usr/bin/make LIBPERL_A=libperl.so
> Making Archive::Extract (all)
>
> Creating Makefile.PL in cpan/Archive-Extract for Archive::Extract
>
> Running Makefile.PL in cpan/Archive-Extract
> /home/bernd/.fbr/build/output/build/perl-5.16.1/Cross/run-qemu-i386
../../miniperl -I../../lib Makefile.PL INSTALLDIRS=perl INSTALLMAN1DIR=none
INSTALLMAN3DIR=none PERL_CORE=1 LIBPERL_A=libperl.so
> -1 from cpan/Archive-Extract's Makefile.PL at make_ext.pl line 409.
> Warning: No Makefile!
> /home/bernd/.fbr/build/output/host/usr/bin/make config PERL_CORE=1
LIBPERL_A=libperl.so failed, continuing anyway...
> Making all in cpan/Archive-Extract
> /home/bernd/.fbr/build/output/build/perl-5.16.1/Cross/run-qemu-i386
/home/bernd/.fbr/build/output/host/usr/bin/make all PERL_CORE=1
LIBPERL_A=libperl.so
> Unsuccessful make(cpan/Archive-Extract): code=-1 at make_ext.pl line 468.
> make[1]: *** [cpan/Archive-Extract/pm_to_blib] Fehler 22
> make[1]: Leaving directory `/home/bernd/.fbr/build/output/build/perl-
5.16.1'
> make: *** [/home/bernd/.fbr/build/output/build/perl-5.16.1/.stamp_built]
Fehler 2
Executing the last command alone provides this error hinting at a problem
with host-qemu, which I was able to solve yet.
$ /home/bernd/.fbr/build/output/build/perl-5.16.1/Cross/run-qemu-i386
/home/bernd/.fbr/build/output/host/usr/bin/make all PERL_CORE=1
LIBPERL_A=libperl.so
qemu: Unsupported syscall: 240
qemu: Unsupported syscall: 240
First I got this error message with Debian Squeeze i386 (virtualbox guest,
Win XP host), but also on Debian wheezy amd64 running non-virtualized.
My .config can be found here: http://pastebin.com/yz1SzeB2
I am using buildroot as part of the FLI4L source package[1].
Kind regards, Bernd
[1] http://www.fli4l.de/download/tarball-version/aktuell.html
^ permalink raw reply
* [Buildroot] [PATCH 1/1] Do not ask for hostname and system banner when selecting a custom skeleton.
From: Sagaert Johan @ 2012-10-30 20:45 UTC (permalink / raw)
To: buildroot
The hostname and system banner should not be overwritten when a custom skeleton is selected.
Signed-off-by: Sagaert Johan <sagaert.johan@skynet.be>
---
target/generic/Config.in | 24 ++++++++++++------------
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/target/generic/Config.in b/target/generic/Config.in
index b8472f4..6490b0d 100644
--- a/target/generic/Config.in
+++ b/target/generic/Config.in
@@ -1,17 +1,5 @@
menu "System configuration"
-config BR2_TARGET_GENERIC_HOSTNAME
- string "System hostname"
- default "buildroot"
- help
- Select system hostname to be stored in /etc/hostname.
-
-config BR2_TARGET_GENERIC_ISSUE
- string "System banner"
- default "Welcome to Buildroot"
- help
- Select system banner (/etc/issue) to be displayed at login.
-
choice
prompt "/dev management"
default BR2_ROOTFS_DEVICE_CREATION_STATIC
@@ -118,6 +106,18 @@ endif
if BR2_ROOTFS_SKELETON_DEFAULT
+config BR2_TARGET_GENERIC_HOSTNAME
+ string "System hostname"
+ default "buildroot"
+ help
+ Select system hostname to be stored in /etc/hostname.
+
+config BR2_TARGET_GENERIC_ISSUE
+ string "System banner"
+ default "Welcome to Buildroot"
+ help
+ Select system banner (/etc/issue) to be displayed at login.
+
config BR2_TARGET_GENERIC_GETTY_PORT
string "Port to run a getty (login prompt) on"
default "ttyS0"
--
1.8.0
^ permalink raw reply related
* [Buildroot] [PATCH] strace: fix build for x86_64
From: Arnout Vandecappelle @ 2012-10-30 20:59 UTC (permalink / raw)
To: buildroot
strace fails to build on x86_64 because stat64 is not available. This
is because the automatic detection of stat64 in configure is overridden
by buildroot, by setting ac_cv_type_stat64. Just remove that override -
current strace seems to detect it correctly for non-largefile platforms.
Build-tested on x86_64 (with largefile), ARM (with and without largefile),
sh4, MIPS and ppc-32 (no largefile).
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
package/strace/strace.mk | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/package/strace/strace.mk b/package/strace/strace.mk
index 7876848..ad1d042 100644
--- a/package/strace/strace.mk
+++ b/package/strace/strace.mk
@@ -9,8 +9,7 @@ STRACE_SOURCE = strace-$(STRACE_VERSION).tar.xz
STRACE_SITE = http://downloads.sourceforge.net/project/strace/strace/$(STRACE_VERSION)
STRACE_CONF_ENV = ac_cv_header_linux_if_packet_h=yes \
- ac_cv_header_linux_netlink_h=yes \
- $(if $(BR2_LARGEFILE),ac_cv_type_stat64=yes,ac_cv_type_stat64=no)
+ ac_cv_header_linux_netlink_h=yes
ifeq ($(BR2_LARGEFILE),y)
# strace gets confused when lfs mode is forced, so don't
--
tg: (29266a3..) t/strace-x86_64 (depends on: master)
^ permalink raw reply related
* [Buildroot] [git commit] strace: fix build for x86_64
From: Peter Korsgaard @ 2012-10-30 21:04 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=8ada3b45e6af1680f9aafb38cb7425f3bcfa8380
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
strace fails to build on x86_64 because stat64 is not available. This
is because the automatic detection of stat64 in configure is overridden
by buildroot, by setting ac_cv_type_stat64. Just remove that override -
current strace seems to detect it correctly for non-largefile platforms.
Build-tested on x86_64 (with largefile), ARM (with and without largefile),
sh4, MIPS and ppc-32 (no largefile).
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/strace/strace.mk | 3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/package/strace/strace.mk b/package/strace/strace.mk
index 7876848..ad1d042 100644
--- a/package/strace/strace.mk
+++ b/package/strace/strace.mk
@@ -9,8 +9,7 @@ STRACE_SOURCE = strace-$(STRACE_VERSION).tar.xz
STRACE_SITE = http://downloads.sourceforge.net/project/strace/strace/$(STRACE_VERSION)
STRACE_CONF_ENV = ac_cv_header_linux_if_packet_h=yes \
- ac_cv_header_linux_netlink_h=yes \
- $(if $(BR2_LARGEFILE),ac_cv_type_stat64=yes,ac_cv_type_stat64=no)
+ ac_cv_header_linux_netlink_h=yes
ifeq ($(BR2_LARGEFILE),y)
# strace gets confused when lfs mode is forced, so don't
^ permalink raw reply related
* [Buildroot] [PATCH] strace: fix build for x86_64
From: Peter Korsgaard @ 2012-10-30 21:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351630798-4390-1-git-send-email-arnout@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> writes:
Arnout> strace fails to build on x86_64 because stat64 is not
Arnout> available. This is because the automatic detection of stat64
Arnout> in configure is overridden by buildroot, by setting
Arnout> ac_cv_type_stat64. Just remove that override - current strace
Arnout> seems to detect it correctly for non-largefile platforms.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] xz: bump to 5.0.4
From: Peter Korsgaard @ 2012-10-30 21:22 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=02eec22ed29427103444a521eeca7110e50a75d8
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/xz/xz.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/xz/xz.mk b/package/xz/xz.mk
index e700c0d..e00c91b 100644
--- a/package/xz/xz.mk
+++ b/package/xz/xz.mk
@@ -3,7 +3,7 @@
# xz-utils
#
#############################################################
-XZ_VERSION = 5.0.3
+XZ_VERSION = 5.0.4
XZ_SOURCE = xz-$(XZ_VERSION).tar.bz2
XZ_SITE = http://tukaani.org/xz/
XZ_INSTALL_STAGING = YES
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] xz: bump to 5.0.4
From: Peter Korsgaard @ 2012-10-30 21:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351602266-14650-1-git-send-email-yegorslists@googlemail.com>
>>>>> "yegorslists" == yegorslists <yegorslists@googlemail.com> writes:
yegorslists> From: Yegor Yefremov <yegorslists@googlemail.com>
yegorslists> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] Add support for custom package patches
From: spdawson at gmail.com @ 2012-10-30 21:23 UTC (permalink / raw)
To: buildroot
From: Simon Dawson <spdawson@gmail.com>
Add a configuration item to allow a space-separated list of directories
to be specified, from which custom package patches will be applied.
Signed-off-by: Simon Dawson <spdawson@gmail.com>
---
Config.in | 7 +++++++
package/pkg-generic.mk | 28 ++++++++++++++++------------
2 files changed, 23 insertions(+), 12 deletions(-)
diff --git a/Config.in b/Config.in
index dab7787..13a7daf 100644
--- a/Config.in
+++ b/Config.in
@@ -415,6 +415,13 @@ config BR2_PACKAGE_OVERRIDE_FILE
as the source directory for a particular package. See the
Buildroot documentation for more details on this feature.
+config BR2_CUSTOM_PACKAGE_PATCH_DIRS
+ string "custom package patch directories"
+ help
+ You may specify a space-separated list of directories containing
+ custom package patches. Note that any custom patches for a package
+ will be applied AFTER the Buildroot patch set for the package.
+
endmenu
source "toolchain/Config.in"
diff --git a/package/pkg-generic.mk b/package/pkg-generic.mk
index 270da60..d77662e 100644
--- a/package/pkg-generic.mk
+++ b/package/pkg-generic.mk
@@ -69,6 +69,20 @@ else
@true # Nothing to do to source a local package
endif
+# Apply package patches from the specified directory
+define pkg-apply-patch-directory
+ if test -d $(1); then \
+ if test "$(wildcard $(1)/$(NAMEVER)*.patch*)"; then \
+ support/scripts/apply-patches.sh $(@D) $(1) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
+ else \
+ support/scripts/apply-patches.sh $(@D) $(1) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
+ if test -d $(1)/$(NAMEVER); then \
+ support/scripts/apply-patches.sh $(@D) $(1)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
+ fi; \
+ fi; \
+ fi;
+endef
+
# Patch
#
# The RAWNAME variable is the lowercased package name, which allows to
@@ -79,18 +93,8 @@ $(BUILD_DIR)/%/.stamp_patched:
@$(call MESSAGE,"Patching $($(PKG)_DIR_PREFIX)/$(RAWNAME)")
$(foreach hook,$($(PKG)_PRE_PATCH_HOOKS),$(call $(hook))$(sep))
$(if $($(PKG)_PATCH),support/scripts/apply-patches.sh $(@D) $(DL_DIR) $($(PKG)_PATCH))
- $(Q)( \
- if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME); then \
- if test "$(wildcard $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER)*.patch*)"; then \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
- else \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
- if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER); then \
- support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
- fi; \
- fi; \
- fi; \
- )
+ $(Q)($(call pkg-apply-patch-directory,$($(PKG)_DIR_PREFIX)/$(RAWNAME)))
+ $(Q)($(foreach patchdir,$(call qstrip,$(BR2_CUSTOM_PACKAGE_PATCH_DIRS)),$(call pkg-apply-patch-directory,$(patchdir))))
$(foreach hook,$($(PKG)_POST_PATCH_HOOKS),$(call $(hook))$(sep))
$(Q)touch $@
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [git commit] lm-sensors: bump to 3.3.2
From: Peter Korsgaard @ 2012-10-30 21:36 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=77f3b71ef65ed3d54e4f4624f976de6627f7a6a4
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/lm-sensors/lm-sensors.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/lm-sensors/lm-sensors.mk b/package/lm-sensors/lm-sensors.mk
index b596d44..ba183ec 100644
--- a/package/lm-sensors/lm-sensors.mk
+++ b/package/lm-sensors/lm-sensors.mk
@@ -4,7 +4,7 @@
#
#############################################################
-LM_SENSORS_VERSION = 3.3.1
+LM_SENSORS_VERSION = 3.3.2
LM_SENSORS_SOURCE = lm_sensors-$(LM_SENSORS_VERSION).tar.bz2
LM_SENSORS_SITE = http://dl.lm-sensors.org/lm-sensors/releases
LM_SENSORS_INSTALL_STAGING = YES
^ permalink raw reply related
* [Buildroot] [git commit] php: bump to version 5.3.18
From: Peter Korsgaard @ 2012-10-30 21:37 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=45072fc407e6d826f2bee56898e2139faf07b153
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/php/Config.in | 4 ++
package/php/php-force-cross-compile.patch | 50 -----------------------------
package/php/php.mk | 2 +-
3 files changed, 5 insertions(+), 51 deletions(-)
diff --git a/package/php/Config.in b/package/php/Config.in
index c8c100c..6d15da5 100644
--- a/package/php/Config.in
+++ b/package/php/Config.in
@@ -25,6 +25,8 @@ choice
config BR2_PACKAGE_PHP_SAPI_CGI
bool "CGI"
+ # CGI uses fork()
+ depends on BR2_USE_MMU
select BR2_PACKAGE_PHP_CGI
help
Common Gateway Interface
@@ -37,6 +39,8 @@ config BR2_PACKAGE_PHP_SAPI_CLI
config BR2_PACKAGE_PHP_SAPI_CLI_CGI
bool "CGI and CLI"
+ # CGI uses fork()
+ depends on BR2_USE_MMU
select BR2_PACKAGE_PHP_CLI
select BR2_PACKAGE_PHP_CGI
help
diff --git a/package/php/php-force-cross-compile.patch b/package/php/php-force-cross-compile.patch
deleted file mode 100644
index f14b477..0000000
--- a/package/php/php-force-cross-compile.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-php: force cross-compilation
-
-In its configure script, PHP detects whether we're cross-compiling or
-not, by compiling and running a simple C program. Depending on whether
-cross-compiling has been detected or not, then PHP enables or disables
-the AC_TRY_RUN tests (which verify the availability of something by
-*executing* a program, which, by definition, cannot work in
-cross-compilation mode).
-
-This works just fine when the target architecture is ARM or PowerPC
-and the build machine is x86 or x86_64. Unfortunately, when the target
-architecture is x86_64 and the build machine is also x86_64, the
-cross-compilation mode detection concludes that we are not
-cross-compiling, because it succeeds in running this small program.
-
-However, while it succeeds in running this basic small program, some
-other programs executed later through AC_TRY_RUN tests do not work,
-because they have target library dependencies that are not available
-on the build machine. For example, the libxml2 test fails to *run*
-because libxml2 is not available on the build machine, only in the
-target/staging directories. So trying to run a program linked against
-libxml2, on the build machine, simply doesn't make sense.
-
-We fix this problem by just forcing PHP to think that we're
-cross-compiling (which is always the case with Buildroot, as we're at
-the moment never building PHP for the host). Unfortunately, the
-configure.in file dates back from the autoconf 2.13 era, so the
-configure script does not understand the ac_cv_prog_cc_cross cache
-variable, and we cannot easily regenerate the configure script using
-our package autoconf version. The easiest solution is therefore to
-simply patch the configure script to make the cross-compilation test
-fail: we replace the execution of the program by a call to false,
-which always fail, leading the configure script to understand that we
-*are* cross-compiling.
-
-Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
-Index: b/configure
-===================================================================
---- a/configure
-+++ b/configure
-@@ -2387,7 +2387,7 @@
- if { (eval echo configure:2388: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then
- ac_cv_prog_cc_works=yes
- # If we can't run a trivial program, we are probably using a cross compiler.
-- if (./conftest; exit) 2>/dev/null; then
-+ if (false; exit) 2>/dev/null; then
- ac_cv_prog_cc_cross=no
- else
- ac_cv_prog_cc_cross=yes
diff --git a/package/php/php.mk b/package/php/php.mk
index 2f8e99e..6ac9f29 100644
--- a/package/php/php.mk
+++ b/package/php/php.mk
@@ -4,7 +4,7 @@
#
#############################################################
-PHP_VERSION = 5.3.16
+PHP_VERSION = 5.3.18
PHP_SOURCE = php-$(PHP_VERSION).tar.bz2
PHP_SITE = http://www.php.net/distributions
PHP_INSTALL_STAGING = YES
^ permalink raw reply related
* [Buildroot] [git commit] samba: bump to version 3.6.9
From: Peter Korsgaard @ 2012-10-30 21:37 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=e48bf899f6f11dbe19ce62c24c10639d0ad0ef5a
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/samba/samba.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/samba/samba.mk b/package/samba/samba.mk
index 7c06e14..06f58d6 100644
--- a/package/samba/samba.mk
+++ b/package/samba/samba.mk
@@ -4,7 +4,7 @@
#
#############################################################
-SAMBA_VERSION = 3.6.8
+SAMBA_VERSION = 3.6.9
SAMBA_SITE = http://ftp.samba.org/pub/samba/stable
SAMBA_SUBDIR = source3
SAMBA_INSTALL_STAGING = YES
^ permalink raw reply related
* [Buildroot] [PATCH 2/2] lm-sensors: bump to 3.3.2
From: Peter Korsgaard @ 2012-10-30 21:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351602266-14650-2-git-send-email-yegorslists@googlemail.com>
>>>>> "yegorslists" == yegorslists <yegorslists@googlemail.com> writes:
yegorslists> From: Yegor Yefremov <yegorslists@googlemail.com>
yegorslists> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/2] php: bump to version 5.3.18
From: Peter Korsgaard @ 2012-10-30 21:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351599635-21356-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Committed both, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] Add support for custom package patches
From: Arnout Vandecappelle @ 2012-10-30 21:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351632205-15815-1-git-send-email-spdawson@gmail.com>
On 10/30/12 22:23, spdawson at gmail.com wrote:
> From: Simon Dawson<spdawson@gmail.com>
>
> Add a configuration item to allow a space-separated list of directories
> to be specified, from which custom package patches will be applied.
Good idea!
>
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
but some potential improvements below.
> ---
> Config.in | 7 +++++++
> package/pkg-generic.mk | 28 ++++++++++++++++------------
> 2 files changed, 23 insertions(+), 12 deletions(-)
>
> diff --git a/Config.in b/Config.in
> index dab7787..13a7daf 100644
> --- a/Config.in
> +++ b/Config.in
> @@ -415,6 +415,13 @@ config BR2_PACKAGE_OVERRIDE_FILE
> as the source directory for a particular package. See the
> Buildroot documentation for more details on this feature.
>
> +config BR2_CUSTOM_PACKAGE_PATCH_DIRS
> + string "custom package patch directories"
I would call it extra patch dirs, otherwise it sounds like it's overriding
the BR patch set.
> + help
> + You may specify a space-separated list of directories containing
> + custom package patches. Note that any custom patches for a package
> + will be applied AFTER the Buildroot patch set for the package.
> +
> endmenu
>
> source "toolchain/Config.in"
> diff --git a/package/pkg-generic.mk b/package/pkg-generic.mk
> index 270da60..d77662e 100644
> --- a/package/pkg-generic.mk
> +++ b/package/pkg-generic.mk
> @@ -69,6 +69,20 @@ else
> @true # Nothing to do to source a local package
> endif
>
> +# Apply package patches from the specified directory
> +define pkg-apply-patch-directory
> + if test -d $(1); then \
> + if test "$(wildcard $(1)/$(NAMEVER)*.patch*)"; then \
> + support/scripts/apply-patches.sh $(@D) $(1) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
> + else \
> + support/scripts/apply-patches.sh $(@D) $(1) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
> + if test -d $(1)/$(NAMEVER); then \
> + support/scripts/apply-patches.sh $(@D) $(1)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
For the custom patch dirs, we may also want to support the
$(1)/$(RAWNAME)/*.patch pattern. So that would give:
elif test -d $(1)/$(RAWNAME); then \
support/scripts/apply-patches.sh $(@D) $(1)/$(RAWNAME) \*.patch \*.patch.$(ARCH) || exit 1; \
We should also get rid of the patch.$(ARCH) pattern, but that's
a separate issue.
> + fi; \
> + fi; \
> + fi;
> +endef
> +
> # Patch
> #
> # The RAWNAME variable is the lowercased package name, which allows to
> @@ -79,18 +93,8 @@ $(BUILD_DIR)/%/.stamp_patched:
> @$(call MESSAGE,"Patching $($(PKG)_DIR_PREFIX)/$(RAWNAME)")
> $(foreach hook,$($(PKG)_PRE_PATCH_HOOKS),$(call $(hook))$(sep))
> $(if $($(PKG)_PATCH),support/scripts/apply-patches.sh $(@D) $(DL_DIR) $($(PKG)_PATCH))
> - $(Q)( \
> - if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME); then \
> - if test "$(wildcard $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER)*.patch*)"; then \
> - support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(NAMEVER)\*.patch $(NAMEVER)\*.patch.$(ARCH) || exit 1; \
> - else \
> - support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME) $(RAWNAME)\*.patch $(RAWNAME)\*.patch.$(ARCH) || exit 1; \
> - if test -d $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER); then \
> - support/scripts/apply-patches.sh $(@D) $($(PKG)_DIR_PREFIX)/$(RAWNAME)/$(NAMEVER) \*.patch \*.patch.$(ARCH) || exit 1; \
> - fi; \
> - fi; \
> - fi; \
> - )
> + $(Q)($(call pkg-apply-patch-directory,$($(PKG)_DIR_PREFIX)/$(RAWNAME)))
> + $(Q)($(foreach patchdir,$(call qstrip,$(BR2_CUSTOM_PACKAGE_PATCH_DIRS)),$(call pkg-apply-patch-directory,$(patchdir))))
This actually looks a lot nicer!
> $(foreach hook,$($(PKG)_POST_PATCH_HOOKS),$(call $(hook))$(sep))
> $(Q)touch $@
>
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/6] Add config file for the snowball board
From: Arnout Vandecappelle @ 2012-10-30 22:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-2-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
>
> Signed-off-by: Gregory Hermant<gregory.hermant@calao-systems.com>
> ---
> configs/calao_snowball_defconfig | 52 ++++++++++++++++++++++++++++++++++++++
> 1 file changed, 52 insertions(+)
> create mode 100644 configs/calao_snowball_defconfig
>
> diff --git a/configs/calao_snowball_defconfig b/configs/calao_snowball_defconfig
> new file mode 100644
> index 0000000..68f0a51
> --- /dev/null
> +++ b/configs/calao_snowball_defconfig
> @@ -0,0 +1,52 @@
> +BR2_arm=y
> +BR2_cortex_a9=y
> +BR2_TOOLCHAIN_EXTERNAL=y
We don't use external toolchains for the defconfigs, unless the internal
one doesn't work for some reason (e.g. microblaze).
> +BR2_TARGET_GENERIC_GETTY_PORT="ttyAMA2"
> +BR2_PACKAGE_BUSYBOX_CONFIG="board/calao/snowball/busybox-1.20.x.config"
This file should be created in the same patch, otherwise this defconfig
isn't working.
Also, is it really necessary to have a custom busybox config?
> +BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
> +BR2_PACKAGE_BZIP2=y
> +BR2_PACKAGE_FBSET=y
> +BR2_PACKAGE_FBTERM=y
> +BR2_PACKAGE_FBV=y
> +BR2_PACKAGE_QT=y
> +BR2_PACKAGE_QT_DEMOS=y
> +BR2_PACKAGE_QT_LICENSE_APPROVED=y
> +BR2_PACKAGE_QT_MOUSE_PC=y
> +BR2_PACKAGE_QT_MOUSE_LINUXTP=y
> +BR2_PACKAGE_QT_MOUSE_LINUXINPUT=y
> +BR2_PACKAGE_QT_MOUSE_TSLIB=y
> +BR2_PACKAGE_MINICOM=y
> +BR2_PACKAGE_LUA=y
> +BR2_PACKAGE_OPENSSL=y
> +BR2_PACKAGE_SQLITE=y
> +BR2_PACKAGE_LIBELF=y
> +BR2_PACKAGE_PCRE=y
> +BR2_PACKAGE_LIBXML2=y
We don't select any packages in a defconfig, unless they're required
for booting correctly. We certainly don't want to build Qt!
> +BR2_PACKAGE_HDMISERVICE=y
> +BR2_PACKAGE_SNOWBALL_FIRMWARE=y
> +BR2_PACKAGE_SNOWBALL_INIT=y
These packages don't exist yet; the patches adding them should come
before this patch.
Note that for these, it could be relevant to include them in the
defconfig - they're not strictly required for booting, but I guess
you want them in practice.
> +BR2_PACKAGE_BLUEZ_UTILS=y
> +BR2_PACKAGE_IW=y
> +BR2_PACKAGE_WGET=y
> +BR2_PACKAGE_WIRELESS_TOOLS=y
> +BR2_PACKAGE_WIRELESS_TOOLS_LIB=y
> +BR2_PACKAGE_WPA_SUPPLICANT=y
> +BR2_PACKAGE_WPA_SUPPLICANT_EAP=y
> +BR2_PACKAGE_WPA_SUPPLICANT_CLI=y
> +BR2_PACKAGE_WPA_SUPPLICANT_PASSPHRASE=y
> +BR2_PACKAGE_WPA_SUPPLICANT_AP_SUPPORT=y
> +BR2_PACKAGE_WPA_SUPPLICANT_WPS=y
> +BR2_TARGET_ROOTFS_TAR_GZIP=y
> +BR2_TARGET_UBOOT=y
> +BR2_TARGET_UBOOT_BOARDNAME="u8500_snowball"
> +BR2_TARGET_UBOOT_CUSTOM_GIT=y
> +BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://igloocommunity.org/git/boot/u-boot-ux500.git"
> +BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="master"
> +BR2_LINUX_KERNEL=y
> +BR2_LINUX_KERNEL_CUSTOM_GIT=y
> +BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://igloocommunity.org/git/kernel/igloo-kernel.git"
> +BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="stable-linux-ux500-3.4"
> +BR2_LINUX_KERNEL_PATCH="board/calao/snowball/linux-3.4.patch"
This patch is more than a month old - how come it's not yet accepted
upstream?
> +BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
> +BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/calao/snowball/linux-3.4.config"
Any reason why the u8500_defconfig isn't appropriate?
> +BR2_LINUX_KERNEL_INSTALL_TARGET=y
Why?
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/2] php: bump to version 5.3.18
From: Thomas Petazzoni @ 2012-10-30 22:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <508FFCE4.9030802@zacarias.com.ar>
On Tue, 30 Oct 2012 13:14:28 -0300, Gustavo Zacarias wrote:
> Oh yes, i've tested x86_64->x86_64 besides a "cross" target.
> They've dropped all of the cross macros, guess they switched everything
> to AC_TRY_LINK and other similar macros.
Great.
> It's kind of amazing they've fixed this upstream right? :)
Incredible, indeed :)
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] buildroot for AM3358 AM3359 with wireless-tools shared library
From: Thomas Petazzoni @ 2012-10-30 22:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351596954.5576.22.camel@debian.fritz.box>
On Tue, 30 Oct 2012 12:35:54 +0100, J?rgen Benjamin Ronshausen wrote:
> The new Board is a AM335x Starter Kit with a Sitara AM3358 Cortex A8 cpu
> and WL1271 Wifi/bluetooth module.
>
> to make my toolchain i issue:
>
> make beaglebone_defconfig
> make menuconfig and select under packages, networking wireless-tools and
> library. i included contents of .config below.
>
> The first problem is, that there are no files in
> /home/john/AM335/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/lib
> i am not sure about it, but i think there should be the .so files for
> the compiler.
Strange. Can you do:
make clean
make 2>&1 | tee logfile1
find output/host > logfile2
Post logfile1 and logfile2 to some pastebin site (pastebin.com for
example), and give us the pastebin URLs.
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH 2/6] Add hdmiservice package for the snowball board
From: Arnout Vandecappelle @ 2012-10-30 22:17 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-3-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
[snip]
> diff --git a/package/hdmiservice/hdmiservice.mk b/package/hdmiservice/hdmiservice.mk
> new file mode 100644
> index 0000000..28fc584
> --- /dev/null
> +++ b/package/hdmiservice/hdmiservice.mk
> @@ -0,0 +1,19 @@
> +#############################################################
> +#
> +# hdmiservice
> +#
> +#############################################################
> +HDMISERVICE_VERSION = f75c99d1c52707240a78b4ba78e41d20d3aa3b08
> +HDMISERVICE_SITE = git://igloocommunity.org/git/bsp/hdmiservice.git
> +HDMISERVICE_LICENSE = PROPRIETARY
The header files say it's MIT. The copyright file is debian/copyright.
If you're not sure of the license, please just don't specify it, don't
just put a random value!
> +
> +define HDMISERVICE_BUILD_CMDS
> + $(MAKE) CC="$(TARGET_CC)" LD="$(TARGET_LD)" -C $(@D)
Does it work with $(TARGET_CONFIGURE_OPTS) instead of CC= LD= ?
That's the standard pattern.
> +endef
> +
> +define HDMISERVICE_INSTALL_TARGET_CMDS
> + $(INSTALL) -D -m 0755 $(@D)/hdmiservice.so $(TARGET_DIR)/usr/lib/hdmiservice.so
> + $(INSTALL) -D -m 0755 $(@D)/hdmistart $(TARGET_DIR)/usr/bin/hdmistart
$(MAKE) $(TARGET_CONFIGURE_OPTS) -C $(@D) DESTDIR=$(TARGET_DIR) install
We do want the header files as well, so some client can link with
hdmiservice.so. And you want to install it in staging as well.
> +endef
> +
> +$(eval $(generic-package))
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 2/6] Add hdmiservice package for the snowball board
From: Arnout Vandecappelle @ 2012-10-30 22:19 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-3-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
> @@ -529,6 +529,7 @@ menu "Miscellaneous"
> source "package/collectd/Config.in"
> source "package/empty/Config.in"
> source "package/googlefontdirectory/Config.in"
> +source "package/hdmiservice/Config.in"
Oh, and Hardware handling is probably a more appropriate menu.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 3/6] Add firmware for the AW-NH580 connectivity module of the snowball
From: Arnout Vandecappelle @ 2012-10-30 22:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-4-git-send-email-gregory.hermant@calao-systems.com>
Subject line should be <pkg>: new package
On 10/29/12 09:41, Gregory Hermant wrote:
>
> Signed-off-by: Gregory Hermant<gregory.hermant@calao-systems.com>
> ---
> package/Config.in | 1 +
> package/snowball-firmware/Config.in | 8 ++++++++
> package/snowball-firmware/snowball-firmware.mk | 17 +++++++++++++++++
> 3 files changed, 26 insertions(+)
> create mode 100644 package/snowball-firmware/Config.in
> create mode 100644 package/snowball-firmware/snowball-firmware.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 097a94d..fd5281f 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -532,6 +532,7 @@ source "package/googlefontdirectory/Config.in"
> source "package/hdmiservice/Config.in"
> source "package/mobile-broadband-provider-info/Config.in"
> source "package/shared-mime-info/Config.in"
> +source "package/snowball-firmware/Config.in"
Again, Hardware handling is a more appropriate menu.
It's where linux-firmware resides...
> source "package/sound-theme-borealis/Config.in"
> source "package/sound-theme-freedesktop/Config.in"
> endmenu
> diff --git a/package/snowball-firmware/Config.in b/package/snowball-firmware/Config.in
> new file mode 100644
> index 0000000..1d0789d
> --- /dev/null
> +++ b/package/snowball-firmware/Config.in
> @@ -0,0 +1,8 @@
> +config BR2_PACKAGE_SNOWBALL_FIRMWARE
> + bool "snowball-firmware"
> + help
> + This package provides various binary firmware files (closed binary blobs)
> + for the Azurewave AW-NH580 combo module (wifi, bt, gps).
> +
> + https://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git
Funny URL...
> +
> diff --git a/package/snowball-firmware/snowball-firmware.mk b/package/snowball-firmware/snowball-firmware.mk
> new file mode 100644
> index 0000000..05326e2
> --- /dev/null
> +++ b/package/snowball-firmware/snowball-firmware.mk
> @@ -0,0 +1,17 @@
> +#############################################################
> +#
> +# snowball-firmware
> +#
> +#############################################################
> +SNOWBALL_FIRMWARE_VERSION = 1.1.3-5
> +SNOWBALL_FIRMWARE_SOURCE = ux500-firmware_$(SNOWBALL_FIRMWARE_VERSION).tar.gz
> +SNOWBALL_FIRMWARE_SITE = https://launchpad.net/~linaro-maintainers/+archive/overlay/+files/
> +SNOWBALL_FIRMWARE_LICENSE = PROPRIETARY
Again not a very accurate license. "Snowball click-wrap license" is more
appropriate. It does come pretty close to proprietary, however. I wonder
if the linaro maintainers have permission to redistribute it via launchpad...
The license file is license.txt.
> +
> +define SNOWBALL_FIRMWARE_INSTALL_TARGET_CMDS
> + mkdir -p $(TARGET_DIR)/lib/firmware
> + cp -r $(@D)/* $(TARGET_DIR)/lib/firmware/
I'd prefer 'make install' here.
> + rename 's/CG2900/CG29XX/' $(TARGET_DIR)/lib/firmware/*.fw
We try to avoid relying on non-Posix shell utilities like rename.
Regards,
Arnout
> +endef
> +
> +$(eval $(generic-package))
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 3/6] Add firmware for the AW-NH580 connectivity module of the snowball
From: Arnout Vandecappelle @ 2012-10-30 22:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-4-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
> +SNOWBALL_FIRMWARE_SOURCE = ux500-firmware_$(SNOWBALL_FIRMWARE_VERSION).tar.gz
And it looks like ux500-firmware would be a more appropriate package name.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 5/6] Add init script files for snowball board
From: Arnout Vandecappelle @ 2012-10-30 22:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-6-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
[snip]
> diff --git a/package/snowball-init/Config.in b/package/snowball-init/Config.in
> new file mode 100644
> index 0000000..f3cefbd
> --- /dev/null
> +++ b/package/snowball-init/Config.in
> @@ -0,0 +1,7 @@
> +config BR2_PACKAGE_SNOWBALL_INIT
> + bool "snowball-init"
Since the init script uses hciattach, you should probably add
select BR2_PACKAGE_BLUEZ_UTILS
And I guess the cw1200_wlan also requires
select BR2_PACKAGE_UX500_FIRMWARE
Also add a comment that these are run-time dependencies only.
> + help
> + Snowball init scripts
> +
> + http://www.igloocommunity.org/gitweb/?p=bsp/snowball-init.git
Generic igloo URL is good enough.
> +
> diff --git a/package/snowball-init/snowball-init.mk b/package/snowball-init/snowball-init.mk
> new file mode 100644
> index 0000000..03c1cf5
> --- /dev/null
> +++ b/package/snowball-init/snowball-init.mk
> @@ -0,0 +1,13 @@
> +#############################################################
> +#
> +# snowball-init
> +#
> +#############################################################
> +SNOWBALL_INIT_VERSION = b064be21de25729039e5e54037bbdd2e25cfd5b7
> +SNOWBALL_INIT_SITE = git://igloocommunity.org/git/bsp/snowball-init.git
> +
> +define SNOWBALL_INIT_INSTALL_TARGET_CMDS
> + cp $(@D)/snowball $(TARGET_DIR)/etc/init.d/S50snowball
We prefer "install -D -m 0755 ..."
Regards,
Arnout
> +endef
> +
> +$(eval $(generic-package))
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox