Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] buildroot 2012.11 large file support
From: Berns @ 2012-12-10 12:35 UTC (permalink / raw)
  To: buildroot

Hi

i have tried to build at91sam9263ek_defconfig (without any modification)
with the latest release 2012.11 on a 32bit Ubuntu12.04 machine.
The build of the toolchain fails with :
.../buildroot-2012.11/output/toolchain/uClibc_dev//usr/include/features.h:21
9:5: Fehler: #error It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately, uClibc was built without large file support enabled.

Large file support isn't select and i have also checked it with make
uclibc-menuconfig for uclibc.
The same problem happend with beaglebone_defconfig.

After "make clean" and selecting "large file support" the build process
works.

This problem doesn't happend with release 2012.08.

Has anybody a hint for me ?

Thanks

Rainer

^ permalink raw reply

* [Buildroot] [git commit] ccache: uses fork(), therefore only usable on MMU platforms
From: Peter Korsgaard @ 2012-12-10 12:35 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <CALR4fEJsZQVHB_-KrvoVRmYN-s-sTemXFMB9FX_VAyTu7yiyVw@mail.gmail.com>

>>>>> "Diego" == Diego Iastrubni <diegoiast@gmail.com> writes:

 Diego> On Sun, Dec 9, 2012 at 10:49 PM, Peter Korsgaard <jacmet@sunsite.dk> wrote:
 >> 
 >> diff --git a/package/ccache/Config.in b/package/ccache/Config.in
 >> index 4a37973..30e6578 100644
 >> --- a/package/ccache/Config.in
 >> +++ b/package/ccache/Config.in
 >> @@ -1,5 +1,7 @@
 >> config BR2_PACKAGE_CCACHE
 >> bool "ccache"
 >> +       # needs fork()
 >> +       depends on BR2_USE_MMU
 >> help

 Diego> Wait, what?

 Diego> What if I am corss compiling from i386 to blackfin? ccache can work on
 Diego> i386... the only problem is for target packages, not host packages.

This is a target package, E.G. ccache running on blackfin. You can still
use host-ccache for speeding up the cross compilation.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit] ccache: uses fork(), therefore only usable on MMU platforms
From: Diego Iastrubni @ 2012-12-10 12:15 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20121209210012.5D1F49A157@busybox.osuosl.org>

On Sun, Dec 9, 2012 at 10:49 PM, Peter Korsgaard <jacmet@sunsite.dk> wrote:
>
> diff --git a/package/ccache/Config.in b/package/ccache/Config.in
> index 4a37973..30e6578 100644
> --- a/package/ccache/Config.in
> +++ b/package/ccache/Config.in
> @@ -1,5 +1,7 @@
>  config BR2_PACKAGE_CCACHE
>         bool "ccache"
> +       # needs fork()
> +       depends on BR2_USE_MMU
>         help

Wait, what?

What if I am corss compiling from i386 to blackfin? ccache can work on
i386... the only problem is for target packages, not host packages.

(unless you are using buildroot *on* blackfin or similar devices...

^ permalink raw reply

* [Buildroot] [PATCH] dnsmasq: fix build failure without DHCP
From: Peter Korsgaard @ 2012-12-10 11:46 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355136680-29052-1-git-send-email-gustavo@zacarias.com.ar>

>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:

 Gustavo> Fixes
 Gustavo> http://autobuild.buildroot.net/results/26a9e152f533e467f68b72a373d0fc84d561eb87

Committed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit] dnsmasq: fix build failure without DHCP
From: Peter Korsgaard @ 2012-12-10 11:10 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=24d9771337d88dae6298db12dd3fb284282c684b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Fixes
http://autobuild.buildroot.net/results/26a9e152f533e467f68b72a373d0fc84d561eb87

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 .../dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch |   37 ++++++++++++++++++++
 1 files changed, 37 insertions(+), 0 deletions(-)

diff --git a/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch b/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch
new file mode 100644
index 0000000..817d3b2
--- /dev/null
+++ b/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch
@@ -0,0 +1,37 @@
+From acd702292afebb8550acbfbe80638995545ccd10 Mon Sep 17 00:00:00 2001
+From: Gustavo Zacarias <gustavo@zacarias.com.ar>
+Date: Mon, 10 Dec 2012 07:47:10 -0300
+Subject: [PATCH] Move parse_server outside the HAVE_DHCP ifdef
+
+Fixes build breakage when building without DHCP support.
+
+Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
+---
+ src/option.c |    4 ++++
+ 1 files changed, 4 insertions(+), 0 deletions(-)
+
+diff --git a/src/option.c b/src/option.c
+index c1643a1..d6e323b 100644
+--- a/src/option.c
++++ b/src/option.c
+@@ -641,6 +641,8 @@ static char *set_prefix(char *arg)
+    return arg;
+ }
+ 
++#endif
++
+ char *parse_server(char *arg, union mysockaddr *addr, union mysockaddr *source_addr, char *interface, int *flags)
+ {
+   int source_port = 0, serv_port = NAMESERVER_PORT;
+@@ -728,6 +730,8 @@ char *parse_server(char *arg, union mysockaddr *addr, union mysockaddr *source_a
+   return NULL;
+ }
+ 
++#ifdef HAVE_DHCP
++
+ /* This is too insanely large to keep in-line in the switch */
+ static int parse_dhcp_opt(char *errstr, char *arg, int flags)
+ {
+-- 
+1.7.8.6
+

^ permalink raw reply related

* [Buildroot] usb_modeswitch and lsusb yield Segmentation fault
From: Gustavo Zacarias @ 2012-12-10 10:59 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <97E0CBC5EB794A11A2835644E2E3CC1D@JohanW7>

On 12/10/2012 07:57 AM, Sagaert Johan wrote:

> Hi
> 
> I am using buildroot's internal toolchain gcc 4.6.3 and uClibc 0.9.33.3
> and I the pthreads library.

Which threading implementation are you using? linuxthreads, linuxthreads
(stable/old) or Native POSIX Threading (NPTL) ?
NPTL should be the safe bet, i don't know how good/bad the others work
on later versions of uClibc.
Regards.

^ permalink raw reply

* [Buildroot] usb_modeswitch and lsusb yield Segmentation fault
From: Sagaert Johan @ 2012-12-10 10:57 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <50C54E15.1030008@zacarias.com.ar>

 
Hi

I am using buildroot's internal toolchain gcc 4.6.3 and uClibc 0.9.33.3
and I the pthreads library.

-----Oorspronkelijk bericht-----
Van: Gustavo Zacarias [mailto:gustavo at zacarias.com.ar] 
Verzonden: maandag 10 december 2012 3:51
Aan: Sagaert Johan
CC: buildroot at busybox.net
Onderwerp: Re: [Buildroot] usb_modeswitch and lsusb yield Segmentation fault

On 12/09/2012 08:06 PM, Sagaert Johan wrote:

> Hi
>  
> I am using the latest git pull of buildroot.
>  
> Both usb_modeswitch and lsusb fail on execute.
>  
> # lsusb
> Segmentation fault
> # usb_modeswitch
> Segmentation fault
>  
> Can sombody verify this on a real target ?
>  
> (i am using a karo tx53 module running kernel 3.4.21)
>  
> I suspect it has something to do with libusb.

Hi.
I recall a similar problem with earlier (0.9.32ish or less) versions of uClibc with NPTL, which toolchain are you using?

> Looking at the makefile of usb_modeswitch, it seems to link against 
> libusb.so It looks this is pointing to libusb-compat-0.1.4
>  
> In the source code of usb_modeswitch there is a line (1896)  saying : 
> ....based on libusb0 (0.1.12 and above ...)
>  
> So something seems to be wrong (libusb-compat-0.1.4 is the latest
> version) , should usb_modeswitch be linked to libusb-1.0.9 instead. ?
>  
> I will try to link against to the other usblib, as soon as my current 
> build finishes ...
>  
> I suspect the lsusb problem is similar

There was an older API libusb (libusb-0*) which usb_modeswitch uses, and there is a newer API libusb (libusb-1*) now.
libusb-compat is a compatibility layer to use the new one (libusb-1*) with applications that expect the old API without the need for
both.
I haven't seen any issues with it rather than the old misbehaving NPTL threading from older uClibc versions.
And you won't be able to link against libusb-1* without some source code tweaking.
Regards.

^ permalink raw reply

* [Buildroot] [PATCH 2/2] dnsmasq: bump to version 2.64
From: Gustavo Zacarias @ 2012-12-10 10:52 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <87ip8atftj.fsf@dell.be.48ers.dk>

On 12/10/2012 06:30 AM, Peter Korsgaard wrote:

> It unfortunately fails here:
> 
> http://autobuild.buildroot.net/results/26a9e152f533e467f68b72a373d0fc84d561eb87/build-end.log
> 
> From a quick look, it seem parse_server() should be moved outside the
> HAVE_DHCP conditional.

Thanks for the headsup, patch sent (to both relevant places) :)
regards.

^ permalink raw reply

* [Buildroot] [PATCH] [RFC] new target: live filesystem
From: Jeremy Rosen @ 2012-12-10 10:51 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <50C58B3F.4080901@mind.be>

As usual, sniped what I agree with and v4 is on the way

> > diff --git a/fs/Config.in b/fs/Config.in
> > index da4c5ff..664d2f6 100644
> > --- a/fs/Config.in
> > +++ b/fs/Config.in
> > @@ -11,5 +11,6 @@ source "fs/romfs/Config.in"
> >   source "fs/squashfs/Config.in"
> >   source "fs/tar/Config.in"
> >   source "fs/ubifs/Config.in"
> > +source "fs/live/Config.in"
> 
>   Was there a problem with sorting this alphabetically?

just a mixup between my "sort alphabetically" and my "live" patches... fixing that

> > +
> > +if grep ^BR2_TARGET_ROOTFS_LIVE=y $CONFIG_FILE>  /dev/null ; then
> 
>   We use 'grep -q' rather than redirecting to /dev/null.
> 

I copied how it was done for locale that redirect to /dev/null, thus my mistake

I'll fix that in v4, but not the locale ones (to avoid mixup in my patch)



Thx for the comments, i'll wait a little to see if more comments come and then i'll send a V4

I also need to see what to do  with "make distclean" when the live filesystem is in output/

currently there are all sorts of permission-denied errors, and i'm not sure what to do here...

* I could use the config options to run "sudo rm" but i'm not sure we want to read the config option in distclean
* I could just leave it as is and just say the user is smart enough to run "sudo make distclean" in that case
* I could blindly run "sudo rm" in output but that sounds a bit dangerous


I tend to think the second option is the best, but i'd gladly get feedback on that one

^ permalink raw reply

* [Buildroot] [PATCH] dnsmasq: fix build failure without DHCP
From: Gustavo Zacarias @ 2012-12-10 10:51 UTC (permalink / raw)
  To: buildroot

Fixes
http://autobuild.buildroot.net/results/26a9e152f533e467f68b72a373d0fc84d561eb87

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
 .../dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch |   37 ++++++++++++++++++++
 1 files changed, 37 insertions(+), 0 deletions(-)
 create mode 100644 package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch

diff --git a/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch b/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch
new file mode 100644
index 0000000..817d3b2
--- /dev/null
+++ b/package/dnsmasq/dnsmasq-fix-parse-server-no-dhcp.patch
@@ -0,0 +1,37 @@
+From acd702292afebb8550acbfbe80638995545ccd10 Mon Sep 17 00:00:00 2001
+From: Gustavo Zacarias <gustavo@zacarias.com.ar>
+Date: Mon, 10 Dec 2012 07:47:10 -0300
+Subject: [PATCH] Move parse_server outside the HAVE_DHCP ifdef
+
+Fixes build breakage when building without DHCP support.
+
+Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
+---
+ src/option.c |    4 ++++
+ 1 files changed, 4 insertions(+), 0 deletions(-)
+
+diff --git a/src/option.c b/src/option.c
+index c1643a1..d6e323b 100644
+--- a/src/option.c
++++ b/src/option.c
+@@ -641,6 +641,8 @@ static char *set_prefix(char *arg)
+    return arg;
+ }
+ 
++#endif
++
+ char *parse_server(char *arg, union mysockaddr *addr, union mysockaddr *source_addr, char *interface, int *flags)
+ {
+   int source_port = 0, serv_port = NAMESERVER_PORT;
+@@ -728,6 +730,8 @@ char *parse_server(char *arg, union mysockaddr *addr, union mysockaddr *source_a
+   return NULL;
+ }
+ 
++#ifdef HAVE_DHCP
++
+ /* This is too insanely large to keep in-line in the switch */
+ static int parse_dhcp_opt(char *errstr, char *arg, int flags)
+ {
+-- 
+1.7.8.6
+
-- 
1.7.8.6

^ permalink raw reply related

* [Buildroot] [PATCH] toolchain-external: Linaro toolchains are available for Cortex-A{5, 15}
From: Peter Korsgaard @ 2012-12-10  9:41 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355132107-5550-1-git-send-email-thomas.petazzoni@free-electrons.com>

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 Thomas> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

Committed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit] toolchain-external: Linaro toolchains are available for Cortex-A{5, 15}
From: Peter Korsgaard @ 2012-12-10  9:41 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=16dcf2d668953a33c148baebd43afdb1df34cae5
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 toolchain/toolchain-external/Config.in |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/toolchain/toolchain-external/Config.in b/toolchain/toolchain-external/Config.in
index 4fe605d..456407e 100644
--- a/toolchain/toolchain-external/Config.in
+++ b/toolchain/toolchain-external/Config.in
@@ -6,7 +6,7 @@ choice
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_11
 	bool "Linaro 2012.11"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -23,7 +23,7 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_11
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_10
 	bool "Linaro 2012.10"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -40,7 +40,7 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_10
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_09
 	bool "Linaro 2012.09"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -54,9 +54,9 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_09
 
 	  To use this toolchain, you must disable soft float usage.
 
-comment "Linaro toolchains available for Cortex-A{8,9}"
+comment "Linaro toolchains available for Cortex-A{5,8,9,15}"
 	depends on BR2_arm
-	depends on !BR2_cortex_a8 && !BR2_cortex_a9
+	depends on !BR2_cortex_a5 && !BR2_cortex_a8 && !BR2_cortex_a9 && !BR2_cortex_a15
 
 config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201203
 	bool "Sourcery CodeBench ARM 2012.03"

^ permalink raw reply related

* [Buildroot] [git commit] package/crosstool-ng: bumpimg default GCC version to 4.6.3
From: Peter Korsgaard @ 2012-12-10  9:40 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20121210100945.0ccfbe69@skate>

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 Thomas> The recent updates to the crosstool-ng configs is apparently breaking
 Thomas> the build:

 Thomas>   http://autobuild.buildroot.org/results/b99c757884d14bbe8893900824763f63dd13f5dc/build-end.log

Yes, that looks related (but not exactly the same) as the ppl issues
with gcc 4.7+ mentioned yesterday.

Yann mentioned on IRC that he had a ppl fix pending.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [PATCH] toolchain-external: Linaro toolchains are available for Cortex-A{5, 15}
From: Thomas Petazzoni @ 2012-12-10  9:35 UTC (permalink / raw)
  To: buildroot

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
 toolchain/toolchain-external/Config.in |   10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/toolchain/toolchain-external/Config.in b/toolchain/toolchain-external/Config.in
index 4fe605d..456407e 100644
--- a/toolchain/toolchain-external/Config.in
+++ b/toolchain/toolchain-external/Config.in
@@ -6,7 +6,7 @@ choice
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_11
 	bool "Linaro 2012.11"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -23,7 +23,7 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_11
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_10
 	bool "Linaro 2012.10"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -40,7 +40,7 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_10
 config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_09
 	bool "Linaro 2012.09"
 	depends on BR2_arm
-	depends on BR2_cortex_a8 || BR2_cortex_a9
+	depends on BR2_cortex_a5 || BR2_cortex_a8 || BR2_cortex_a9 || BR2_cortex_a15
 	select BR2_TOOLCHAIN_EXTERNAL_GLIBC
 	select BR2_TOOLCHAIN_HAS_NATIVE_RPC
 	select BR2_INSTALL_LIBSTDCPP
@@ -54,9 +54,9 @@ config BR2_TOOLCHAIN_EXTERNAL_LINARO_2012_09
 
 	  To use this toolchain, you must disable soft float usage.
 
-comment "Linaro toolchains available for Cortex-A{8,9}"
+comment "Linaro toolchains available for Cortex-A{5,8,9,15}"
 	depends on BR2_arm
-	depends on !BR2_cortex_a8 && !BR2_cortex_a9
+	depends on !BR2_cortex_a5 && !BR2_cortex_a8 && !BR2_cortex_a9 && !BR2_cortex_a15
 
 config BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201203
 	bool "Sourcery CodeBench ARM 2012.03"
-- 
1.7.9.5

^ permalink raw reply related

* [Buildroot] [PATCH 2/2] dnsmasq: bump to version 2.64
From: Peter Korsgaard @ 2012-12-10  9:30 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1354840348-24951-2-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>

It unfortunately fails here:

http://autobuild.buildroot.net/results/26a9e152f533e467f68b72a373d0fc84d561eb87/build-end.log

From a quick look, it seem parse_server() should be moved outside the
HAVE_DHCP conditional.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot]  [PATCH] package/ncdu: new package
From: Bogdan Radulescu @ 2012-12-10  9:24 UTC (permalink / raw)
  To: buildroot

Hi,

I made a patch for adding ncdu to buildroot. I find it very useful to have a quick view what uses storage space on your device.

Regards,
Bogdan



Signed-off-by: "Bogdan Radulescu" <bogdan@nimblex.net>
---
diff --git a/package/Config.in b/package/Config.in
index 74e439e..8307806 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -729,6 +729,7 @@ if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
?source "package/module-init-tools/Config.in"
?endif
?source "package/monit/Config.in"
+source "package/ncdu/Config.in"
?if BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
?source "package/procps/Config.in"
?source "package/psmisc/Config.in"
diff --git a/package/ncdu/Config.in b/package/ncdu/Config.in
new file mode 100644
index 0000000..46e15f9
--- /dev/null
+++ b/package/ncdu/Config.in
@@ -0,0 +1,7 @@
+config BR2_PACKAGE_NCDU
+?????? bool "iftop"
+?????? select BR2_PACKAGE_NCURSES
+?????? help
+???????? ncdu is a disk usage analyzer with an ncurses interface
+
+???????? http://dev.yorhel.nl/ncdu
diff --git a/package/ncdu/ncdu.mk b/package/ncdu/ncdu.mk
new file mode 100644
index 0000000..3cb3de4
--- /dev/null
+++ b/package/ncdu/ncdu.mk
@@ -0,0 +1,15 @@
+#############################################################
+#
+# ncdu
+#
+#############################################################
+NCDU_VERSION=1.9
+NCDU_SOURCE=ncdu-$(NCDU_VERSION).tar.gz
+NCDU_SITE=http://dev.yorhel.nl/download/
+NCDU_INSTALL_STAGING = YES
+NCDU_INSTALL_STAGING_OPT = instroot=$(STAGING_DIR) install
+NCDU_INSTALL_TARGET_OPT = instroot=$(TARGET_DIR) install
+
+NCDU_DEPENDENCIES = ncurses
+
+$(eval $(autotools-package))
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ncdu.patch
Type: application/octet-stream
Size: 1441 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121210/dc115972/attachment.obj>

^ permalink raw reply related

* [Buildroot] [PATCH v2] libglib2: don't try to use DTrace/GCov/SystemTap for host build
From: Peter Korsgaard @ 2012-12-10  9:22 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355081107-27706-1-git-send-email-thomas.petazzoni@free-electrons.com>

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 Thomas> We really only need the host build of libglib2 for a few helper
 Thomas> programs that are used for the target build of libglib2. Therefore,
 Thomas> trying to use bells and whistles like DTrace, GCov and SystemTap is
 Thomas> totally useless.

 Thomas> And it is actually harmful, since it is causing build failures on the
 Thomas> gcc110 PowerPC-based autobuilder that apparently has some
 Thomas> DTrace-feature installed. This commit therefore fixes:

Committed, thanks.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit] libglib2: don't try to use DTrace/GCov/SystemTap for host build
From: Peter Korsgaard @ 2012-12-10  9:22 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=695f52c17488e90cac1d4dc5a2a48ae94f2c5bb9
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

We really only need the host build of libglib2 for a few helper
programs that are used for the target build of libglib2. Therefore,
trying to use bells and whistles like DTrace, GCov and SystemTap is
totally useless.

And it is actually harmful, since it is causing build failures on the
gcc110 PowerPC-based autobuilder that apparently has some
DTrace-feature installed. This commit therefore fixes:

  http://autobuild.buildroot.org/results/1c62d1ce10937bd21f5afcb73782b939d10c2038/build-end.log

Which has been polluting our autobuilder logs since several weeks now.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/libglib2/libglib2.mk |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/package/libglib2/libglib2.mk b/package/libglib2/libglib2.mk
index a32cab2..4427431 100644
--- a/package/libglib2/libglib2.mk
+++ b/package/libglib2/libglib2.mk
@@ -53,6 +53,9 @@ endif
 HOST_LIBGLIB2_CONF_OPT = \
 		--disable-gtk-doc \
 		--enable-debug=no \
+		--disable-dtrace \
+		--disable-systemtap \
+		--disable-gcov
 
 LIBGLIB2_DEPENDENCIES = host-pkgconf host-libglib2 libffi zlib $(if $(BR2_NEEDS_GETTEXT),gettext)
 

^ permalink raw reply related

* [Buildroot] Linux build error: mixed implicit and normal rules
From: Baruch Siach @ 2012-12-10  9:20 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <slrnkcb9t5.17l.narkewoody@zuhnb712.local.com>

Hi Woody,

On Mon, Dec 10, 2012 at 09:14:12AM +0000, Woody Wu wrote:
> I am trying to build an old Linux kernel 2.6.16. But got the error:
> 
> Makefile:441: mixed implicit and normal rules. stop.
> 
> The line 441 of Linux makefile is:
> 
> config %config: scripts_basic outputmakefile FORCE
> 	$(Q)mkdir -p include/linux
> 	$(Q)$(MAKE) $(build)=scripts/kconfig $@
> 	$(Q)$(MAKE) -C $(srctree) KBUILD_SRC= .kernelrelease
> 
> How should I fix this?  My buildroot version is 2012.08.

Not related to Buildroot, but anyway...

If you used GNU make version 3.82 you need something like (kernel) commit 
3c955b407a084810f57260d61548cc92c14bc627 (fixes for using make 3.82).

baruch

-- 
     http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -

^ permalink raw reply

* [Buildroot] Linux build error: mixed implicit and normal rules
From: Woody Wu @ 2012-12-10  9:14 UTC (permalink / raw)
  To: buildroot

Hi, list

I am trying to build an old Linux kernel 2.6.16. But got the error:

Makefile:441: mixed implicit and normal rules. stop.

The line 441 of Linux makefile is:

config %config: scripts_basic outputmakefile FORCE
	$(Q)mkdir -p include/linux
	$(Q)$(MAKE) $(build)=scripts/kconfig $@
	$(Q)$(MAKE) -C $(srctree) KBUILD_SRC= .kernelrelease

How should I fix this?  My buildroot version is 2012.08.

Thanks in advance!

-- 
woody
I can't go back to yesterday - because I was a different person then.

^ permalink raw reply

* [Buildroot] [git commit] package/crosstool-ng: bumpimg default GCC version to 4.6.3
From: Thomas Petazzoni @ 2012-12-10  9:09 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <20121209203933.44D7B9A158@busybox.osuosl.org>

Hello,

On Sun, 9 Dec 2012 19:27:09 +0100, Peter Korsgaard wrote:
> commit: http://git.buildroot.net/buildroot/commit/?id=5c22945d7560c4a5cf184441b8bba7e48c5d099e
> branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
> 
> This bumps the GCC version from 4.4.6 to 4.6.3 to for
> *.config-eglibc
> *.config-glibc
> *.config-uClibc
> be equal to the default GCC setting in buildroot as well in addition to
> commit b855154ee8683e87afa08c6cc50b716d22879922.
> 
> Signed-off-by: Carsten Schoenert <c.schoenert@t-online.de>
> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
> ---
>  .../crosstool-ng.config-eglibc                     |   26 ++++++++++++++++----
>  .../crosstool-ng.config-glibc                      |   26 ++++++++++++++++----
>  .../crosstool-ng.config-uClibc                     |   26 ++++++++++++++++----
>  3 files changed, 63 insertions(+), 15 deletions(-)

The recent updates to the crosstool-ng configs is apparently breaking
the build:

  http://autobuild.buildroot.org/results/b99c757884d14bbe8893900824763f63dd13f5dc/build-end.log

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] ltrace: bump to version 0.7.2
From: Peter Korsgaard @ 2012-12-10  8:55 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <87vccathtj.fsf@dell.be.48ers.dk>

>>>>> "Peter" == Peter Korsgaard <jacmet@uclibc.org> writes:

>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
 Gustavo> Bump ltrace to version 0.7.2 which includes my ppc fixup patch.

 Peter> Sure about that? I don't see it in the tarball, and the autobuilder
 Peter> fails:

 Peter> http://autobuild.buildroot.net/results/97e80616ffea597e32e299b7357afc1dc572e057/build-end.log

Ahh, found it - You forgot to update the download URL, so it would
download the 0.7.1 version instead - Fixed.

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [git commit] ltrace: fix download url
From: Peter Korsgaard @ 2012-12-10  8:54 UTC (permalink / raw)
  To: buildroot

commit: http://git.buildroot.net/buildroot/commit/?id=7345c095d3319568173362c16ba7f6f401976aab
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Otherwise we would get the 0.7.1 version.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/ltrace/Config.in |    3 +--
 package/ltrace/ltrace.mk |    2 +-
 2 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/package/ltrace/Config.in b/package/ltrace/Config.in
index c77108f..a56c55e 100644
--- a/package/ltrace/Config.in
+++ b/package/ltrace/Config.in
@@ -1,7 +1,6 @@
 config BR2_PACKAGE_LTRACE
 	bool "ltrace"
-	depends on !(BR2_avr32 || BR2_mips || BR2_sh || BR2_sh64 || BR2_xtensa)
-	depends on !BR2_aarch64
+	depends on !(BR2_avr32 || BR2_mips || BR2_sh || BR2_sh64 || BR2_xtensa || BR2_aarch64)
 	select BR2_PACKAGE_LIBELF
 	help
 	  Debugging program which runs a specified command until it exits.
diff --git a/package/ltrace/ltrace.mk b/package/ltrace/ltrace.mk
index 4b31690..41d48ba 100644
--- a/package/ltrace/ltrace.mk
+++ b/package/ltrace/ltrace.mk
@@ -5,7 +5,7 @@
 #############################################################
 
 LTRACE_VERSION = 0.7.2
-LTRACE_SITE = http://alioth.debian.org/frs/download.php/3844
+LTRACE_SITE = http://alioth.debian.org/frs/download.php/3848
 LTRACE_SOURCE = ltrace-$(LTRACE_VERSION).tar.bz2
 LTRACE_DEPENDENCIES = libelf
 LTRACE_AUTORECONF = YES

^ permalink raw reply related

* [Buildroot] [PATCH] ltrace: bump to version 0.7.2
From: Peter Korsgaard @ 2012-12-10  8:47 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <1355061456-7191-1-git-send-email-gustavo@zacarias.com.ar>

>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:

 Gustavo> Bump ltrace to version 0.7.2 which includes my ppc fixup patch.

Sure about that? I don't see it in the tarball, and the autobuilder
fails:

http://autobuild.buildroot.net/results/97e80616ffea597e32e299b7357afc1dc572e057/build-end.log

-- 
Bye, Peter Korsgaard

^ permalink raw reply

* [Buildroot] [PATCH 0/51 v4] Add QEMU for runing on the target
From: Thomas Petazzoni @ 2012-12-10  8:17 UTC (permalink / raw)
  To: buildroot
In-Reply-To: <201212092043.12794.yann.morin.1998@free.fr>

Dear Yann E. MORIN,

On Sun, 9 Dec 2012 20:43:12 +0100, Yann E. MORIN wrote:

> For those interested, I've put up the series on gitorious:
>     git://gitorious.org/buildroot/buildroot.git
>     branch: yem-qemu
> 
> This branch already contains the removeal of the _AVAILABLE symbols,
> spotted by Thomas.
> 
> I have no clue how to manage this, and I don't know (yet?) how I'll manage
> to push updates to this branch, so do not expect any miracle! ;-)

For such a working branch, people will normally expect that it will get
rebased. So just rebase as you do usually to rework your patches, and
then to push, do:

 git push -f your-gitorious-remote

Bye,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

^ permalink raw reply


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox