[Buildroot] (no subject)

[Buildroot] (no subject)

[Waldemar Brodkorb]

Glaser <tg@mirbsd.de>
Bcc: 
Subject: [PATCHv2 2/2] add mksh to system shell choice
X-Operating-System: Linux 3.16.0-4-amd64 x86_64

Add mksh as a choice for system shells.

Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
---
v1 -> v2:
  - separate patch
---
 system/Config.in | 9 ++++++++-
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/system/Config.in b/system/Config.in
index 77c665b..d3b2889 100644
--- a/system/Config.in
+++ b/system/Config.in
@@ -276,13 +276,19 @@ config BR2_SYSTEM_BIN_SH_DASH
 	depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
 	select BR2_PACKAGE_DASH
 
+config BR2_SYSTEM_BIN_SH_MKSH
+	bool "mksh"
+	depends on BR2_USE_MMU # mksh
+	depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
+	select BR2_PACKAGE_MKSH
+
 config BR2_SYSTEM_BIN_SH_ZSH
 	bool "zsh"
 	depends on BR2_USE_MMU # zsh
 	depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
 	select BR2_PACKAGE_ZSH
 
-comment "bash, dash, zsh need BR2_PACKAGE_BUSYBOX_SHOW_OTHERS"
+comment "bash, dash, mksh, zsh need BR2_PACKAGE_BUSYBOX_SHOW_OTHERS"
 	depends on !BR2_PACKAGE_BUSYBOX_SHOW_OTHERS && BR2_PACKAGE_BUSYBOX
 
 config BR2_SYSTEM_BIN_SH_NONE
@@ -295,6 +301,7 @@ config BR2_SYSTEM_BIN_SH
 	default "busybox" if BR2_SYSTEM_BIN_SH_BUSYBOX
 	default "bash"    if BR2_SYSTEM_BIN_SH_BASH
 	default "dash"    if BR2_SYSTEM_BIN_SH_DASH
+	default "mksh"    if BR2_SYSTEM_BIN_SH_MKSH
 	default "zsh"     if BR2_SYSTEM_BIN_SH_ZSH
 
 menuconfig BR2_TARGET_GENERIC_GETTY
-- 
2.1.4

[Buildroot] (no subject)

[Thomas Petazzoni]

Hello,

On Wed, 28 Sep 2016 14:41:42 +0200, Waldemar Brodkorb wrote:
> Glaser <tg@mirbsd.de>
> Bcc: 
> Subject: [PATCHv2 2/2] add mksh to system shell choice
> X-Operating-System: Linux 3.16.0-4-amd64 x86_64
> 
> Add mksh as a choice for system shells.
> 
> Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>

Something went bad here when sending this patch, the header is in the
body, so the subject was not actually used as the e-mail subject.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

[Buildroot] (no subject)

[Luke D. Jones]

This patch adds support for a few config options in SDL2 that I had need
of for a work project:

- video-wayland, to enable running SDL2 applications under weston without xorg
- video-vivante, to enable running using the etnaviv driver directly
- pulseaudio, to enable building SDL2 with sound support

The sound addition is heavily related to a decade old issue that still persists
as described here: http://forums.libsdl.org/viewtopic.php?t=7609&sid=40fdb9756b8e22e1b8253cda3338845f


_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

Re: [Buildroot] (no subject)

[Bagas Sanjaya]

On 2/18/23 17:16, Bagas Sanjaya wrote:
> (resend again with revert patch removed)
> 
> Hi,
> 
> I found that package/gnupg2 (version 2.4.0) fails to build, complaining
> about unsafe search path for cross-compilation. I found this when
> test-building for my git bump at [1].
> 
> The excerpt from the build log was:
> 
> make[4]: Entering directory '/home/bagas/repo/buildroot/output/build/gnupg2-2.4.0/common'
> /home/bagas/repo/buildroot/output/host/bin/aarch64-linux-gcc -DHAVE_CONFIG_H -I. -I..  -DLOCALEDIR=\"/usr/share/locale\" -DGNUPG_BINDIR="\"/usr/bin\"" -DGNUPG_LIBEXECDIR="\"/usr/libexec\"" -DGNUPG_LIBDIR="\"/usr/lib/gnupg\"" -DGNUPG_DATADIR="\"/usr/share/gnupg\"" -DGNUPG_SYSCONFDIR="\"/etc/gnupg\"" -DGNUPG_LOCALSTATEDIR="\"/var\""        -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/bagas/repo/buildroot/output/host/aarch64-buildroot-linux-gnu/sysroot/include -I/usr/include -I/usr/include -I/usr/include -Wall -Wno-format-zero-length -Wno-pointer-sign -Wpointer-arith -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -Os -g0 -D_FORTIFY_SOURCE=1 -c -o t-stringhelp.o t-stringhelp.c
> /home/bagas/repo/buildroot/output/host/bin/aarch64-linux-gcc -DHAVE_CONFIG_H -I. -I..  -DLOCALEDIR=\"/usr/share/locale\" -DGNUPG_BINDIR="\"/usr/bin\"" -DGNUPG_LIBEXECDIR="\"/usr/libexec\"" -DGNUPG_LIBDIR="\"/usr/lib/gnupg\"" -DGNUPG_DATADIR="\"/usr/share/gnupg\"" -DGNUPG_SYSCONFDIR="\"/etc/gnupg\"" -DGNUPG_LOCALSTATEDIR="\"/var\""        -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/bagas/repo/buildroot/output/host/aarch64-buildroot-linux-gnu/sysroot/include -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DWITHOUT_NPTH=1 -Wall -Wno-format-zero-length -Wno-pointer-sign -Wpointer-arith -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -Os -g0 -D_FORTIFY_SOURCE=1 -c -o libcommon_a-i18n.o `test -f 'i18n.c' || echo './'`i18n.c
> aarch64-linux-gcc: ERROR: unsafe header/library path used in cross-compilation: '-I/usr/include'
> make[4]: *** [Makefile:1283: t-stringhelp.o] Error 1
> 
> Reverting 0f868e97f6b4 ("package/gnupg2: bump to version 2.4.0") made the error above
> gone, thus the problem was in upstream code.
> 
> This issue is also confirmed by autobuilder (example log is [2]).
> 
> The full build log is attached.
> 
> If the revert is desired, the patch is at [3].
> 
> Thanks.
> 
> [1]: https://lore.kernel.org/buildroot/20230218085837.350535-1-bagasdotme@gmail.com/
> [2]: http://autobuild.buildroot.net/results/5bf00af86da6e41d1a48abc7304bf339908a0150/build-end.log
> [3]: https://lore.kernel.org/buildroot/20230218101426.630874-1-bagasdotme@gmail.com/
> 

Oops, please ignore (no subject). I will send the report later.

-- 
An old man doll... just what I always wanted! - Clara

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] (no subject)

[Bagas Sanjaya]

[-- Attachment #1.1: Type: text/plain, Size: 2669 bytes --]

(resend again with revert patch removed)

Hi,

I found that package/gnupg2 (version 2.4.0) fails to build, complaining
about unsafe search path for cross-compilation. I found this when
test-building for my git bump at [1].

The excerpt from the build log was:

make[4]: Entering directory '/home/bagas/repo/buildroot/output/build/gnupg2-2.4.0/common'
/home/bagas/repo/buildroot/output/host/bin/aarch64-linux-gcc -DHAVE_CONFIG_H -I. -I..  -DLOCALEDIR=\"/usr/share/locale\" -DGNUPG_BINDIR="\"/usr/bin\"" -DGNUPG_LIBEXECDIR="\"/usr/libexec\"" -DGNUPG_LIBDIR="\"/usr/lib/gnupg\"" -DGNUPG_DATADIR="\"/usr/share/gnupg\"" -DGNUPG_SYSCONFDIR="\"/etc/gnupg\"" -DGNUPG_LOCALSTATEDIR="\"/var\""        -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/bagas/repo/buildroot/output/host/aarch64-buildroot-linux-gnu/sysroot/include -I/usr/include -I/usr/include -I/usr/include -Wall -Wno-format-zero-length -Wno-pointer-sign -Wpointer-arith -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -Os -g0 -D_FORTIFY_SOURCE=1 -c -o t-stringhelp.o t-stringhelp.c
/home/bagas/repo/buildroot/output/host/bin/aarch64-linux-gcc -DHAVE_CONFIG_H -I. -I..  -DLOCALEDIR=\"/usr/share/locale\" -DGNUPG_BINDIR="\"/usr/bin\"" -DGNUPG_LIBEXECDIR="\"/usr/libexec\"" -DGNUPG_LIBDIR="\"/usr/lib/gnupg\"" -DGNUPG_DATADIR="\"/usr/share/gnupg\"" -DGNUPG_SYSCONFDIR="\"/etc/gnupg\"" -DGNUPG_LOCALSTATEDIR="\"/var\""        -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/home/bagas/repo/buildroot/output/host/aarch64-buildroot-linux-gnu/sysroot/include -I/usr/include -I/usr/include -I/usr/include -I/usr/include -DWITHOUT_NPTH=1 -Wall -Wno-format-zero-length -Wno-pointer-sign -Wpointer-arith -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64  -Os -g0 -D_FORTIFY_SOURCE=1 -c -o libcommon_a-i18n.o `test -f 'i18n.c' || echo './'`i18n.c
aarch64-linux-gcc: ERROR: unsafe header/library path used in cross-compilation: '-I/usr/include'
make[4]: *** [Makefile:1283: t-stringhelp.o] Error 1

Reverting 0f868e97f6b4 ("package/gnupg2: bump to version 2.4.0") made the error above
gone, thus the problem was in upstream code.

This issue is also confirmed by autobuilder (example log is [2]).

The full build log is attached.

If the revert is desired, the patch is at [3].

Thanks.

[1]: https://lore.kernel.org/buildroot/20230218085837.350535-1-bagasdotme@gmail.com/
[2]: http://autobuild.buildroot.net/results/5bf00af86da6e41d1a48abc7304bf339908a0150/build-end.log
[3]: https://lore.kernel.org/buildroot/20230218101426.630874-1-bagasdotme@gmail.com/

-- 
An old man doll... just what I always wanted! - Clara

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] (no subject)

[Alessandro Partesotti]

Subject: [PATCH 1/1] package/oatpp:: new package
Hi Yann , All
I've resubmitted the patch with the requested changes. Thank you for your time
https://patchwork.ozlabs.org/project/buildroot/patch/20230129225000.336472-1-a.partesotti@gmail.com/

Regards
Alesaadnro Partesotti
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] (no subject)

[Edmundo Ferreira]

On Sun, 2022-04-03 at 12:03 +0200, Fabrice Fontaine wrote:

> Use internal bind as dhcp doesn't build since bump of bind to version
> 9.16.26 in commit 8adeaec8afacbc680edebae91524f6144926ac92 and
> upstream
> doesn't plan to fix it any time soon:
> https://gitlab.isc.org/isc-projects/dhcp/-/issues/233#note_276883
>
> In file included from ../includes/dhcpd.h:91,
>                  from ctrace.c:29:
> ../includes/omapip/isclib.h:51:10: fatal error: isc/boolean.h: No
> such file or directory
>    51 | #include <isc/boolean.h>
>       |          ^~~~~~~~~~~~~~~
>
> Fixes:
>  -
> http://autobuild.buildroot.org/results/d18b006dce7b46631ce8f4c72fb97eb861993939
>
> Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
> Reviewed-by: James Hilliard <james.hilliard1@gmail.com>
> ---
>  package/dhcp/Config.in |  1 -
>  package/dhcp/dhcp.mk   | 19 ++++++++++++++++---
>  2 files changed, 16 insertions(+), 4 deletions(-)
>
> diff --git a/package/dhcp/Config.in b/package/dhcp/Config.in
> index 515040c612..e0706efafb 100644
> --- a/package/dhcp/Config.in
> +++ b/package/dhcp/Config.in
> @@ -3,7 +3,6 @@ config BR2_PACKAGE_DHCP
>         # fork()
>         depends on BR2_USE_MMU
>         depends on BR2_PACKAGE_BUSYBOX_SHOW_OTHERS
> -       select BR2_PACKAGE_BIND
>         help
>           DHCP relay agent from the ISC DHCP distribution.
>
> diff --git a/package/dhcp/dhcp.mk b/package/dhcp/dhcp.mk
> index 18765a3639..f1e3c22f1c 100644
> --- a/package/dhcp/dhcp.mk
> +++ b/package/dhcp/dhcp.mk
> @@ -9,8 +9,10 @@ DHCP_SITE =
> https://ftp.isc.org/isc/dhcp/$(DHCP_VERSION)
>  DHCP_INSTALL_STAGING = YES
>  DHCP_LICENSE = MPL-2.0
>  DHCP_LICENSE_FILES = LICENSE
> -DHCP_DEPENDENCIES = bind host-gawk
> +DHCP_DEPENDENCIES = host-gawk
>  DHCP_CPE_ID_VENDOR = isc
> +# internal bind does not support parallel builds.
> +DHCP_MAKE = $(MAKE1)
>
>  # use libtool-enabled configure.ac
>  define DHCP_LIBTOOL_AUTORECONF
> @@ -21,11 +23,12 @@ DHCP_CONF_ENV = \
>         CPPFLAGS='-D_PATH_DHCPD_CONF=\"/etc/dhcp/dhcpd.conf\" \
>                 -D_PATH_DHCLIENT_CONF=\"/etc/dhcp/dhclient.conf\"' \
>         CFLAGS='$(TARGET_CFLAGS) -DISC_CHECK_NONE=1'
> +DHCP_BIND_EXTRA_CONFIG = BUILD_CC='$(TARGET_CC)'
>
>  DHCP_CONF_ENV += ac_cv_prog_AWK=$(HOST_DIR)/bin/gawk
>
>  DHCP_CONF_OPTS = \
> -       --with-libbind=$(STAGING_DIR)/usr \
> +       --with-bind-extra-config="$(DHCP_BIND_EXTRA_CONFIG)" \
>         --with-randomdev=/dev/random \
>         --with-srv-lease-file=/var/lib/dhcp/dhcpd.leases \
>         --with-srv6-lease-file=/var/lib/dhcp/dhcpd6.leases \
> @@ -38,8 +41,18 @@ DHCP_CONF_OPTS = \
>         --with-relay-pid-file=/var/run/dhcrelay.pid \
>         --with-relay6-pid-file=/var/run/dhcrelay6.pid
>
> +ifeq ($(BR2_PACKAGE_ZLIB),y)
> +DHCP_BIND_EXTRA_CONFIG += --with-zlib
> +DHCP_DEPENDENCIES += zlib
> +else
> +DHCP_BIND_EXTRA_CONFIG += --without-zlib
> +endif
> +
> +ifeq ($(BR2_TOOLCHAIN_HAS_LIBATOMIC),y)
> +DHCP_CONF_ENV += LIBS=-latomic
> +endif
> +
>  ifeq ($(BR2_STATIC_LIBS),y)
> -DHCP_CONF_ENV += LIBS="`$(STAGING_DIR)/usr/bin/bind9-config --libs
> bind9`"
>  DHCP_CONF_OPTS += --disable-libtool
>  else
>  DHCP_POST_EXTRACT_HOOKS += DHCP_LIBTOOL_AUTORECONF

I can confirm that this issue is also present in 2022.02.x branch.
A backport to that branch would be nice.
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

[Buildroot] (no subject)

[Augustin Thiercelin]

 From 0f755639dc7a297ff6c656d29d541b5ad2b8f7dc Mon Sep 17 00:00:00 2001
From: Augustin Thiercelin <augustin.thiercelin@outlook.com>
Date: Mon, 26 Oct 2020 20:59:10 +0100
Subject: [PATCH 1/1] package/gst-omx: fix gstomx.conf installation for
  raspberry

The commit 7e6f4e5 introduces a new bug when building the gst-omx package
for the raspberry.

GST_OMX_VARIANT variable in gst-omx.mk was shadowed to 'generic' after being
set well for raspberry. It results having the gstomx.conf not being 
installed,
and thus having gst-omx installed but none of its features available.

Signed-off-by: Augustin Thiercelin <augustin.thiercelin@outlook.com>
---
  package/gstreamer1/gst-omx/gst-omx.mk | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/package/gstreamer1/gst-omx/gst-omx.mk 
b/package/gstreamer1/gst-omx/gst-omx.mk
index cdd0e86b04..01c3ef941b 100644
--- a/package/gstreamer1/gst-omx/gst-omx.mk
+++ b/package/gstreamer1/gst-omx/gst-omx.mk
@@ -17,10 +17,11 @@ GST_OMX_CONF_OPTS = \
  	-Dtools=disabled \
  	-Ddoc=disabled

+GST_OMX_VARIANT = generic
+
  ifeq ($(BR2_PACKAGE_RPI_USERLAND),y)
  GST_OMX_VARIANT = rpi
  GST_OMX_CONF_OPTS += -Dheader_path=$(STAGING_DIR)/usr/include/IL
-GST_OMX_VARIANT = generic
  endif

  GST_OMX_CONF_OPTS += -Dtarget=$(GST_OMX_VARIANT)
-- 
2.29.0

[Buildroot] (no subject)

[Norbert Lange]

haveged could create the service file itself, by adding
eg. '--enable-init=service.fedora' to configure.

However the templates available are either overloaded with isolation
options (fedora) or dated (everything else).
So I ended up taking the fedora file and cutting out those options.

added a version bump while at it.

[Buildroot] (no subject)

[Kurdenes]

An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20200606/05cf48d5/attachment.html>

[Buildroot] (no subject)

[Kurdenes]

An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20200606/999d3543/attachment.html>

[Buildroot] (no subject)

[Norbert Lange]

Just signed the patch, no other differences to v1

[Buildroot] (no subject)

[Vered Kalef]

Hi all,
I'm trying to install external gstreamer with webrtc enabled on buildroot.
It seems this option is missing within the buildroot.
I've configured the mk file and the Config.in file.
After installation when I check gst-inspect webrtcbin, I get -

No such element or plugin ?webrtcbin'
What am I missing?
gst1-plugins-bad/Config.in config
BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WEBRTC bool "webrtc" depends on
!BR2_STATIC_LIBS # libnice -> gnutls select BR2_PACKAGE_GST1_PLUGINS_BASE #
libgstsdp select BR2_PACKAGE_LIBNICE help WebRTC plugins (webrtcbin - a bin
for webrtc connections comment "webrtc needs a toolchain w/ dynamic
library" depends on BR2_STATIC_LIBS gst1-plugins-bad/gst1-plugins-bad.mk
ifeq ($(BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WEBRTC),y)
GST1_PLUGINS_BAD_CONF_OPTS += --enable-webrtc GST1_PLUGINS_BAD_DEPENDENCIES
+= libnice GST1_PLUGINS_BAD_DEPENDENCIES += gst1-plugins-base libnice else
GST1_PLUGINS_BAD_CONF_OPTS += --disable-webrtc endif

Regards,
Vered
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20190704/33afdc30/attachment.html>

[Buildroot] (no subject)

[Bedran Atug]

Hello,
I have created an image with Buildroot. I wanted to install Docker inside my image. All docker commands work, but when I start a docker container like docker run hello-world, I get the following problem: Cannot connect to the Docker daemon at unix:/var/run/docker.sock. Is the docker daemon running?
I already looked in the var/run/ directory but there is no docker.sock file there.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20190121/d4074b59/attachment.html>

[Buildroot] (no subject)

[Benoît Allard]

[Buildroot] (no subject)

[Ricardo Martincoski]

Bernd Kuhls,

On Sat, 20 Feb 2016 23:45:42 +0100, Bernd Kuhls wrote:
> Subject: [Buildroot] [PATCH 2/2] package/vim: add optional support for
> 	gmp

Typo: s/gmp/gpm/g

> 
> When gmp was compiled before, vim will use it as optional dependency:

Typo: s/gmp/gpm/g

It seems silly because these are only typos, but we have both packages
(gmp and gpm) in buildroot.

> 
> $ output/host/usr/bin/x86_64-linux-readelf -a output/target/usr/bin/vim | grep NEEDED | sort
>  0x0000000000000001 (NEEDED)             Shared library: [libacl.so.1]
>  0x0000000000000001 (NEEDED)             Shared library: [libc.so.1]
>  0x0000000000000001 (NEEDED)             Shared library: [libdl.so.1]
>  0x0000000000000001 (NEEDED)             Shared library: [libgpm.so.2]

Regards,
Ricardo

[Buildroot] (no subject)

[Yann E. MORIN]

Baruch, All,

On 2015-08-13 22:02 +0300, Baruch Siach spake thusly:
> On Thu, Aug 13, 2015 at 04:11:43PM +0200, Yann E. MORIN wrote:
> > Fixes:
> >     http://autobuild.buildroot.org/results/4bb/4bbd2d6927ca75517c2bd37eca83a9d98f1cca01/
> >     http://autobuild.buildroot.org/results/949/949314b57f5a396b4bb03e422094b754dcf87e20/
> >     ...
> > 
> > Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
> 
> I sent an almost identical patch two days ago: 
> http://patchwork.ozlabs.org/patch/505866/.

Ah, OK, I missed it...

I'll mark my patch as Rejected and review yours.

Thanks for the heads up! ;-)

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] (no subject)

[Florent Valette]

Yann, all,

Flashrom 0.9.8 only supports libftdi.

Regards,

[Buildroot] (no subject)

[Ja Bi]

Hi guys,


I would like to know which?cryptography algorithms?are used in?buildroot? There is some version of openssl but not the binary openssl that i could use to ask.
And other thing is kernel cryptography algorithms. Is it only in /proc/crypto (and unloaded modules)?

Are there any others? sshd?

thank you very much

Jan

[Buildroot] (no subject)

[Arnout Vandecappelle]

On 20/11/13 23:09, chris at zankel.net wrote:
>>From 2f2ca743fab0a0b2aaf5658a532e09b2d64248c3 Mon Sep 17 00:00:00 2001
> Message-Id: <2f2ca743fab0a0b2aaf5658a532e09b2d64248c3.1384984956.git.chris@zankel.net>
> In-Reply-To: <cover.1384984956.git.chris@zankel.net>
> References: <cover.1384984956.git.chris@zankel.net>
> From: Chris Zankel <chris@zankel.net>
> Date: Wed, 20 Nov 2013 10:46:03 -0800
> Subject: [PATCH 2/2] libnspr: Add dependency on !BR2_xtensa
> To: buildroot at busybox.net
>
> Xtensa is not yet supported in libnspr. Also add dependencies to libnss,
> which requires libnspr, and ecryptfs-utils, which requires libnss.
>
> Signed-off-by: Chris Zankel <chris@zankel.net>
> ---
>   package/ecryptfs-utils/Config.in | 1 +
>   package/libnspr/Config.in        | 3 ++-
>   package/libnss/Config.in         | 1 +
>   3 files changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/package/ecryptfs-utils/Config.in b/package/ecryptfs-utils/Config.in
> index 480aedd..514578c 100644
> --- a/package/ecryptfs-utils/Config.in
> +++ b/package/ecryptfs-utils/Config.in
> @@ -7,6 +7,7 @@ config BR2_PACKAGE_ECRYPTFS_UTILS
>   	depends on BR2_LARGEFILE # libnss
>   	depends on BR2_TOOLCHAIN_HAS_THREADS # libnss -> libnspr
>   	depends on !BR2_arc # libnss -> libnspr
> +	depends on !BR2_xtensa # libnss -> libnspr
>   	help
>   	  eCryptfs is a POSIX-compliant enterprise cryptographic
>   	  filesystem for Linux. It is stacked on top of any other

  The comment needs to be updated as well.

  Oops, looks like the comment is missing for ecryptfs-utils...

> diff --git a/package/libnspr/Config.in b/package/libnspr/Config.in
> index 4ef3a51..0d5632f 100644
> --- a/package/libnspr/Config.in
> +++ b/package/libnspr/Config.in
> @@ -3,6 +3,7 @@ config BR2_PACKAGE_LIBNSPR
>   	depends on BR2_LARGEFILE
>   	depends on BR2_TOOLCHAIN_HAS_THREADS
>   	depends on !BR2_arc
> +	depends on !BR2_xtensa
>   	help
>   	  NSPR is the Netscape Portable Runtime library which provides
>   	  a platform-neutral API for system level and libc like
> @@ -12,5 +13,5 @@ config BR2_PACKAGE_LIBNSPR
>   	  http://www.mozilla.org/projects/nspr/
>
>   comment "libnspr needs a toolchain w/ largefile, threads"
> -	depends on !BR2_arc
> +	depends on !BR2_arc && !BR2_xtensa
>   	depends on !BR2_LARGEFILE || !BR2_TOOLCHAIN_HAS_THREADS
> diff --git a/package/libnss/Config.in b/package/libnss/Config.in
> index 88b1fde..2671998 100644
> --- a/package/libnss/Config.in
> +++ b/package/libnss/Config.in
> @@ -6,6 +6,7 @@ config BR2_PACKAGE_LIBNSS
>   	depends on BR2_LARGEFILE
>   	depends on BR2_TOOLCHAIN_HAS_THREADS # libnspr
>   	depends on !BR2_arc # libnspr
> +	depends on !BR2_xtensa # libnspr
>   	help
>   	  Network Security Services (NSS) is a set of libraries designed
>   	  to support development of security-enabled client and server
>

  Here the comment really needs to be updated as well :-)

  Regards,
  Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
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

[Buildroot] (no subject)

[Chris Zankel]

Sorry about the invalid and missing subject lines for this and the other 
two emails...

On 11/20/13, 2:09 PM, chris at zankel.net wrote:
>  From 2f2ca743fab0a0b2aaf5658a532e09b2d64248c3 Mon Sep 17 00:00:00 2001
> Message-Id: <cover.1384984956.git.chris@zankel.net>
> From: Chris Zankel <chris@zankel.net>
> Date: Wed, 20 Nov 2013 14:02:36 -0800
> Subject: [PATCH 0/2] *** SUBJECT HERE ***
> To: buildroot at busybox.net
>
> Hi,
>
> These two patches fix two of the broken builds for Xtensa:
> - coreutils
> - cdrkit
>
> The first patch enables valloc for recent versions of uClibc (snapshot), which
> is still used by cdrkit. The second patch disables libnsrp for Xtensa
> (!BR_xtensa), which is used by libnss, and consequently libnss and ecryptfs.
>
> Thanks,
> -Chris
>
> Chris Zankel (2):
>    uclibc-snapshot: enable option UCLIBC_SUSV2_LEGACY
>    libnspr: Add dependency on !BR2_xtensa
>
>   package/ecryptfs-utils/Config.in      | 1 +
>   package/libnspr/Config.in             | 3 ++-
>   package/libnss/Config.in              | 1 +
>   package/uclibc/uClibc-snapshot.config | 1 +
>   4 files changed, 5 insertions(+), 1 deletion(-)
>

[Buildroot] (no subject)

[chris at zankel.net]

[Buildroot] (no subject)

[chris at zankel.net]

[Buildroot] (no subject)

[chris at zankel.net]

[Buildroot] (no subject)

[Stefan Fröberg]

29.12.2012 16:32, Thomas Petazzoni kirjoitti:
> Dear Stefan Fr?berg,
>
> On Sat, 29 Dec 2012 16:13:14 +0200, Stefan Fr?berg wrote:
>
>> Thomas, can you tell a git newbie like me how to make single patch but
>> still keeping that Signed-off line in
>> each logical file in that single one patch ?
> I am not sure to understand your question. I think you're confusing the
> SoB line in the Buildroot patch with the SoB line in the patches that
> apply on mesa3d, aren't you?
>
> So basically, your final patch should look like this:
>
> =======================================================================
> mesa3d: bump to version 8.0.5
>
> Here you explain that you're bumping to 8.0.5, and that it requires new
> patches, for this reason and that reason, and blablabla.
>
> Signed-off-by: Stefan Fr?berg <...>
> ---
> Here git will generate the diff-stat of your overall patch
>
> diff --git a/package/x11r7/mesa3d/mesa3d.mk b/package/x11r7/mesa3d/mesa3d.mk 
> index ...
> --- a/package/x11r7/mesa3d/mesa3d.mk
> +++ b/package/x11r7/mesa3d/mesa3d.mk
> ... here your changes to mesa3d.mk
>
> diff --git a/package/x11r7/mesa3d/mesa3d-01-something.patch b/package/x11r7/mesa3d/mesa3d-01-something.patch
> index ...
> --- /dev/null
> +++ b/package/x11r7/mesa3d/mesa3d-01-something.patch
> + mesa3d: fix something
> +
> + This is the description of the mesa3d-01-something.patch. You explain
> + what you are doing here.
> +
> + Signed-off-by: Stefan Fr?berg <...>
> +
> + ... here your mesa3d-01-something.patch ...
>
> diff --git a/package/x11r7/mesa3d/mesa3d-02-something-else.patch b/package/x11r7/mesa3d/mesa3d-02-something-else.patch
> index ...
> --- /dev/null
> +++ b/package/x11r7/mesa3d/mesa3d-02-something-else.patch
> + mesa3d: fix something else
> +
> + This is the description of the mesa3d-02-something-else.patch. You explain
> + what you are doing here.
> +
> + Signed-off-by: Stefan Fr?berg <...>
> +
> + ... here your mesa3d-02-something-else.patch ...
> =======================================================================
>
> And that's it. See the recently posted "[Buildroot] [PATCH 20/20]
> enlightenment: new package" e-mail. It adds enlightenment.mk and
> contains a patch to it.
>
> Basically you need *one* Signed-off-by in the commit log of the Git
> patch that applies to Buildroot. And then one Signed-off-by per patch
> that you're applying to mesa3d, but those Signed-off-by are *inside*
> the patch applied to mesa3d, not in the commit log of the Git patch
> applied to Buildroot.

That's what I meant. Those *inside* Signed-off tags.
How should I add those inside Signed-off tags to individual patches
(either my own make or 3rd party)
applied to mesa3d ?

Does git diff command do that ? It does not have -s switch like commit does.

Regards
Stefan

[Buildroot] (no subject)

[Thomas Petazzoni]

Dear Stefan Fr?berg,

On Sat, 29 Dec 2012 16:13:14 +0200, Stefan Fr?berg wrote:

> Thomas, can you tell a git newbie like me how to make single patch but
> still keeping that Signed-off line in
> each logical file in that single one patch ?

I am not sure to understand your question. I think you're confusing the
SoB line in the Buildroot patch with the SoB line in the patches that
apply on mesa3d, aren't you?

So basically, your final patch should look like this:

=======================================================================
mesa3d: bump to version 8.0.5

Here you explain that you're bumping to 8.0.5, and that it requires new
patches, for this reason and that reason, and blablabla.

Signed-off-by: Stefan Fr?berg <...>
---
Here git will generate the diff-stat of your overall patch

diff --git a/package/x11r7/mesa3d/mesa3d.mk b/package/x11r7/mesa3d/mesa3d.mk 
index ...
--- a/package/x11r7/mesa3d/mesa3d.mk
+++ b/package/x11r7/mesa3d/mesa3d.mk
... here your changes to mesa3d.mk

diff --git a/package/x11r7/mesa3d/mesa3d-01-something.patch b/package/x11r7/mesa3d/mesa3d-01-something.patch
index ...
--- /dev/null
+++ b/package/x11r7/mesa3d/mesa3d-01-something.patch
+ mesa3d: fix something
+
+ This is the description of the mesa3d-01-something.patch. You explain
+ what you are doing here.
+
+ Signed-off-by: Stefan Fr?berg <...>
+
+ ... here your mesa3d-01-something.patch ...

diff --git a/package/x11r7/mesa3d/mesa3d-02-something-else.patch b/package/x11r7/mesa3d/mesa3d-02-something-else.patch
index ...
--- /dev/null
+++ b/package/x11r7/mesa3d/mesa3d-02-something-else.patch
+ mesa3d: fix something else
+
+ This is the description of the mesa3d-02-something-else.patch. You explain
+ what you are doing here.
+
+ Signed-off-by: Stefan Fr?berg <...>
+
+ ... here your mesa3d-02-something-else.patch ...
=======================================================================

And that's it. See the recently posted "[Buildroot] [PATCH 20/20]
enlightenment: new package" e-mail. It adds enlightenment.mk and
contains a patch to it.

Basically you need *one* Signed-off-by in the commit log of the Git
patch that applies to Buildroot. And then one Signed-off-by per patch
that you're applying to mesa3d, but those Signed-off-by are *inside*
the patch applied to mesa3d, not in the commit log of the Git patch
applied to Buildroot.

> So far I have done the following:
> 
> create branch
> 
> make some changes
> git add those_changes
> git commit -s -m "description"
> 
> repeat the previous three if necessary
> 
> git format-patch -M master
> 
> git send-email .......

Yes, that's correct, except that your patches should not be separated,
because they are altogether needed to make mesa3d build correctly. You
have correctly understood the rule that patches should be split as much
as possible in little pieces to ease the review. But you forgot the
rule that the build process should not be broken between patches, even
patches of the same set.

So basically, now you have a branch with 5 commits. So, what you are
going to do is:

 1) Got into this branch

 git checkout yourbranch

 2) Do an interactive rebase of your branch

 git rebase -i master

 3) A text editor will open, with 5 lines, corresponding to your five
 commits. Each line will start with the word "pick". Keep this "pick"
 action for the first line, but for the four next lines, change "pick"
 to "squash", and exit your text editor.

 4) Git will merge your four patches into the first one, leaving at the
 end only one patch. In the process, it will open a text editor to
 allow you to edit the commit message of the first patch.

And that's it.

Best regards,

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

[Buildroot] (no subject)

[Stefan Fröberg]

29.12.2012 9:59, Thomas Petazzoni kirjoitti:
> Dear Stefan Fr?berg,
>
> On Sat, 29 Dec 2012 03:45:48 +0200, Stefan Fr?berg wrote:
>
>> Finally after dosens of reruns got damn Mesa 8.0.5 to compile.
>> The biggest obstacle was src/glsl/builtin_compiler but after
>> searching Net for how others had done it I finally got it.
>>
>> mesa3d-uclibc-locale.patch did not apply cleanly anymore to this
>> version.
>> So I had to fetch new one from openembedded repo.
>> Did take also few other patches from there 
>> and fixed execinfo.h stuff.
> Thanks. Having five patches with the same title is not correct. And
> since it seems your five patches are all together needed to get Mesa
> 8.0.5 to build, then you should simply merge your five patches into
> just one.
>
> I'm adding specific comments on each patch.
>
> Thanks!
>
> Thomas

Thomas, can you tell a git newbie like me how to make single patch but
still keeping that Signed-off line in
each logical file in that single one patch ?

I mean like this:

Signef-off: Stefan

Some stuff....

Signef-off: Stefan

Some more stuff ....


etc.....


So far I have done the following:

create branch

make some changes
git add those_changes
git commit -s -m "description"

repeat the previous three if necessary

git format-patch -M master

git send-email .......

[Buildroot] (no subject)

[Thomas Petazzoni]

Dear Stefan Fr?berg,

On Sat, 29 Dec 2012 03:45:48 +0200, Stefan Fr?berg wrote:

> Finally after dosens of reruns got damn Mesa 8.0.5 to compile.
> The biggest obstacle was src/glsl/builtin_compiler but after
> searching Net for how others had done it I finally got it.
> 
> mesa3d-uclibc-locale.patch did not apply cleanly anymore to this
> version.
> So I had to fetch new one from openembedded repo.
> Did take also few other patches from there 
> and fixed execinfo.h stuff.

Thanks. Having five patches with the same title is not correct. And
since it seems your five patches are all together needed to get Mesa
8.0.5 to build, then you should simply merge your five patches into
just one.

I'm adding specific comments on each patch.

Thanks!

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

[Buildroot] (no subject)

[Stefan Fröberg]

Hello all

Finally after dosens of reruns got damn Mesa 8.0.5 to compile.
The biggest obstacle was src/glsl/builtin_compiler but after
searching Net for how others had done it I finally got it.

mesa3d-uclibc-locale.patch did not apply cleanly anymore to this
version.
So I had to fetch new one from openembedded repo.
Did take also few other patches from there 
and fixed execinfo.h stuff.

Regards:
Stefan

[Buildroot] (no subject)

[Stefan Fröberg]

Ach! 
Ofcourse I sended the *wrong* first patch file in my
dizziness........

This is the right one.

[Buildroot] (no subject)

[Ted Wood]

>Hi Ted,
>
>I had a simular problem with Ubuntu 12.04.
>When I chance the settings to gcc 4.5.x it works for me.
>
>Regards
>
>Rainer
>>-----Original Message-----
>>From: buildroot-bounces at busybox.net
[mailto:buildroot-bounces at busybox.net]On
>>Behalf Of Ted Wood
>>Sent: Tuesday, December 11, 2012 3:06 PM
>>To: buildroot at uclibc.org
>>Subject: [Buildroot] (no subject)
>>
>>
>>We're completely new to Embedded Linux, and were hoping to use Buildroot
as the basis for a new project.
>>
>>I'm using the November 2012 release.
>>
>>I'm trying to build for an i586 using the internal toolchain. The make
fails with the error "It appears you have defined _FILE_OFFSET_BITS=64.
>>Unfortunately uLibc was built without large file support"
>>
>>I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.
>>
>>
>>Anything you can suggest?


Thanks Rainer, that seems to have fixed it - I'm using Ubuntu 12.04 too.

Apologies for double posting and accidental work related stuff in one of
them.

T

[Buildroot] (no subject)

[Berns]

Hi Ted,

I had a simular problem with Ubuntu 12.04.
When I chance the settings to gcc 4.5.x it works for me.

Regards

Rainer
-----Original Message-----
From: buildroot-bounces@busybox.net [mailto:buildroot-bounces at busybox.net]On
Behalf Of Ted Wood
Sent: Tuesday, December 11, 2012 3:06 PM
To: buildroot at uclibc.org
Subject: [Buildroot] (no subject)


We're completely new to Embedded Linux, and were hoping to use Buildroot as
the basis for a new project.

I'm using the November 2012 release.

I'm trying to build for an i586 using the internal toolchain. The make fails
with the error "It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately uLibc was built without large file support"

I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.


Anything you can suggest?

Cheers
Ted



Ted Wood MSc CEng
Chief Engineer



FGH Controls Limited
Blackhorse Road
Letchworth Garden City, Herts
SG6 1HN
UK

Telephone: +44 (0)1462 686677 Ext. 7112
Fax:       +44 (0)1462 671860
web site:  www.fgh.co.uk

Registered Office:
Blackhorse Road, Letchworth Garden City, SG6 1HN, UK

Registered in England No. 1298491.  VAT Reg No. GB 563 4971 15

[Buildroot] (no subject)

[Ted Wood]

We're completely new to Embedded Linux, and were hoping to use Buildroot as
the basis for a new project.

 

I'm using the November 2012 release.

 

I'm trying to build for an i586 using the internal toolchain. The make fails
with the error "It appears you have defined _FILE_OFFSET_BITS=64.
Unfortunately uLibc was built without large file support"

 

I'm pretty sure I didn't request that when I was doing menuconfig. Web
search suggests that this problem has occurred elsewhere.

 

 

Anything you can suggest?

 

Cheers

Ted

 

 

 

Ted Wood MSc CEng

Chief Engineer

 

cid:bc29d615-e5df-4082-baad-917a15f44dde

 

FGH Controls Limited

Blackhorse Road

Letchworth Garden City, Herts

SG6 1HN

UK

 

Telephone: +44 (0)1462 686677 Ext. 7112

Fax:       +44 (0)1462 671860

web site:   <http://www.fgh.co.uk/> www.fgh.co.uk

 

Registered Office:

Blackhorse Road, Letchworth Garden City, SG6 1HN, UK

 

Registered in England No. 1298491.  VAT Reg No. GB 563 4971 15

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121211/d0f1cfe1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4500 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121211/d0f1cfe1/attachment-0001.jpg>

[Buildroot] (no subject)

[Thomas Petazzoni]

Hello,

Next time, could you please put a meaningful topic in the "Subject:"
line of your e-mail client?

Le Thu, 26 Jul 2012 03:56:10 -0700 (PDT),
Zoran Djordjevic <djdjdjole@yahoo.com> a ?crit :

> I somehow managed to start Thiny X server (ARM board) with twm.

Tiny X, not Thiny X.

> However I didn't succeed to attach neither USB keyboard
> nor USB mouse, although messages (at serial console) reported
> recognition of that devices. 
> There is no mouse node (in /dev) - I am using mdev. 

You should have a /dev/input/event[0-9] device file for your keyboard
and for your mouse. You can test it easily: do cat /dev/input/event0,
can then move your mouse. If you see crap displayed on the screen,
you're all set, your mouse works. If not, try with /dev/input/event1
and the following ones.

If you have no /dev/input/eventX device files, then adjust your kernel
configuration.

> So I am stucked at the moment. I don't know if Thiny X can 
> work with USB mouse/keyboard at all ?

KDrive (which is the new name for TinyX) supports all evdev-compliant
devices, which means all devices that use the Linux input subsystem. So
basically, yes USB keyboard and mice should just work.

> Also interested if applications that are intended for X server
> will run with Thiny X ?

Yes, they will work. KDrive implements the X11 protocol, so basically
all X applications should work. However, applications using OpenGL, or
maybe requiring some advanced X protocol extensions may not work, but
for most basic 2D applications, it just works.

Best regards,

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

[Buildroot] (no subject)

[Zoran Djordjevic]

Hello
?
I somehow managed to start Thiny X server (ARM board) with twm.
However I didn't succeed to attach neither USB keyboard
nor USB mouse, although messages (at serial console) reported
recognition of that devices. 
There is no mouse node (in /dev) - I am using mdev. 
So I am stucked at the moment. I don't know if Thiny X can 
work with USB mouse/keyboard at all ?
Also interested if applications that are intended for X server
will run with Thiny X ?
?
Best regards 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120726/6d325d63/attachment.html>

[Buildroot] (no subject)

[Danomi Manchego]

---

v2: remove "depends on BR2_PACKAGE_LUA", since this dependency against
Lua is implicit, because of the sub menu for Lua packages in package/Config.in.

[Buildroot] (no subject)

[Danomi Manchego]

---

v2: remove "depends on BR2_PACKAGE_LUA_SHARED_LIBRARY", since this           
dependency against Lua is implicit, because of the sub menu for 
Lua packages in package/Config.in.

[Buildroot] (no subject)

[Thomas Petazzoni]

Le Mon, 9 Jul 2012 02:22:28 -0700 (PDT),
Zoran Djordjevic <djdjdjole@yahoo.com> a ?crit :

> As a newbie in?embedded linux world, I have many questions but for the 
> begininig those two.
> I'm trying to build XOrg, using Buildroot for my Mini2440 ARM board.
> Building passed Ok and when I login as root and type startx -
> I receive an error stating that there is no /dev/tty0 - which is true.
> I wonder, why udev didn't fill /dev node with tty entries.

Depending on your Buildroot configuration, udev may or may not be used.
In the default Buildroot configuration, udev is not used.

In menuconfig, look at the "System configuration" menu, it contains a
choice named "/dev management", which tells Buildroot how /dev should
be handled.

The default configuration is to use a static /dev, and from a quick
look to our device table, /dev/tty0 is created in this configuration.
So I'm a bit surprised. Could you post your Buildroot .config file?

> What I checked in menuconfig?is support for C++, large files, wchar.
> Then: ?modular XOrg, xf86-input-keyboard?, xf86-input-mouse,
> xf86-video-fbdev,? xf86-input-evdev, without window manager 
> (I think X should start even without?it).
> Also, if anyone can help how to change run level - inittab says that 
> Busybox init doesn't support run levels and instead to use sysvinit ?

Why do you need run levels? For most embedded systems, they are pretty
useless.

Best regards,

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

[Buildroot] (no subject)

[Zoran Djordjevic]

Hy all
?
As a newbie in?embedded linux world, I have many questions but for the 
begininig those two.
I'm trying to build XOrg, using Buildroot for my Mini2440 ARM board.
Building passed Ok and when I login as root and type startx -
I receive an error stating that there is no /dev/tty0 - which is true.
I wonder, why udev didn't fill /dev node with tty entries.
What I checked in menuconfig?is support for C++, large files, wchar.
Then: ?modular XOrg, xf86-input-keyboard?, xf86-input-mouse,
xf86-video-fbdev,? xf86-input-evdev, without window manager 
(I think X should start even without?it).??
Also, if anyone can help how to change run level - inittab says that 
Busybox init doesn't support run levels and instead to use sysvinit ?
?
Djdjdjole
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120709/58cb7bd1/attachment-0001.html>

[Buildroot] (no subject)

[Julian Lunz]

Hello Peter,

thanks for your quick reply and comments.
Fixed the patch according to your proposals.

Best regards,
Julian

[Buildroot] (no subject)

[Peter Korsgaard]

>>>>> "universeII" == universeII  <universeII@gmx.de> writes:

Hi,

 universeII> I'm still new to buildroot and a little bit confused.

 universeII> My goal is to convince my company to replace the actually
 universeII> used LynxOS by Linux on our self developed PowerPC VME
 universeII> boards.  The only difference is a non-standard serial port,
 universeII> so I'm searching the kernel's serial driver.  Calling make
 universeII> menuconfig I do not find any possibility to select the
 universeII> different device drivers as I normally do when compiling
 universeII> vanilla kernels. Where can I configure which drivers are
 universeII> compiled into the kernel and which drivers will be compiled
 universeII> as modules?

make menuconfig is the configuration options for buildroot. To see the
configuration options for the Linux kernel, first make sure you have
enabled Kernel->Linux Kernel and then run:

make linux-menuconfig

To see the menuconfig interface of the kernel.

-- 
Bye, Peter Korsgaard

[Buildroot] (no subject)

[Justin Mark]

http://projectpraia.com/blog/wp-content/thumbnails/likeit.php?rapidly182.jpeg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120319/a4977dd5/attachment.html>

[Buildroot] (no subject)

[Thomas Petazzoni]

Le Sun, 18 Mar 2012 16:29:53 +0100,
Arnout Vandecappelle <arnout@mind.be> a ?crit :

>  Ideally, you should revert everything to the working situation, and then
> upgrade the libraries one by one to find the one that is causing the
> problem.  Looking at the backtraces, if must be one of gdk, glib, or
> uClibc.

Testing against glibc may provide a good indication as well.

Best regards,

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

[Buildroot] (no subject)

[Arnout Vandecappelle]

On Friday 16 March 2012 11:36:27 Vellemans, Noel wrote:
> 
> Hi all, 
>  
> I'm struggling some day's now to get Webkit 1.6.3 (and even some later
> versions 1.7.xx.xx ) running on Arm Cortex-A8 (build with GCC 4.5.x, and
> uclibc0.9.33 )
> 
> Compiling is not a problem, this works (with some patches, depending on
> the version of weskit I build I build.)
> 
> 
> BUT: I'm having random crashes (when run the GtkLauncher on the target),
> that I can not explain, or find where it goes wrong.
> 
> It must be in one of the libraries, but because I do not have any
> 'repetitive' core-dumps, it is hard to figure out what is going on, when
> looking at these core dumps. 
> 
> I guess some basic-stuff (like fore example, locking.. or whatever...
> malloc/free... troubles) that is not working, it is to strange what
> happens, in  these core-dumps i never see somthing that is pointing to
> the same crash-reason.
>  
> 
> NOTE: When I do compile Weskit-1.2.7 (that was working before) with the
> same set of libraries/uclibc.... (as I use to build 1.6.3 now), I do get
> 'RANDOM'-crashes as well.

 This probably means that Webkit isn't the problem, but one of the many
libraries it depends upon is.

 Ideally, you should revert everything to the working situation, and then
upgrade the libraries one by one to find the one that is causing the
problem.  Looking at the backtraces, if must be one of gdk, glib, or
uClibc.


> I've included some core-dumps trace-back's (hope this is not to big for
> the mailing-list) maybe someone gets a idea where I can take a look at.

 A segmentation fault in free() generally indicates either a double free
or freeing unallocated memory (e.g. a stack variable).  valgrind may help
to pinpoint the problem.


 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

[Buildroot] (no subject)

[Vellemans, Noel]

 
Hi all, 
 
I'm struggling some day's now to get Webkit 1.6.3 (and even some later
versions 1.7.xx.xx ) running on Arm Cortex-A8 (build with GCC 4.5.x, and
uclibc0.9.33 )

Compiling is not a problem, this works (with some patches, depending on
the version of weskit I build I build.)


BUT: I'm having random crashes (when run the GtkLauncher on the target),
that I can not explain, or find where it goes wrong.

It must be in one of the libraries, but because I do not have any
'repetitive' core-dumps, it is hard to figure out what is going on, when
looking at these core dumps. 

I guess some basic-stuff (like fore example, locking.. or whatever...
malloc/free... troubles) that is not working, it is to strange what
happens, in  these core-dumps i never see somthing that is pointing to
the same crash-reason.
 

NOTE: When I do compile Weskit-1.2.7 (that was working before) with the
same set of libraries/uclibc.... (as I use to build 1.6.3 now), I do get
'RANDOM'-crashes as well.

I've included some core-dumps trace-back's (hope this is not to big for
the mailing-list) maybe someone gets a idea where I can take a look at.

Regards, and thanks.
Noel



-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash1.txt
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120316/fdf7e16a/attachment-0003.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash2.txt
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120316/fdf7e16a/attachment-0004.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash3.txt
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120316/fdf7e16a/attachment-0005.txt>

[Buildroot] (no subject)

[oilehus at yahoo.com]

http://myflvs.com/loverboy/uploads/groupicons/info.php?western182.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120313/ed586f6c/attachment.html>

[Buildroot] (no subject)

[Tobias Arp]

Hi,

i am trying to use buildroot-2012.02-rc2 with the attached config file for an arm
processor. My custom toolchain was build with crosstool-NG with this config:

arm-unknown-linux-gnueabi
kernel-headers: linux 3.0
binutils 2.19.1
gcc 4.3.2
glibc 2.9

But when udev should be linked i get following error messages:

src/src_udevd-udev-ctrl.o: In function `udev_ctrl_get_connection':
udev-ctrl.c:(.text+0x744): undefined reference to `accept4'
collect2: ld returned 1 exit status
src/src_udevadm-udev-ctrl.o: In function `udev_ctrl_get_connection':
udev-ctrl.c:(.text+0x744): undefined reference to `accept4'
collect2: ld returned 1 exit status

I do not understand why this happens because accept4 does exist (in the toolchain kernel header files) and in the target kernel header file (kernel 3.2).

I have seen the older messages about this issue but i cannot solve it.

Best regards and thanks in advance

Tobias


#
# Automatically generated make config: don't edit
# Buildroot 2012.02-rc2 Configuration
#
BR2_HAVE_DOT_CONFIG=y
BR2_arm=y
# BR2_armeb is not set
# BR2_avr32 is not set
# BR2_bfin is not set
# BR2_i386 is not set
# BR2_mips is not set
# BR2_mipsel is not set
# BR2_powerpc is not set
# BR2_sh is not set
# BR2_sh64 is not set
# BR2_sparc is not set
# BR2_x86_64 is not set
# BR2_xtensa is not set
# BR2_generic_arm is not set
# BR2_arm7tdmi is not set
# BR2_arm610 is not set
# BR2_arm710 is not set
# BR2_arm720t is not set
BR2_arm920t=y
# BR2_arm922t is not set
# BR2_arm926t is not set
# BR2_arm10t is not set
# BR2_arm1136jf_s is not set
# BR2_arm1176jz_s is not set
# BR2_arm1176jzf_s is not set

#
# cortex-A8/A9 needs gcc >= 4.4.x
#
# BR2_cortex_a8 is not set
# BR2_cortex_a9 is not set
# BR2_sa110 is not set
# BR2_sa1100 is not set
# BR2_xscale is not set
# BR2_iwmmxt is not set
BR2_ARM_TYPE="ARM920T"
BR2_ARM_EABI=y
# BR2_ARM_OABI is not set
BR2_ARCH="arm"
BR2_ENDIAN="LITTLE"
BR2_GCC_TARGET_TUNE="arm920t"
BR2_GCC_TARGET_ARCH="armv4t"
BR2_GCC_TARGET_ABI="aapcs-linux"

#
# Build options
#

#
# Commands
#
BR2_WGET="wget --passive-ftp -nd -t 3"
BR2_SVN="svn"
BR2_BZR="bzr"
BR2_GIT="git"
BR2_LOCALFILES="cp"
BR2_SCP="scp"
BR2_SSH="ssh"
BR2_HG="hg"
BR2_ZCAT="gzip -d -c"
BR2_BZCAT="bzcat"
BR2_XZCAT="xzcat"
BR2_TAR_OPTIONS=""
BR2_DL_DIR="$(TOPDIR)/dl"
BR2_HOST_DIR="$(BASE_DIR)/host"

#
# Mirrors and Download locations
#
BR2_PRIMARY_SITE=""
BR2_BACKUP_SITE="http://sources.buildroot.net/"
BR2_SOURCEFORGE_MIRROR="kent"
BR2_KERNEL_MIRROR="http://www.kernel.org/pub/"
BR2_GNU_MIRROR="http://ftp.gnu.org/pub/gnu"
BR2_DEBIAN_MIRROR="http://ftp.debian.org"
BR2_JLEVEL=2
# BR2_CCACHE is not set
# BR2_DEPRECATED is not set
# BR2_ENABLE_DEBUG is not set
BR2_STRIP_strip=y
# BR2_STRIP_sstrip is not set
# BR2_STRIP_none is not set
# BR2_OPTIMIZE_0 is not set
# BR2_OPTIMIZE_1 is not set
# BR2_OPTIMIZE_2 is not set
# BR2_OPTIMIZE_3 is not set
BR2_OPTIMIZE_S=y
# BR2_PREFER_STATIC_LIB is not set
# BR2_HAVE_DOCUMENTATION is not set
# BR2_HAVE_DEVFILES is not set
BR2_PACKAGE_OVERRIDE_FILE="$(TOPDIR)/local.mk"

#
# Toolchain
#
# BR2_TOOLCHAIN_BUILDROOT is not set
BR2_TOOLCHAIN_EXTERNAL=y
# BR2_TOOLCHAIN_CTNG is not set
# BR2_KERNEL_HEADERS_2_6_35 is not set
# BR2_KERNEL_HEADERS_2_6_36 is not set
# BR2_KERNEL_HEADERS_2_6_37 is not set
# BR2_KERNEL_HEADERS_2_6_38 is not set
# BR2_KERNEL_HEADERS_2_6_39 is not set
# BR2_KERNEL_HEADERS_3_0 is not set
# BR2_KERNEL_HEADERS_3_1 is not set
# BR2_KERNEL_HEADERS_3_2 is not set
# BR2_KERNEL_HEADERS_VERSION is not set
# BR2_KERNEL_HEADERS_SNAP is not set
# BR2_UCLIBC_VERSION_0_9_31 is not set
# BR2_UCLIBC_VERSION_0_9_32 is not set
# BR2_UCLIBC_VERSION_0_9_33 is not set
# BR2_UCLIBC_VERSION_SNAPSHOT is not set
# BR2_BINUTILS_VERSION_2_20 is not set
# BR2_BINUTILS_VERSION_2_20_1 is not set
# BR2_BINUTILS_VERSION_2_21 is not set
# BR2_BINUTILS_VERSION_2_21_1 is not set
# BR2_BINUTILS_VERSION_2_22 is not set
# BR2_GCC_VERSION_4_3_X is not set
# BR2_GCC_VERSION_4_4_X is not set
# BR2_GCC_VERSION_4_5_X is not set
# BR2_GCC_VERSION_4_6_X is not set
# BR2_GCC_VERSION_SNAP is not set
# BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201103 is not set
# BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM201009 is not set
# BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM2010Q1 is not set
# BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM2009Q3 is not set
# BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_ARM2009Q1 is not set
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_PATH="/home/tobias/entwicklung/arm/compiler/4.3.2"
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="$(ARCH)-linux"
BR2_TOOLCHAIN_EXTERNAL_PREFIX="$(ARCH)-linux"
BR2_TOOLCHAIN_EXTERNAL_GLIBC=y
# BR2_TOOLCHAIN_EXTERNAL_CUSTOM_UCLIBC is not set
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_GLIBC=y
# BR2_TOOLCHAIN_EXTERNAL_CXX is not set
BR2_TOOLCHAIN_EXTRA_EXTERNAL_LIBS=""
# BR2_TOOLCHAIN_CTNG_uClibc is not set
# BR2_TOOLCHAIN_CTNG_eglibc is not set
# BR2_TOOLCHAIN_CTNG_glibc is not set
# BR2_TOOLCHAIN_CTNG_THREADS_NONE is not set
# BR2_TOOLCHAIN_CTNG_THREADS_PTHREADS is not set
# BR2_TOOLCHAIN_CTNG_THREADS_PTHREADS_OLD is not set
# BR2_TOOLCHAIN_CTNG_THREADS_NPTL is not set

#
# Gdb Options
#
# BR2_PACKAGE_GDB is not set
# BR2_PACKAGE_GDB_SERVER is not set
BR2_LARGEFILE=y
BR2_INET_IPV6=y
BR2_INET_RPC=y
BR2_USE_WCHAR=y
BR2_ENABLE_LOCALE=y
BR2_TOOLCHAIN_HAS_THREADS=y
BR2_TOOLCHAIN_HAS_THREADS_DEBUG=y
BR2_TOOLCHAIN_HAS_THREADS_DEBUG_IF_NEEDED=y
BR2_TOOLCHAIN_HAS_SHADOW_PASSWORDS=y
# BR2_ENABLE_LOCALE_PURGE is not set
BR2_USE_MMU=y
BR2_PREFER_SOFT_FLOAT=y
BR2_SOFT_FLOAT=y
BR2_TARGET_OPTIMIZATION="-pipe"
BR2_TARGET_LDFLAGS=""
# BR2_PTHREADS_NONE is not set
# BR2_PTHREADS is not set
# BR2_PTHREADS_OLD is not set
# BR2_PTHREADS_NATIVE is not set

#
# System configuration
#
BR2_TARGET_GENERIC_HOSTNAME="camdisc"
BR2_TARGET_GENERIC_ISSUE="Welcome to CamDisc"
# BR2_ROOTFS_DEVICE_CREATION_STATIC is not set
# BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_DEVTMPFS is not set
# BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_MDEV is not set
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV=y
BR2_ROOTFS_DEVICE_TABLE="target/generic/device_table.txt"
BR2_ROOTFS_SKELETON_DEFAULT=y
# BR2_ROOTFS_SKELETON_CUSTOM is not set
BR2_TARGET_GENERIC_GETTY_PORT="ttyAM1"
# BR2_TARGET_GENERIC_GETTY_BAUDRATE_KEEP is not set
# BR2_TARGET_GENERIC_GETTY_BAUDRATE_9600 is not set
# BR2_TARGET_GENERIC_GETTY_BAUDRATE_19200 is not set
# BR2_TARGET_GENERIC_GETTY_BAUDRATE_38400 is not set
# BR2_TARGET_GENERIC_GETTY_BAUDRATE_57600 is not set
BR2_TARGET_GENERIC_GETTY_BAUDRATE_115200=y
BR2_TARGET_GENERIC_GETTY_BAUDRATE="115200"
BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW=y
BR2_ROOTFS_POST_BUILD_SCRIPT=""

#
# Package Selection for the target
#
BR2_PACKAGE_BUSYBOX=y
# BR2_BUSYBOX_VERSION_1_18_X is not set
BR2_BUSYBOX_VERSION_1_19_X=y
# BR2_PACKAGE_BUSYBOX_SNAPSHOT is not set
BR2_BUSYBOX_VERSION="1.19.4"
BR2_PACKAGE_BUSYBOX_CONFIG="package/busybox/busybox-1.19.x.config"
# BR2_PACKAGE_BUSYBOX_SHOW_OTHERS is not set
# BR2_PACKAGE_CUSTOMIZE is not set

#
# Audio and video libraries and applications
#
# BR2_PACKAGE_ALSA_LIB is not set
# BR2_PACKAGE_ALSA_UTILS is not set
# BR2_PACKAGE_AUMIX is not set
# BR2_PACKAGE_FAAD2 is not set
# BR2_PACKAGE_FLAC is not set
# BR2_PACKAGE_FFMPEG is not set
# BR2_PACKAGE_GSTREAMER is not set
# BR2_PACKAGE_LAME is not set
# BR2_PACKAGE_LIBAO is not set
# BR2_PACKAGE_LIBCDAUDIO is not set
# BR2_PACKAGE_LIBCUE is not set
# BR2_PACKAGE_LIBCUEFILE is not set
# BR2_PACKAGE_LIBDVDREAD is not set
# BR2_PACKAGE_LIBDVDNAV is not set
# BR2_PACKAGE_LIBID3TAG is not set
# BR2_PACKAGE_LIBMAD is not set
# BR2_PACKAGE_LIBMMS is not set
# BR2_PACKAGE_LIBMPD is not set
# BR2_PACKAGE_LIBMPEG2 is not set
# BR2_PACKAGE_LIBOGG is not set
# BR2_PACKAGE_LIBPLAYER is not set
# BR2_PACKAGE_LIBREPLAYGAIN is not set
# BR2_PACKAGE_LIBSAMPLERATE is not set
# BR2_PACKAGE_LIBSNDFILE is not set
# BR2_PACKAGE_LIBTHEORA is not set
# BR2_PACKAGE_LIBVORBIS is not set

#
# Live555 needs C++ compiler
#
# BR2_PACKAGE_MADPLAY is not set

#
# mpd requires a toolchain with C++ and WCHAR support
#
# BR2_PACKAGE_MPG123 is not set
# BR2_PACKAGE_MPLAYER is not set
# BR2_PACKAGE_MUSEPACK is not set
# BR2_PACKAGE_PORTAUDIO is not set
# BR2_PACKAGE_PULSEAUDIO is not set
# BR2_PACKAGE_SPEEX is not set

#
# taglib requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_TREMOR is not set
# BR2_PACKAGE_VORBIS_TOOLS is not set
# BR2_PACKAGE_WAVPACK is not set

#
# Compressors and decompressors
#
# BR2_PACKAGE_BZIP2 is not set
# BR2_PACKAGE_LZOP is not set
# BR2_PACKAGE_XZ is not set

#
# Debugging, profiling and benchmark
#

#
# bonnie++ requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_DHRYSTONE is not set
# BR2_PACKAGE_DSTAT is not set
# BR2_PACKAGE_DMALLOC is not set
# BR2_PACKAGE_KEXEC is not set
# BR2_PACKAGE_LMBENCH is not set
# BR2_PACKAGE_LSOF is not set
# BR2_PACKAGE_LTP_TESTSUITE is not set
# BR2_PACKAGE_LTRACE is not set
# BR2_PACKAGE_MEMSTAT is not set
# BR2_PACKAGE_NETPERF is not set

#
# oprofile requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_RT_TESTS is not set
# BR2_PACKAGE_STRACE is not set
# BR2_PACKAGE_WHETSTONE is not set
# BR2_PACKAGE_PV is not set

#
# Development tools
#
# BR2_PACKAGE_AUTOCONF is not set
# BR2_PACKAGE_AUTOMAKE is not set
# BR2_PACKAGE_BINUTILS is not set
# BR2_PACKAGE_BISON is not set
# BR2_PACKAGE_BSDIFF is not set
# BR2_PACKAGE_CCACHE is not set
# BR2_PACKAGE_CVS is not set
# BR2_PACKAGE_DISTCC is not set
# BR2_PACKAGE_FLEX is not set
# BR2_PACKAGE_GMP is not set

#
# gperf requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_MAKE is not set
# BR2_PACKAGE_MPC is not set
# BR2_PACKAGE_MPFR is not set
# BR2_PACKAGE_LIBTOOL is not set
# BR2_PACKAGE_M4 is not set
# BR2_PACKAGE_PKG_CONFIG is not set
# BR2_PACKAGE_SSTRIP is not set

#
# Games
#
# BR2_PACKAGE_GNUCHESS is not set
# BR2_PACKAGE_PRBOOM is not set

#
# Graphic libraries and applications (graphic/text)
#

#
# Graphic applications
#
# BR2_PACKAGE_RRDTOOL is not set

#
# graphic libraries
#
# BR2_PACKAGE_DIRECTFB is not set
# BR2_PACKAGE_FBDUMP is not set
# BR2_PACKAGE_FBGRAB is not set
# BR2_PACKAGE_FBV is not set
# BR2_PACKAGE_IMAGEMAGICK is not set
# BR2_PACKAGE_SDL is not set

#
# other GUIs
#
# BR2_PACKAGE_EFL is not set

#
# qt requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_XORG7 is not set

#
# X libraries and helper libraries
#
# BR2_PACKAGE_LIBERATION is not set

#
# X Window managers
#

#
# X applications
#
# BR2_PACKAGE_GOB2 is not set

#
# midori requires C++, WCHAR in toolchain and libgtk2
#
# BR2_PACKAGE_VALA is not set

#
# Hardware handling
#
# BR2_PACKAGE_CDRKIT is not set
# BR2_PACKAGE_CRAMFS is not set
# BR2_PACKAGE_DBUS is not set
# BR2_PACKAGE_DMRAID is not set
# BR2_PACKAGE_DOSFSTOOLS is not set
# BR2_PACKAGE_E2FSPROGS is not set
# BR2_PACKAGE_EEPROG is not set
# BR2_PACKAGE_FCONFIG is not set
# BR2_PACKAGE_FIS is not set
# BR2_PACKAGE_GADGETFS_TEST is not set

#
# gdisk requires a toolchain with LARGEFILE/WCHAR/C++ support enabled
#
# BR2_PACKAGE_GENEXT2FS is not set
# BR2_PACKAGE_GENROMFS is not set
# BR2_PACKAGE_GPSD is not set
# BR2_PACKAGE_GVFS is not set
# BR2_PACKAGE_HWDATA is not set
# BR2_PACKAGE_I2C_TOOLS is not set
# BR2_PACKAGE_INPUT_EVENT_DAEMON is not set
# BR2_PACKAGE_INPUT_TOOLS is not set
# BR2_PACKAGE_IOSTAT is not set
# BR2_PACKAGE_IRDA_UTILS is not set
# BR2_PACKAGE_KBD is not set
# BR2_PACKAGE_LINUX_FIRMWARE is not set
# BR2_PACKAGE_LM_SENSORS is not set
# BR2_PACKAGE_LSUIO is not set
# BR2_PACKAGE_LVM2 is not set
# BR2_PACKAGE_MAKEDEVS is not set
# BR2_PACKAGE_MDADM is not set
# BR2_PACKAGE_MEMTESTER is not set
# BR2_PACKAGE_MTD is not set
BR2_PACKAGE_NTFS_3G=y
# BR2_PACKAGE_NTFS_3G_ENCRYPTED is not set
BR2_PACKAGE_NTFS_3G_NTFSPROGS=y
# BR2_PACKAGE_OPEN2300 is not set
# BR2_PACKAGE_OPENOCD is not set
# BR2_PACKAGE_PCIUTILS is not set
BR2_PACKAGE_PICOCOM=y
# BR2_PACKAGE_RNG_TOOLS is not set
# BR2_PACKAGE_SANE_BACKENDS is not set
# BR2_PACKAGE_SDPARM is not set
BR2_PACKAGE_SETSERIAL=y

#
# smartmontools requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_SQUASHFS is not set
# BR2_PACKAGE_SREDIRD is not set
# BR2_PACKAGE_SSHFS is not set
# BR2_PACKAGE_STATSERIAL is not set
# BR2_PACKAGE_SYSSTAT is not set
# BR2_PACKAGE_TI_UTILS is not set
# BR2_PACKAGE_UBOOT_TOOLS is not set
BR2_PACKAGE_UDEV=y
BR2_PACKAGE_UDEV_RULES_GEN=y
# BR2_PACKAGE_UDEV_ALL_EXTRAS is not set
# BR2_PACKAGE_UNIONFS is not set
# BR2_PACKAGE_USB_MODESWITCH is not set
# BR2_PACKAGE_USBMOUNT is not set
# BR2_PACKAGE_USBUTILS is not set
# BR2_PACKAGE_WIPE is not set
# BR2_PACKAGE_XFSPROGS is not set

#
# Interpreter languages and scripting
#
# BR2_PACKAGE_HASERL is not set
# BR2_PACKAGE_LUA is not set
# BR2_PACKAGE_MICROPERL is not set
# BR2_PACKAGE_PHP is not set
# BR2_PACKAGE_PYTHON is not set
# BR2_PACKAGE_RUBY is not set
# BR2_PACKAGE_TCL is not set

#
# Libraries
#

#
# Compression and decompression
#
# BR2_PACKAGE_LIBARCHIVE is not set
# BR2_PACKAGE_LZO is not set
BR2_PACKAGE_ZLIB=y

#
# Crypto
#
# BR2_PACKAGE_BEECRYPT is not set
# BR2_PACKAGE_GNUTLS is not set
# BR2_PACKAGE_LIBGCRYPT is not set
# BR2_PACKAGE_LIBGPG_ERROR is not set
# BR2_PACKAGE_LIBNSS is not set
# BR2_PACKAGE_OPENSSL is not set

#
# Database
#
# BR2_PACKAGE_BERKELEYDB is not set

#
# Mysql client requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_SQLCIPHER is not set
# BR2_PACKAGE_SQLITE is not set

#
# Filesystem
#
# BR2_PACKAGE_GAMIN is not set
# BR2_PACKAGE_LIBCONFIG is not set
# BR2_PACKAGE_LIBCONFUSE is not set
BR2_PACKAGE_LIBFUSE=y
# BR2_PACKAGE_LIBLOCKFILE is not set
BR2_PACKAGE_LIBSYSFS=y

#
# Graphics
#
# BR2_PACKAGE_ATK is not set
# BR2_PACKAGE_CAIRO is not set
# BR2_PACKAGE_FONTCONFIG is not set
# BR2_PACKAGE_FREETYPE is not set
# BR2_PACKAGE_IMLIB2 is not set
# BR2_PACKAGE_JPEG is not set
# BR2_PACKAGE_LIBART is not set
# BR2_PACKAGE_LIBEXIF is not set
# BR2_PACKAGE_LIBGEOTIFF is not set
# BR2_PACKAGE_GDK_PIXBUF is not set

#
# libgtk2 requires a toolchain with WCHAR and C++ support
#
# BR2_PACKAGE_LIBPNG is not set

#
# libraw requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_LIBSVGTINY is not set
# BR2_PACKAGE_LIBUNGIF is not set

#
# opencv requires a toolchain with C++ and WCHAR support
#

#
# pango requires a toolchain with WCHAR and C++ support
#
# BR2_PACKAGE_PIXMAN is not set
# BR2_PACKAGE_TIFF is not set

#
# webkit requires C++, WCHAR in toolchain and libgtk2
#

#
# Hardware handling
#
# BR2_PACKAGE_LIBAIO is not set
# BR2_PACKAGE_LIBRAW1394 is not set
# BR2_PACKAGE_TSLIB is not set
# BR2_PACKAGE_LIBFTDI is not set
# BR2_PACKAGE_LIBHID is not set
# BR2_PACKAGE_LIBIQRF is not set
# BR2_PACKAGE_LIBUSB is not set
# BR2_PACKAGE_LIBV4L is not set

#
# Javascript
#
# BR2_PACKAGE_EXPLORERCANVAS is not set
# BR2_PACKAGE_FLOT is not set
# BR2_PACKAGE_JQUERY is not set
# BR2_PACKAGE_JQUERY_SPARKLINE is not set
# BR2_PACKAGE_JQUERY_VALIDATION is not set
# BR2_PACKAGE_JSMIN is not set

#
# Networking
#
# BR2_PACKAGE_LIBCGI is not set

#
# libcgicc requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_LIBCURL is not set
# BR2_PACKAGE_LIBDNET is not set
# BR2_PACKAGE_LIBESMTP is not set
# BR2_PACKAGE_LIBEXOSIP2 is not set
# BR2_PACKAGE_LIBIDN is not set
# BR2_PACKAGE_LIBOAUTH is not set
# BR2_PACKAGE_LIBMICROHTTPD is not set
# BR2_PACKAGE_NEON is not set
# BR2_PACKAGE_LIBMNL is not set
# BR2_PACKAGE_LIBMODBUS is not set
# BR2_PACKAGE_LIBMBUS is not set
# BR2_PACKAGE_LIBNL is not set
BR2_PACKAGE_LIBPCAP=y
# BR2_PACKAGE_LIBOSIP2 is not set
# BR2_PACKAGE_LIBRSYNC is not set
# BR2_PACKAGE_LIBSOUP is not set
# BR2_PACKAGE_LIBUPNP is not set
# BR2_PACKAGE_LIBVNCSERVER is not set

#
# Other
#
# BR2_PACKAGE_FFTW is not set
# BR2_PACKAGE_LIBARGTABLE2 is not set
# BR2_PACKAGE_ARGP_STANDALONE is not set
# BR2_PACKAGE_LIBATOMIC_OPS is not set
# BR2_PACKAGE_LIBCAP is not set
# BR2_PACKAGE_LIBDAEMON is not set
# BR2_PACKAGE_LIBELF is not set
# BR2_PACKAGE_LIBEVENT is not set
# BR2_PACKAGE_LIBEV is not set
# BR2_PACKAGE_LIBFFI is not set
# BR2_PACKAGE_LIBGLIB2 is not set
# BR2_PACKAGE_LIBICAL is not set
# BR2_PACKAGE_LIBNSPR is not set

#
# libsigc++ requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_LIBURCU is not set
# BR2_PACKAGE_LTTNG_LIBUST is not set
# BR2_PACKAGE_ORC is not set

#
# poco requires a toolchain with WCHAR and C++ support
#

#
# Text and terminal handling
#

#
# enchant requires a toolchain with C++ and WCHAR support enabled
#

#
# icu requires a toolchain with C++ support and WCHAR enabled
#
# BR2_PACKAGE_NCURSES is not set
# BR2_PACKAGE_NEWT is not set
# BR2_PACKAGE_PCRE is not set
# BR2_PACKAGE_POPT is not set
# BR2_PACKAGE_READLINE is not set
# BR2_PACKAGE_SLANG is not set

#
# JSON/XML
#
# BR2_PACKAGE_EXPAT is not set
# BR2_PACKAGE_EZXML is not set
# BR2_PACKAGE_JSON_C is not set
# BR2_PACKAGE_LIBROXML is not set
# BR2_PACKAGE_LIBXML2 is not set
# BR2_PACKAGE_LIBXSLT is not set
# BR2_PACKAGE_LIBYAML is not set
# BR2_PACKAGE_MXML is not set

#
# xerces-c++ requires a toolchain with C++ and WCHAR support enabled
#
# BR2_PACKAGE_YAJL is not set

#
# Miscellaneous
#
# BR2_PACKAGE_SHARED_MIME_INFO is not set

#
# Networking applications
#
# BR2_PACKAGE_ARGUS is not set
# BR2_PACKAGE_AVAHI is not set
# BR2_PACKAGE_AXEL is not set
# BR2_PACKAGE_BLUEZ_UTILS is not set
# BR2_PACKAGE_BIND is not set
# BR2_PACKAGE_BMON is not set
# BR2_PACKAGE_BRIDGE_UTILS is not set
# BR2_PACKAGE_BWM_NG is not set
# BR2_PACKAGE_CAN_UTILS is not set
# BR2_PACKAGE_CONNMAN is not set

#
# ctorrent requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_CIFS_UTILS is not set
# BR2_PACKAGE_CUPS is not set
# BR2_PACKAGE_DHCPDUMP is not set
# BR2_PACKAGE_DNSMASQ is not set
# BR2_PACKAGE_DROPBEAR is not set
# BR2_PACKAGE_EBTABLES is not set
# BR2_PACKAGE_ETHTOOL is not set
# BR2_PACKAGE_HOSTAPD is not set

#
# iperf requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_IPROUTE2 is not set
# BR2_PACKAGE_IPSEC_TOOLS is not set
# BR2_PACKAGE_IPSET is not set
# BR2_PACKAGE_IPTABLES is not set
# BR2_PACKAGE_IW is not set

#
# Kismet requires a toolchain with C++ support enabled
#
# BR2_PACKAGE_LINKS is not set
# BR2_PACKAGE_LRZSZ is not set
# BR2_PACKAGE_MII_DIAG is not set
# BR2_PACKAGE_MROUTED is not set
# BR2_PACKAGE_MUTT is not set
# BR2_PACKAGE_NBD is not set
# BR2_PACKAGE_NCFTP is not set
# BR2_PACKAGE_NETPLUG is not set
# BR2_PACKAGE_NETSNMP is not set
# BR2_PACKAGE_NETSTAT_NAT is not set
# BR2_PACKAGE_NETWORK_MANAGER is not set
# BR2_PACKAGE_NOIP is not set
# BR2_PACKAGE_NFS_UTILS is not set
# BR2_PACKAGE_NGIRCD is not set
# BR2_PACKAGE_NGREP is not set
# BR2_PACKAGE_NTP is not set
# BR2_PACKAGE_NUTTCP is not set
# BR2_PACKAGE_OLSR is not set
# BR2_PACKAGE_OPENNTPD is not set
# BR2_PACKAGE_OPENSSH is not set
# BR2_PACKAGE_OPENVPN is not set
# BR2_PACKAGE_PORTMAP is not set
BR2_PACKAGE_PPPD=y
BR2_PACKAGE_PPPD_FILTER=y
# BR2_PACKAGE_PPPD_RADIUS is not set
# BR2_PACKAGE_PPTP_LINUX is not set
# BR2_PACKAGE_PROFTPD is not set
# BR2_PACKAGE_QUAGGA is not set
# BR2_PACKAGE_RADVD is not set
# BR2_PACKAGE_RP_PPPOE is not set
# BR2_PACKAGE_RSH_REDONE is not set
# BR2_PACKAGE_RSYNC is not set
# BR2_PACKAGE_SAMBA is not set
# BR2_PACKAGE_SER2NET is not set
# BR2_PACKAGE_SOCAT is not set
# BR2_PACKAGE_SPAWN_FCGI is not set

#
# Squid requires a toolchain with C++ and IPv6 support enabled
#
# BR2_PACKAGE_STUNNEL is not set
# BR2_PACKAGE_TCPDUMP is not set
# BR2_PACKAGE_TCPREPLAY is not set
# BR2_PACKAGE_TN5250 is not set
# BR2_PACKAGE_TRANSMISSION is not set
# BR2_PACKAGE_TTCP is not set
# BR2_PACKAGE_UDPCAST is not set
# BR2_PACKAGE_VPNC is not set
# BR2_PACKAGE_VSFTPD is not set
# BR2_PACKAGE_VTUN is not set
# BR2_PACKAGE_WIRELESS_TOOLS is not set
# BR2_PACKAGE_WPA_SUPPLICANT is not set
# BR2_PACKAGE_XL2TP is not set

#
# Package managers
#
# BR2_PACKAGE_IPKG is not set

#
# Real-Time
#
# BR2_PACKAGE_XENOMAI is not set

#
# Shell and utilities
#
# BR2_PACKAGE_AT is not set
# BR2_PACKAGE_DIALOG is not set
# BR2_PACKAGE_FILE is not set
# BR2_PACKAGE_INOTIFY_TOOLS is not set
# BR2_PACKAGE_LOCKFILE_PROGS is not set
# BR2_PACKAGE_LOGROTATE is not set
# BR2_PACKAGE_SCREEN is not set
# BR2_PACKAGE_SUDO is not set
# BR2_PACKAGE_XMLSTARLET is not set

#
# System tools
#
# BR2_PACKAGE_ACL is not set
# BR2_PACKAGE_ATTR is not set
# BR2_PACKAGE_HTOP is not set
BR2_PACKAGE_KMOD=y
BR2_PACKAGE_UTIL_LINUX=y
BR2_PACKAGE_UTIL_LINUX_MOUNT=y
# BR2_PACKAGE_UTIL_LINUX_FSCK is not set
# BR2_PACKAGE_UTIL_LINUX_LIBMOUNT is not set
BR2_PACKAGE_UTIL_LINUX_LIBUUID=y
BR2_PACKAGE_UTIL_LINUX_UUIDD=y
BR2_PACKAGE_UTIL_LINUX_LIBBLKID=y
# BR2_PACKAGE_UTIL_LINUX_AGETTY is not set
# BR2_PACKAGE_UTIL_LINUX_CRAMFS is not set
# BR2_PACKAGE_UTIL_LINUX_SWITCH_ROOT is not set
# BR2_PACKAGE_UTIL_LINUX_PIVOT_ROOT is not set
# BR2_PACKAGE_UTIL_LINUX_FALLOCATE is not set
# BR2_PACKAGE_UTIL_LINUX_UNSHARE is not set
# BR2_PACKAGE_UTIL_LINUX_RENAME is not set
# BR2_PACKAGE_UTIL_LINUX_SCHEDUTILS is not set
# BR2_PACKAGE_UTIL_LINUX_WALL is not set
# BR2_PACKAGE_UTIL_LINUX_PARTX is not set
# BR2_PACKAGE_UTIL_LINUX_ARCH is not set
# BR2_PACKAGE_UTIL_LINUX_INIT is not set
# BR2_PACKAGE_UTIL_LINUX_KILL is not set
# BR2_PACKAGE_UTIL_LINUX_LAST is not set
# BR2_PACKAGE_UTIL_LINUX_MESG is not set
# BR2_PACKAGE_UTIL_LINUX_RAW is not set
# BR2_PACKAGE_UTIL_LINUX_RESET is not set
# BR2_PACKAGE_UTIL_LINUX_LOGIN_UTILS is not set
# BR2_PACKAGE_UTIL_LINUX_WRITE is not set

#
# Text editors and viewers
#
# BR2_PACKAGE_ED is not set
# BR2_PACKAGE_NANO is not set
# BR2_PACKAGE_UEMACS is not set

#
# Host utilities
#
# BR2_PACKAGE_HOST_OPENOCD is not set
# BR2_PACKAGE_HOST_SAM_BA is not set
# BR2_PACKAGE_HOST_UBOOT_TOOLS is not set

#
# Filesystem images
#
# BR2_TARGET_ROOTFS_CRAMFS is not set
# BR2_TARGET_ROOTFS_CLOOP is not set
BR2_TARGET_ROOTFS_EXT2=y
BR2_TARGET_ROOTFS_EXT2_BLOCKS=0
BR2_TARGET_ROOTFS_EXT2_INODES=0
BR2_TARGET_ROOTFS_EXT2_RESBLKS=0
# BR2_TARGET_ROOTFS_EXT2_NONE is not set
BR2_TARGET_ROOTFS_EXT2_GZIP=y
# BR2_TARGET_ROOTFS_EXT2_BZIP2 is not set
# BR2_TARGET_ROOTFS_EXT2_LZMA is not set
# BR2_TARGET_ROOTFS_JFFS2 is not set
# BR2_TARGET_ROOTFS_UBIFS is not set
# BR2_TARGET_ROOTFS_SQUASHFS is not set
# BR2_TARGET_ROOTFS_TAR is not set
# BR2_TARGET_ROOTFS_CPIO is not set

#
# initramfs requires a Linux kernel to be built
#
# BR2_TARGET_ROOTFS_ROMFS is not set

#
# Bootloaders
#
# BR2_TARGET_BAREBOX is not set
# BR2_TARGET_UBOOT is not set

#
# Kernel
#
# BR2_LINUX_KERNEL is not set









___________________________________________________________
Ihr WEB.DE Postfach immer dabei: die kostenlose WEB.DE Mail App f?r iPhone und Android.
https://produkte.web.de/freemail_mobile_startseite/

[Buildroot] (no subject)

[Daniel Nyström]

2011/5/10 Mike Williams <mike@mikebwilliams.com>:
> Reformatted patch to meet the list's guidelines, let me know if I've missed
> anything.
>
> I used IRDA Utils as an example, since I'm not a Makefile expert. Following
> their lead, I added CLEAN_CMDS and UNINSTALL_CMDS. Everything appears to work in
> my tests. Also, are backticks in Makefiles considered good style?


Just a tip; you can always write messages not supposed to be in the
commit after the first three dashes (---) in the [PATCH] mail.

[Buildroot] (no subject)

[Mike Williams]

Reformatted patch to meet the list's guidelines, let me know if I've missed
anything. 

I used IRDA Utils as an example, since I'm not a Makefile expert. Following
their lead, I added CLEAN_CMDS and UNINSTALL_CMDS. Everything appears to work in
my tests. Also, are backticks in Makefiles considered good style?

[Buildroot] (no subject)

[Mike Williams]

Adds support for Live555's RTSP server, client, and MPEG2 indexer. Tested on PPC.

First post to the mailing list, please review patch for any formatting problems that need correcting.

[Buildroot] (no subject)

[Gustavo Zacarias]

[Buildroot] (no subject)

[Gustavo Zacarias]

GIT: [PATCH 1/6] binutils: make it a proper package
GIT: [PATCH 2/6] gcc: install copies of libgcc, libstdc++ and libgcj to the sysroot
GIT: [PATCH 3/6] gdb: make it a proper package
GIT: [PATCH 4/6] oprofile: use new libbfd option
GIT: [PATCH 5/6] toolchain: do staging symlink
GIT: [PATCH 6/6] target gcc: cleanup

[Buildroot] (no subject)

[Peter Korsgaard]

>>>>> "Dwayne" == "Dwayne Fontenot <dwayne.fontenot@att.net>" <dwayne.fontenot@att.net> writes:

 Dwayne> Hello,

 Dwayne> With the help of y_morin in #uclibc I found this patch allows a
 Dwayne> powerpc NPTL build to complete.

 Dwayne> Without this patch, buildroot git HEAD would fail on libgomp with:

Thanks. I committed a similar patch already as it also broke x86-64
builds.

-- 
Bye, Peter Korsgaard

[Buildroot] (no subject)

[Dwayne Fontenot]

Hello,

With the help of y_morin in #uclibc I found this patch allows a powerpc NPTL build to complete.

Without this patch, buildroot git HEAD would fail on libgomp with:

/home/packages/buildroot/buildroot-git-20100729/output/toolchain/gcc-4.4.4-final/./gcc/nof/libgcc_s.so: undefined reference to `copysignl'

It appears, at least on powerpc, multilib must be explicitly unconfigured.

jacques
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcc-no-multilib.patch
Type: text/x-diff
Size: 817 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20100729/808614ba/attachment.bin>

[Buildroot] (no subject)

[Paul Jones]

From: Paul Jones <paul@pauljones.id.au>
Date: Mon, 7 Jun 2010 22:33:06 +1000
Subject: [PATCH] zlib: Bump to 1.2.5

Signed-off-by: Paul Jones <paul@pauljones.id.au>
---
 package/zlib/zlib-1.2.1-configure.patch |  103 -------------------------------
 package/zlib/zlib-arflags.patch         |   21 ------
 package/zlib/zlib.mk                    |    3 +-
 3 files changed, 1 insertions(+), 126 deletions(-)
 delete mode 100644 package/zlib/zlib-1.2.1-configure.patch
 delete mode 100644 package/zlib/zlib-arflags.patch

diff --git a/package/zlib/zlib-1.2.1-configure.patch b/package/zlib/zlib-1.2.1-configure.patch
deleted file mode 100644
index ccd67ca..0000000
--- a/package/zlib/zlib-1.2.1-configure.patch
+++ /dev/null
@@ -1,103 +0,0 @@
---- zlib/configure
-+++ zlib/configure
-@@ -160,8 +160,8 @@
- if test $shared -eq 1; then
-   echo Checking for shared library support...
-   # we must test in two steps (cc then ld), required at least on SunOS 4.x
--  if test "`($CC -c $SFLAGS $test.c) 2>&1`" = "" &&
--     test "`($LDSHARED -o $test$shared_ext $test.o) 2>&1`" = ""; then
-+  if ($CC -c $SFLAGS $test.c) 2>>config.log &&
-+     ($LDSHARED -o $test$shared_ext $test.o) 2>>config.log; then
-     CFLAGS="$SFLAGS"
-     LIBS="$LIBS $SHAREDLIBV"
-     echo Building shared library $SHAREDLIBV with $CC.
-@@ -185,7 +185,7 @@
- #include <unistd.h>
- int main() { return 0; }
- EOF
--if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-   sed < zconf.in.h "/HAVE_UNISTD_H/s%0%1%" > zconf.h
-   echo "Checking for unistd.h... Yes."
- else
-@@ -208,7 +208,7 @@
- }
- EOF
- 
--if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-   echo "Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf()"
- 
-   cat > $test.c <<EOF
-@@ -232,7 +232,7 @@
- }
- EOF
- 
--  if test "`($CC $CFLAGS -o $test $test.c) 2>&1`" = ""; then
-+  if ($CC $CFLAGS -o $test $test.c) 2>>config.log; then
-     echo "Checking for vsnprintf() in stdio.h... Yes."
- 
-     cat >$test.c <<EOF
-@@ -257,7 +257,7 @@
- }
- EOF
- 
--    if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+    if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-       echo "Checking for return value of vsnprintf()... Yes."
-     else
-       CFLAGS="$CFLAGS -DHAS_vsnprintf_void"
-@@ -295,7 +295,7 @@
- }
- EOF
- 
--    if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+    if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-       echo "Checking for return value of vsprintf()... Yes."
-     else
-       CFLAGS="$CFLAGS -DHAS_vsprintf_void"
-@@ -325,7 +325,7 @@
- }
- EOF
- 
--  if test "`($CC $CFLAGS -o $test $test.c) 2>&1`" = ""; then
-+  if ($CC $CFLAGS -o $test $test.c) 2>>config.log; then
-     echo "Checking for snprintf() in stdio.h... Yes."
- 
-     cat >$test.c <<EOF
-@@ -344,7 +344,7 @@
- }
- EOF
- 
--    if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+    if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-       echo "Checking for return value of snprintf()... Yes."
-     else
-       CFLAGS="$CFLAGS -DHAS_snprintf_void"
-@@ -376,7 +376,7 @@
- }
- EOF
- 
--    if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+    if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-       echo "Checking for return value of sprintf()... Yes."
-     else
-       CFLAGS="$CFLAGS -DHAS_sprintf_void"
-@@ -392,7 +392,7 @@
- #include <errno.h>
- int main() { return 0; }
- EOF
--if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-   echo "Checking for errno.h... Yes."
- else
-   echo "Checking for errno.h... No."
-@@ -407,7 +407,7 @@
-   return mmap((caddr_t)0, (off_t)0, PROT_READ, MAP_SHARED, 0, (off_t)0);
- }
- EOF
--if test "`($CC -c $CFLAGS $test.c) 2>&1`" = ""; then
-+if ($CC -c $CFLAGS $test.c) 2>>config.log; then
-   CFLAGS="$CFLAGS -DUSE_MMAP"
-   echo Checking for mmap support... Yes.
- else
diff --git a/package/zlib/zlib-arflags.patch b/package/zlib/zlib-arflags.patch
deleted file mode 100644
index f9dae52..0000000
--- a/package/zlib/zlib-arflags.patch
+++ /dev/null
@@ -1,21 +0,0 @@
---- zlib-1.2.3/Makefile.in
-+++ zlib-1.2.3/Makefile.in
-@@ -33,7 +33,8 @@
- SHAREDLIBV=libz.so.1.2.3
- SHAREDLIBM=libz.so.1
- 
--AR=ar rc
-+AR=ar
-+ARFLAGS=rc
- RANLIB=ranlib
- TAR=tar
- SHELL=/bin/sh
-@@ -68,7 +69,7 @@
- 	fi
- 
- libz.a: $(OBJS) $(OBJA)
--	$(AR) $@ $(OBJS) $(OBJA)
-+	$(AR) $(ARFLAGS) $@ $(OBJS) $(OBJA)
- 	-@ ($(RANLIB) $@ || true) >/dev/null 2>&1
- 
- match.o: match.S
diff --git a/package/zlib/zlib.mk b/package/zlib/zlib.mk
index 3144ae9..ad5eda7 100644
--- a/package/zlib/zlib.mk
+++ b/package/zlib/zlib.mk
@@ -3,7 +3,7 @@
 # zlib
 #
 #############################################################
-ZLIB_VERSION:=1.2.3
+ZLIB_VERSION:=1.2.5
 ZLIB_SOURCE:=zlib-$(ZLIB_VERSION).tar.bz2
 ZLIB_SITE:=http://$(BR2_SOURCEFORGE_MIRROR).dl.sourceforge.net/sourceforge/libpng
 ZLIB_INSTALL_STAGING=YES
@@ -24,7 +24,6 @@ define ZLIB_CONFIGURE_CMDS
 		./configure \
 		$(ZLIB_SHARED) \
 		--prefix=/usr \
-		--exec-prefix=$(STAGING_DIR)/usr/bin \
 		--libdir=$(STAGING_DIR)/usr/lib \
 		--includedir=$(STAGING_DIR)/usr/include \
 	)
-- 
1.7.0.4

[Buildroot] (no subject)

[Tony Mozi]

Hi all,
I'm fighting with the buildroot and for the moment, it's the king of the ring...

Well, I want to make the cross-compilation for an ARM.
I have make 'make menuconfig', load files, ...

When I start the board, I have 2 problems :

1/ On minicom -s : 
Starting network...
ip: RTNETLINK answers: File exists 

When I write a command, like ls, there is no effect.

What does it mean?


2/ On the LCD of the board :
Welcome to Buildroot
uclibc login:

Have you got an idea?

BR
Tony
 		 	   		  
_________________________________________________________________
T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
http://clk.atdmt.com/FRM/go/182932252/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20100203/a3d31fe1/attachment.htm>

[Buildroot] (no subject)

[H Hartley Sweeten]

On Tuesday, January 19, 2010 9:13 AM, Peter Korsgaard wrote:
>>>>>> "H" == H Hartley Sweeten <hartleys@visionengravers.com> writes:
>
>> Hello all,
>> Does anyone know what happened to mkfs.jffs in mtd-utils?
>>
>> I recently updated my buildroot tree to the latest git.  This bumped
>> the mtd-utils package from 1.1.0 to 1.2.0.  I did a make mtd-dirclean
>> then started the make.  Eventually I got:
>>
>> cp -f /home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs /home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs
>> cp: cannot stat `/home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs': No such file or directory
>> make: *** [/home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs] Error 1
>
> Hmm, it works here. Do you also have the problem if you do a clean
> rebuild?

Hi Peter,

I figured out the issue already and sent you a patch that fixed it:

commit 5a352cdeba03856fa2d0cf12c707fd80704ebfdd

mtd-utils-1.1.0 had this in the file feature-removal-schedule.txt:

What:   mkfs.jffs.c
When:   Shortly after kernel 2.6.21 is released
Why:    Support for the JFFS filesystem is being removed from the kernel
Who:    Josh Boyer <jwboyer@gmail.com>

When the mtd-utils package got bumped to 1.2.0 that file was removed so
the utility was gone.

I didn't actually need the utility it was just selected in my .config.

Thanks,
Hartley

PS, Sorry about forgetting to put a subject on this thread.

[Buildroot] (no subject)

[Peter Korsgaard]

>>>>> "H" == H Hartley Sweeten <hartleys@visionengravers.com> writes:

 H> Hello all,
 H> Does anyone know what happened to mkfs.jffs in mtd-utils?

 H> I recently updated my buildroot tree to the latest git.  This bumped
 H> the mtd-utils package from 1.1.0 to 1.2.0.  I did a make mtd-dirclean
 H> then started the make.  Eventually I got:

 H> cp -f /home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs /home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs
 H> cp: cannot stat `/home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs': No such file or directory
 H> make: *** [/home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs] Error 1

Hmm, it works here. Do you also have the problem if you do a clean
rebuild?

-- 
Bye, Peter Korsgaard

[Buildroot] (no subject)

[Peter Korsgaard]

>>>>> "Terry" == Terry Forrest <zippybot7@hotmail.com> writes:

 Terry> Hi All - new to buildroot and am impressed!  Nice design
 Terry> and implementation.

Thanks.

 Terry> We would like to use BR to build for two architectures from
 Terry> the same tree.  We can use a local x86 for a "simulation" mode,
 Terry> and the target is arm.  I see that this is cleanly supported in the
 Terry> 2009.11 release.

 Terry> My question is on a "best practice" for this.  I've set up
 Terry> a top-level Makefile that goes something like this:

 Terry> TOPDIR    = path_to_my_top
 Terry> BUILD   = ${TOPDIR}/build
 Terry> BUILDROOT = buildroot-2009.11
 Terry> BROOT    = ${BUILD}/${BUILDROOT}

 Terry> setup-x86:
 Terry>     cp configs/buildroot-config-x86 ${BROOT}/.config
 Terry>     ${MAKE} -C ${BROOT} oldconfig

We already have a *_defconfig make target doing this, so if you rename
the file to buildroot-86_defconfig, then you can simply do:

make buildroot-x86_defconfig

 Terry> setup-arm:
 Terry>     cp configs/buildroot-config-arm ${BROOT}/.config
 Terry>     ${MAKE} -C ${BROOT} oldconfig

 Terry> build-x86: setup-x86
 Terry>     make -C ${BROOT} O=${BUILD}/output_x86

 Terry> build-arm: setup-arm
 Terry>     make -C ${BROOT} O=${BUILD}/output_arm

 Terry> This seems to work okay - any comments or warnings?
 Terry> Again, I'm new to BR and want to make sure I'm not
 Terry> gonna step in anything.

No, that's fine - I regulary use

make <something>_defconfig; make O=<somewhere>

-- 
Bye, Peter Korsgaard

[Buildroot] (no subject)

[Clark Rawlins]

This patch series adds support for ezstream and its dependancy
libshout.  Ezstream is an application for streaming files and 
or live audio data from the sound card to an icecast server.

[Buildroot] (no subject)

[H Hartley Sweeten]

Hello all,

Does anyone know what happened to mkfs.jffs in mtd-utils?

I recently updated my buildroot tree to the latest git.  This bumped
the mtd-utils package from 1.1.0 to 1.2.0.  I did a make mtd-dirclean
then started the make.  Eventually I got:

cp -f /home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs /home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs
cp: cannot stat `/home/bigguiness/buildroot/output/build/mtd_orig/mkfs.jffs': No such file or directory
make: *** [/home/bigguiness/buildroot/output/target/usr/sbin/mkfs.jffs] Error 1

The mtd Makefile has a target for it but I don't see any source...

mkfs.jffs:	$(BUILDDIR)/mkfs.jffs

Thanks for any help,
Hartley

[Buildroot] (no subject)

[Terry Forrest]

Hi All - new to buildroot and am impressed!  Nice design
and implementation.

We would like to use BR to build for two architectures from
the same tree.  We can use a local x86 for a "simulation" mode,
and the target is arm.  I see that this is cleanly supported in the
2009.11 release.

My question is on a "best practice" for this.  I've set up 
a top-level Makefile that goes something like this:


TOPDIR    = path_to_my_top
BUILD   = ${TOPDIR}/build
BUILDROOT = buildroot-2009.11
BROOT    = ${BUILD}/${BUILDROOT}

setup-x86:
    cp configs/buildroot-config-x86 ${BROOT}/.config
    ${MAKE} -C ${BROOT} oldconfig

setup-arm:
    cp configs/buildroot-config-arm ${BROOT}/.config
    ${MAKE} -C ${BROOT} oldconfig

build-x86: setup-x86
    make -C ${BROOT} O=${BUILD}/output_x86 

build-arm: setup-arm
    make -C ${BROOT} O=${BUILD}/output_arm

This seems to work okay - any comments or warnings?
Again, I'm new to BR and want to make sure I'm not 
gonna step in anything.

Thanks!
Terry

 		 	   		   		 	   		  
_________________________________________________________________
Hotmail: Trusted email with powerful SPAM protection.
http://clk.atdmt.com/GBL/go/177141665/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20091229/7a9c7888/attachment.htm>

[Buildroot] (no subject)

[Michael S. Zick]

On Tue December 8 2009, Tom Wagner wrote:
> 
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
> 
Try clicking ^^^^ that link
or VVVVV this one.
> 

[Buildroot] (no subject)

[Tom Wagner]

Please remove my name from this list.

--------------------------------------------------
From: "Peter Korsgaard" <jacmet@uclibc.org>
Sent: Tuesday, December 08, 2009 7:52 AM
To: "Sven Neumann" <s.neumann@raumfeld.com>
Cc: <buildroot@busybox.net>
Subject: Re: [Buildroot] [PATCH] gst-plugins-bad: make more 
dependency-lessplugins configurable

>>>>>> "Sven" == Sven Neumann <s.neumann@raumfeld.com> writes:
>
> Sven> The latest update added a few new plugins that were missing from
> Sven> the buildroot configuration system. This commit makes these
> Sven> dependency-less plugins configurable.
>
> Committed, thanks.
>
> -- 
> Bye, Peter Korsgaard
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot 

[Buildroot] (no subject)

[nfrench at xtale.biz]

Hi All

Just came upon this project (very good) while spending
the weekend trying to redo our pxe boot system and fighting with initramfs
and pivot_root which finally I realized was not possible. Anyway to the
point in hand has anyone done splashutils for this project.

Cheers

Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090628/34f0cf03/attachment.htm>

[Buildroot] (no subject)

[Richard Ebenal]

An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090608/d5ccb041/attachment.htm>

[Buildroot] (no subject)

[rossella battaglia]

Bernhard Fischer schrieb:
> On Mon, Jan 21, 2008 at 05:20:43PM +0100, Joe wrote:
>> Hi all!
>>
>> Today I tried to build a new kernel for my dev-board. Last time i did 
>> this was Nov 2007, when i also used a buildroot-created toolchain which 
>> worked absolutely fine. Today it compiles a lot, and then backs out with
>>
>> "arm-linux-ld: no machine record defined" in the file .tmp_vmlinux1
>>
>> After googling a lot, i found some messages including one by Russell 
>> King indicating that there is probably something wrong with the used 
>> binutils and that it should be reported to the binutils people. But 
>> because i used the buildroot chain, i thought i'd ask here first.
>> Tried combinations include gcc 4.2.1 and 4.1.2 as well as binutils 2.18 
>> and 2.17 on kernels 2.6.22.10 and 2.6.23.14. Every possible combination 
>> was given a try with the same results.
>>
>> Are there any ideas on this?
> 
> Please send me your buildroot.config and (if it's not the default) your
> uClibc.config and kernel.config for me to reproduce.
> 

Thanks for the quick reply, Bernhard.

Please find the buildroot and kernel configs attached, uclibc config is 
standard with buildroot latest revision for svn.

Greetz Joe

Hi Joe,
I have the same problem. Could you help me, please?




      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/buildroot/attachments/20081124/e32a0c56/attachment.htm 

[Buildroot] (no subject)

[John Voltz]

 >> +             --with-alsa-devdir=/dev \

>Why? Better approach to make a proper mdev.conf script which puts alsa
>devices into the correct place.

>> +             --with-softfloat \

>Architecture dependant?

I didn't know about doing it with mdev. Recently I had been having trouble
getting mdev to even work with busybox 1.9.x.

I'll fix that arch dependent line pronto.

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/buildroot/attachments/20080306/2a05a359/attachment.htm 

[Buildroot] (no subject)

[Manuel Sahm]

Hello,

 

I?m new in Linux developing, I choose Buildroot to make my Linux
Distribution.

 

First I got Buildroot from 

 

$ svn co svn://uclibc.org/trunk/buildroot

 

then

 

$ make menuconfig

 

->

I go out with Exit

Then I want to enter:

 

$ make at91sam9260ek_defconfig

 

But there is no defconfig for the ek, only for pf and dfc ? 

 

What do I have to choose ?

 

Thank you very much

 

 

Manuel Sahm

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/buildroot/attachments/20080111/1774f6ed/attachment-0001.htm 

[Buildroot] (no subject)

[Bernhard Fischer]

On Sun, Aug 19, 2007 at 01:43:12PM +0530, Gururaja Hebbar K R wrote:
>Hi All,
> 
>  Thanks for all your feedbacks. I tried again with latest snapshot
>(today's) again ran into same problem really no idea y. Probably below
>attached buildroot make steps would help you out. I am also attaching my
>buildroot .config file & uclibc-0.9.29-wchar.config file. Really Hoping
>to solve this soon. 
>
> 
> 
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c conf.c -o conf.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c kxgettext.c -o
>kxgettext.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c
>lxdialog/checklist.c -o lxdialog/checklist.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c
>lxdialog/inputbox.c -o lxdialog/inputbox.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/menubox.c
>-o lxdialog/menubox.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/textbox.c
>-o lxdialog/textbox.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/util.c -o
>lxdialog/util.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/yesno.c
>-o lxdialog/yesno.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c mconf.c -o mconf.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE  -I. -c zconf.tab.c -o
>zconf.tab.o
>/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -lncursesw conf.o
>zconf.tab.o -o conf
>.config:64:warning: trying to assign nonexistent symbol HAS_FPU
>.config:141:warning: trying to reassign symbol
>UCLIBC_PREGENERATED_LOCALE_DATA
>.config:142:warning: trying to reassign symbol
>UCLIBC_DOWNLOAD_PREGENERATED_LOCALE_DATA
>.config:143:warning: trying to reassign symbol UCLIBC_HAS_XLOCALE
>.config:145:warning: trying to reassign symbol
>UCLIBC_HAS_GLIBC_DIGIT_GROUPING
>.config:220:warning: trying to reassign symbol CONFIG_ARM_OABI
>.config:221:warning: trying to reassign symbol CONFIG_ARM_EABI
>.config:223:warning: trying to assign nonexistent symbol LINUXTHREADS
>.config:225:warning: trying to assign nonexistent symbol
>UCLIBC_HAS_THREADS_NATIVE
>*
>* uClibc Configuration
>*
>Target Architecture
>  1. alpha (TARGET_alpha)
>> 2. arm (TARGET_arm)
>  3. bfin (TARGET_bfin)
>  4. cris (TARGET_cris)
>  5. e1 (BROKEN) (TARGET_e1)
>  6. frv (BROKEN) (TARGET_frv)
>  7. h8300 (BROKEN) (TARGET_h8300)
>  8. hppa (TARGET_hppa)
>  9. i386 (TARGET_i386)
>  10. i960 (BROKEN) (TARGET_i960)
>  11. ia64 (TARGET_ia64)
>  12. m68k (TARGET_m68k)
>  13. microblaze (BROKEN) (TARGET_microblaze)
>  14. mips (TARGET_mips)
>  15. nios (TARGET_nios)
>  16. nios2 (TARGET_nios2)
>  17. powerpc (TARGET_powerpc)
>  18. superh (TARGET_sh)
>  19. sh64 (TARGET_sh64)
>  20. sparc (TARGET_sparc)
>  21. v850 (BROKEN) (TARGET_v850)
>  22. vax (TARGET_vax)
>  23. x86_64 (TARGET_x86_64)
>choice[1-23?]: 2
>*
>* Target Architecture Features and Options
>*
>Target ABI
>> 1. OABI (CONFIG_ARM_OABI)
>  2. EABI (CONFIG_ARM_EABI)
>choice[1-2?]: 1
>Use BX in function return (USE_BX) [Y/n/?] (NEW) 

I do not see any problem in the snippet you pasted above.
Please describe your problem (and perhaps adjust the subject of this
mail accordingly).

[Buildroot] (no subject)

[Gururaja Hebbar K R]

Hi All,
 
  Thanks for all your feedbacks. I tried again with latest snapshot
(today's) again ran into same problem really no idea y. Probably below
attached buildroot make steps would help you out. I am also attaching my
buildroot .config file & uclibc-0.9.29-wchar.config file. Really Hoping
to solve this soon. 

 
 
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c conf.c -o conf.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c kxgettext.c -o
kxgettext.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c
lxdialog/checklist.c -o lxdialog/checklist.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c
lxdialog/inputbox.c -o lxdialog/inputbox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/menubox.c
-o lxdialog/menubox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/textbox.c
-o lxdialog/textbox.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/util.c -o
lxdialog/util.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c lxdialog/yesno.c
-o lxdialog/yesno.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c mconf.c -o mconf.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE  -I. -c zconf.tab.c -o
zconf.tab.o
/usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE   -lncursesw conf.o
zconf.tab.o -o conf
.config:64:warning: trying to assign nonexistent symbol HAS_FPU
.config:141:warning: trying to reassign symbol
UCLIBC_PREGENERATED_LOCALE_DATA
.config:142:warning: trying to reassign symbol
UCLIBC_DOWNLOAD_PREGENERATED_LOCALE_DATA
.config:143:warning: trying to reassign symbol UCLIBC_HAS_XLOCALE
.config:145:warning: trying to reassign symbol
UCLIBC_HAS_GLIBC_DIGIT_GROUPING
.config:220:warning: trying to reassign symbol CONFIG_ARM_OABI
.config:221:warning: trying to reassign symbol CONFIG_ARM_EABI
.config:223:warning: trying to assign nonexistent symbol LINUXTHREADS
.config:225:warning: trying to assign nonexistent symbol
UCLIBC_HAS_THREADS_NATIVE
*
* uClibc Configuration
*
Target Architecture
  1. alpha (TARGET_alpha)
> 2. arm (TARGET_arm)
  3. bfin (TARGET_bfin)
  4. cris (TARGET_cris)
  5. e1 (BROKEN) (TARGET_e1)
  6. frv (BROKEN) (TARGET_frv)
  7. h8300 (BROKEN) (TARGET_h8300)
  8. hppa (TARGET_hppa)
  9. i386 (TARGET_i386)
  10. i960 (BROKEN) (TARGET_i960)
  11. ia64 (TARGET_ia64)
  12. m68k (TARGET_m68k)
  13. microblaze (BROKEN) (TARGET_microblaze)
  14. mips (TARGET_mips)
  15. nios (TARGET_nios)
  16. nios2 (TARGET_nios2)
  17. powerpc (TARGET_powerpc)
  18. superh (TARGET_sh)
  19. sh64 (TARGET_sh64)
  20. sparc (TARGET_sparc)
  21. v850 (BROKEN) (TARGET_v850)
  22. vax (TARGET_vax)
  23. x86_64 (TARGET_x86_64)
choice[1-23?]: 2
*
* Target Architecture Features and Options
*
Target ABI
> 1. OABI (CONFIG_ARM_OABI)
  2. EABI (CONFIG_ARM_EABI)
choice[1-2?]: 1
Use BX in function return (USE_BX) [Y/n/?] (NEW) 

Regards
Gururaja
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uClibc-0.9.29-wchar.config
Type: application/octet-stream
Size: 5513 bytes
Desc: uClibc-0.9.29-wchar.config
Url : http://busybox.net/lists/buildroot/attachments/20070819/cc613b02/attachment-0002.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: buildroot.config
Type: application/octet-stream
Size: 11554 bytes
Desc: buildroot.config
Url : http://busybox.net/lists/buildroot/attachments/20070819/cc613b02/attachment-0003.obj 

[Buildroot] (no subject)

[Bernhard Fischer]

On Thu, Jan 25, 2007 at 11:44:36PM +0100, Ulf Samuelsson wrote:
>Author:	Ulf Samuelsson
>Date:	2007-01-25
>
>Log:
>	Here is my suggestion for supporting different BSP's
>	in the same buildroot structure
>	Add BINARIES_DIR directory, 
>	where resulting binaries can be stored
>	Typically this directory contains a subdirectory for each BSP.
>
>	Add TARGET_BUILD_DIR directory, where BSP for different
>	boards can be built without destroying results of previous
>	builds. Typically each BSP would build in a subdirectory of 
>	TARGET_BUILD_DIR
>
>Modified:
>	Config.in
>	Makefile
>	package/Makefile.in
>
>Changeset
>	Config.in
>	Makefile
>	package/Makefile.in
>

>Author:	Ulf Samuelsson
>Date:	2007-01-25
>
>Log:
>	Here is my suggestion for supporting different BSP's
>	in the same buildroot structure
>	Add BINARIES_DIR directory, 
>	where resulting binaries can be stored
>	Typically this directory contains a subdirectory for each BSP.
>
>	Add TARGET_BUILD_DIR directory, where BSP for different
>	boards can be built without destroying results of previous builds.
>	Typically each BSP would build in a subdirectory of TARGET_BUILD_DIR
>
>Modified:
>	Config.in
>	Makefile
>	package/Makefile.in
>
>Changeset
>	Config.in
>	Makefile
>	package/Makefile.in
>
>diff -urN buildroot/Config.in buildroot-atmel/Config.in
>--- buildroot/Config.in	2007-01-25 21:58:40.000000000 +0100
>+++ buildroot-atmel/Config.in	2007-01-25 23:34:50.000000000 +0100
>@@ -2,6 +2,17 @@
> 
> mainmenu "Buildroot2 Configuration"
> 
>+config BR2_BOARDNAME
>+	string "Boardname"
>+	default "board"

That default should be ""
and specific target/*/* should set this, no?

Also, please move below HAVE_DOT_CONFIG.

>+	help
>+	  Name is used to define subdirectories
>+	  * where the Board Support Packages are built
>+	    (Linux,Root fs Bootmonitor,Utilities etc.)
>+	  * where the resulting binaries are stored.
>+	  Older target may still build in the build_<arch>
>+	  and store binaries in the top directory.
>+
> config BR2_HAVE_DOT_CONFIG
> 	bool
> 	default y
>@@ -266,6 +277,7 @@
> 	depends BR2_arm
> 	string "Atmel AT91 Linux Patch download site"
> 	default "http://maxim.org.za/AT91RM9200/2.6/"
>+	help
> 	    Patches for the AT91 generated by the Linux community
> 	    usually ends up here, courtesy of Andrew Victor
> 	    
hunk not needed anymore.

>diff -urN buildroot/Makefile buildroot-atmel/Makefile
>--- buildroot/Makefile	2007-01-25 21:05:25.000000000 +0100
>+++ buildroot-atmel/Makefile	2007-01-25 23:36:12.000000000 +0100
>@@ -76,12 +76,16 @@
> TARGETS_SOURCE:=$(patsubst %,%-source,$(TARGETS))
> TARGETS_DIRCLEAN:=$(patsubst %,%-dirclean,$(TARGETS))
> 
>-world: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR) $(TARGET_DIR) $(TARGETS)
>+world: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR) $(TARGET_DIR) \
>+	$(TARGET_BUILD_DIR) $(BINARIES_DIR) \
>+	$(TARGETS)
>+
> dirs: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR)
> 
> .PHONY: all world dirs clean dirclean distclean source $(TARGETS) \
> 	$(TARGETS_CLEAN) $(TARGETS_DIRCLEAN) $(TARGETS_SOURCE) \
>-	$(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR)
>+	$(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR) \
>+	$(TARGET_BUILD_DIR) $(BINARIES_DIR)
> 
> #############################################################
> #
>@@ -115,6 +119,12 @@
> 	-find $(TARGET_DIR) -type d -name CVS | xargs rm -rf
> 	-find $(TARGET_DIR) -type d -name .svn | xargs rm -rf
> 
>+$(TARGET_BUILD_DIR):
>+	mkdir -p $(TARGET_BUILD_DIR)
>+
>+$(BINARIES_DIR):
>+	mkdir -p $(BINARIES_DIR)
>+

an
$(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR) \
$(TARGET_BUILD_DIR) $(BINARIES_DIR):
	mkdir -p $@

should do, too, i'd say. We could delete the other superfluous rules
then.

> source: $(TARGETS_SOURCE)
> 
> #############################################################
>diff -urN buildroot/package/Makefile.in buildroot-atmel/package/Makefile.in
>--- buildroot/package/Makefile.in	2007-01-25 21:05:25.000000000 +0100
>+++ buildroot-atmel/package/Makefile.in	2007-01-25 23:19:11.000000000 +0100
>@@ -42,6 +42,8 @@
> BUILD_DIR:=$(BASE_DIR)/$(TOPDIR_PREFIX)build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)
> TARGET_DIR:=$(BUILD_DIR)/root
> TOOL_BUILD_DIR=$(BASE_DIR)/$(TOPDIR_PREFIX)toolchain_build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)
>+TARGET_BUILD_DIR:=$(BASE_DIR)/$(TOPDIR_PREFIX)target_build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)/$(BR2_BOARDNAME)
>+BINARIES_DIR:=$(BASE_DIR)/binaries/$(BR2_BOARDNAME)

shouldn't the BINARIES_DIR rather be only visible in targets/MAkefile.in
and below?  Just curious..

[Buildroot] (no subject)

[Ulf Samuelsson]

Author:	Ulf Samuelsson
Date:	2007-01-25

Log:
	Here is my suggestion for supporting different BSP's
	in the same buildroot structure
	Add BINARIES_DIR directory, 
	where resulting binaries can be stored
	Typically this directory contains a subdirectory for each BSP.

	Add TARGET_BUILD_DIR directory, where BSP for different
	boards can be built without destroying results of previous
	builds. Typically each BSP would build in a subdirectory of 
	TARGET_BUILD_DIR

Modified:
	Config.in
	Makefile
	package/Makefile.in

Changeset
	Config.in
	Makefile
	package/Makefile.in

-------------- next part --------------
A non-text attachment was scrubbed...
Name: BSP_Support.patch
Type: text/x-patch
Size: 3404 bytes
Desc: not available
Url : http://busybox.net/lists/buildroot/attachments/20070125/ac5ae11f/attachment.bin 

[Buildroot] (no subject)

[amit bhosale]

  
  
hi

 we are compiling Xorg using uclibc-buildroot. First of all we successfuly compile Xorg-6.8.2 which is present in buildroot option then i apply  patch 0000878 to update xorg to 6.9.0 (patch from buildroot based bug tracking)and make it compile.But we are getting following error while doing so

//------------------------------------------------------------------//
making all in programs/Xserver/Xext...
make[6]: Entering directory `/zamitwork/buildroot/build_i686/xc/programs/Xserver/Xext'

/zamitwork/buildroot/build_i686/staging_dir/bin/i686-linux-uclibc-gcc -c -Os -ansi -Wall -Wpointer-arith -Wundef    -I. -I../include -I../../../exports/include/X11 -I../../../include/extensions            -I../../../include/fonts -I../mi -I../render -I../../../programs/Xserver/hw/xfree86/common -I../../../include/fonts           -I../hw/dmx  -I../../.. -I../../../exports/include   -Dlinux -D__i686__ -D_POSIX_SOURCE                             -D_BSD_SOURCE -D_GNU_SOURCE -DX_LOCALE -DSHAPE -DXINPUT -DXKB  -DXAPPGROUP   -DXCSECURITY -DTOGCUP   -DXF86BIGFONT -DDPMSExtension   -DXPRINT -DPIXPRIV -DPANORAMIX   -DRENDER -DRANDR    -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE    -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH                      -DXFreeXDGA -DXvExtension                                -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server                       -DXF86VIDMODE                            -DXvMCExtension                                 -DSMART_SCHEDULE                    -DBUILDDEBUG -DXResExtension                             -DX_BYTE_ORDER=                                 -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((9) * 100000) + ((0) * 1000) + 0)" -DNDEBUG   -DFUNCPROTO=15 -DNARROWPROTO   -DMITMISC -DXTEST -DXTRAP       -DXSYNC -DXCMISC -DXRECORD      -DMITSHM -DBIGREQS -DXF86VIDMODE        -DXF86MISC -DDBE -DDPMSExtension -DEVI  -DSCREENSAVER -DXV -DXVMC               -DRES -DHAS_XVMCSHM   xf86vmode.c
In file included from ../../../programs/Xserver/hw/xfree86/common/xf86str.h:45,
                 from ../../../programs/Xserver/hw/xfree86/common/xf86.h:40,
                 from xf86vmode.c:52:
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:422:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:435:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:448:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:465:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:481:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:529:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:582:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:594:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:613:18: error: operator '==' has no left operand
../../../programs/Xserver/hw/xfree86/common/xf86Pci.h:627:18: error: operator '==' has no left operand
make[6]: *** [xf86vmode.o] Error 1
make[6]: Leaving directory `/zamitwork/buildroot/build_i686/xc/programs/Xserver/Xext'
make[5]: *** [Xext] Error 2
make[5]: Leaving directory `/zamitwork/buildroot/build_i686/xc/programs/Xserver'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/zamitwork/buildroot/build_i686/xc/programs'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/zamitwork/buildroot/build_i686/xc'
make[2]: *** [World] Error 2
make[2]: Leaving directory `/zamitwork/buildroot/build_i686/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/zamitwork/buildroot/build_i686/xc'
make: *** [/zamitwork/buildroot/build_i686/xc/programs/Xserver/Xorg] Error 2
//------------------------------------------------------------------//

 but this patch 0000878: "Update xorg to 6.9.0 and make it compile"
 description says==> that it altere host.def and cross.def envoriment.
 It should pass the correct ByteOrder, HasMMXSuppoer, hasMTRRSupport    and XF86INT10_BUILD depending on what Arch you are compiling for.

 
Can anyone please suggest us a solution to get rid of this error.


Regards

amit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/buildroot/attachments/20060724/63ab6782/attachment.html