* [Buildroot] [PATCH 1/2] samba: bump to version 3.6.10
From: Gustavo Zacarias @ 2012-12-12 18:21 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/samba/samba.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/samba/samba.mk b/package/samba/samba.mk
index 4f87917..161e507 100644
--- a/package/samba/samba.mk
+++ b/package/samba/samba.mk
@@ -4,7 +4,7 @@
#
#############################################################
-SAMBA_VERSION = 3.6.9
+SAMBA_VERSION = 3.6.10
SAMBA_SITE = http://ftp.samba.org/pub/samba/stable
SAMBA_SUBDIR = source3
SAMBA_INSTALL_STAGING = YES
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH RESEND] pkg-infra: pass --disable-doc if documentation is not enabled
From: Peter Korsgaard @ 2012-12-12 18:16 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355321242-1301-1-git-send-email-arnout@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> writes:
Arnout> Many configure scripts support an option like --disable-doc,
Arnout> --disable-docs or --disable-documentation. Pass all of these
Arnout> to configure.
Arnout> In addition, not all Xorg packages accept the
Arnout> --disable-xxx. Instead they look for xmlto and/or fop and build
Arnout> documentation if they exist. For host packages, this may lead
Arnout> to build errors because /usr/bin/xmlto uses libxml2 and we set
Arnout> LD_LIBRARY_PATH to point to $(HOST_DIR)/lib, which may contain
Arnout> a libxml2 as well. So it's essential to disable xmlto for host
Arnout> packages.
Committed, thanks.
With this we can also drop a bunch of explicit --disable-doc* in
packages.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-12 17:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <874njrnroe.fsf@dell.be.48ers.dk>
Dear Peter Korsgaard,
On Wed, 12 Dec 2012 17:47:29 +0100, Peter Korsgaard wrote:
> Hmm, we already pass --disable-largefile to the gcc configure script,
> except for the first 2 passes. Does it work if we add
> $(DISABLE_LARGEFILE) to the gcc1 / gcc2 configure steps?
!largefile build is OK if we pass $(DISABLE_LARGEFILE) to gcc1 and gcc2
configure steps, so it solves the build problem. I haven't done more
testing though (testing the generated code, building with largefile
enabled, etc.).
That said, doesn't --disable-largefile disables largefile support at
the level of gcc itself, rather than taking into account the fact that
largefile support is not available on the target? Of course, it has the
consequence that _FILE_OFFSET_BITS is no longer defined to 64 in
auto-conf.h, which works around the problem. But gcc (the host
binary) should be capable of being built with largefile support on a 32
bits host, even if the 32 bits target has no largefile support.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Peter Korsgaard @ 2012-12-12 16:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212134703.7461d9c7@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Dear Thomas Petazzoni,
Thomas> On Wed, 12 Dec 2012 12:03:41 +0100, Thomas Petazzoni wrote:
>> Thing that remains not understood is what change between 4.5 and 4.6
>> broke this.
Thomas> Apparently, what changed is that the gcc/configure.ac has gained a
Thomas> AC_SYS_LARGEFILE check:
Thomas> $ grep LARGEFILE toolchain/gcc-4.6.3/gcc/configure.ac
Thomas> AC_SYS_LARGEFILE
Thomas> $ grep LARGEFILE toolchain/gcc-4.5.4/gcc/configure.ac
Thomas> $
Thomas> On gcc >= 4.6, this means that a #define _FILE_OFFSET_BITS 64 is added
Thomas> to auto-host.h, which breaks the build of crtstuff.c for the target as
Thomas> uClibc headers warn that _FILE_OFFSET_BITS is set to 64 even though
Thomas> largefile support is not enabled.
Hmm, we already pass --disable-largefile to the gcc configure script,
except for the first 2 passes. Does it work if we add
$(DISABLE_LARGEFILE) to the gcc1 / gcc2 configure steps?
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Chances in skeleton don't appear in filesystem
From: Woody Wu @ 2012-12-12 16:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <874nk1l7lo.fsf@dell.be.48ers.dk>
On 2012-12-04, Peter Korsgaard
<jacmet@uclibc.org> wrote:
>>>>>> "Thomas" == Thomas Petazzoni
>>>>>> <thomas.petazzoni@free-electrons.com>
>>>>>> writes:
>
> >> What's the correct method to modify the defualt filesystem? Thanks.
>
> Thomas> Do use a custom skeleton, use a custom post-build script to
> copy/modify Thomas> files in output/target. See
>
> s/Do use/Do NOT use/
>
> Alternatively, if you do use a custom rootfs skeleton and want the
> skeleton changes to be taken into consideration without doing a clean
> rebuild you can manually make the changes under output/target as well
> and rerun make.
>
> Using a post-build script is easier though.
>
Thanks both. By far, the post script method works fine for me.
--
woody
I can't go back to yesterday - because I was a different person then.
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Richard Braun @ 2012-12-12 16:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <000901cdd883$889a6e70$99cf4b50$@co.uk>
On Wed, Dec 12, 2012 at 04:12:49PM -0000, Ted Wood wrote:
> It starts up OK, loads the kernel and uncompresses it.
>
> It mounts sda and sda1
>
> Then "No filesystem could mount root, tried ext3 vfat msdos iso9660"
Buildroot doesn't take care of the partition table.
See http://lists.busybox.net/pipermail/buildroot/2012-August/057536.html
(and the next message for the unspoiled attached script).
--
Richard Braun
^ permalink raw reply
* [Buildroot] Getting It into Compact Flash
From: Ted Wood @ 2012-12-12 16:12 UTC (permalink / raw)
To: buildroot
OK Next question:
I've built a kernel image and a file system image.
I've manually installed Grub 2 and a grub.cfg file which looks like this:
menuentry 'Buildroot'
{
set root='(hd0,msdos1)'
echo 'Loading Kernel')
linux /boot/bzimage
echo 'Loading Root FS'
initrd /boot/rootfs.ext2
}
It starts up OK, loads the kernel and uncompresses it.
It mounts sda and sda1
Then "No filesystem could mount root, tried ext3 vfat msdos iso9660"
I've tried it with various different types of filesystem image (iso9660,
cramfs, ext2) and they all fail in a similar way...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121212/33ed9ecd/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH] boa: needs MMU
From: Peter Korsgaard @ 2012-12-12 16:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355312748-20664-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Fixes
Gustavo> http://autobuild.buildroot.net/results/0909856aea5ea5d13206c9a46b8b5174661239b4/
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] pkg-infra: pass --disable-doc if documentation is not enabled
From: Peter Korsgaard @ 2012-12-12 16:11 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=489970e047a78f7806747b99a7e1bd170fc5c75b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Many configure scripts support an option like --disable-doc, --disable-docs
or --disable-documentation. Pass all of these to configure.
In addition, not all Xorg packages accept the --disable-xxx. Instead they
look for xmlto and/or fop and build documentation if they exist. For host
packages, this may lead to build errors because /usr/bin/xmlto uses libxml2
and we set LD_LIBRARY_PATH to point to $(HOST_DIR)/lib, which may contain
a libxml2 as well. So it's essential to disable xmlto for host packages.
Also some whitespace cleanup.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/Makefile.in | 10 +++++++++-
package/pkg-autotools.mk | 9 +++++++++
2 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/package/Makefile.in b/package/Makefile.in
index 4281773..cc8f320 100644
--- a/package/Makefile.in
+++ b/package/Makefile.in
@@ -290,7 +290,15 @@ DISABLE_LARGEFILE= --disable-largefile
endif
ifneq ($(BR2_HAVE_DOCUMENTATION),y)
-DISABLE_DOCUMENTATION=--disable-gtk-doc
+# The configure option varies, but since unknown options are ignored
+# we can pass all of them.
+DISABLE_DOCUMENTATION = \
+ --disable-gtk-doc \
+ --disable-doc \
+ --disable-docs \
+ --disable-documentation \
+ --with-xmlto=no \
+ --with-fop=no
endif
ifeq ($(BR2_INET_IPV6),y)
diff --git a/package/pkg-autotools.mk b/package/pkg-autotools.mk
index 785daab..890506b 100644
--- a/package/pkg-autotools.mk
+++ b/package/pkg-autotools.mk
@@ -116,6 +116,9 @@ endef
else
# Configure package for host
+# disable all kind of documentation generation in the process,
+# because it often relies on host tools which may or may not be
+# installed.
define $(2)_CONFIGURE_CMDS
(cd $$($$(PKG)_SRCDIR) && rm -rf config.cache; \
$$(HOST_CONFIGURE_OPTS) \
@@ -126,6 +129,12 @@ define $(2)_CONFIGURE_CMDS
--prefix="$$(HOST_DIR)/usr" \
--sysconfdir="$$(HOST_DIR)/etc" \
--enable-shared --disable-static \
+ --disable-gtk-doc \
+ --disable-doc \
+ --disable-docs \
+ --disable-documentation \
+ --with-xmlto=no \
+ --with-fop=no \
$$($$(PKG)_CONF_OPT) \
)
endef
^ permalink raw reply related
* [Buildroot] [git commit] boa: needs MMU
From: Peter Korsgaard @ 2012-12-12 16:11 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=64c3ce4d886bea18f24231d09914c3be2ede144d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes
http://autobuild.buildroot.net/results/0909856aea5ea5d13206c9a46b8b5174661239b4/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/boa/Config.in | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/package/boa/Config.in b/package/boa/Config.in
index 48943ff..982833a 100644
--- a/package/boa/Config.in
+++ b/package/boa/Config.in
@@ -1,5 +1,6 @@
config BR2_PACKAGE_BOA
bool "boa"
+ depends on BR2_USE_MMU # uses fork()
help
A very small and very fast http daemon. Not intended as
a feature-packed server.
^ permalink raw reply related
* [Buildroot] usb_modeswitch and lsusb yield Segmentation fault
From: Gustavo Zacarias @ 2012-12-12 15:29 UTC (permalink / raw)
To: buildroot
In-Reply-To: <7EE27C3F912F450282DD2DE63A6A7FED@JohanW7>
On 12/12/2012 12:26 PM, Sagaert Johan wrote:
> Hi
>
> I was using the newer pthreads implementation,
> The old/stable pthreads are working for both lsusb (usbutils) and for usb_modeswitch with uClibc 0.9.33
> I did not try NTPL since this breaks the build of GDB.
>
> I am not sure about what packages need the newer pthreads and what need the older/stable version.
>
> Regards, Johan
Hi again.
Yes, the old/stable ones worked too now that i remember, they're pretty
well tested.
Packages don't depend on anyone in particular, the implementation is
just an uClibc internal thing.
Regards.
^ permalink raw reply
* [Buildroot] usb_modeswitch and lsusb yield Segmentation fault
From: Sagaert Johan @ 2012-12-12 15:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C5C08D.407@zacarias.com.ar>
Hi
I was using the newer pthreads implementation,
The old/stable pthreads are working for both lsusb (usbutils) and for usb_modeswitch with uClibc 0.9.33
I did not try NTPL since this breaks the build of GDB.
I am not sure about what packages need the newer pthreads and what need the older/stable version.
Regards, Johan
-----Oorspronkelijk bericht-----
Van: Gustavo Zacarias [mailto:gustavo at zacarias.com.ar]
Verzonden: maandag 10 december 2012 11:59
Aan: Sagaert Johan
CC: buildroot at busybox.net
Onderwerp: Re: [Buildroot] usb_modeswitch and lsusb yield Segmentation fault
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] [PATCH RESEND] pkg-infra: pass --disable-doc if documentation is not enabled
From: Arnout Vandecappelle @ 2012-12-12 14:07 UTC (permalink / raw)
To: buildroot
Many configure scripts support an option like --disable-doc, --disable-docs
or --disable-documentation. Pass all of these to configure.
In addition, not all Xorg packages accept the --disable-xxx. Instead they
look for xmlto and/or fop and build documentation if they exist. For host
packages, this may lead to build errors because /usr/bin/xmlto uses libxml2
and we set LD_LIBRARY_PATH to point to $(HOST_DIR)/lib, which may contain
a libxml2 as well. So it's essential to disable xmlto for host packages.
Also some whitespace cleanup.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
This obviously has far-ranging effects but I rebuilt all non-deprecated
packages successfully with this patch.
---
package/Makefile.in | 10 +++++++++-
package/pkg-autotools.mk | 9 +++++++++
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/package/Makefile.in b/package/Makefile.in
index 4281773..cc8f320 100644
--- a/package/Makefile.in
+++ b/package/Makefile.in
@@ -290,7 +290,15 @@ DISABLE_LARGEFILE= --disable-largefile
endif
ifneq ($(BR2_HAVE_DOCUMENTATION),y)
-DISABLE_DOCUMENTATION=--disable-gtk-doc
+# The configure option varies, but since unknown options are ignored
+# we can pass all of them.
+DISABLE_DOCUMENTATION = \
+ --disable-gtk-doc \
+ --disable-doc \
+ --disable-docs \
+ --disable-documentation \
+ --with-xmlto=no \
+ --with-fop=no
endif
ifeq ($(BR2_INET_IPV6),y)
diff --git a/package/pkg-autotools.mk b/package/pkg-autotools.mk
index 785daab..890506b 100644
--- a/package/pkg-autotools.mk
+++ b/package/pkg-autotools.mk
@@ -116,6 +116,9 @@ endef
else
# Configure package for host
+# disable all kind of documentation generation in the process,
+# because it often relies on host tools which may or may not be
+# installed.
define $(2)_CONFIGURE_CMDS
(cd $$($$(PKG)_SRCDIR) && rm -rf config.cache; \
$$(HOST_CONFIGURE_OPTS) \
@@ -126,6 +129,12 @@ define $(2)_CONFIGURE_CMDS
--prefix="$$(HOST_DIR)/usr" \
--sysconfdir="$$(HOST_DIR)/etc" \
--enable-shared --disable-static \
+ --disable-gtk-doc \
+ --disable-doc \
+ --disable-docs \
+ --disable-documentation \
+ --with-xmlto=no \
+ --with-fop=no \
$$($$(PKG)_CONF_OPT) \
)
endef
--
tg: (7ffda3e..) t/disable-doc (depends on: master)
^ permalink raw reply related
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-12 12:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212120341.69a89e93@skate>
Dear Thomas Petazzoni,
On Wed, 12 Dec 2012 12:03:41 +0100, Thomas Petazzoni wrote:
> Thing that remains not understood is what change between 4.5 and 4.6
> broke this.
Apparently, what changed is that the gcc/configure.ac has gained a
AC_SYS_LARGEFILE check:
$ grep LARGEFILE toolchain/gcc-4.6.3/gcc/configure.ac
AC_SYS_LARGEFILE
$ grep LARGEFILE toolchain/gcc-4.5.4/gcc/configure.ac
$
On gcc >= 4.6, this means that a #define _FILE_OFFSET_BITS 64 is added
to auto-host.h, which breaks the build of crtstuff.c for the target as
uClibc headers warn that _FILE_OFFSET_BITS is set to 64 even though
largefile support is not enabled.
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] boa: needs MMU
From: Gustavo Zacarias @ 2012-12-12 11:45 UTC (permalink / raw)
To: buildroot
Fixes
http://autobuild.buildroot.net/results/0909856aea5ea5d13206c9a46b8b5174661239b4/
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/boa/Config.in | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/package/boa/Config.in b/package/boa/Config.in
index 48943ff..982833a 100644
--- a/package/boa/Config.in
+++ b/package/boa/Config.in
@@ -1,5 +1,6 @@
config BR2_PACKAGE_BOA
bool "boa"
+ depends on BR2_USE_MMU # uses fork()
help
A very small and very fast http daemon. Not intended as
a feature-packed server.
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-12 11:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212120159.4292d70b@skate>
Dear Thomas Petazzoni,
On Wed, 12 Dec 2012 12:01:59 +0100, Thomas Petazzoni wrote:
>
> On Wed, 12 Dec 2012 11:16:28 +0100, Thomas Petazzoni wrote:
>
> > I haven't looked into them for now.
>
> Ok, a quick investigation shows that crtstuff.c includes auto-host.h,
> which contains _FILE_OFFSET_BITS. crtstuff.c is built for the target,
> and therefore should normally not include auto-host.h, as noted by the
> following comment:
>
> ==
> /* FIXME: Including auto-host is incorrect, but until we have
> identified the set of defines that need to go into auto-target.h,
> this will have to do. */
> #include "auto-host.h"
> ==
(sorry for not finishing the e-mail)
And this is causing problems for cross-compilation. For example:
http://www.archivum.info/gcc-patches at gcc.gnu.org/2005-11/00293/Patch-to-crtstuff.c-to-undefine-some-macros-after-auto-host.h.html.
According to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21481 it is
quite clear that crtstuff.c should not include auto-host.h, but
apparently, it is not that simple.
Thing that remains not understood is what change between 4.5 and 4.6
broke this.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-12 11:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212111628.5d1e9dba@skate>
On Wed, 12 Dec 2012 11:16:28 +0100, Thomas Petazzoni wrote:
> I haven't looked into them for now.
Ok, a quick investigation shows that crtstuff.c includes auto-host.h,
which contains _FILE_OFFSET_BITS. crtstuff.c is built for the target,
and therefore should normally not include auto-host.h, as noted by the
following comment:
==
/* FIXME: Including auto-host is incorrect, but until we have
identified the set of defines that need to go into auto-target.h,
this will have to do. */
#include "auto-host.h"
==
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Fabio Porcedda @ 2012-12-12 10:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87d2yhsoh8.fsf@dell.be.48ers.dk>
On Mon, Dec 10, 2012 at 8:20 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>> "Willy" == Willy Lambert <lambert.willy@gmail.com> writes:
>
> Hi,
>
> >> 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 ?
>
> Willy> I have just had the same problem, is it possible that this is a
> Willy> regression of the 2012.11 version ?
>
> I don't think so. I just did a:
>
> make at91sam9263ek_defconfig && make
>
> Without any problems. What exactly did you do?
I've the same problem,
I'm using Ubuntu 12.10 32bit.
This configurations doesn't work:
A)
make at91sam9263ek_defconfig && make
https://dl.dropbox.com/u/14668671/log-at91sam9263ek.txt.bz2
B)
defconfig:
BR2_arm=y
BR2_GCC_VERSION_4_7_X=y
https://dl.dropbox.com/u/14668671/log-gcc4.7.txt.bz2
C)
defconfig:
BR2_arm=y
https://dl.dropbox.com/u/14668671/log.txt.bz2
This configuration build fine:
BR2_arm=y
BR2_GCC_VERSION_4_5_X=y
https://dl.dropbox.com/u/14668671/log-gcc4.5.txt.bz2
Best regards
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Thomas Petazzoni @ 2012-12-12 10:16 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C7D14F.4060304@mind.be>
Dear Arnout Vandecappelle,
On Wed, 12 Dec 2012 01:35:27 +0100, Arnout Vandecappelle wrote:
> Except for the environment, I don't expect we'll see much interesting
> in these...
>
> Probably more useful are all the config.log under output/toolchain/gcc*
> (especially output/toolchain/gcc-*-final/*/libgcc/config.log and config.h)
I have now reproduced the problem on a fresh installation of Ubuntu
12.04 32 bits. Nothing fancy in my system: it is an Ubuntu server, with
just the base packages + the minimal dependencies for Buildroot to run.
I have posted at
http://free-electrons.com/~thomas/pub/largefile-build-problem.tar.gz a
tarball that contains:
logfile <-- this is the full build log
output/build/host-autoconf-2.68/config.log
output/build/host-gmp-5.0.5/config.log
output/build/host-mpc-1.0.1/config.log
output/build/host-m4-1.4.16/config.log
output/build/host-mpfr-3.1.1/config.log
output/build/host-libtool-2.2.10/config.log
output/build/host-binutils-2.21.1/libiberty/config.log
output/build/host-binutils-2.21.1/binutils/config.log
output/build/host-binutils-2.21.1/bfd/config.log
output/build/host-binutils-2.21.1/config.log
output/build/host-binutils-2.21.1/gprof/config.log
output/build/host-binutils-2.21.1/intl/config.log
output/build/host-binutils-2.21.1/gas/config.log
output/build/host-binutils-2.21.1/etc/config.log
output/build/host-binutils-2.21.1/ld/config.log
output/build/host-binutils-2.21.1/opcodes/config.log
output/build/host-automake-1.11.6/config.log
output/toolchain/gcc-4.6.3-initial/libiberty/config.log
output/toolchain/gcc-4.6.3-initial/libdecnumber/config.log
output/toolchain/gcc-4.6.3-initial/lto-plugin/config.log
output/toolchain/gcc-4.6.3-initial/libcpp/config.log
output/toolchain/gcc-4.6.3-initial/zlib/config.log
output/toolchain/gcc-4.6.3-initial/config.log
output/toolchain/gcc-4.6.3-initial/build-i686-pc-linux-gnu/libiberty/config.log
output/toolchain/gcc-4.6.3-initial/build-i686-pc-linux-gnu/fixincludes/config.log
output/toolchain/gcc-4.6.3-initial/fixincludes/config.log
output/toolchain/gcc-4.6.3-initial/intl/config.log
output/toolchain/gcc-4.6.3-initial/gcc/config.log
output/toolchain/gcc-4.6.3-intermediate/libiberty/config.log
output/toolchain/gcc-4.6.3-intermediate/libdecnumber/config.log
output/toolchain/gcc-4.6.3-intermediate/lto-plugin/config.log
output/toolchain/gcc-4.6.3-intermediate/libcpp/config.log
output/toolchain/gcc-4.6.3-intermediate/zlib/config.log
output/toolchain/gcc-4.6.3-intermediate/config.log
output/toolchain/gcc-4.6.3-intermediate/build-i686-pc-linux-gnu/libiberty/config.log
output/toolchain/gcc-4.6.3-intermediate/build-i686-pc-linux-gnu/fixincludes/config.log
output/toolchain/gcc-4.6.3-intermediate/fixincludes/config.log
output/toolchain/gcc-4.6.3-intermediate/i586-buildroot-linux-uclibc/libgcc/config.log
output/toolchain/gcc-4.6.3-intermediate/intl/config.log
output/toolchain/gcc-4.6.3-intermediate/gcc/config.log
output/toolchain/uClibc-0.9.33.2/.config
I haven't looked into them for now.
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] linux: add option to get sources from custom directory
From: Richard Braun @ 2012-12-12 10:14 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121212105418.601702fc@skate>
On Wed, Dec 12, 2012 at 10:54:18AM +0100, Thomas Petazzoni wrote:
> On the other side, Linux, and bootloaders, are kind of special packages
> in that very often people will have to work on them, and making this
> easier might be useful.
The fact that the kernel is clearly separate from the other packages in
menuconfig, and that it already provides several ways of fetching the
source makes it hard for most people to think of the override mechanism.
On the other hand, the fact that it's handled almost like any other
package makes this hack extremely easy and safe to implement. I don't
see a reason not to provide this fetching method if the others aren't
also reconsidered (otherwise I wouldn't have bothered sending it
anyway).
--
Richard Braun
^ permalink raw reply
* [Buildroot] [PATCH] linux: add option to get sources from custom directory
From: Thomas Petazzoni @ 2012-12-12 9:54 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354873604-4304-1-git-send-email-rbraun@sceen.net>
Dear Richard Braun,
On Fri, 7 Dec 2012 10:46:44 +0100, Richard Braun wrote:
> diff --git a/linux/Config.in b/linux/Config.in
> index ef3b2a1..cafbe59 100644
> --- a/linux/Config.in
> +++ b/linux/Config.in
> @@ -46,6 +46,12 @@ config BR2_LINUX_KERNEL_CUSTOM_TARBALL
> This option allows to specify the http or ftp location of a
> specific kernel source tarball
>
> +config BR2_LINUX_KERNEL_CUSTOM_DIRECTORY
> + bool "Custom directory"
> + help
> + This option allows to specify the path of a specific kernel
> + source directory.
> +
This duplicates what the "source override" mechanism allows to do in a
generic way for all packages. So on one side, I'm tempted to say "no"
because I don't think it's worth having two mechanisms to achieve the
same thing, especially when the new mechanism is package-specific (what
if someone wants a custom source directory for Qt, for zlib, for
libpng, etc.).
On the other side, Linux, and bootloaders, are kind of special packages
in that very often people will have to work on them, and making this
easier might be useful.
Generally speaking, I'd like us to have an overall "vision" of how to
do development with Buildroot, rather than doing local hacks/fixes per
package to adjust one particular development workflow, which would end
up with many different hacks in various places with absolutely no
coherency.
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] linux: add option to get sources from custom directory
From: Richard Braun @ 2012-12-12 9:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354873604-4304-1-git-send-email-rbraun@sceen.net>
Ping.
--
Richard Braun
^ permalink raw reply
* [Buildroot] buildroot 2012.11 large file support
From: Willy Lambert @ 2012-12-12 9:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121211171008.3b869509@skate>
2012/12/11 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
> Dear Willy Lambert,
>
> On Tue, 11 Dec 2012 16:09:46 +0100, Willy Lambert wrote:
>
>> I did this again from another machine
>> (silvie at silvie-VirtualBox:~/buildroot-2012.11$ uname -a
>> Linux silvie-VirtualBox 3.2.0-34-generic-pae #53-Ubuntu SMP Thu Nov 15
>> 11:11:12 UTC 2012 i686 i686 i386 GNU/Linux)
>>
>> In short :
>> wget buildroot, tar -xf, make, a menuconfig pops, I exit and save
>> config, make, wait a bit ... and it fails with the above error about
>> large file system.
>>
>> So I'm sure now that the default config has a problem with largefiles.
>> I'm sorry I'm too new to investigate further. Should I open a bug
>> ticket ?
>>
>> I did not try other versions of gcc as proposed by Berns. But my gcc
>> version is :
>> ard at ard-host(10.0):/opt/buildroot/output/host/usr$
>> ./x86_64-buildroot-linux-uclibc/bin/gcc --version
>> gcc (Buildroot 2012.11-svn2-dirty) 4.6.3
>> I wonder about the "svn2-dirty" tag.
>
> Can you do:
>
> make clean
> rm .config
> make menuconfig / exit / save
> env > buildroot-fails.env
> make 2>&1 | tee buildroot-fails.log
> cp output/toolchain/uClibc-0.9.33.2/.config buildroot-fails.uClibc.config
>
all my precedent try were on a virtual machines i386. One is latest
Ubuntu, the other is a not-updated Dedian Squeeze from early 2011.
Logs will come in private mail, because I don't know how to share them easily.
Here is the other command results (that you probably don't need) :
silvie at silvie-VirtualBox:~/buildroot-2012.11$ make clean
rm -rf /home/silvie/buildroot-2012.11/output/host/usr/i586-buildroot-linux-uclibc/sysroot
/home/silvie/buildroot-2012.11/output/target
/home/silvie/buildroot-2012.11/output/images
/home/silvie/buildroot-2012.11/output/host \
/home/silvie/buildroot-2012.11/output/stamps
/home/silvie/buildroot-2012.11/output/build
/home/silvie/buildroot-2012.11/output/toolchain
/home/silvie/buildroot-2012.11/output/staging \
/home/silvie/buildroot-2012.11/output/legal-info
silvie at silvie-VirtualBox:~/buildroot-2012.11$ rm .config
silvie at silvie-VirtualBox:~/buildroot-2012.11$ make menuconfig
mkdir -p /home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog
make CC="/usr/bin/gcc" HOSTCC="/usr/bin/gcc"
obj=/home/silvie/buildroot-2012.11/output/build/buildroot-config -C
support/kconfig -f Makefile.br mconf
make[1]: entrant dans le r?pertoire ?
/home/silvie/buildroot-2012.11/support/kconfig ?
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -MM
*.c > /home/silvie/buildroot-2012.11/output/build/buildroot-config/.depend
2>/dev/null || :
make[1]: quittant le r?pertoire ?
/home/silvie/buildroot-2012.11/support/kconfig ?
make[1]: entrant dans le r?pertoire ?
/home/silvie/buildroot-2012.11/support/kconfig ?
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
conf.c -o /home/silvie/buildroot-2012.11/output/build/buildroot-config/conf.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/checklist.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/checklist.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/inputbox.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/inputbox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/menubox.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/menubox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/textbox.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/textbox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/util.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/util.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
lxdialog/yesno.c -o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/yesno.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -c
mconf.c -o /home/silvie/buildroot-2012.11/output/build/buildroot-config/mconf.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config -I. -c
/home/silvie/buildroot-2012.11/output/build/buildroot-config/zconf.tab.c
-o /home/silvie/buildroot-2012.11/output/build/buildroot-config/zconf.tab.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE
-I/home/silvie/buildroot-2012.11/output/build/buildroot-config
/home/silvie/buildroot-2012.11/output/build/buildroot-config/mconf.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/zconf.tab.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/checklist.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/util.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/inputbox.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/textbox.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/yesno.o
/home/silvie/buildroot-2012.11/output/build/buildroot-config/lxdialog/menubox.o
-lncurses -o /home/silvie/buildroot-2012.11/output/build/buildroot-config/mconf
rm /home/silvie/buildroot-2012.11/output/build/buildroot-config/zconf.tab.c
make[1]: quittant le r?pertoire ?
/home/silvie/buildroot-2012.11/support/kconfig ?
#
# configuration written to /home/silvie/buildroot-2012.11/.config
#
*** End of the configuration.
*** Execute 'make' to start the build or try 'make help'.
silvie at silvie-VirtualBox:~/buildroot-2012.11$
> And then put somewhere online (do *NOT* send them by e-mail on the
> list, it will be too large) the buildroot-fails.env,
> buildroot-fails.log and buildroot-fails.uClibc.config files.
>
even compressed ? It is just 200ko.
> I have just built the default Buildroot configuration on two Ubuntu
> 12.04 machines, with zero problem.
>
> 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 01/52] package/qemu: add license information
From: Peter Korsgaard @ 2012-12-12 9:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355183112-10735-2-git-send-email-yann.morin.1998@free.fr>
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
Yann> QEMU is such a snakes-nest of licenses... :-/
Yeah :/
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] package/qemu: add license information
From: Peter Korsgaard @ 2012-12-12 8:59 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=f944824c47ff9c423be2538702c686f279d88051
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
QEMU is such a snakes-nest of licenses... :-/
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Francois Perrad <fperrad@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/qemu/qemu.mk | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/package/qemu/qemu.mk b/package/qemu/qemu.mk
index d40d7c9..790d34f 100644
--- a/package/qemu/qemu.mk
+++ b/package/qemu/qemu.mk
@@ -7,6 +7,11 @@
QEMU_VERSION = 1.2.0
QEMU_SOURCE = qemu-$(QEMU_VERSION).tar.bz2
QEMU_SITE = http://wiki.qemu.org/download
+QEMU_LICENSE = GPLv2 LGPLv2.1 MIT BSD-3c BSD-2c Others/BSD-1c
+QEMU_LICENSE_FILES = COPYING COPYING.LIB
+#??NOTE: there is no top-level license file for non-(L)GPL licenses;
+# the non-(L)GPL license texts are specified in the affected
+# individual source files.
QEMU_DEPENDENCIES = host-pkgconf zlib libglib2
^ 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