* [Buildroot] [PATCH 2/6] manual: add package-list.txt generation support
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index aa20534..c4a21b2 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -24,6 +24,26 @@ $$(O)/docs/$(1)/$(1).$(4): docs/$(1)/$(1).txt $$($(call UPPERCASE,$(1))_SOURCES)
-D $$(@D) $$<
endef
+$(TOPDIR)/docs/manual/package-list.txt:
+ @echo -en "\
+ //\n\
+ // Autogenerated file\n\
+ //\n\n\
+ [[package-list]]\n\
+ Available packages\n\
+ ------------------\n\n\
+ // docs/manaual/pkg-list.txt is generated using the following command:\n\
+ // $ git grep -E '\\((autotools|cmake|generic)-package\\)' package/ | \\\n\
+ // cut -d':' -f1 | grep '\\.mk$$' | \\\n\
+ // sed -e 's;.*\\?/\\(.*\\?\\).mk;* \\1;' | \\\n\
+ // sort > docs/manual/pkg-list.txt\n\n\
+ " > $@
+ grep -rHE --color=never '\((autotools|cmake|generic)-package\)' \
+ $(TOPDIR)/package/ | \
+ cut -d':' -f1 | grep '\.mk$$' | \
+ sed -e 's;.*\?/\(.*\?\).mk;* \1;' | \
+ sort >> $@
+
################################################################################
# GENDOC -- generates the make targets needed to build asciidoc documentation.
#
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 1/6] manual: trivial fix
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index d664603..aa20534 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -18,7 +18,7 @@ $(1): $(1)-$(3)
$(1)-$(3): $$(O)/docs/$(1)/$(1).$(4)
$$(O)/docs/$(1)/$(1).$(4): docs/$(1)/$(1).txt $$($(call UPPERCASE,$(1))_SOURCES)
- @echo "Generating $(5) $(1)..."
+ @$(call MESSAGE,"Generating $(5) $(1)...")
$(Q)mkdir -p $$(@D)
$(Q)a2x $(6) -f $(2) -d book -L -r $(TOPDIR)/docs/images \
-D $$(@D) $$<
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] PATCH > To integrate pycrypto into Buildroot
From: Arnout Vandecappelle @ 2012-11-28 21:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <07407110F438184D9D87521726FF42D41F64FE15@M357PRD1.ad.bcc.qld.gov.au>
On 28/11/12 06:05, Noel Roberts wrote:
> This patch allows Buildroot to cross compile the crypto libraries needed for python integration, enabling good
> cryptographic support within Python.
>
> This is my first patch submission - please advise me, if I need to rework anything.
We prefer patches to be sent in-line (with git send-email) because then it is
easier to comment on them. But I'll already give some feedback before you re-post.
- If you include it in package/Config.in's 'external python modules' menu,
then the 'depends on BR2_PACKAGE_PYTHON' is redundant.
- Please add the license information:
PYTHON_CRYPTO_LICENSE = Public domain, Python 2.2 license
PYTHON_CRYPTO_LICENSE_FILES = COPYRIGHT LEGAL/copy/LICENSE.python-2.2
- Since there is a check for wchar.h in configure.ac, I would add an
explicit 'depends on BR2_USE_WCHAR', even though python itself already
depends on it. But who knows, maybe that will ever be removed.
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/2] linux: bump 3.6.x stable version
From: Gustavo Zacarias @ 2012-11-28 20:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354133229-32525-1-git-send-email-gustavo@zacarias.com.ar>
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
linux/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index e24273c..f408ad5 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -21,7 +21,7 @@ choice
prompt "Kernel version"
config BR2_LINUX_KERNEL_3_6
- bool "3.6.7"
+ bool "3.6.8"
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
config BR2_LINUX_KERNEL_VERSION
string
- default "3.6.7" if BR2_LINUX_KERNEL_3_6
+ default "3.6.8" if BR2_LINUX_KERNEL_3_6
default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6}.x stable versions
From: Gustavo Zacarias @ 2012-11-28 20:07 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
| 6 +++---
...all-fix-__packed-in-exported-kernel-head.patch} | 0
2 files changed, 3 insertions(+), 3 deletions(-)
rename toolchain/kernel-headers/{linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch => linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch} (100%)
--git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index d24e7f9..12b3956 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -67,12 +67,12 @@ config BR2_DEFAULT_KERNEL_HEADERS
default "2.6.37.6" if BR2_KERNEL_HEADERS_2_6_37
default "2.6.38.8" if BR2_KERNEL_HEADERS_2_6_38
default "2.6.39.4" if BR2_KERNEL_HEADERS_2_6_39
- default "3.0.52" if BR2_KERNEL_HEADERS_3_0
+ default "3.0.53" if BR2_KERNEL_HEADERS_3_0
default "3.1.10" if BR2_KERNEL_HEADERS_3_1
default "3.2.34" if BR2_KERNEL_HEADERS_3_2
default "3.3.8" if BR2_KERNEL_HEADERS_3_3
- default "3.4.19" if BR2_KERNEL_HEADERS_3_4
+ default "3.4.20" if BR2_KERNEL_HEADERS_3_4
default "3.5.7" if BR2_KERNEL_HEADERS_3_5
- default "3.6.7" if BR2_KERNEL_HEADERS_3_6
+ default "3.6.8" if BR2_KERNEL_HEADERS_3_6
default "2.6" if BR2_KERNEL_HEADERS_SNAP
default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] Passing arguments to the linker when external toolchain is used.
From: Ronny Meeus @ 2012-11-28 19:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50B3EE2F.2020901@mind.be>
On Mon, Nov 26, 2012 at 11:33 PM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 26/11/12 21:45, Ronny Meeus wrote:
>>>
>>> > I don't think we have any other architecture currently in buildroot
>>> > that
>>> > requires something to be passed to ld. If this wrapper construction is
>>> > added to buildroot, it would be good if we would also have an internal
>>> > use case.
>>> >
>>
>> I do not really understand. On one hand you say it is a valid use-case
>> and on the other hand you say that an internal use-case is needed.
>
>
> If ld requires some architecture specific flag to work, then it's a valid
> use case to add this in the wrapper. (However, I now realize that this
> would only work for external toolchains... For internal and crosstool-NG
> toolchains, we don't have a wrapper and it's not needed because those
> things are hard-coded at compile time. So how would you deal with that for
> this ld case?)
>
> But it would improve acceptance if there were also a use case inside
> buildroot. I tried to find a package that would also require the additional
> LD flag, but it seems that most packages that do partial linking use
> $(CC) -nostdlib.
>
>
>> Shall I put some more effort in generalising the C code of the
>> wrapper?
>> Is there any chance that it gets accepted by the community?
>
>
> If you can show a .config that fails to build without it: certainly.
> Otherwise, it depends on how hard you push it :-)
>
>
> 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
I will update the private build-infrastructure, so there is no need to
change anything to buildroot.
Thanks for the support.
---
Ronny
^ permalink raw reply
* [Buildroot] [PATCH] gdb: properly pass the PATH when building gdb for the host
From: Peter Korsgaard @ 2012-11-28 19:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354120492-17059-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> When building gdb for the host, we properly pass the PATH (through
Thomas> HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so
Thomas> for the compilation step.
Thomas> The result of this is that when the Crosstool-NG backend is used, gawk
Thomas> is built and installed in $(HOST_DIR), as a dependency of the
Thomas> crosstool-ng package.
Thomas> Then, the host gdb configure script detects this gawk binary
Thomas> ($(HOST_DIR) is in the PATH), and assumes gawk is
Thomas> available. Unfortunately, during the compilation step, it fails to
Thomas> find the expected gawk binary, because $(HOST_DIR) is no longer in the
Thomas> PATH. This causes the following build failure:
Thomas> http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] binutils: not available for the target on AArch64
From: Peter Korsgaard @ 2012-11-28 19:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354113374-15476-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Fixes:
Thomas> http://autobuild.buildroot.org/results/74082860f607cbd857654e9504f5f7e7ae47c0ac/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] gdb: properly pass the PATH when building gdb for the host
From: Peter Korsgaard @ 2012-11-28 19:35 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=21a0c11a90f9ff19c78a5f32e0a2e9064fd28054
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
When building gdb for the host, we properly pass the PATH (through
HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so
for the compilation step.
The result of this is that when the Crosstool-NG backend is used, gawk
is built and installed in $(HOST_DIR), as a dependency of the
crosstool-ng package.
Then, the host gdb configure script detects this gawk binary
($(HOST_DIR) is in the PATH), and assumes gawk is
available. Unfortunately, during the compilation step, it fails to
find the expected gawk binary, because $(HOST_DIR) is no longer in the
PATH. This causes the following build failure:
http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log
In order to fix this, we simply call the compilation step of gdb for
the host with $(HOST_MAKE_ENV), as it should have been done from the
beginning.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/gdb/gdb.mk | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/toolchain/gdb/gdb.mk b/toolchain/gdb/gdb.mk
index c42c755..4b8fe3a 100644
--- a/toolchain/gdb/gdb.mk
+++ b/toolchain/gdb/gdb.mk
@@ -196,6 +196,7 @@ $(GDB_HOST_DIR)/.configured: $(GDB_DIR)/.unpacked
$(GDB_HOST_DIR)/gdb/gdb: $(GDB_HOST_DIR)/.configured
# force ELF support since it fails due to BFD linking problems
+ $(HOST_MAKE_ENV) \
gdb_cv_var_elf=yes \
$(MAKE) -C $(GDB_HOST_DIR)
strip $(GDB_HOST_DIR)/gdb/gdb
^ permalink raw reply related
* [Buildroot] [git commit] binutils: not available for the target on AArch64
From: Peter Korsgaard @ 2012-11-28 19:35 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=660d16f490500ce02c3e4eb78384bfa08a5589c5
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes:
http://autobuild.buildroot.org/results/74082860f607cbd857654e9504f5f7e7ae47c0ac/build-end.log
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/binutils/Config.in | 1 +
package/oprofile/Config.in | 1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/package/binutils/Config.in b/package/binutils/Config.in
index 6480370..38d519a 100644
--- a/package/binutils/Config.in
+++ b/package/binutils/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_BINUTILS
bool "binutils"
select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT_IF_LOCALE
+ depends on !BR2_aarch64
help
Install binutils on the target
diff --git a/package/oprofile/Config.in b/package/oprofile/Config.in
index 562c910..8c881d1 100644
--- a/package/oprofile/Config.in
+++ b/package/oprofile/Config.in
@@ -3,6 +3,7 @@ config BR2_PACKAGE_OPROFILE
select BR2_PACKAGE_POPT
select BR2_PACKAGE_BINUTILS
depends on BR2_INSTALL_LIBSTDCPP
+ depends on !BR2_aarch64 # binutils
help
OProfile is a system-wide profiler for Linux systems,
capable of profiling all running code at low overhead.
^ permalink raw reply related
* [Buildroot] [PATCH v2] libpcap: fix static build
From: Peter Korsgaard @ 2012-11-28 18:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354113758-23544-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> The libpcap package contained some interesting attempts to support a
Thomas> static-only build, but it was not working:
Thomas> http://autobuild.buildroot.org/results/01038d3b970092d894d2bae80679247e65722785/build-end.log
Thomas> In fact the configure.in of libpcap has provision to support
Thomas> --enable-shared/--disable-shared, but the generated configure script
Thomas> in the libpcap package has not been regenerated with the configure.in
Thomas> changes.
Thomas> So basically, enabling LIBPCAP_AUTORECONF=YES ensures that the
Thomas> configure script gets generated, which brings us a working
Thomas> --enable-shared / --disable-shared.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libpcap: fix static build
From: Peter Korsgaard @ 2012-11-28 18:58 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=de75da8b13e53f995811a48316882efd753d428d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The libpcap package contained some interesting attempts to support a
static-only build, but it was not working:
http://autobuild.buildroot.org/results/01038d3b970092d894d2bae80679247e65722785/build-end.log
In fact the configure.in of libpcap has provision to support
--enable-shared/--disable-shared, but the generated configure script
in the libpcap package has not been regenerated with the configure.in
changes.
So basically, enabling LIBPCAP_AUTORECONF=YES ensures that the
configure script gets generated, which brings us a working
--enable-shared / --disable-shared.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/libpcap/libpcap.mk | 15 ++++++++++-----
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/package/libpcap/libpcap.mk b/package/libpcap/libpcap.mk
index 7a1d32f..d35c228 100644
--- a/package/libpcap/libpcap.mk
+++ b/package/libpcap/libpcap.mk
@@ -10,11 +10,16 @@ LIBPCAP_LICENSE = BSD-3c
LIBPCAP_LICENSE_FILES = LICENSE
LIBPCAP_INSTALL_STAGING = YES
-# doesn't have an install-strip
-LIBPCAP_INSTALL_TARGET_OPT= DESTDIR="$(TARGET_DIR)" \
- $(if $(BR2_PREFER_STATIC_LIB),install,install-shared)
-LIBPCAP_INSTALL_STAGING_OPT= DESTDIR="$(STAGING_DIR)" install \
- $(if $(BR2_PREFER_STATIC_LIB),,install-shared)
+# The configure.in file contains the necessary code to handle
+# --enable-shared/--disable-shared properly, but the configure script
+# bundled with the libpcap tarball is not up-to-date with the
+# configure.in file. In order to get proper handling of
+# --enable-shared/--disable-shared, which is needed when doing a
+# static library build, we autoreconfigure this package. This can be
+# removed when bumping libpcap, after checking that the bundled
+# configure script correctly handles --enable-shared/--disable-shared.
+LIBPCAP_AUTORECONF = YES
+
LIBPCAP_DEPENDENCIES = zlib \
$(if $(BR2_PACKAGE_LIBUSB),libusb)
LIBPCAP_CONF_ENV = ac_cv_linux_vers=2 \
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] hiawatha: needs mmu
From: Peter Korsgaard @ 2012-11-28 18:39 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354109043-12022-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] [git commit] libdaemon: needs mmu
From: Peter Korsgaard @ 2012-11-28 18:39 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=9e12a985a118c3157d74857e395c4af5b153db84
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/avahi/Config.in | 2 ++
package/ifplugd/Config.in | 2 ++
package/libdaemon/Config.in | 2 ++
package/nss-mdns/Config.in | 2 ++
package/radvd/Config.in | 2 ++
5 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/package/avahi/Config.in b/package/avahi/Config.in
index 8ba33d5..e2f8c53 100644
--- a/package/avahi/Config.in
+++ b/package/avahi/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_AVAHI
bool "avahi"
+ # libdaemon uses fork()
+ depends on BR2_USE_MMU
select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT_IF_LOCALE
help
Avahi is a system which facilitates service
diff --git a/package/ifplugd/Config.in b/package/ifplugd/Config.in
index 0311ad7..cbb5128 100644
--- a/package/ifplugd/Config.in
+++ b/package/ifplugd/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_IFPLUGD
bool "ifplugd"
+ # libdaemon uses fork()
+ depends on BR2_USE_MMU
select BR2_PACKAGE_LIBDAEMON
help
Ifplugd is a daemon which will automatically configure your
diff --git a/package/libdaemon/Config.in b/package/libdaemon/Config.in
index 6943263..bfcedc1 100644
--- a/package/libdaemon/Config.in
+++ b/package/libdaemon/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_LIBDAEMON
bool "libdaemon"
+ # needs fork()
+ depends on BR2_USE_MMU
help
libdaemon is a lightweight C library that eases the
writing of UNIX daemons.
diff --git a/package/nss-mdns/Config.in b/package/nss-mdns/Config.in
index 485cfcd..1df0ce4 100644
--- a/package/nss-mdns/Config.in
+++ b/package/nss-mdns/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_NSS_MDNS
bool "nss-mdns"
+ # libdaemon->avahi uses fork()
+ depends on BR2_USE_MMU
depends on BR2_TOOLCHAIN_EXTERNAL_GLIBC || BR2_TOOLCHAIN_CTNG_eglibc || BR2_TOOLCHAIN_CTNG_glibc
depends on BR2_PACKAGE_AVAHI_DAEMON
help
diff --git a/package/radvd/Config.in b/package/radvd/Config.in
index 90c1fd4..d0d9d70 100644
--- a/package/radvd/Config.in
+++ b/package/radvd/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_RADVD
bool "radvd"
+ # libdaemon uses fork()
+ depends on BR2_USE_MMU
select BR2_PACKAGE_FLEX
select BR2_PACKAGE_FLEX_LIBFL
select BR2_PACKAGE_LIBDAEMON
^ permalink raw reply related
* [Buildroot] [git commit] hiawatha: needs mmu
From: Peter Korsgaard @ 2012-11-28 18:39 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=737d92d9c271093e76a47d1e7c90b3c1e315f16a
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/hiawatha/Config.in | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/package/hiawatha/Config.in b/package/hiawatha/Config.in
index 431a9fa..ac0aa10 100644
--- a/package/hiawatha/Config.in
+++ b/package/hiawatha/Config.in
@@ -1,5 +1,7 @@
config BR2_PACKAGE_HIAWATHA
bool "hiawatha"
+ # needs fork()
+ depends on BR2_USE_MMU
help
Hiawatha is a webserver for Unix and has been built with
security in mind. This resulted in a highly secure
^ permalink raw reply related
* [Buildroot] [PATCH] ccache: Bump version
From: Benoît Thébaudeau @ 2012-11-28 18:35 UTC (permalink / raw)
To: buildroot
Signed-off-by: Beno?t Th?baudeau <benoit.thebaudeau@advansee.com>
---
.../package/ccache/ccache.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git buildroot-722b82f.orig/package/ccache/ccache.mk buildroot-722b82f/package/ccache/ccache.mk
index b9c2039..1cbad6e 100644
--- buildroot-722b82f.orig/package/ccache/ccache.mk
+++ buildroot-722b82f/package/ccache/ccache.mk
@@ -4,7 +4,7 @@
#
#############################################################
-CCACHE_VERSION = 3.1.7
+CCACHE_VERSION = 3.1.8
CCACHE_SITE = http://samba.org/ftp/ccache
CCACHE_SOURCE = ccache-$(CCACHE_VERSION).tar.bz2
^ permalink raw reply related
* [Buildroot] [PATCH] ccache: Fix URL
From: Benoît Thébaudeau @ 2012-11-28 18:35 UTC (permalink / raw)
To: buildroot
Signed-off-by: Beno?t Th?baudeau <benoit.thebaudeau@advansee.com>
---
.../package/ccache/Config.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git buildroot-722b82f.orig/package/ccache/Config.in buildroot-722b82f/package/ccache/Config.in
index f4f7f8f..4a37973 100644
--- buildroot-722b82f.orig/package/ccache/Config.in
+++ buildroot-722b82f/package/ccache/Config.in
@@ -5,5 +5,5 @@ config BR2_PACKAGE_CCACHE
caching previous compilations and detecting when the same
compilation is being done again
- http://samba.ccache.org
+ http://ccache.samba.org
^ permalink raw reply related
* [Buildroot] Problem building libglib2
From: Charles Manning @ 2012-11-28 18:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121128143100.152d26d6@skate>
On Thu, Nov 29, 2012 at 2:31 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Charles Manning,
>
> On Wed, 28 Nov 2012 14:37:46 +1300, Charles Manning wrote:
>
>> I'm a buildroot newbie and am trying to figure out what went wrong
>> here.
>
> This looks odd. Could you give us your Buildroot .config and tell us
> the Buildroot version you're using?
Hello Thomas
I have been working up from beaglebone defconfig towards a rootfs that
I want for a project.
The confg-201211281330 worked fine. I then added the bluez package and
things fell over.
I am using HEAD as of some time yesterday: commit
3bdbe9abb90de0262832d5d545f239fa41fb0e91
btw: Thank you very much for all you do for the community.
Regards
Charles
-------------- next part --------------
A non-text attachment was scrubbed...
Name: failing-config
Type: application/octet-stream
Size: 25149 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121129/37202728/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config-201211281330
Type: application/octet-stream
Size: 25038 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121129/37202728/attachment-0003.obj>
^ permalink raw reply
* [Buildroot] Qt mouse, keyboard, touchscreen
From: Zoran Djordjevic @ 2012-11-28 17:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121128140030.42c255c9@skate>
Probably, because of?being unfamiliar?with svn, I made
some mistake. I directly changed the source code, according
to patch file, you submitted (it is easy to understand the procedure)
, and then do qt-reconfigure.
Also, the only one file qkbdlinuxinput_qws.cpp, after building
root file system is at .../output/build... directory, so what file
should I change ?
If I made a mistake with such procedure, can you tell me
what is regular procedure ?
?
Regards
________________________________
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: Zoran Djordjevic <djdjdjole@yahoo.com>
Cc: "buildroot at busybox.net" <buildroot@busybox.net>
Sent: Wednesday, November 28, 2012 2:00 PM
Subject: Re: [Buildroot] Qt mouse, keyboard, touchscreen
Dear Zoran Djordjevic,
On Wed, 28 Nov 2012 03:36:44 -0800 (PST), Zoran Djordjevic wrote:
> I've tried patch, you submitted, and then make qt-reconfigure and
qt-reconfigure will not re-extract the source code and apply the
patches, so it is not appropriate. If you want to rebuild a package
from scratch, including extracting the package and applying the
patches, do:
??? make qt-dirclean
> receive strange error about include folders. Same error I had
> earlier when trying with deleting stamp files (when added some
> options regarding Qt in Buildroot's menuconfig), and in that case
> I had to do make clean all. But if I do so, now, I think I will loose my
> patched files (am I right ?)
If you made changes to output/build/<something>/, yes, you will loose
your changes. But you shouldn't be making any change in
output/build/<something>/
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121128/b8a1b017/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH] matchbox-lib: Append -lX11 to the linker
From: Thomas Petazzoni @ 2012-11-28 16:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351596554-27077-1-git-send-email-markos.chandras@gmail.com>
Peter,
Could you apply this one to 2012.11 ? Thanks!
On Tue, 30 Oct 2012 11:29:14 +0000, Markos Chandras wrote:
> From: Markos Chandras <markos.chandras@imgtec.com>
>
> Fixes building with binutils-2.22
> http://autobuild.buildroot.net/results/b4b26dd9c7d7bebe45638ba125fb49a5f5d0cc14/build-end.log
>
> Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
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] gdb: properly pass the PATH when building gdb for the host
From: Thomas Petazzoni @ 2012-11-28 16:34 UTC (permalink / raw)
To: buildroot
When building gdb for the host, we properly pass the PATH (through
HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so
for the compilation step.
The result of this is that when the Crosstool-NG backend is used, gawk
is built and installed in $(HOST_DIR), as a dependency of the
crosstool-ng package.
Then, the host gdb configure script detects this gawk binary
($(HOST_DIR) is in the PATH), and assumes gawk is
available. Unfortunately, during the compilation step, it fails to
find the expected gawk binary, because $(HOST_DIR) is no longer in the
PATH. This causes the following build failure:
http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log
In order to fix this, we simply call the compilation step of gdb for
the host with $(HOST_MAKE_ENV), as it should have been done from the
beginning.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
toolchain/gdb/gdb.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/toolchain/gdb/gdb.mk b/toolchain/gdb/gdb.mk
index c42c755..4b8fe3a 100644
--- a/toolchain/gdb/gdb.mk
+++ b/toolchain/gdb/gdb.mk
@@ -196,6 +196,7 @@ $(GDB_HOST_DIR)/.configured: $(GDB_DIR)/.unpacked
$(GDB_HOST_DIR)/gdb/gdb: $(GDB_HOST_DIR)/.configured
# force ELF support since it fails due to BFD linking problems
+ $(HOST_MAKE_ENV) \
gdb_cv_var_elf=yes \
$(MAKE) -C $(GDB_HOST_DIR)
strip $(GDB_HOST_DIR)/gdb/gdb
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] [PATCHv3 for-next 6/6] cpanminus: fix installation paths
From: Arnout Vandecappelle @ 2012-11-28 16:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354118962-18601-1-git-send-email-arnout@mind.be>
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
perlcross seems to set the installation paths differently than perl's
Configure, so adapt the reference to these paths in cpanminus.
[Francois: install into /usr/lib/perl]
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
---
v2: integrated Francois' patch, merged with this one
---
package/cpanminus/cpanminus.mk | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/package/cpanminus/cpanminus.mk b/package/cpanminus/cpanminus.mk
index af35e93..e7e3f29 100644
--- a/package/cpanminus/cpanminus.mk
+++ b/package/cpanminus/cpanminus.mk
@@ -11,8 +11,8 @@ CPANMINUS_DEPENDENCIES = host-qemu perl $(call qstrip,$(BR2_PACKAGE_CPANMINUS_NA
CPANMINUS_RUN_PERL = $(QEMU_USER) $(STAGING_DIR)/usr/bin/perl
CPANMINUS_ARCHNAME = $(shell $(CPANMINUS_RUN_PERL) -MConfig -e "print Config->{archname}")
-CPANMINUS_PERL_LIB = $(STAGING_DIR)/usr/lib/perl5/$(PERL_VERSION)
-CPANMINUS_PERL_SITELIB = $(TARGET_DIR)/usr/lib/perl5/site_perl/$(PERL_VERSION)
+CPANMINUS_PERL_LIB = $(STAGING_DIR)/usr/lib/perl
+CPANMINUS_PERL_SITELIB = $(TARGET_DIR)/usr/lib/perl
CPANMINUS_PERL_ARCHLIB = $(CPANMINUS_PERL_LIB)/$(CPANMINUS_ARCHNAME)
CPANMINUS_PERL_SITEARCH = $(CPANMINUS_PERL_SITELIB)/$(CPANMINUS_ARCHNAME)
CPANMINUS_PERL5LIB = $(CPANMINUS_PERL_SITEARCH):$(CPANMINUS_PERL_SITELIB):$(CPANMINUS_PERL_ARCHLIB):$(CPANMINUS_PERL_LIB)
@@ -27,8 +27,8 @@ define CPANMINUS_INSTALL_TARGET_CMDS
echo "PERL5LIB=$(CPANMINUS_PERL5LIB) $(CPANMINUS_RUN_PERL) \"\$$@\"" >>$(@D)/run_perl
chmod +x $(@D)/run_perl
PERL5LIB=$(CPANMINUS_PERL5LIB) \
- PERL_MM_OPT="DESTDIR=$(TARGET_DIR) PERL=$(@D)/run_perl PERL_LIB=$(CPANMINUS_PERL_LIB) PERL_ARCHLIB=$(CPANMINUS_PERL_ARCHLIB)" \
- PERL_MB_OPT="--destdir $(TARGET_DIR)" \
+ PERL_MM_OPT="DESTDIR=$(CPANMINUS_PERL_SITELIB) PERL=$(@D)/run_perl PERL_LIB=$(CPANMINUS_PERL_LIB) PERL_ARCHLIB=$(CPANMINUS_PERL_ARCHLIB)" \
+ PERL_MB_OPT="--destdir $(CPANMINUS_PERL_SITELIB)" \
RUN_PERL="$(@D)/run_perl" \
$(CPANMINUS_RUN_PERL) $(@D)/cpanm \
--perl=$(@D)/run_perl \
@@ -36,7 +36,7 @@ define CPANMINUS_INSTALL_TARGET_CMDS
--no-man-pages \
$(CPANMINUS_MIRROR) \
$(call qstrip,$(BR2_PACKAGE_CPANMINUS_MODULES))
- find $(CPANMINUS_PERL_SITEARCH) -type f -name *.bs -exec rm -f {} \;
+ -find $(CPANMINUS_PERL_SITEARCH) -type f -name *.bs -exec rm -f {} \;
endef
else
define CPANMINUS_INSTALL_TARGET_CMDS
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCHv3 for-next 5/6] cpanminus: requires host-qemu
From: Arnout Vandecappelle @ 2012-11-28 16:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354118962-18601-1-git-send-email-arnout@mind.be>
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
It's still broken, but is someone wants to try it out then at least
the dependency is there.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
v3: Don't bother adding dependencies to Config.in
---
package/cpanminus/cpanminus.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/cpanminus/cpanminus.mk b/package/cpanminus/cpanminus.mk
index d3a338b..af35e93 100644
--- a/package/cpanminus/cpanminus.mk
+++ b/package/cpanminus/cpanminus.mk
@@ -7,7 +7,7 @@
CPANMINUS_VERSION = 1.5018
CPANMINUS_SOURCE = miyagawa-cpanminus-$(CPANMINUS_VERSION)-0-gee6cd30.tar.gz
CPANMINUS_SITE = https://github.com/miyagawa/cpanminus/tarball/$(CPANMINUS_VERSION)
-CPANMINUS_DEPENDENCIES = perl $(call qstrip,$(BR2_PACKAGE_CPANMINUS_NATIVE_DEPENDENCIES))
+CPANMINUS_DEPENDENCIES = host-qemu perl $(call qstrip,$(BR2_PACKAGE_CPANMINUS_NATIVE_DEPENDENCIES))
CPANMINUS_RUN_PERL = $(QEMU_USER) $(STAGING_DIR)/usr/bin/perl
CPANMINUS_ARCHNAME = $(shell $(CPANMINUS_RUN_PERL) -MConfig -e "print Config->{archname}")
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCHv3 for-next 4/6] perl: fix configure step
From: Arnout Vandecappelle @ 2012-11-28 16:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354118962-18601-1-git-send-email-arnout@mind.be>
From: Francois Perrad <fperrad@gmail.com>
Configure -A symbol=val generates a extra space in config.sh,
which causes failure like this :
Building Module-Runtime-0.013
Unknown OS type ' linux' - using default settings
[Arnout: use -A define:foo instead of patching config.sh]
Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
package/perl/perl.mk | 16 ++++++++--------
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/package/perl/perl.mk b/package/perl/perl.mk
index 0893eb5..391047d 100644
--- a/package/perl/perl.mk
+++ b/package/perl/perl.mk
@@ -55,14 +55,14 @@ PERL_CONF_OPT = \
--target-tools-prefix=$(TARGET_CROSS) \
--prefix=/usr \
-Dld="$(TARGET_CC_NOCCACHE)" \
- -A ccflags="$(TARGET_CFLAGS)" \
- -A ldflags="$(TARGET_LDFLAGS) -lm" \
- -A mydomain="" \
- -A myhostname="$(BR2_TARGET_GENERIC_HOSTNAME)" \
- -A myuname="Buildroot $(BR2_VERSION_FULL)" \
- -A osname=linux \
- -A osvers=$(LINUX_VERSION) \
- -A perladmin=root
+ -Dccflags="$(TARGET_CFLAGS)" \
+ -Dldflags="$(TARGET_LDFLAGS) -lm" \
+ -A define:mydomain="" \
+ -A define:myhostname="$(BR2_TARGET_GENERIC_HOSTNAME)" \
+ -A define:myuname="Buildroot $(BR2_VERSION_FULL)" \
+ -A define:osname=linux \
+ -A define:osvers=$(LINUX_VERSION) \
+ -A define:perladmin=root
ifeq ($(shell expr $(PERL_VERSION_MAJOR) % 2), 1)
PERL_CONF_OPT += -Dusedevel
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCHv3 for-next 3/6] perl: remove the double configure hack
From: Arnout Vandecappelle @ 2012-11-28 16:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354118962-18601-1-git-send-email-arnout@mind.be>
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
configure had to be called twice because with --mode=cross the
miniperl-step failed. However, just leaving out the --mode parameter
is sufficient to make it work. Since GNU_TARGET_NAME is always
different from the host's tuple (it has -buildroot- in it), we can
safely assume that the configure script will automatically enter
cross mode.
Also fix a type in perladmin definition.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
package/perl/perl.mk | 14 ++------------
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/package/perl/perl.mk b/package/perl/perl.mk
index b84917b..0893eb5 100644
--- a/package/perl/perl.mk
+++ b/package/perl/perl.mk
@@ -47,19 +47,10 @@ ifeq ($(BR2_PACKAGE_GDBM),y)
PERL_DEPENDENCIES += gdbm
endif
-# Normally, --mode=cross should automatically do the two steps
-# below, but it doesn't work for some reason.
-PERL_HOST_CONF_OPT = \
- --mode=buildmini \
- --target=$(GNU_TARGET_NAME) \
- --target-arch=$(GNU_TARGET_NAME) \
- --set-target-name=$(GNU_TARGET_NAME)
-
# We have to override LD, because an external multilib toolchain ld is not
# wrapped to provide the required sysroot options. We also can't use ccache
# because the configure script doesn't support it.
PERL_CONF_OPT = \
- --mode=target \
--target=$(GNU_TARGET_NAME) \
--target-tools-prefix=$(TARGET_CROSS) \
--prefix=/usr \
@@ -71,7 +62,7 @@ PERL_CONF_OPT = \
-A myuname="Buildroot $(BR2_VERSION_FULL)" \
-A osname=linux \
-A osvers=$(LINUX_VERSION) \
- -A perlamdin=root
+ -A perladmin=root
ifeq ($(shell expr $(PERL_VERSION_MAJOR) % 2), 1)
PERL_CONF_OPT += -Dusedevel
@@ -87,8 +78,7 @@ PERL_CONF_OPT += --only-mod=$(subst $(space),$(comma),$(PERL_MODULES))
endif
define PERL_CONFIGURE_CMDS
- (cd $(@D); HOSTCC='$(HOSTCC_NOCACHE)' ./configure $(PERL_HOST_CONF_OPT))
- (cd $(@D); ./configure $(PERL_CONF_OPT))
+ (cd $(@D); HOSTCC='$(HOSTCC_NOCACHE)' ./configure $(PERL_CONF_OPT))
$(SED) 's/UNKNOWN-/Buildroot $(BR2_VERSION_FULL) /' $(@D)/patchlevel.h
endef
--
1.7.10.4
^ permalink raw reply related
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