* [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
* [Buildroot] [PATCH] libglib2: don't try to use DTrace/GCov/SystemTap for host build
From: Thomas Petazzoni @ 2012-12-10 8:16 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121209192619.GB3880@tarshish>
Dear Baruch Siach,
On Sun, 9 Dec 2012 21:26:20 +0200, Baruch Siach wrote:
> On Sun, Dec 09, 2012 at 08:16:44PM +0100, Thomas Petazzoni wrote:
> > 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
> > useful.
>
> Not?
Yes, thanks, I've sent a v2 that fixes that.
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 12/51] package/slirp: new package
From: Thomas Petazzoni @ 2012-12-10 8:14 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201212092237.40208.yann.morin.1998@free.fr>
Dear Yann E. MORIN,
On Sun, 9 Dec 2012 22:37:39 +0100, Yann E. MORIN wrote:
> > There's no release tarball, so we're using the git tree, so there's no
> > ./configure, so we need to autoreconf.
>
> Of course, I've added a comment in slirp.mk to explain that, too.
Great, 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 02/51] package/qemu: fix host-qemu variable names
From: Yann E. MORIN @ 2012-12-10 8:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C5833C.5070602@mind.be>
Arnout, All,
On Monday 10 December 2012 07:37:48 Arnout Vandecappelle wrote:
> On 09/12/12 17:34, Yann E. MORIN wrote:
> > With the upcoming introduction of qemu-on-target, we need to properly
> > separate the variables used for the host qemu, from the variables
> > used for the target qemu.
> >
> > Signed-off-by: "Yann E. MORIN"<yann.morin.1998@free.fr>
> > Cc: Francois Perrad<fperrad@gmail.com>
> > ---
> > package/qemu/qemu.mk | 25 ++++++++++++++-----------
> > 1 files changed, 14 insertions(+), 11 deletions(-)
> >
> > diff --git a/package/qemu/qemu.mk b/package/qemu/qemu.mk
> > index 790d34f..81cd79f 100644
> > --- a/package/qemu/qemu.mk
> > +++ b/package/qemu/qemu.mk
> > @@ -13,7 +13,10 @@ QEMU_LICENSE_FILES = COPYING COPYING.LIB
> > # the non-(L)GPL license texts are specified in the affected
> > # individual source files.
> >
> > -QEMU_DEPENDENCIES = host-pkgconf zlib libglib2
> > +#-------------------------------------------------------------
> > +# Host-qemu
> > +
> > +HOST_QEMU_DEPENDENCIES = host-pkgconf zlib libglib2
>
> I guess this should be host-zlib and host-libglib2?
I think so, too, but I just renamed the variable, I did not change the
content.
I postponed testing this host-qemu for now.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ |
| --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is no |
| http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. |
'------------------------------'-------'------------------'--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] barebox: use the symlink to copy the barebox binary to the images directory
From: Arnout Vandecappelle @ 2012-12-10 7:17 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1353587711-26855-1-git-send-email-gregory.hermant@calao-systems.com>
On 22/11/12 13:35, Gregory Hermant wrote:
> Barebox creates a symlink to the binary. This symlink points to
> the barebox.bin or to the compressed zbarebox.bin binary.
>
> Signed-off-by: Gregory Hermant<gregory.hermant@calao-systems.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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] [RFC] new target: live filesystem
From: Arnout Vandecappelle @ 2012-12-10 7:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354800968-16745-1-git-send-email-jeremy.rosen@openwide.fr>
Peter, can you make the call if this has a chance of being accepted?
Otherwise J?r?my is wasting his time...
On 06/12/12 14:36, J?r?my Rosen wrote:
> add a new target to deploy a live filesystem to be used with NFS or as a chroot
The commit message should be word-wrapped at +- 75 characters IIRC.
>
> Signed-off-by: J?r?my Rosen<jeremy.rosen@openwide.fr>
> ---
> v2 : implement Arnoult's suggestion, update manual entry
Arnout
> v3 : improve documentation for the chroot case, more suggestions by Arnoult
> ---
[snip]
> 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?
>
> endmenu
> diff --git a/fs/live/Config.in b/fs/live/Config.in
> new file mode 100644
> index 0000000..a79f1dc
> --- /dev/null
> +++ b/fs/live/Config.in
> @@ -0,0 +1,14 @@
> +config BR2_TARGET_ROOTFS_LIVE
> + bool "live root filesystem"
> + help
> + Create a live image of the root filesystem that is directly
> + usable as over NFS or chroot.
usable over NFS or chroot.
> +
> +config BR2_TARGET_ROOTFS_LIVE_DEST
> + string "live image location"
> + depends on BR2_TARGET_ROOTFS_LIVE
> + default "$(BINARIES_DIR)/live"
> + help
> + The directory where the image should be stored.
> + This directory will be emptied and recreated
How about:
The directory where the live root filesystem will be
installed. Any changes to this tree are lost.
> +
Redundant empty line.
> diff --git a/fs/live/live.mk b/fs/live/live.mk
> new file mode 100644
> index 0000000..52f7444
> --- /dev/null
> +++ b/fs/live/live.mk
> @@ -0,0 +1,19 @@
> +#############################################################
> +#
> +# Build the live root filesystem directory
> +#
> +#############################################################
> +
> +
> +define ROOTFS_LIVE_CMD
> + sudo rsync -a --no-o --no-g --delete-during $(TARGET_DIR)/ \
> + $(BR2_TARGET_ROOTFS_LIVE_DEST)/
> +endef
> +
> +define ROOTFS_LIVE_INIT
> + if [ -z $(shell which sudo) ] ; then echo "sudo seems to not be installed on the host system" ; false ; fi
> +endef
> +
> +ROOTFS_LIVE_PRE_GEN_HOOKS += ROOTFS_LIVE_INIT
Since it's already in dependencies.sh, this piece is redundant.
> +
> +$(eval $(call ROOTFS_TARGET,live))
> diff --git a/support/dependencies/dependencies.sh b/support/dependencies/dependencies.sh
> index 7a02512..ebaabbb 100755
> --- a/support/dependencies/dependencies.sh
> +++ b/support/dependencies/dependencies.sh
> @@ -158,6 +158,7 @@ if grep ^BR2_TOOLCHAIN_BUILDROOT=y $CONFIG_FILE> /dev/null&& \
> exit 1 ;
> fi
> fi
> +
> if grep -q ^BR2_PACKAGE_CLASSPATH=y $CONFIG_FILE ; then
> for prog in javac jar; do
> if ! which $prog> /dev/null ; then
> @@ -166,3 +167,10 @@ if grep -q ^BR2_PACKAGE_CLASSPATH=y $CONFIG_FILE ; then
> fi
> done
> fi
> +
> +if grep ^BR2_TARGET_ROOTFS_LIVE=y $CONFIG_FILE> /dev/null ; then
We use 'grep -q' rather than redirecting to /dev/null.
> + if ! which sudo> /dev/null ; then
> + /bin/echo -e "\nYou need sudo installed on your build machine to build a live filesystem\n"
> + exit 1 ;
> + fi
> +fi
Maybe, in addition to the mere existence of sudo, you should also
check if it the user is actually in sudoers. 'sudo -l rsync' should
do the trick.
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
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