* [Buildroot] Talk at Embedded Linux Conference Europe
From: Thomas Petazzoni @ 2011-11-02 12:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAAXf6LVzd4z5j_Y-w6jXvUCdsmZkgxEqJQtiVG4ZPzDKhdfnjA@mail.gmail.com>
Le Wed, 2 Nov 2011 11:37:30 +0100,
Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com> a ?crit :
> > Covering the 40+ slides consumed almost the entire time slot, so
> > there was only time left for a few questions at the end. Generally
> > speaking, I had the feeling that there is definitely an interest in
> > Buildroot, as an alternative to bigger things like OE or Yocto. For
> > example, I went to the Yocto Bird-of-a-Feather session, and the
> > first 20 minutes of the session was spent answering questions of
> > the audience about how Yocto compares to Buildroot, what are the
> > relative advantages/drawbacks, etc.
>
> It's nice to hear about this interest in Buildroot.
> Was there anything in particular that came out of the Yocto vs.
> Buildroot discussion? Things that are seen as a drawback of buildroot
> that we could improve without sacrificing the design goals? Features
> that are found lacking?
You'll be able to watch the video. But basically, the Yocto people were
putting the emphasis on Yocto being a distribution builder, i.e it
builds a set of packages and not just a root filesystem image. But
interestingly, in the room, one of the person said that for his
embedded Linux projects, which are deeply embedded ones (such as
washing machines, or other industrial stuff), packaging is completely
useless and he just wants something that generates a root filesystem
image.
> > The final version of the slides are available at:
> >
> > ?http://elinux.org/images/2/2a/Using-buildroot-real-project.pdf
> >
> > I intend to contribute some of those elements to the official
> > documentation.
>
> I think that would definitely be useful. As several people indicated,
> your write-up of some best practices is very interesting for project
> developers.
Ok, I'll try to work on that. I'm pretty busy until end of November due
to the organization of a free software event in France, but after that,
my free time will again be dedicated to Buildroot stuff.
> > I also would like to thank all the persons who reviewed
> > my slides and maybe very useful comments. This definitely helped in
> > making the talk better.
> >
> > For those interested, there is a picture of myself giving the talk
> > with the beautiful Buildroot t-shirt (I wish I had a yellow helmet
> > to give the talk):
> >
> > ?http://www.flickr.com/photos/13825348 at N03/6303645373/in/photostream
>
> I would have loved the yellow helmet as well :-D
Idea to keep for a future talk I guess :)
> Thanks again for this talk, I think it was a great idea.
You're welcome!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] PKG_CONFIG_PATH question
From: Peter Korsgaard @ 2011-11-02 11:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CALX2uoNrcXSLW0LxOomt=sKMPPPZBrxKVBn5pc-rv0xG0QGN2Q@mail.gmail.com>
>>>>> "?ukasz" == ?ukasz Pu?ka <lukasz@oxnet.pl> writes:
Hi,
?ukasz> The error occured when building xcb-proto for the target
?ukasz> machine, not host-xcb-proto.
I guess you mean libxcb?
?ukasz> My version of pkg-config was 0.21, or 0.20, and it did not supported
?ukasz> PKG_CONFIG_SYSROOT_DIR environment variable.
?ukasz> After updating my build OS (slackware 12) with newer pkg-config
?ukasz> (0.23) it was possible for me to move forward without the trick with
?ukasz> PKG_CONFIG_PATH.
?ukasz> After some time I found that buildroot generates host-pkg-config
?ukasz> package, but I wonder why buildroot uses my host installed pkg-config,
?ukasz> what is the reason to build host-pkg-config and use pkg-config from my
?ukasz> machine?
Because of a missing dependency. I've fixed it in git now.
Thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libxcb: needs pkg-config
From: Peter Korsgaard @ 2011-11-02 11:58 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=c1fa253a1b9180d349bcf9ada4898494d2221fc3
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Reported-by: ??ukasz Pu??ka <lukasz@oxnet.pl>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/x11r7/libxcb/libxcb.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/x11r7/libxcb/libxcb.mk b/package/x11r7/libxcb/libxcb.mk
index 106a8a4..8fb3dd3 100644
--- a/package/x11r7/libxcb/libxcb.mk
+++ b/package/x11r7/libxcb/libxcb.mk
@@ -11,7 +11,7 @@ LIBXCB_INSTALL_STAGING = YES
LIBXCB_DEPENDENCIES = \
host-libxslt pthread-stubs xcb-proto xlib_libXdmcp xlib_libXau \
- host-xcb-proto host-python
+ host-xcb-proto host-python host-pkg-config
LIBXCB_CONF_ENV = STAGING_DIR="$(STAGING_DIR)"
LIBXCB_MAKE_OPT = XCBPROTO_XCBINCLUDEDIR=$(STAGING_DIR)/usr/share/xcb \
XCBPROTO_XCBPYTHONDIR=$(HOST_DIR)/usr/lib/python$(PYTHON_VERSION_MAJOR)/site-packages
^ permalink raw reply related
* [Buildroot] PKG_CONFIG_PATH question
From: Łukasz Pułka @ 2011-11-02 11:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAAXf6LU3fXXea4e5_kXftPMeLoYz6AuSO75s6OShtYsgnjgE=g@mail.gmail.com>
>> For the build system I use quite ancient host machine (slackware),
>> maybe it causes some problems.
>>
>> I could not compile libxcb, getting error from configure that
>> xcb-proto version is less than 1.5 (buildroot is looking for
>> xcb-proto.pc file (during configure) inside " /usr/lib/pkgconfig/" -
>> on my build system) is that nomal ?
>>
>> I could move forward by setting environment variable PKC_CONFIG_PATH
>> to the STAGING_DIR/usr/lib/pkgconfig/, butI do not like this solution.
> Could you give some more details, for example (part of) the build log,
> showing which package is being installed. Some packages first install
> a host- variant. In that case, it is perfectly valid for the configure
> step of that host package to check /usr/lib/pkgconfig.
The error occured when building xcb-proto for the target machine, not
host-xcb-proto.
My version of pkg-config was 0.21, or 0.20, and it did not supported
PKG_CONFIG_SYSROOT_DIR environment variable.
After updating my build OS (slackware 12) with newer pkg-config
(0.23) it was possible for me to move forward without the trick with
PKG_CONFIG_PATH.
After some time I found that buildroot generates host-pkg-config
package, but I wonder why buildroot uses my host installed pkg-config,
what is the reason to build host-pkg-config and use pkg-config from my
machine?
Best regards,
Lukasz
^ permalink raw reply
* [Buildroot] [PATCH] ext-toolchain: fix ct-ng as external rsync issues
From: Peter Korsgaard @ 2011-11-02 11:31 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1318522731-29400-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> When using a CT-NG toolchain as external toolchain (not with
Gustavo> the integration) and said toolchain has u-w directories rsync
Gustavo> fails. So instruct rsync to chmod u+w directories in the
Gustavo> target copy to avoid the issue.
This is actually a workaround for a bug in rsync 3.0.8 (earlier/later
versions not affected), but it seems safe to add - So committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] ext-toolchain: fix ct-ng as external rsync issues
From: Peter Korsgaard @ 2011-11-02 11:28 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=d453d0bc9c15fb0f15f116cbe0c14ce7cd9501ec
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
When using a CT-NG toolchain as external toolchain (not with the
integration) and said toolchain has u-w directories rsync fails.
So instruct rsync to chmod u+w directories in the target copy to avoid
the issue.
[Peter: notice that this is a workaround for a rsync 3.0.8 bug]
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/helpers.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/toolchain/helpers.mk b/toolchain/helpers.mk
index 5585f45..96919d4 100644
--- a/toolchain/helpers.mk
+++ b/toolchain/helpers.mk
@@ -91,7 +91,7 @@ copy_toolchain_sysroot = \
ARCH_SUBDIR="$(strip $3)"; \
for i in etc lib sbin usr ; do \
if [ -d $${ARCH_SYSROOT_DIR}/$$i ] ; then \
- rsync -au --exclude 'usr/lib/locale' $${ARCH_SYSROOT_DIR}/$$i $(STAGING_DIR)/ ; \
+ rsync -au --chmod=Du+w --exclude 'usr/lib/locale' $${ARCH_SYSROOT_DIR}/$$i $(STAGING_DIR)/ ; \
fi ; \
done ; \
if [ `readlink -f $${SYSROOT_DIR}` != `readlink -f $${ARCH_SYSROOT_DIR}` ] ; then \
^ permalink raw reply related
* [Buildroot] [PATCH 1/3] uClibc: add patches to fix daylight saving issues
From: Peter Korsgaard @ 2011-11-02 11:16 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1318431191-2421-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Committed all 3, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] uClibc: update snapshot config to avoid stalling
From: Peter Korsgaard @ 2011-11-02 11:11 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=922f19fe80358403e29b14c6e8f1f32821d467c9
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/uClibc/uClibc-snapshot.config | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/toolchain/uClibc/uClibc-snapshot.config b/toolchain/uClibc/uClibc-snapshot.config
index bff7584..a3fe200 100644
--- a/toolchain/uClibc/uClibc-snapshot.config
+++ b/toolchain/uClibc/uClibc-snapshot.config
@@ -88,9 +88,12 @@ LDSO_LDD_SUPPORT=y
# LDSO_CACHE_SUPPORT is not set
LDSO_PRELOAD_ENV_SUPPORT=y
# LDSO_PRELOAD_FILE_SUPPORT is not set
+# LDSO_STANDALONE_SUPPORT is not set
+# LDSO_PRELINK_SUPPORT is not set
# UCLIBC_STATIC_LDCONFIG is not set
LDSO_RUNPATH=y
LDSO_SEARCH_INTERP_PATH=y
+# LDSO_NO_CLEANUP is not set
UCLIBC_CTOR_DTOR=y
# LDSO_GNU_HASH_SUPPORT is not set
# HAS_NO_THREADS is not set
@@ -164,6 +167,7 @@ UCLIBC_USE_NETLINK=y
# UCLIBC_HAS_BSD_RES_CLOSE is not set
UCLIBC_HAS_COMPAT_RES_STATE=y
# UCLIBC_HAS_EXTRA_COMPAT_RES_STATE is not set
+UCLIBC_HAS_RESOLVER_SUPPORT=y
UCLIBC_HAS_LIBRESOLV_STUB=y
UCLIBC_HAS_LIBNSL_STUB=y
^ permalink raw reply related
* [Buildroot] [git commit] uClibc 0.9.31.1: add patch to export strverscmp for real
From: Peter Korsgaard @ 2011-11-02 11:11 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=6fed97eb0d82c6adfaf957d1b2f00362d1653453
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
.../uClibc/uClibc-0.9.31.1-export-strverscmp.patch | 30 ++++++++++++++++++++
1 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/toolchain/uClibc/uClibc-0.9.31.1-export-strverscmp.patch b/toolchain/uClibc/uClibc-0.9.31.1-export-strverscmp.patch
new file mode 100644
index 0000000..19bc021
--- /dev/null
+++ b/toolchain/uClibc/uClibc-0.9.31.1-export-strverscmp.patch
@@ -0,0 +1,30 @@
+From 139b8f0c673fed465d27f99c98568e5d5e1b9b72 Mon Sep 17 00:00:00 2001
+From: Denys Vlasenko <vda.linux@googlemail.com>
+Date: Fri, 4 Jun 2010 13:36:30 +0200
+Subject: [PATCH] strverscmp: I forgot to export it
+
+Result was:
+
+strverscmp.o:
+000000ec T __GI_strverscmp
+
+i.e. no plain "strverscmp"!
+
+Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
+Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
+---
+ libc/string/strverscmp.c | 1 +
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+
+diff --git a/libc/string/strverscmp.c b/libc/string/strverscmp.c
+index 74ae4c6..b19e8f0 100644
+--- a/libc/string/strverscmp.c
++++ b/libc/string/strverscmp.c
+@@ -115,3 +115,4 @@ int strverscmp (const char *s1, const char *s2)
+ return state;
+ }
+ }
++libc_hidden_def(strverscmp)
+--
+1.7.3.4
+
^ permalink raw reply related
* [Buildroot] [git commit] uClibc: add patches to fix daylight saving issues
From: Peter Korsgaard @ 2011-11-02 11:10 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=a43020192fb49ff49b9b3d2b6b1c7c0b0f13ce1c
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
....9.31.1-fix-daylight-saving-time-handling.patch | 36 ++++++++++++++++++++
...-0.9.32-fix-daylight-saving-time-handling.patch | 36 ++++++++++++++++++++
2 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/toolchain/uClibc/uClibc-0.9.31.1-fix-daylight-saving-time-handling.patch b/toolchain/uClibc/uClibc-0.9.31.1-fix-daylight-saving-time-handling.patch
new file mode 100644
index 0000000..5a96113
--- /dev/null
+++ b/toolchain/uClibc/uClibc-0.9.31.1-fix-daylight-saving-time-handling.patch
@@ -0,0 +1,36 @@
+From 47f3da1cf49377c25772bb54d07db55225bbb142 Mon Sep 17 00:00:00 2001
+From: Guillaume Bourcier <guillaumebourcier@free.fr>
+Date: Tue, 11 Oct 2011 13:45:33 +0200
+Subject: [PATCH] libc: fix daylight saving time handling
+
+The algorithm computing daylight saving time incorrectly adds a day for
+each month after January for leap years. The clock shift from/to DST can
+be delayed if the last Sunday of a transition month is exactly seven
+days before the first of the following month.
+
+This change adds a day for the February month only.
+
+Signed-off-by: Guillaume Bourcier <guillaumebourcier@free.fr>
+Signed-off-by: Richard Braun <rbraun@sceen.net>
+Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
+Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
+---
+ libc/misc/time/time.c | 2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+diff --git a/libc/misc/time/time.c b/libc/misc/time/time.c
+index 19d68e1..8e2ebf1 100644
+--- a/libc/misc/time/time.c
++++ b/libc/misc/time/time.c
+@@ -689,7 +689,7 @@ static int tm_isdst(register const struct tm *__restrict ptm,
+ ++day;
+ }
+ monlen = 31 + day_cor[r->month -1] - day_cor[r->month];
+- if (isleap && (r->month > 1)) {
++ if (isleap && (r->month == 2)) {
+ ++monlen;
+ }
+ /* Wweekday (0 is Sunday) of 1st of the month
+--
+1.7.3.4
+
diff --git a/toolchain/uClibc/uClibc-0.9.32-fix-daylight-saving-time-handling.patch b/toolchain/uClibc/uClibc-0.9.32-fix-daylight-saving-time-handling.patch
new file mode 100644
index 0000000..5a96113
--- /dev/null
+++ b/toolchain/uClibc/uClibc-0.9.32-fix-daylight-saving-time-handling.patch
@@ -0,0 +1,36 @@
+From 47f3da1cf49377c25772bb54d07db55225bbb142 Mon Sep 17 00:00:00 2001
+From: Guillaume Bourcier <guillaumebourcier@free.fr>
+Date: Tue, 11 Oct 2011 13:45:33 +0200
+Subject: [PATCH] libc: fix daylight saving time handling
+
+The algorithm computing daylight saving time incorrectly adds a day for
+each month after January for leap years. The clock shift from/to DST can
+be delayed if the last Sunday of a transition month is exactly seven
+days before the first of the following month.
+
+This change adds a day for the February month only.
+
+Signed-off-by: Guillaume Bourcier <guillaumebourcier@free.fr>
+Signed-off-by: Richard Braun <rbraun@sceen.net>
+Signed-off-by: Carmelo Amoroso <carmelo.amoroso@st.com>
+Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
+---
+ libc/misc/time/time.c | 2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+diff --git a/libc/misc/time/time.c b/libc/misc/time/time.c
+index 19d68e1..8e2ebf1 100644
+--- a/libc/misc/time/time.c
++++ b/libc/misc/time/time.c
+@@ -689,7 +689,7 @@ static int tm_isdst(register const struct tm *__restrict ptm,
+ ++day;
+ }
+ monlen = 31 + day_cor[r->month -1] - day_cor[r->month];
+- if (isleap && (r->month > 1)) {
++ if (isleap && (r->month == 2)) {
+ ++monlen;
+ }
+ /* Wweekday (0 is Sunday) of 1st of the month
+--
+1.7.3.4
+
^ permalink raw reply related
* [Buildroot] [Bug 4387] Make sure that dest dir exists before installing mtd files
From: bugzilla at busybox.net @ 2011-11-02 11:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bug-4387-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=4387
Peter Korsgaard <jacmet@uclibc.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #4 from Peter Korsgaard <jacmet@uclibc.org> 2011-11-02 11:05:40 UTC ---
Committed, thanks
--
Configure bugmail: https://bugs.busybox.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply
* [Buildroot] [git commit] mtd: make sure that dest dir exists before installing mtd files
From: Peter Korsgaard @ 2011-11-02 11:00 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=6473f6c035863ee846f3b1ebc239cabdcb497301
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Closes #4387
Signed-off-by: Danomi Mocelopolis <d_mo1234@yahoo.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
CHANGES | 3 ++-
package/mtd/mtd.mk | 4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/CHANGES b/CHANGES
index 74ec64f..0043126 100644
--- a/CHANGES
+++ b/CHANGES
@@ -33,7 +33,7 @@
libglib2, libiconv, libmpd, libreplaygain, libroxml,
libsamplerate, libsndfile, libsoup, libsvgtiny, libtool,
lighttpd, links, linux-fusion, lite, lrzsz, lsof, lzo, lzop,
- makedevs, mcookie, mpg123, mpd, mpfr, musepack, mutt,
+ makedevs, mcookie, mpg123, mpd, mpfr, mtd, musepack, mutt,
mysql_client, ncftp, ncurses, neon, netcat, netsnmp, ntfs-3g,
ntfsprogs, ntp, openntpd, openssh, openssl, orc, pciutils,
psmisc, python, qt, quagga, radvd, rpm, rsync, samba, sawman,
@@ -70,6 +70,7 @@
#4183: Codesourcery toolchain download site has changed
#4231: libneon.so: undefined reference to `SSL_SESSION_cmp'
#4381: Add option to lighttpd to enable Lua support
+ #4387: Make sure that dest dir exists before installing mtd files
2011.08, Released August 31th, 2011:
diff --git a/package/mtd/mtd.mk b/package/mtd/mtd.mk
index ef876e2..1b23e83 100644
--- a/package/mtd/mtd.mk
+++ b/package/mtd/mtd.mk
@@ -91,10 +91,10 @@ endef
define MTD_INSTALL_TARGET_CMDS
for f in $(MTD_TARGETS_y) ; do \
- install -m 0755 $(@D)/$$f $(TARGET_DIR)/usr/sbin/$$f ; \
+ install -D -m 0755 $(@D)/$$f $(TARGET_DIR)/usr/sbin/$$f ; \
done ; \
for f in $(MTD_TARGETS_UBI_y) ; do \
- install -m 0755 $(@D)/ubi-utils/$$f $(TARGET_DIR)/usr/sbin/$$f ; \
+ install -D -m 0755 $(@D)/ubi-utils/$$f $(TARGET_DIR)/usr/sbin/$$f ; \
done
endef
^ permalink raw reply related
* [Buildroot] [PATCH 2/2 v2] toolchain: Add the possibility to have a mcpu option with wrapper
From: Peter Korsgaard @ 2011-11-02 10:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1320149956-3072-1-git-send-email-stanypub@gmail.com>
>>>>> "Stany" == Stany MARCEL <stanypub@gmail.com> writes:
Stany> Permit to define the mcpu of the external toolchain wrapper, based on
Stany> BR2_GCC_TARGET_CPU.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] toolchain: Add the possibility to have a mcpu option with wrapper
From: Peter Korsgaard @ 2011-11-02 10:48 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=3fb6010dca4447576fa36f4b5f845af986d39364
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Permit to define the mcpu of the external toolchain wrapper, based on
BR2_GCC_TARGET_CPU.
Signed-off-by: Stany MARCEL <stanypub@gmail.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/toolchain-external/ext-tool.mk | 5 +++++
.../toolchain-external/ext-toolchain-wrapper.c | 3 +++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/toolchain/toolchain-external/ext-tool.mk b/toolchain/toolchain-external/ext-tool.mk
index 572917f..a52621c 100644
--- a/toolchain/toolchain-external/ext-tool.mk
+++ b/toolchain/toolchain-external/ext-tool.mk
@@ -127,6 +127,7 @@ TOOLCHAIN_EXTERNAL_WRAPPER_ARGS = \
-DBR_SYSROOT='"$(STAGING_DIR)"'
CC_TARGET_TUNE_:=$(call qstrip,$(BR2_GCC_TARGET_TUNE))
+CC_TARGET_CPU_:=$(call qstrip,$(BR2_GCC_TARGET_CPU))
CC_TARGET_ARCH_:=$(call qstrip,$(BR2_GCC_TARGET_ARCH))
CC_TARGET_ABI_:=$(call qstrip,$(BR2_GCC_TARGET_ABI))
@@ -140,6 +141,10 @@ ifneq ($(CC_TARGET_ARCH_),)
TOOLCHAIN_EXTERNAL_CFLAGS += -march=$(CC_TARGET_ARCH_)
TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_ARCH='"$(CC_TARGET_ARCH_)"'
endif
+ifneq ($(CC_TARGET_CPU_),)
+TOOLCHAIN_EXTERNAL_CFLAGS += -mcpu=$(CC_TARGET_CPU_)
+TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_CPU='"$(CC_TARGET_CPU_)"'
+endif
ifneq ($(CC_TARGET_ABI_),)
TOOLCHAIN_EXTERNAL_CFLAGS += -mabi=$(CC_TARGET_ABI_)
TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_ABI='"$(CC_TARGET_ABI_)"'
diff --git a/toolchain/toolchain-external/ext-toolchain-wrapper.c b/toolchain/toolchain-external/ext-toolchain-wrapper.c
index 3e23061..cc404f3 100644
--- a/toolchain/toolchain-external/ext-toolchain-wrapper.c
+++ b/toolchain/toolchain-external/ext-toolchain-wrapper.c
@@ -28,6 +28,9 @@ static char *predef_args[] = {
#ifdef BR_TUNE
"-mtune=" BR_TUNE,
#endif /* BR_TUNE */
+#ifdef BR_CPU
+ "-mcpu=" BR_CPU,
+#endif
#ifdef BR_ABI
"-mabi=" BR_ABI,
#endif
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] toolchain: Correct test for external tools symlink creation
From: Peter Korsgaard @ 2011-11-02 10:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1320108819-2344-1-git-send-email-stanypub@gmail.com>
>>>>> "Stany" == Stany MARCEL <stanypub@gmail.com> writes:
Stany> When the external tools chain is installed in a path that match one of
Stany> the first case test, all symlink are created to the external
Stany> wrapper. The proposed solution is to test only the base name not the
Stany> full path.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] toolchain: Correct test for external tools symlink creation
From: Peter Korsgaard @ 2011-11-02 10:46 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=d64c4ed3f787802d2b3953a5db787984d9a6626e
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
When the external tools chain is installed in a path that match one of
the first case test, all symlink are created to the external
wrapper. The proposed solution is to test only the base name not the
full path.
Signed-off-by: Stany MARCEL <stanypub@gmail.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/toolchain-external/ext-tool.mk | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/toolchain/toolchain-external/ext-tool.mk b/toolchain/toolchain-external/ext-tool.mk
index 8287916..572917f 100644
--- a/toolchain/toolchain-external/ext-tool.mk
+++ b/toolchain/toolchain-external/ext-tool.mk
@@ -318,9 +318,9 @@ $(STAMP_DIR)/ext-toolchain-installed: $(TOOLCHAIN_EXTERNAL_DEPENDENCIES)
$(HOST_DIR)/usr/bin/ext-toolchain-wrapper: $(STAMP_DIR)/ext-toolchain-installed
mkdir -p $(HOST_DIR)/usr/bin; cd $(HOST_DIR)/usr/bin; \
for i in $(TOOLCHAIN_EXTERNAL_CROSS)*; do \
- case "$$i" in \
+ base=$${i##*/}; \
+ case "$$base" in \
*cc|*cc-*|*++|*++-*|*cpp) \
- base=$${i##*/}; \
ln -sf $(@F) $$base; \
;; \
*) \
^ permalink raw reply related
* [Buildroot] Talk at Embedded Linux Conference Europe
From: Thomas De Schampheleire @ 2011-11-02 10:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20111102101535.25934b22@skate>
Hi Thomas,
First of all, thanks for this mail. It's definitely interesting for
those who weren't there.
On Wed, Nov 2, 2011 at 10:15 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> As planned, I gave the talk ? Using Buildroot for real projects ? on
> Wednesday last week at the Embedded Linux Conference Europe. The room
> was crowded with 50+ people, a pretty good audience compared to many
> other technical talks I've seen during the conference.
>
> Covering the 40+ slides consumed almost the entire time slot, so there
> was only time left for a few questions at the end. Generally speaking,
> I had the feeling that there is definitely an interest in Buildroot, as
> an alternative to bigger things like OE or Yocto. For example, I went to
> the Yocto Bird-of-a-Feather session, and the first 20 minutes of the
> session was spent answering questions of the audience about how Yocto
> compares to Buildroot, what are the relative advantages/drawbacks, etc.
It's nice to hear about this interest in Buildroot.
Was there anything in particular that came out of the Yocto vs.
Buildroot discussion? Things that are seen as a drawback of buildroot
that we could improve without sacrificing the design goals? Features
that are found lacking?
>
> The final version of the slides are available at:
>
> ?http://elinux.org/images/2/2a/Using-buildroot-real-project.pdf
>
> I intend to contribute some of those elements to the official
> documentation.
I think that would definitely be useful. As several people indicated,
your write-up of some best practices is very interesting for project
developers.
> I also would like to thank all the persons who reviewed
> my slides and maybe very useful comments. This definitely helped in
> making the talk better.
>
> For those interested, there is a picture of myself giving the talk with
> the beautiful Buildroot t-shirt (I wish I had a yellow helmet to give
> the talk):
>
> ?http://www.flickr.com/photos/13825348 at N03/6303645373/in/photostream
I would have loved the yellow helmet as well :-D
>
> The video of the talk (as well as the video of all ELCE talks) is
> currently being encoded. I hope to have everything online by the end of
> the week, or at worst early next week. I will send an e-mail when the
> video is available.
>
> The Buildroot Developer Day report is being reviewed by Peter
> currently, I hope to be able to send it at worst tomorrow.
Looking forward to the video and BDD report...
Thanks again for this talk, I think it was a great idea.
Best regards,
thomas
^ permalink raw reply
* [Buildroot] [PATCH] toolchain/ct-ng: update to 1.13.0
From: Peter Korsgaard @ 2011-11-02 9:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1320145111-5171-1-git-send-email-yann.morin.1998@anciens.enib.fr>
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@anciens.enib.fr> writes:
Yann> Update the version in the package description. Update the default
Yann> configuration files for the three different C libraries.
Committed with the minor comments Baruch Siach had fixed - Thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Talk at Embedded Linux Conference Europe
From: Thomas Petazzoni @ 2011-11-02 9:15 UTC (permalink / raw)
To: buildroot
Hello,
As planned, I gave the talk ? Using Buildroot for real projects ? on
Wednesday last week at the Embedded Linux Conference Europe. The room
was crowded with 50+ people, a pretty good audience compared to many
other technical talks I've seen during the conference.
Covering the 40+ slides consumed almost the entire time slot, so there
was only time left for a few questions at the end. Generally speaking,
I had the feeling that there is definitely an interest in Buildroot, as
an alternative to bigger things like OE or Yocto. For example, I went to
the Yocto Bird-of-a-Feather session, and the first 20 minutes of the
session was spent answering questions of the audience about how Yocto
compares to Buildroot, what are the relative advantages/drawbacks, etc.
The final version of the slides are available at:
http://elinux.org/images/2/2a/Using-buildroot-real-project.pdf
I intend to contribute some of those elements to the official
documentation. I also would like to thank all the persons who reviewed
my slides and maybe very useful comments. This definitely helped in
making the talk better.
For those interested, there is a picture of myself giving the talk with
the beautiful Buildroot t-shirt (I wish I had a yellow helmet to give
the talk):
http://www.flickr.com/photos/13825348 at N03/6303645373/in/photostream
The video of the talk (as well as the video of all ELCE talks) is
currently being encoded. I hope to have everything online by the end of
the week, or at worst early next week. I will send an e-mail when the
video is available.
The Buildroot Developer Day report is being reviewed by Peter
currently, I hope to be able to send it at worst tomorrow.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] busybox: add 1.19.3 getty and modinfo fixes
From: Peter Korsgaard @ 2011-11-02 8:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1320062538-26714-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] busybox: add 1.19.3 getty and modinfo fixes
From: Peter Korsgaard @ 2011-11-02 8:34 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=9d885487ea49824293ebb410b571dc2f590f56f4
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
.../busybox-1.19.3/busybox-1.19.3-getty.patch | 12 ++++++++++++
.../busybox-1.19.3/busybox-1.19.3-modinfo.patch | 10 ++++++++++
2 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/package/busybox/busybox-1.19.3/busybox-1.19.3-getty.patch b/package/busybox/busybox-1.19.3/busybox-1.19.3-getty.patch
new file mode 100644
index 0000000..84dad6f
--- /dev/null
+++ b/package/busybox/busybox-1.19.3/busybox-1.19.3-getty.patch
@@ -0,0 +1,12 @@
+--- busybox-1.19.3/loginutils/getty.c
++++ busybox-1.19.3-getty/loginutils/getty.c
+@@ -271,7 +271,9 @@ static void termios_init(int speed)
+ #ifdef CMSPAR
+ | CMSPAR /* mark or space parity */
+ #endif
++#ifdef CBAUD
+ | CBAUD /* (output) baud rate */
++#endif
+ #ifdef CBAUDEX
+ | CBAUDEX /* (output) baud rate */
+ #endif
diff --git a/package/busybox/busybox-1.19.3/busybox-1.19.3-modinfo.patch b/package/busybox/busybox-1.19.3/busybox-1.19.3-modinfo.patch
new file mode 100644
index 0000000..9dd5c10
--- /dev/null
+++ b/package/busybox/busybox-1.19.3/busybox-1.19.3-modinfo.patch
@@ -0,0 +1,10 @@
+--- busybox-1.19.3/modutils/modinfo.c
++++ busybox-1.19.3-modinfo/modutils/modinfo.c
+@@ -13,6 +13,7 @@
+ //config:config MODINFO
+ //config: bool "modinfo"
+ //config: default y
++//config: select PLATFORM_LINUX
+ //config: help
+ //config: Show information about a Linux Kernel module
+
^ permalink raw reply related
* [Buildroot] [git commit] toolchain/ct-ng: update to 1.13.0
From: Peter Korsgaard @ 2011-11-02 8:32 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=c872a748b0ac0ea832d36e44a6700d750e618034
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Update the version in the package description. Update the default
configuration files for the three different C libraries.
[Peter: Removed unneeded changes as noticed by Baruch Siach]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/crosstool-ng/crosstool-ng.mk | 2 +-
.../crosstool-ng.config-eglibc | 99 +++++++++++---------
.../crosstool-ng.config-glibc | 89 ++++++++++--------
.../crosstool-ng.config-uClibc | 83 +++++++++-------
4 files changed, 153 insertions(+), 120 deletions(-)
diff --git a/package/crosstool-ng/crosstool-ng.mk b/package/crosstool-ng/crosstool-ng.mk
index 84e218e..f676697 100644
--- a/package/crosstool-ng/crosstool-ng.mk
+++ b/package/crosstool-ng/crosstool-ng.mk
@@ -1,4 +1,4 @@
-CROSSTOOL_NG_VERSION = 1.12.1
+CROSSTOOL_NG_VERSION = 1.13.0
CROSSTOOL_NG_SOURCE = crosstool-ng-$(CROSSTOOL_NG_VERSION).tar.bz2
CROSSTOOL_NG_SITE = http://crosstool-ng.org/download/crosstool-ng/
CROSSTOOL_NG_INSTALL_STAGING = NO
diff --git a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-eglibc b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-eglibc
index 66744bc..682afb1 100644
--- a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-eglibc
+++ b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-eglibc
@@ -1,14 +1,11 @@
#
# Automatically generated make config: don't edit
-# The crosstool-NG configuration menu
-# Sun Aug 7 15:40:17 2011
+# crosstool-NG 1.13.0 Configuration
+# Sat Oct 29 16:35:00 2011
#
+CT_CONFIGURE_has_xzutils=y
CT_CONFIGURE_has_cvs=y
CT_CONFIGURE_has_svn=y
-CT_CONFIGURE_static_link_ok=y
-CT_CONFIGURE_has_static_libstdcxx=y
-CT_CONFIGURE_has_expat=y
-CT_CONFIGURE_has_static_expat=y
CT_BACKEND=y
CT_MODULES=y
@@ -39,9 +36,9 @@ CT_REMOVE_DOCS=y
#
# CT_FORBID_DOWNLOAD is not set
# CT_FORCE_DOWNLOAD is not set
-# CT_USE_MIRROR is not set
CT_CONNECT_TIMEOUT=10
# CT_ONLY_DOWNLOAD is not set
+# CT_USE_MIRROR is not set
#
# Extracting
@@ -65,11 +62,12 @@ CT_PATCH_ORDER="bundled"
#
# Build options hiden
#
-CT_PARALLEL_JOBS=1
+CT_PARALLEL_JOBS=0
CT_LOAD=0
CT_USE_PIPES=y
-CT_CONFIG_SHELL="custom"
+CT_EXTRA_FLAGS_FOR_HOST=""
CT_CONFIG_SHELL_CUSTOM_PATH="/bin/sh"
+CT_CONFIG_SHELL="/bin/sh"
#
# Logging
@@ -88,25 +86,31 @@ CT_LOG_FILE_COMPRESS=y
#
# Target options
#
-CT_ARCH="x86"
+CT_ARCH="arm"
+CT_ARCH_SUPPORTS_BOTH_MMU=y
+CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
CT_ARCH_SUPPORTS_32=y
-CT_ARCH_SUPPORTS_64=y
CT_ARCH_SUPPORT_ARCH=y
CT_ARCH_SUPPORT_CPU=y
CT_ARCH_SUPPORT_TUNE=y
+CT_ARCH_SUPPORT_FPU=y
+CT_ARCH_DEFAULT_HAS_MMU=y
+CT_ARCH_DEFAULT_LE=y
CT_ARCH_DEFAULT_32=y
CT_ARCH_ARCH=""
CT_ARCH_CPU=""
CT_ARCH_TUNE=""
-# CT_ARCH_32 is not set
-CT_ARCH_64=y
-CT_ARCH_BITNESS=64
-CT_ARCH_FLOAT_HW=y
-# CT_ARCH_FLOAT_SW is not set
+CT_ARCH_FPU=""
+CT_ARCH_BE=y
+# CT_ARCH_LE is not set
+CT_ARCH_32=y
+CT_ARCH_BITNESS=32
+# CT_ARCH_FLOAT_HW is not set
+CT_ARCH_FLOAT_SW=y
CT_TARGET_CFLAGS=""
CT_TARGET_LDFLAGS=""
-CT_ARCH_x86=y
-CT_ARCH_x86_AVAILABLE=y
+CT_ARCH_arm=y
+CT_ARCH_arm_AVAILABLE=y
#
# Generic target options
@@ -118,6 +122,13 @@ CT_ARCH_USE_MMU=y
#
#
+# arm other options
+#
+CT_ARCH_ARM_MODE="arm"
+CT_ARCH_ARM_MODE_ARM=y
+CT_ARCH_ARM_EABI=y
+
+#
# Toolchain options
#
@@ -128,7 +139,7 @@ CT_FORCE_SYSROOT=y
CT_USE_SYSROOT=y
CT_SYSROOT_NAME="sysroot"
CT_SYSROOT_DIR_PREFIX=""
-CT_STATIC_TOOLCHAIN_POSSIBLE=y
+CT_WANTS_STATIC_LINK=y
CT_TOOLCHAIN_PKGVERSION=""
CT_TOOLCHAIN_BUGURL=""
@@ -137,7 +148,7 @@ CT_TOOLCHAIN_BUGURL=""
#
CT_TARGET_VENDOR="unknown"
CT_TARGET_ALIAS_SED_EXPR=""
-CT_TARGET_ALIAS=""
+CT_TARGET_ALIAS="armeb-linux"
#
# Toolchain type
@@ -157,23 +168,22 @@ CT_BUILD_SUFFIX=""
#
CT_KERNEL_SUPPORTS_SHARED_LIBS=y
CT_KERNEL="linux"
-CT_KERNEL_VERSION="2.6.38.8"
+CT_KERNEL_VERSION="2.6.39.4"
CT_KERNEL_linux=y
CT_KERNEL_linux_AVAILABLE=y
-CT_KERNEL_LINUX_INSTALL=y
-# CT_KERNEL_LINUX_USE_CUSTOM_HEADERS is not set
+# CT_KERNEL_V_3_0_4 is not set
+# CT_KERNEL_V_3_0_3 is not set
+# CT_KERNEL_V_3_0_2 is not set
+# CT_KERNEL_V_3_0_1 is not set
# CT_KERNEL_V_3_0 is not set
-# CT_KERNEL_V_2_6_39_3 is not set
-# CT_KERNEL_V_2_6_39_2 is not set
-# CT_KERNEL_V_2_6_39_1 is not set
-# CT_KERNEL_V_2_6_39 is not set
-CT_KERNEL_V_2_6_38_8=y
+CT_KERNEL_V_2_6_39_4=y
+# CT_KERNEL_V_2_6_38_8 is not set
# CT_KERNEL_V_2_6_37_6 is not set
# CT_KERNEL_V_2_6_36_4 is not set
-# CT_KERNEL_V_2_6_35_13 is not set
+# CT_KERNEL_V_2_6_35_14 is not set
# CT_KERNEL_V_2_6_34_10 is not set
-# CT_KERNEL_V_2_6_33_16 is not set
-# CT_KERNEL_V_2_6_32_43 is not set
+# CT_KERNEL_V_2_6_33_19 is not set
+# CT_KERNEL_V_2_6_32_46 is not set
# CT_KERNEL_V_2_6_31_14 is not set
# CT_KERNEL_V_2_6_27_59 is not set
# CT_KERNEL_LINUX_CUSTOM is not set
@@ -200,12 +210,11 @@ CT_ARCH_BINFMT_ELF=y
#
# GNU binutils
#
-# CT_BINUTILS_V_2_20_1 is not set
-CT_BINUTILS_V_2_20=y
-# CT_BINUTILS_V_2_19_1 is not set
-# CT_BINUTILS_V_2_19 is not set
-# CT_BINUTILS_V_2_18 is not set
-CT_BINUTILS_VERSION="2.20"
+# CT_BINUTILS_V_2_21_1a is not set
+CT_BINUTILS_V_2_20_1a=y
+# CT_BINUTILS_V_2_19_1a is not set
+# CT_BINUTILS_V_2_18a is not set
+CT_BINUTILS_VERSION="2.20.1a"
CT_BINUTILS_2_20_or_later=y
CT_BINUTILS_2_19_or_later=y
CT_BINUTILS_2_18_or_later=y
@@ -257,7 +266,7 @@ CT_CC_SUPPORT_OBJCXX=y
#
# Additional supported languages:
#
-# CT_CC_LANG_CXX is not set
+CT_CC_LANG_CXX=y
# CT_CC_LANG_JAVA is not set
#
@@ -293,21 +302,23 @@ CT_CC_GCC_LDBL_128=m
# C-library
#
CT_LIBC="eglibc"
-CT_LIBC_VERSION="2_10"
+CT_LIBC_VERSION="2_12"
CT_LIBC_eglibc=y
CT_LIBC_eglibc_AVAILABLE=y
-# CT_LIBC_EGLIBC_V_2_12 is not set
+CT_LIBC_EGLIBC_V_2_12=y
# CT_LIBC_EGLIBC_V_2_11 is not set
-CT_LIBC_EGLIBC_V_2_10=y
+# CT_LIBC_EGLIBC_V_2_10 is not set
# CT_LIBC_EGLIBC_V_2_9 is not set
# CT_LIBC_EGLIBC_V_TRUNK is not set
+CT_LIBC_EGLIBC_2_12_or_later=y
+CT_LIBC_EGLIBC_2_11_or_later=y
CT_LIBC_EGLIBC_2_10_or_later=y
CT_LIBC_EGLIBC_2_9_or_later=y
CT_LIBC_EGLIBC_HAS_PKGVERSION_BUGURL=y
CT_EGLIBC_REVISION="HEAD"
# CT_EGLIBC_HTTP is not set
# CT_EGLIBC_CHECKOUT is not set
-# CT_EGLIBC_OPT_SIZE is not set
+CT_EGLIBC_OPT_SIZE=y
# CT_EGLIBC_CUSTOM_CONFIG is not set
CT_LIBC_SUPPORT_THREADS_ANY=y
CT_LIBC_SUPPORT_NPTL=y
@@ -324,6 +335,7 @@ CT_LIBC_XLDD=y
#
# eglibc other options
#
+CT_LIBC_GLIBC_MAY_FORCE_PORTS=y
CT_LIBC_glibc_familly=y
CT_LIBC_GLIBC_EXTRA_CONFIG_ARRAY=""
CT_LIBC_GLIBC_CONFIGPARMS=""
@@ -354,10 +366,11 @@ CT_LIBC_ADDONS_LIST=""
#
# or try again later... :-(
#
+# CT_LIBC_LOCALES is not set
# CT_LIBC_GLIBC_KERNEL_VERSION_NONE is not set
CT_LIBC_GLIBC_KERNEL_VERSION_AS_HEADERS=y
# CT_LIBC_GLIBC_KERNEL_VERSION_CHOSEN is not set
-CT_LIBC_GLIBC_MIN_KERNEL="2.6.38.8"
+CT_LIBC_GLIBC_MIN_KERNEL="2.6.39.4"
#
# Debug facilities
diff --git a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
index 9513432..8fb90b8 100644
--- a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
+++ b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
@@ -1,14 +1,11 @@
#
# Automatically generated make config: don't edit
-# The crosstool-NG configuration menu
-# Sun Aug 7 15:49:35 2011
+# crosstool-NG 1.13.0 Configuration
+# Sat Oct 29 16:14:07 2011
#
+CT_CONFIGURE_has_xzutils=y
CT_CONFIGURE_has_cvs=y
CT_CONFIGURE_has_svn=y
-CT_CONFIGURE_static_link_ok=y
-CT_CONFIGURE_has_static_libstdcxx=y
-CT_CONFIGURE_has_expat=y
-CT_CONFIGURE_has_static_expat=y
CT_BACKEND=y
CT_MODULES=y
@@ -39,9 +36,9 @@ CT_REMOVE_DOCS=y
#
# CT_FORBID_DOWNLOAD is not set
# CT_FORCE_DOWNLOAD is not set
-# CT_USE_MIRROR is not set
CT_CONNECT_TIMEOUT=10
# CT_ONLY_DOWNLOAD is not set
+# CT_USE_MIRROR is not set
#
# Extracting
@@ -65,11 +62,12 @@ CT_PATCH_ORDER="bundled"
#
# Build options hiden
#
-CT_PARALLEL_JOBS=1
+CT_PARALLEL_JOBS=0
CT_LOAD=0
CT_USE_PIPES=y
-CT_CONFIG_SHELL="custom"
+CT_EXTRA_FLAGS_FOR_HOST=""
CT_CONFIG_SHELL_CUSTOM_PATH="/bin/sh"
+CT_CONFIG_SHELL="/bin/sh"
#
# Logging
@@ -88,25 +86,31 @@ CT_LOG_FILE_COMPRESS=y
#
# Target options
#
-CT_ARCH="x86"
+CT_ARCH="arm"
+CT_ARCH_SUPPORTS_BOTH_MMU=y
+CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
CT_ARCH_SUPPORTS_32=y
-CT_ARCH_SUPPORTS_64=y
CT_ARCH_SUPPORT_ARCH=y
CT_ARCH_SUPPORT_CPU=y
CT_ARCH_SUPPORT_TUNE=y
+CT_ARCH_SUPPORT_FPU=y
+CT_ARCH_DEFAULT_HAS_MMU=y
+CT_ARCH_DEFAULT_LE=y
CT_ARCH_DEFAULT_32=y
CT_ARCH_ARCH=""
CT_ARCH_CPU=""
CT_ARCH_TUNE=""
-# CT_ARCH_32 is not set
-CT_ARCH_64=y
-CT_ARCH_BITNESS=64
-CT_ARCH_FLOAT_HW=y
-# CT_ARCH_FLOAT_SW is not set
+CT_ARCH_FPU=""
+CT_ARCH_BE=y
+# CT_ARCH_LE is not set
+CT_ARCH_32=y
+CT_ARCH_BITNESS=32
+# CT_ARCH_FLOAT_HW is not set
+CT_ARCH_FLOAT_SW=y
CT_TARGET_CFLAGS=""
CT_TARGET_LDFLAGS=""
-CT_ARCH_x86=y
-CT_ARCH_x86_AVAILABLE=y
+CT_ARCH_arm=y
+CT_ARCH_arm_AVAILABLE=y
#
# Generic target options
@@ -118,6 +122,13 @@ CT_ARCH_USE_MMU=y
#
#
+# arm other options
+#
+CT_ARCH_ARM_MODE="arm"
+CT_ARCH_ARM_MODE_ARM=y
+CT_ARCH_ARM_EABI=y
+
+#
# Toolchain options
#
@@ -128,7 +139,7 @@ CT_FORCE_SYSROOT=y
CT_USE_SYSROOT=y
CT_SYSROOT_NAME="sysroot"
CT_SYSROOT_DIR_PREFIX=""
-CT_STATIC_TOOLCHAIN_POSSIBLE=y
+CT_WANTS_STATIC_LINK=y
CT_TOOLCHAIN_PKGVERSION=""
CT_TOOLCHAIN_BUGURL=""
@@ -137,7 +148,7 @@ CT_TOOLCHAIN_BUGURL=""
#
CT_TARGET_VENDOR="unknown"
CT_TARGET_ALIAS_SED_EXPR=""
-CT_TARGET_ALIAS=""
+CT_TARGET_ALIAS="armeb-linux"
#
# Toolchain type
@@ -157,23 +168,22 @@ CT_BUILD_SUFFIX=""
#
CT_KERNEL_SUPPORTS_SHARED_LIBS=y
CT_KERNEL="linux"
-CT_KERNEL_VERSION="3.0"
+CT_KERNEL_VERSION="2.6.39.4"
CT_KERNEL_linux=y
CT_KERNEL_linux_AVAILABLE=y
-CT_KERNEL_LINUX_INSTALL=y
-# CT_KERNEL_LINUX_USE_CUSTOM_HEADERS is not set
-CT_KERNEL_V_3_0=y
-# CT_KERNEL_V_2_6_39_3 is not set
-# CT_KERNEL_V_2_6_39_2 is not set
-# CT_KERNEL_V_2_6_39_1 is not set
-# CT_KERNEL_V_2_6_39 is not set
+# CT_KERNEL_V_3_0_4 is not set
+# CT_KERNEL_V_3_0_3 is not set
+# CT_KERNEL_V_3_0_2 is not set
+# CT_KERNEL_V_3_0_1 is not set
+# CT_KERNEL_V_3_0 is not set
+CT_KERNEL_V_2_6_39_4=y
# CT_KERNEL_V_2_6_38_8 is not set
# CT_KERNEL_V_2_6_37_6 is not set
# CT_KERNEL_V_2_6_36_4 is not set
-# CT_KERNEL_V_2_6_35_13 is not set
+# CT_KERNEL_V_2_6_35_14 is not set
# CT_KERNEL_V_2_6_34_10 is not set
-# CT_KERNEL_V_2_6_33_16 is not set
-# CT_KERNEL_V_2_6_32_43 is not set
+# CT_KERNEL_V_2_6_33_19 is not set
+# CT_KERNEL_V_2_6_32_46 is not set
# CT_KERNEL_V_2_6_31_14 is not set
# CT_KERNEL_V_2_6_27_59 is not set
# CT_KERNEL_LINUX_CUSTOM is not set
@@ -200,12 +210,11 @@ CT_ARCH_BINFMT_ELF=y
#
# GNU binutils
#
-# CT_BINUTILS_V_2_20_1 is not set
-CT_BINUTILS_V_2_20=y
-# CT_BINUTILS_V_2_19_1 is not set
-# CT_BINUTILS_V_2_19 is not set
-# CT_BINUTILS_V_2_18 is not set
-CT_BINUTILS_VERSION="2.20"
+# CT_BINUTILS_V_2_21_1a is not set
+CT_BINUTILS_V_2_20_1a=y
+# CT_BINUTILS_V_2_19_1a is not set
+# CT_BINUTILS_V_2_18a is not set
+CT_BINUTILS_VERSION="2.20.1a"
CT_BINUTILS_2_20_or_later=y
CT_BINUTILS_2_19_or_later=y
CT_BINUTILS_2_18_or_later=y
@@ -257,7 +266,7 @@ CT_CC_SUPPORT_OBJCXX=y
#
# Additional supported languages:
#
-# CT_CC_LANG_CXX is not set
+CT_CC_LANG_CXX=y
# CT_CC_LANG_JAVA is not set
#
@@ -308,6 +317,7 @@ CT_THREADS="nptl"
#
CT_THREADS_NPTL=y
CT_LIBC_XLDD=y
+CT_LIBC_GLIBC_MAY_FORCE_PORTS=y
CT_LIBC_glibc_familly=y
CT_LIBC_GLIBC_EXTRA_CONFIG_ARRAY=""
CT_LIBC_GLIBC_CONFIGPARMS=""
@@ -318,10 +328,11 @@ CT_LIBC_OLDEST_ABI=""
CT_LIBC_GLIBC_FORCE_UNWIND=y
CT_LIBC_GLIBC_USE_PORTS=y
CT_LIBC_ADDONS_LIST=""
+# CT_LIBC_LOCALES is not set
# CT_LIBC_GLIBC_KERNEL_VERSION_NONE is not set
CT_LIBC_GLIBC_KERNEL_VERSION_AS_HEADERS=y
# CT_LIBC_GLIBC_KERNEL_VERSION_CHOSEN is not set
-CT_LIBC_GLIBC_MIN_KERNEL="3.0"
+CT_LIBC_GLIBC_MIN_KERNEL="2.6.39.4"
#
# glibc other options
diff --git a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-uClibc b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-uClibc
index 5296923..7f7b3e2 100644
--- a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-uClibc
+++ b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-uClibc
@@ -1,14 +1,11 @@
#
# Automatically generated make config: don't edit
-# The crosstool-NG configuration menu
-# Sun Aug 7 15:06:46 2011
+# crosstool-NG 1.13.0 Configuration
+# Sat Oct 29 17:00:56 2011
#
+CT_CONFIGURE_has_xzutils=y
CT_CONFIGURE_has_cvs=y
CT_CONFIGURE_has_svn=y
-CT_CONFIGURE_static_link_ok=y
-CT_CONFIGURE_has_static_libstdcxx=y
-CT_CONFIGURE_has_expat=y
-CT_CONFIGURE_has_static_expat=y
CT_BACKEND=y
CT_MODULES=y
@@ -39,9 +36,9 @@ CT_REMOVE_DOCS=y
#
# CT_FORBID_DOWNLOAD is not set
# CT_FORCE_DOWNLOAD is not set
-# CT_USE_MIRROR is not set
CT_CONNECT_TIMEOUT=10
# CT_ONLY_DOWNLOAD is not set
+# CT_USE_MIRROR is not set
#
# Extracting
@@ -65,11 +62,12 @@ CT_PATCH_ORDER="bundled"
#
# Build options hiden
#
-CT_PARALLEL_JOBS=1
+CT_PARALLEL_JOBS=0
CT_LOAD=0
CT_USE_PIPES=y
-CT_CONFIG_SHELL="custom"
+CT_EXTRA_FLAGS_FOR_HOST=""
CT_CONFIG_SHELL_CUSTOM_PATH="/bin/sh"
+CT_CONFIG_SHELL="/bin/sh"
#
# Logging
@@ -88,25 +86,31 @@ CT_LOG_FILE_COMPRESS=y
#
# Target options
#
-CT_ARCH="x86"
+CT_ARCH="arm"
+CT_ARCH_SUPPORTS_BOTH_MMU=y
+CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
CT_ARCH_SUPPORTS_32=y
-CT_ARCH_SUPPORTS_64=y
CT_ARCH_SUPPORT_ARCH=y
CT_ARCH_SUPPORT_CPU=y
CT_ARCH_SUPPORT_TUNE=y
+CT_ARCH_SUPPORT_FPU=y
+CT_ARCH_DEFAULT_HAS_MMU=y
+CT_ARCH_DEFAULT_LE=y
CT_ARCH_DEFAULT_32=y
CT_ARCH_ARCH=""
CT_ARCH_CPU=""
CT_ARCH_TUNE=""
-# CT_ARCH_32 is not set
-CT_ARCH_64=y
-CT_ARCH_BITNESS=64
-CT_ARCH_FLOAT_HW=y
-# CT_ARCH_FLOAT_SW is not set
+CT_ARCH_FPU=""
+CT_ARCH_BE=y
+# CT_ARCH_LE is not set
+CT_ARCH_32=y
+CT_ARCH_BITNESS=32
+# CT_ARCH_FLOAT_HW is not set
+CT_ARCH_FLOAT_SW=y
CT_TARGET_CFLAGS=""
CT_TARGET_LDFLAGS=""
-CT_ARCH_x86=y
-CT_ARCH_x86_AVAILABLE=y
+CT_ARCH_arm=y
+CT_ARCH_arm_AVAILABLE=y
#
# Generic target options
@@ -118,6 +122,13 @@ CT_ARCH_USE_MMU=y
#
#
+# arm other options
+#
+CT_ARCH_ARM_MODE="arm"
+CT_ARCH_ARM_MODE_ARM=y
+CT_ARCH_ARM_EABI=y
+
+#
# Toolchain options
#
@@ -128,7 +139,7 @@ CT_FORCE_SYSROOT=y
CT_USE_SYSROOT=y
CT_SYSROOT_NAME="sysroot"
CT_SYSROOT_DIR_PREFIX=""
-CT_STATIC_TOOLCHAIN_POSSIBLE=y
+CT_WANTS_STATIC_LINK=y
CT_TOOLCHAIN_PKGVERSION=""
CT_TOOLCHAIN_BUGURL=""
@@ -137,7 +148,7 @@ CT_TOOLCHAIN_BUGURL=""
#
CT_TARGET_VENDOR="unknown"
CT_TARGET_ALIAS_SED_EXPR=""
-CT_TARGET_ALIAS=""
+CT_TARGET_ALIAS="armeb-linux"
#
# Toolchain type
@@ -160,20 +171,19 @@ CT_KERNEL="linux"
CT_KERNEL_VERSION="2.6.38.8"
CT_KERNEL_linux=y
CT_KERNEL_linux_AVAILABLE=y
-CT_KERNEL_LINUX_INSTALL=y
-# CT_KERNEL_LINUX_USE_CUSTOM_HEADERS is not set
+# CT_KERNEL_V_3_0_4 is not set
+# CT_KERNEL_V_3_0_3 is not set
+# CT_KERNEL_V_3_0_2 is not set
+# CT_KERNEL_V_3_0_1 is not set
# CT_KERNEL_V_3_0 is not set
-# CT_KERNEL_V_2_6_39_3 is not set
-# CT_KERNEL_V_2_6_39_2 is not set
-# CT_KERNEL_V_2_6_39_1 is not set
-# CT_KERNEL_V_2_6_39 is not set
+# CT_KERNEL_V_2_6_39_4 is not set
CT_KERNEL_V_2_6_38_8=y
# CT_KERNEL_V_2_6_37_6 is not set
# CT_KERNEL_V_2_6_36_4 is not set
-# CT_KERNEL_V_2_6_35_13 is not set
+# CT_KERNEL_V_2_6_35_14 is not set
# CT_KERNEL_V_2_6_34_10 is not set
-# CT_KERNEL_V_2_6_33_16 is not set
-# CT_KERNEL_V_2_6_32_43 is not set
+# CT_KERNEL_V_2_6_33_19 is not set
+# CT_KERNEL_V_2_6_32_46 is not set
# CT_KERNEL_V_2_6_31_14 is not set
# CT_KERNEL_V_2_6_27_59 is not set
# CT_KERNEL_LINUX_CUSTOM is not set
@@ -200,12 +210,11 @@ CT_ARCH_BINFMT_ELF=y
#
# GNU binutils
#
-# CT_BINUTILS_V_2_20_1 is not set
-CT_BINUTILS_V_2_20=y
-# CT_BINUTILS_V_2_19_1 is not set
-# CT_BINUTILS_V_2_19 is not set
-# CT_BINUTILS_V_2_18 is not set
-CT_BINUTILS_VERSION="2.20"
+# CT_BINUTILS_V_2_21_1a is not set
+CT_BINUTILS_V_2_20_1a=y
+# CT_BINUTILS_V_2_19_1a is not set
+# CT_BINUTILS_V_2_18a is not set
+CT_BINUTILS_VERSION="2.20.1a"
CT_BINUTILS_2_20_or_later=y
CT_BINUTILS_2_19_or_later=y
CT_BINUTILS_2_18_or_later=y
@@ -256,7 +265,7 @@ CT_CC_SUPPORT_OBJCXX=y
#
# Additional supported languages:
#
-# CT_CC_LANG_CXX is not set
+CT_CC_LANG_CXX=y
# CT_CC_LANG_JAVA is not set
#
@@ -310,7 +319,7 @@ CT_LIBC_UCLIBC_DEBUG_LEVEL_0=y
# CT_LIBC_UCLIBC_DEBUG_LEVEL_1 is not set
# CT_LIBC_UCLIBC_DEBUG_LEVEL_2 is not set
CT_LIBC_UCLIBC_DEBUG_LEVEL=0
-CT_LIBC_UCLIBC_CONFIG_FILE=""
+CT_LIBC_UCLIBC_CONFIG_FILE="/home/ymorin/dev/buildroot/O/build/build-toolchain/libc.config"
CT_LIBC_SUPPORT_THREADS_ANY=y
CT_LIBC_SUPPORT_LINUXTHREADS=y
CT_LIBC_SUPPORT_THREADS_NONE=y
^ permalink raw reply related
* [Buildroot] PKG_CONFIG_PATH question
From: Thomas De Schampheleire @ 2011-11-02 7:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CALX2uoNbshTRLzEXYJMOKuKF2WOxks+Q3w5Rz83YXoku3z_ueA@mail.gmail.com>
Hi Luke,
2011/10/30 ?ukasz Pu?ka <lukasz@oxnet.pl>:
> Hi all,
>
> My name is Luke and I am new here.
>
> After two encouraging sessions about buildroot on ELCE, I decided to
> give it a try.
Welcome! It's nice to hear that ELCE made a difference!
> I am usually using OpenEmbedded but just for fun I decided to build
> similar image with buildroot, I downloaded buildroot-2011.08.
> Compiled my own toolchain with crostool-ng (btw, all new CodeSourcery
> arm toolchains have ICE when iwmmxt optimization is enabled). And.. i
> get stuck for the while.
>
> For the build system I use quite ancient host machine (slackware),
> maybe it causes some problems.
>
> I could not compile libxcb, getting error from configure that
> xcb-proto version is less than 1.5 (buildroot is looking for
> xcb-proto.pc file (during configure) inside " /usr/lib/pkgconfig/" -
> on my build system) is that nomal ?
>
> I could move forward by setting environment variable PKC_CONFIG_PATH
> to the STAGING_DIR/usr/lib/pkgconfig/, butI do not like this solution.
Could you give some more details, for example (part of) the build log,
showing which package is being installed. Some packages first install
a host- variant. In that case, it is perfectly valid for the configure
step of that host package to check /usr/lib/pkgconfig.
Best regards,
Thomas
^ permalink raw reply
* [Buildroot] [PATCH 2/2 v2] toolchain: Add the possibility to have a mcpu option with wrapper
From: Yann E. MORIN @ 2011-11-01 15:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1320149956-3072-1-git-send-email-stanypub@gmail.com>
Stany, All,
On Tuesday 01 November 2011 13:19:16 Stany MARCEL wrote:
> Permit to define the mcpu of the external toolchain wrapper, based on
> BR2_GCC_TARGET_CPU.
>
> Signed-off-by: Stany MARCEL <stanypub@gmail.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Peter, I think this should go in before -rc as well.
Regards,
Yann E. MORIN.
> ---
>
> Changes for v2:
> * Spurious empty line removed
> * CPU setting positionned above ABI one
>
> toolchain/toolchain-external/ext-tool.mk | 5 +++++
> .../toolchain-external/ext-toolchain-wrapper.c | 3 +++
> 2 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/toolchain/toolchain-external/ext-tool.mk b/toolchain/toolchain-external/ext-tool.mk
> index 572917f..a52621c 100644
> --- a/toolchain/toolchain-external/ext-tool.mk
> +++ b/toolchain/toolchain-external/ext-tool.mk
> @@ -127,6 +127,7 @@ TOOLCHAIN_EXTERNAL_WRAPPER_ARGS = \
> -DBR_SYSROOT='"$(STAGING_DIR)"'
>
> CC_TARGET_TUNE_:=$(call qstrip,$(BR2_GCC_TARGET_TUNE))
> +CC_TARGET_CPU_:=$(call qstrip,$(BR2_GCC_TARGET_CPU))
> CC_TARGET_ARCH_:=$(call qstrip,$(BR2_GCC_TARGET_ARCH))
> CC_TARGET_ABI_:=$(call qstrip,$(BR2_GCC_TARGET_ABI))
>
> @@ -140,6 +141,10 @@ ifneq ($(CC_TARGET_ARCH_),)
> TOOLCHAIN_EXTERNAL_CFLAGS += -march=$(CC_TARGET_ARCH_)
> TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_ARCH='"$(CC_TARGET_ARCH_)"'
> endif
> +ifneq ($(CC_TARGET_CPU_),)
> +TOOLCHAIN_EXTERNAL_CFLAGS += -mcpu=$(CC_TARGET_CPU_)
> +TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_CPU='"$(CC_TARGET_CPU_)"'
> +endif
> ifneq ($(CC_TARGET_ABI_),)
> TOOLCHAIN_EXTERNAL_CFLAGS += -mabi=$(CC_TARGET_ABI_)
> TOOLCHAIN_EXTERNAL_WRAPPER_ARGS += -DBR_ABI='"$(CC_TARGET_ABI_)"'
> diff --git a/toolchain/toolchain-external/ext-toolchain-wrapper.c b/toolchain/toolchain-external/ext-toolchain-wrapper.c
> index 3e23061..cc404f3 100644
> --- a/toolchain/toolchain-external/ext-toolchain-wrapper.c
> +++ b/toolchain/toolchain-external/ext-toolchain-wrapper.c
> @@ -28,6 +28,9 @@ static char *predef_args[] = {
> #ifdef BR_TUNE
> "-mtune=" BR_TUNE,
> #endif /* BR_TUNE */
> +#ifdef BR_CPU
> + "-mcpu=" BR_CPU,
> +#endif
> #ifdef BR_ABI
> "-mabi=" BR_ABI,
> #endif
> --
> 1.7.1
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
>
--
.-----------------.--------------------.------------------.--------------------.
| 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. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] sudo: optionally add user "default" to sudoers
From: Stephan Hoffmann @ 2011-11-01 14:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAAXf6LX1JfKGScyO9v269rLEdbk8wf9UTiw_SHdQ=5XqKuJdDA@mail.gmail.com>
Hello all,
I think that using a non privileged user even in embedded systems is a
real good concept.
To make things easier I made this little patch that generates a config
option to add user "default" to the sudoers list when the package sudo
is included in the system.
Kind regards
Stephan
Signed-off-by: Stephan Hoffmann <sho@relinux.de>
---
package/sudo/Config.in | 9 +++++++++
package/sudo/sudo.mk | 9 +++++++++
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/package/sudo/Config.in b/package/sudo/Config.in
index fc0a175..59b6a93 100644
--- a/package/sudo/Config.in
+++ b/package/sudo/Config.in
@@ -7,3 +7,12 @@ config BR2_PACKAGE_SUDO
but still allow people to get their work done.
http://www.sudo.ws/sudo/
+
+if BR2_PACKAGE_SUDO
+
+config BR2_SUDO_ADD_DEFAULT
+ bool "add default user"
+ help
+ Add user "default" to sudoers file
+
+endif
diff --git a/package/sudo/sudo.mk b/package/sudo/sudo.mk
index 9c62c49..adc1c0d 100644
--- a/package/sudo/sudo.mk
+++ b/package/sudo/sudo.mk
@@ -15,10 +15,19 @@ SUDO_CONF_OPT = \
--without-interfaces \
--without-pam
+ifeq ($(BR2_SUDO_ADD_DEFAULT),y)
+define SUDO_ADD_DEFAULT
+ mkdir $(TARGET_DIR)/etc/sudoers.d
+ echo "default ALL = ALL" >$(TARGET_DIR)/etc/sudoers.d/default
+ chmod 0440 $(TARGET_DIR)/etc/sudoers.d/default
+endef
+endif
+
define SUDO_INSTALL_TARGET_CMDS
install -m 4555 -D $(@D)/sudo $(TARGET_DIR)/usr/bin/sudo
install -m 0555 -D $(@D)/visudo $(TARGET_DIR)/usr/sbin/visudo
install -m 0440 -D $(@D)/sudoers $(TARGET_DIR)/etc/sudoers
+ $(SUDO_ADD_DEFAULT)
endef
$(eval $(call AUTOTARGETS))
--
1.7.0.4
--
reLinux - Stephan Hoffmann
Am Schmidtgrund 124 50765 K?ln
Tel. +49.221.95595-19 Fax: -64
www.reLinux.de sho at reLinux.de
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox