* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6}.x stable versions
From: Peter Korsgaard @ 2012-11-28 21:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354133229-32525-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 both, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] linux: bump 3.6.x stable version
From: Peter Korsgaard @ 2012-11-28 21:59 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=7c9549e84f80d66fcb685a9f2c9b8e44e086c883
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>
---
linux/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index e24273c..f408ad5 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -21,7 +21,7 @@ choice
prompt "Kernel version"
config BR2_LINUX_KERNEL_3_6
- bool "3.6.7"
+ bool "3.6.8"
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
config BR2_LINUX_KERNEL_VERSION
string
- default "3.6.7" if BR2_LINUX_KERNEL_3_6
+ default "3.6.8" if BR2_LINUX_KERNEL_3_6
default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
^ permalink raw reply related
* [Buildroot] Problem building libglib2
From: Arnout Vandecappelle @ 2012-11-28 21:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAE21AQqs92x6=x_ELTWz7MqMLNDrq9VDXK17+P_2sB-7wc=JXw@mail.gmail.com>
On 28/11/12 19:09, Charles Manning wrote:
> On Thu, Nov 29, 2012 at 2:31 AM, Thomas Petazzoni
> <thomas.petazzoni@free-electrons.com> wrote:
>> Dear Charles Manning,
>>
>> On Wed, 28 Nov 2012 14:37:46 +1300, Charles Manning wrote:
>>
>>> I'm a buildroot newbie and am trying to figure out what went wrong
>>> here.
>>
>> This looks odd. Could you give us your Buildroot .config and tell us
>> the Buildroot version you're using?
>
> Hello Thomas
>
> I have been working up from beaglebone defconfig towards a rootfs that
> I want for a project.
>
> The confg-201211281330 worked fine. I then added the bluez package and
> things fell over.
>
> I am using HEAD as of some time yesterday: commit
> 3bdbe9abb90de0262832d5d545f239fa41fb0e91
There was a similar report from Alex (in CC). I tried to reproduce it but
failed. I'll also try with this config.
What is going wrong in your (and Alex's) build is that ld tries to find
libpthread.so.0 in /lib instead of in $(STAGING_DIR)/lib.
Could you (and Alex):
- tell us which host environment you have;
- re-run the failed build with 'V=1 make libglib2' and
post the failed command (should be something starting with:
/bin/sh ../../libtool --tag=CC --mode=link ...)
- post output/build/libglib2-2.30.3/config.log
- post output/build/libglib2-2.30.3/gobject/Makefile
I vaguely remember having seen this problem before, but can't remember
if and how I solved it :-(
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [git commit] kernel-headers: bump 3.{0, 4, 6}.x stable versions
From: Peter Korsgaard @ 2012-11-28 21:58 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=6d58aed1b0493e2f21ba195ecc3bcad814803c48
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>
---
| 6 +++---
...all-fix-__packed-in-exported-kernel-head.patch} | 0
2 files changed, 3 insertions(+), 3 deletions(-)
--git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index d24e7f9..12b3956 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -67,12 +67,12 @@ config BR2_DEFAULT_KERNEL_HEADERS
default "2.6.37.6" if BR2_KERNEL_HEADERS_2_6_37
default "2.6.38.8" if BR2_KERNEL_HEADERS_2_6_38
default "2.6.39.4" if BR2_KERNEL_HEADERS_2_6_39
- default "3.0.52" if BR2_KERNEL_HEADERS_3_0
+ default "3.0.53" if BR2_KERNEL_HEADERS_3_0
default "3.1.10" if BR2_KERNEL_HEADERS_3_1
default "3.2.34" if BR2_KERNEL_HEADERS_3_2
default "3.3.8" if BR2_KERNEL_HEADERS_3_3
- default "3.4.19" if BR2_KERNEL_HEADERS_3_4
+ default "3.4.20" if BR2_KERNEL_HEADERS_3_4
default "3.5.7" if BR2_KERNEL_HEADERS_3_5
- default "3.6.7" if BR2_KERNEL_HEADERS_3_6
+ default "3.6.8" if BR2_KERNEL_HEADERS_3_6
default "2.6" if BR2_KERNEL_HEADERS_SNAP
default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
^ permalink raw reply related
* [Buildroot] [git commit] ccache: Fix URL
From: Peter Korsgaard @ 2012-11-28 21:58 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=58c72c00466668ce168111048de1b2050687ad2b
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Beno??t Th??baudeau <benoit.thebaudeau@advansee.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/ccache/Config.in | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/ccache/Config.in b/package/ccache/Config.in
index f4f7f8f..4a37973 100644
--- a/package/ccache/Config.in
+++ b/package/ccache/Config.in
@@ -5,5 +5,5 @@ config BR2_PACKAGE_CCACHE
caching previous compilations and detecting when the same
compilation is being done again
- http://samba.ccache.org
+ http://ccache.samba.org
^ permalink raw reply related
* [Buildroot] [PATCH] ccache: Fix URL
From: Peter Korsgaard @ 2012-11-28 21:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1730327325.2344547.1354127716141.JavaMail.root@advansee.com>
>>>>> "Beno?t" == Beno?t Th?baudeau <benoit.thebaudeau@advansee.com> writes:
Beno?t> Signed-off-by: Beno?t Th?baudeau <benoit.thebaudeau@advansee.com>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 2/2] manual: autogenerate *-list.txt
From: Samuel Martin @ 2012-11-28 21:46 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHXCMMLnsozMuVj6mzieSg6cpwgRNtoXZVO7_YGawqVODm-fJA@mail.gmail.com>
2012/11/26 Samuel Martin <s.martin49@gmail.com>:
> Hi Arnout, all,
>
> 2012/11/25 Arnout Vandecappelle <arnout@mind.be>:
>> On 22/11/12 01:30, Samuel Martin wrote:
>>>
>>> I wonder whether the deprecated-list.txt file should be kept under
>>> scm; here I've just removed it and auto-generate it whenever the
>>> manual is built.
>>>
>>> It works well because the python script does not miss anything... so far.
>>>
>>> However, at the end, manual checking is still recommended.
>>>
>>> OTOH, keeping the deprecated-list.txt file under scm allows us to
>>> enforce synchronization between marking something as deprecated and
>>> the update of this list.
>>
>>
>> I think these things should be kept under SCM. Not just because manual
>> checking is recommended, but also because I don't like writing anything
>> outside
>> the output directory. Some people may have the buildroot tree in a shared,
>> readonly location.
>
> Right, I forgot this use case.
> I'll rework it.
>
I've just post a rework of this serie, taking care this suggestion.
So, this patch can be dropped.
Regards,
--
Samuel
^ permalink raw reply
* [Buildroot] [PATCH 1/2] manual: add support to autogenerate *-list.txt
From: Samuel Martin @ 2012-11-28 21:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1353544211-9308-1-git-send-email-s.martin49@gmail.com>
This patch has been reworked in the serie that I just post.
So, it can be dropped.
Regards,
--
Samuel
^ permalink raw reply
* [Buildroot] [PATCH 6/6] manual: add generated *-list.txt
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
* update package-list.txt (formerly named pkg-list.txt)
* update deprecated-list.txt
* update appendix.txt (which include these 2 generated files)
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/appendix.txt | 13 ++---
docs/manual/deprecated-list.txt | 68 ++++++++++++++++----------
docs/manual/{pkg-list.txt => package-list.txt} | 12 +++++
3 files changed, 57 insertions(+), 36 deletions(-)
rename docs/manual/{pkg-list.txt => package-list.txt} (96%)
diff --git a/docs/manual/appendix.txt b/docs/manual/appendix.txt
index 6f1e9f3..4524073 100644
--- a/docs/manual/appendix.txt
+++ b/docs/manual/appendix.txt
@@ -5,15 +5,8 @@ Appendix
include::makedev-syntax.txt[]
-[[package-list]]
-Available packages
-------------------
-// docs/manaual/pkg-list.txt is generated using the following command:
-// $ git grep -E '\((autotools|cmake|generic)-package\)' package/ | \
-// cut -d':' -f1 | grep '\.mk$' | \
-// sed -e 's;.*\?/\(.*\?\).mk;* \1;' | \
-// sort > docs/manual/pkg-list.txt
-
-include::pkg-list.txt[]
+// autogenerated
+include::package-list.txt[]
+// autogenerated
include::deprecated-list.txt[]
diff --git a/docs/manual/deprecated-list.txt b/docs/manual/deprecated-list.txt
index 6dc87a4..1efab7f 100644
--- a/docs/manual/deprecated-list.txt
+++ b/docs/manual/deprecated-list.txt
@@ -1,4 +1,6 @@
-// -*- mode:doc -*- ;
+//
+// Autogenerated file
+//
[[deprecated]]
Deprecated list
@@ -7,40 +9,54 @@ Deprecated list
The following stuff are marked as _deprecated_ in Buildroot due to
their status either too old or unmaintained.
-// list generated using the followings command:
+// Please check and sort by grepping the source running:
+//
// $ git grep -EB4 'depends on BR2_DEPRECATED'
-// and
+//
+// and:
+//
// $ git grep -EB4 'depends on BR2_DEPRECATED' | \
// grep -Eo '(:|-).*?(config|comment) BR2_.*'
-//
-// Need manual checks and sorting.
-* Packages:
+* Build options:
-** +busybox+ 1.18.x
-** +customize+
-** +lzma+
-** +microperl+
-** +netkitbase+
-** +netkittelnet+
-** +pkg-config+
-** +squashfs3+
-** +ttcp+
+** have devfiles +[development files in target filesystem]+
+** have documentation +[documentation on the target]+
* Toolchain:
-** +gdb+ 6.8
-** +gdb+ 7.0.1
-** +gdb+ 7.1
-** +kernel headers+ 2.6.37
-** +kernel headers+ 2.6.38
-** +kernel headers+ 2.6.39
+** gcc target +[gcc]+
+** gdb +[Build gdb debugger for the Target]+
+** gdb 6.8 +[gdb 6.8]+
+** gdb 7.0.1 +[gdb 7.0.1]+
+** gdb 7.1 +[gdb 7.1]+
+** kernel headers 2.6.37 +[Linux 2.6.37.x kernel headers]+
+** kernel headers 2.6.38 +[Linux 2.6.38.x kernel headers]+
+** kernel headers 2.6.39 +[Linux 2.6.39.x kernel headers]+
+
+* Package selection:
+
+** autoconf +[autoconf]+
+** automake +[automake]+
+** binutils 2.20 +[binutils 2.20]+
+** busybox 1.18.x +[BusyBox 1.18.x]+
+** customize +[customize]+
+** libtool +[libtool]+
+** lzma +[lzma]+
+** make +[make]+
+** microperl +[microperl]+
+** netkitbase +[netkitbase]+
+** netkittelnet +[netkittelnet]+
+** pkg config +[pkg-config]+
+** squashfs3 +[squashfs3]+
+** ttcp +[ttcp]+
+
+* Filesystem images:
+
+** target rootfs squashfs3 +[3.x]+
* Bootloaders:
-** +u-boot+ 2011-06
-** +u-boot+ 2011-09
-
-* Output images:
+** target uboot 2011.06 +[2011.06]+
+** target uboot 2011.09 +[2011.09]+
-** squashfs3 image
diff --git a/docs/manual/pkg-list.txt b/docs/manual/package-list.txt
similarity index 96%
rename from docs/manual/pkg-list.txt
rename to docs/manual/package-list.txt
index 5d9b54f..d8b2530 100644
--- a/docs/manual/pkg-list.txt
+++ b/docs/manual/package-list.txt
@@ -1,3 +1,14 @@
+//
+// Autogenerated file
+//
+
+[[package-list]]
+Available packages
+------------------
+
+// docs/manaual/pkg-list.txt is generated using the following command:
+// git grep -E '\((autotools|cmake|generic)-package\)' package/ | \n// cut -d':' -f1 | grep '\.mk$' | \n// sed -e 's;.*\?/\(.*\?\).mk;* \1;' | \n// sort > docs/manual/pkg-list.txt
+
* acl
* acpid
* alsa-lib
@@ -346,6 +357,7 @@
* luaexpat
* luafilesystem
* luajit
+* lua-msgpack-native
* luasocket
* lvm2
* lzma
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 5/6] Makefile: add to the release target a warning about the manual updates.
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
The manual-update-lists target is not added to the dependencies of the
release target to allow editing the generated files.
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 21aa054..3cca919 100644
--- a/Makefile
+++ b/Makefile
@@ -749,6 +749,8 @@ release: OUT=buildroot-$(BR2_VERSION)
# Create release tarballs. We need to fiddle a bit to add the generated
# documentation to the git output
release:
+ $(warning Make sure the manual is up-to-date. To update the manual, run:)
+ $(warning $$ make manual-update-lists)
git archive --format=tar --prefix=$(OUT)/ master > $(OUT).tar
$(MAKE) O=$(OUT) manual-html manual-txt manual-pdf
tar rf $(OUT).tar $(OUT)
@@ -762,4 +764,3 @@ print-version:
include docs/manual/manual.mk
.PHONY: $(noconfig_targets)
-
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 4/6] manual: add manual-update-lists and manual-clean-lists targets
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index a344efe..2e4ff6d 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -47,6 +47,18 @@ $(TOPDIR)/docs/manual/package-list.txt:
$(TOPDIR)/docs/manual/deprecated-list.txt:
python2 $(TOPDIR)/support/scripts/deprecated.py > $@
+manual-clean-lists:
+ -@$(RM) $(TOPDIR)/docs/manual/package-list.txt
+ -@$(RM) $(TOPDIR)/docs/manual/deprecated-list.txt
+
+manual-update-lists: manual-clean-lists $(TOPDIR)/docs/manual/package-list.txt \
+ $(TOPDIR)/docs/manual/deprecated-list.txt
+ @$(call MESSAGE,"Updating the manual lists...")
+ @test -d $(TOPDIR)/.git && \
+ ( cd $(TOPDIR) ; git diff --exit-code docs/manual/ &>/dev/null && \
+ echo -en "\nManual is up-to-date.\n\n" ) || \
+ echo -en "\nManual is out of date.\nCheck and save the changes if necessary.\n\n"
+
################################################################################
# GENDOC -- generates the make targets needed to build asciidoc documentation.
#
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 3/6] manual: add deprecated-list.txt generation support
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
The whole deprecated-list.txt file is generated by the deprecated.py
script by searching for symbols depending on BR2_DEPRECATED in the
Buildroot code base.
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 3 +
support/scripts/deprecated.py | 144 ++++++++++++++++++++++++++++++++++++++++++
2 files changed, 147 insertions(+)
create mode 100755 support/scripts/deprecated.py
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index c4a21b2..a344efe 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -44,6 +44,9 @@ $(TOPDIR)/docs/manual/package-list.txt:
sed -e 's;.*\?/\(.*\?\).mk;* \1;' | \
sort >> $@
+$(TOPDIR)/docs/manual/deprecated-list.txt:
+ python2 $(TOPDIR)/support/scripts/deprecated.py > $@
+
################################################################################
# GENDOC -- generates the make targets needed to build asciidoc documentation.
#
diff --git a/support/scripts/deprecated.py b/support/scripts/deprecated.py
new file mode 100755
index 0000000..cd8c288
--- /dev/null
+++ b/support/scripts/deprecated.py
@@ -0,0 +1,144 @@
+#!/usr/bin/env python
+##
+## deprecated-packages.py
+##
+## Author(s):
+## - Samuel MARTIN <s.martin49@gmail.com>
+##
+## Copyright (C) 2012 Samuel MARTIN
+##
+
+# Python 2.7 script searching for kconfig symbols depending on 'BR2_DEPRECATED'
+# and generating (printing to the standard output) the manual file in asciidoc.
+
+import os
+import re
+import sys
+
+
+ASCIIDOC_HEADER = """\
+//
+// Autogenerated file
+//
+
+[[deprecated]]
+Deprecated list
+---------------
+
+The following stuff are marked as _deprecated_ in Buildroot due to
+their status either too old or unmaintained.
+
+// Please check and sort by grepping the source running:
+//
+// $ git grep -EB4 'depends on BR2_DEPRECATED'
+//
+// and:
+//
+// $ git grep -EB4 'depends on BR2_DEPRECATED' | \\
+// grep -Eo '(:|-).*?(config|comment) BR2_.*'
+"""
+
+NOT_SEARCHED = (".git", "board", "configs", "docs", "output", "support")
+
+# Relative path to category data map
+# key: relative path from buildroot topdir to the search location
+# value: (rank_in_menuconfig, category_name, recursive_search)
+# rank_in_menuconfig is used for ordering the diplaying
+# category_name is used in the diplaying
+# recursive_search when searching for deprecated stuff
+CAT_DIR2DATA = {
+ 'arch' : (0, "target architecture", True),
+ '.' : (1, "build options", False),
+ 'toolchain' : (2, "toolchain", True),
+ 'system' : (3, "system configuration", True),
+ 'package' : (4, "package selection", True),
+ 'fs' : (5, "filesystem images", True),
+ 'boot' : (6, "bootloaders", True),
+ 'linux' : (7, "kernel", True),
+ }
+
+DEPR_SYMBOL = "BR2_DEPRECATED"
+
+_REGEX = r"config BR2_(.*?)\n" + \
+ "((.*?(?!config)(prompt|bool|string|int) \"(.*?)\".*?|[^\n]+)\n)*" + \
+ "(.*?(?!config )" + DEPR_SYMBOL + ".*?)\n" + \
+ "((.*?(?!config)(prompt|bool|string|int) \"(.*?)\".*?|[^\n]+)\n)*"
+
+REGEX = re.compile(_REGEX, flags=re.MULTILINE)
+
+
+def _get_buildroot_topdir():
+ topdir = os.path.join(os.path.dirname(__file__), "..", "..")
+ topdir = os.path.abspath(topdir)
+ return topdir
+
+def get_dir_list():
+ root = _get_buildroot_topdir()
+ dirs = ['.']
+ for dir_ in os.listdir(root):
+ if dir_ in NOT_SEARCHED:
+ continue
+ dir__ = os.path.join(root, dir_)
+ if not os.path.isdir(dir__):
+ continue
+ dirs += [dir_]
+ return dirs
+
+def find_deprecated(root, recursive):
+ deprecated = list()
+ for root_, _, files_ in os.walk(root):
+ if not recursive and root_ != root:
+ break
+ for file_ in files_:
+ if not file_.startswith("Config.in"):
+ continue
+ with open(os.path.join(root_, file_), "r") as f:
+ content = f.read()
+ if not DEPR_SYMBOL in content:
+ continue
+ found = REGEX.findall(content)
+ if found:
+ deprecated += found
+ return deprecated
+
+
+class Category():
+
+ def __init__(self, directory):
+ self.path = os.path.join(_get_buildroot_topdir(), directory)
+ rank, name, rec = CAT_DIR2DATA.get(directory, (99, directory, True))
+ self.name = name
+ self.rank = rank
+ self.depr_items = find_deprecated(self.path, rec)
+
+ def __str__(self):
+ items_ = list()
+ for item in self.depr_items:
+ name_ = item[0].lower().replace("_", " ")
+ name_ = re.sub("^package ", "", name_)
+ vers = re.sub(".*?(version )?([0-9].*)", r'\2', name_)
+ if vers:
+ vers = re.sub(" ", ".", vers)
+ name_ = re.sub("(version )?([0-9].*)", vers, name_)
+ symbol = item[4]
+ if not symbol:
+ symbol = item[9]
+ items_ += ["** %-25s +[%s]+" % (name_, symbol)]
+ items_.sort()
+ output = "\n* %s:\n\n" % self.name.capitalize()
+ output += "\n".join(items_)
+ output += "\n"
+ return output
+
+def main():
+ categories = [Category(directory) for directory in get_dir_list()]
+ categories = [category for category in categories if category.depr_items]
+ categories.sort(cmp=lambda x, y: x.rank - y.rank if x.rank != y.rank \
+ else cmp(x.name, y.name))
+ output = ASCIIDOC_HEADER
+ for category in categories:
+ output += str(category)
+ print output
+
+if __name__ == "__main__":
+ main()
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 2/6] manual: add package-list.txt generation support
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354138832-18149-1-git-send-email-s.martin49@gmail.com>
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index aa20534..c4a21b2 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -24,6 +24,26 @@ $$(O)/docs/$(1)/$(1).$(4): docs/$(1)/$(1).txt $$($(call UPPERCASE,$(1))_SOURCES)
-D $$(@D) $$<
endef
+$(TOPDIR)/docs/manual/package-list.txt:
+ @echo -en "\
+ //\n\
+ // Autogenerated file\n\
+ //\n\n\
+ [[package-list]]\n\
+ Available packages\n\
+ ------------------\n\n\
+ // docs/manaual/pkg-list.txt is generated using the following command:\n\
+ // $ git grep -E '\\((autotools|cmake|generic)-package\\)' package/ | \\\n\
+ // cut -d':' -f1 | grep '\\.mk$$' | \\\n\
+ // sed -e 's;.*\\?/\\(.*\\?\\).mk;* \\1;' | \\\n\
+ // sort > docs/manual/pkg-list.txt\n\n\
+ " > $@
+ grep -rHE --color=never '\((autotools|cmake|generic)-package\)' \
+ $(TOPDIR)/package/ | \
+ cut -d':' -f1 | grep '\.mk$$' | \
+ sed -e 's;.*\?/\(.*\?\).mk;* \1;' | \
+ sort >> $@
+
################################################################################
# GENDOC -- generates the make targets needed to build asciidoc documentation.
#
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] [PATCH 1/6] manual: trivial fix
From: Samuel Martin @ 2012-11-28 21:40 UTC (permalink / raw)
To: buildroot
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
---
docs/manual/manual.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/manual/manual.mk b/docs/manual/manual.mk
index d664603..aa20534 100644
--- a/docs/manual/manual.mk
+++ b/docs/manual/manual.mk
@@ -18,7 +18,7 @@ $(1): $(1)-$(3)
$(1)-$(3): $$(O)/docs/$(1)/$(1).$(4)
$$(O)/docs/$(1)/$(1).$(4): docs/$(1)/$(1).txt $$($(call UPPERCASE,$(1))_SOURCES)
- @echo "Generating $(5) $(1)..."
+ @$(call MESSAGE,"Generating $(5) $(1)...")
$(Q)mkdir -p $$(@D)
$(Q)a2x $(6) -f $(2) -d book -L -r $(TOPDIR)/docs/images \
-D $$(@D) $$<
--
1.8.0.1
^ permalink raw reply related
* [Buildroot] PATCH > To integrate pycrypto into Buildroot
From: Arnout Vandecappelle @ 2012-11-28 21:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <07407110F438184D9D87521726FF42D41F64FE15@M357PRD1.ad.bcc.qld.gov.au>
On 28/11/12 06:05, Noel Roberts wrote:
> This patch allows Buildroot to cross compile the crypto libraries needed for python integration, enabling good
> cryptographic support within Python.
>
> This is my first patch submission - please advise me, if I need to rework anything.
We prefer patches to be sent in-line (with git send-email) because then it is
easier to comment on them. But I'll already give some feedback before you re-post.
- If you include it in package/Config.in's 'external python modules' menu,
then the 'depends on BR2_PACKAGE_PYTHON' is redundant.
- Please add the license information:
PYTHON_CRYPTO_LICENSE = Public domain, Python 2.2 license
PYTHON_CRYPTO_LICENSE_FILES = COPYRIGHT LEGAL/copy/LICENSE.python-2.2
- Since there is a check for wchar.h in configure.ac, I would add an
explicit 'depends on BR2_USE_WCHAR', even though python itself already
depends on it. But who knows, maybe that will ever be removed.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 2/2] linux: bump 3.6.x stable version
From: Gustavo Zacarias @ 2012-11-28 20:07 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354133229-32525-1-git-send-email-gustavo@zacarias.com.ar>
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
linux/Config.in | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index e24273c..f408ad5 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -21,7 +21,7 @@ choice
prompt "Kernel version"
config BR2_LINUX_KERNEL_3_6
- bool "3.6.7"
+ bool "3.6.8"
config BR2_LINUX_KERNEL_SAME_AS_HEADERS
bool "Same as toolchain kernel headers"
@@ -76,7 +76,7 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION
config BR2_LINUX_KERNEL_VERSION
string
- default "3.6.7" if BR2_LINUX_KERNEL_3_6
+ default "3.6.8" if BR2_LINUX_KERNEL_3_6
default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6}.x stable versions
From: Gustavo Zacarias @ 2012-11-28 20:07 UTC (permalink / raw)
To: buildroot
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
| 6 +++---
...all-fix-__packed-in-exported-kernel-head.patch} | 0
2 files changed, 3 insertions(+), 3 deletions(-)
rename toolchain/kernel-headers/{linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch => linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch} (100%)
--git a/toolchain/kernel-headers/Config.in b/toolchain/kernel-headers/Config.in
index d24e7f9..12b3956 100644
--- a/toolchain/kernel-headers/Config.in
+++ b/toolchain/kernel-headers/Config.in
@@ -67,12 +67,12 @@ config BR2_DEFAULT_KERNEL_HEADERS
default "2.6.37.6" if BR2_KERNEL_HEADERS_2_6_37
default "2.6.38.8" if BR2_KERNEL_HEADERS_2_6_38
default "2.6.39.4" if BR2_KERNEL_HEADERS_2_6_39
- default "3.0.52" if BR2_KERNEL_HEADERS_3_0
+ default "3.0.53" if BR2_KERNEL_HEADERS_3_0
default "3.1.10" if BR2_KERNEL_HEADERS_3_1
default "3.2.34" if BR2_KERNEL_HEADERS_3_2
default "3.3.8" if BR2_KERNEL_HEADERS_3_3
- default "3.4.19" if BR2_KERNEL_HEADERS_3_4
+ default "3.4.20" if BR2_KERNEL_HEADERS_3_4
default "3.5.7" if BR2_KERNEL_HEADERS_3_5
- default "3.6.7" if BR2_KERNEL_HEADERS_3_6
+ default "3.6.8" if BR2_KERNEL_HEADERS_3_6
default "2.6" if BR2_KERNEL_HEADERS_SNAP
default $BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
diff --git a/toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch b/toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
similarity index 100%
rename from toolchain/kernel-headers/linux-3.0.52-headers_install-fix-__packed-in-exported-kernel-head.patch
rename to toolchain/kernel-headers/linux-3.0.53-headers_install-fix-__packed-in-exported-kernel-head.patch
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] Passing arguments to the linker when external toolchain is used.
From: Ronny Meeus @ 2012-11-28 19:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50B3EE2F.2020901@mind.be>
On Mon, Nov 26, 2012 at 11:33 PM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 26/11/12 21:45, Ronny Meeus wrote:
>>>
>>> > I don't think we have any other architecture currently in buildroot
>>> > that
>>> > requires something to be passed to ld. If this wrapper construction is
>>> > added to buildroot, it would be good if we would also have an internal
>>> > use case.
>>> >
>>
>> I do not really understand. On one hand you say it is a valid use-case
>> and on the other hand you say that an internal use-case is needed.
>
>
> If ld requires some architecture specific flag to work, then it's a valid
> use case to add this in the wrapper. (However, I now realize that this
> would only work for external toolchains... For internal and crosstool-NG
> toolchains, we don't have a wrapper and it's not needed because those
> things are hard-coded at compile time. So how would you deal with that for
> this ld case?)
>
> But it would improve acceptance if there were also a use case inside
> buildroot. I tried to find a package that would also require the additional
> LD flag, but it seems that most packages that do partial linking use
> $(CC) -nostdlib.
>
>
>> Shall I put some more effort in generalising the C code of the
>> wrapper?
>> Is there any chance that it gets accepted by the community?
>
>
> If you can show a .config that fails to build without it: certainly.
> Otherwise, it depends on how hard you push it :-)
>
>
> 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
I will update the private build-infrastructure, so there is no need to
change anything to buildroot.
Thanks for the support.
---
Ronny
^ permalink raw reply
* [Buildroot] [PATCH] gdb: properly pass the PATH when building gdb for the host
From: Peter Korsgaard @ 2012-11-28 19:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354120492-17059-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> When building gdb for the host, we properly pass the PATH (through
Thomas> HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so
Thomas> for the compilation step.
Thomas> The result of this is that when the Crosstool-NG backend is used, gawk
Thomas> is built and installed in $(HOST_DIR), as a dependency of the
Thomas> crosstool-ng package.
Thomas> Then, the host gdb configure script detects this gawk binary
Thomas> ($(HOST_DIR) is in the PATH), and assumes gawk is
Thomas> available. Unfortunately, during the compilation step, it fails to
Thomas> find the expected gawk binary, because $(HOST_DIR) is no longer in the
Thomas> PATH. This causes the following build failure:
Thomas> http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] binutils: not available for the target on AArch64
From: Peter Korsgaard @ 2012-11-28 19:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354113374-15476-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Fixes:
Thomas> http://autobuild.buildroot.org/results/74082860f607cbd857654e9504f5f7e7ae47c0ac/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] gdb: properly pass the PATH when building gdb for the host
From: Peter Korsgaard @ 2012-11-28 19:35 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=21a0c11a90f9ff19c78a5f32e0a2e9064fd28054
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
When building gdb for the host, we properly pass the PATH (through
HOST_CONFIGURE_OPTS) during the configure step, but we forget to do so
for the compilation step.
The result of this is that when the Crosstool-NG backend is used, gawk
is built and installed in $(HOST_DIR), as a dependency of the
crosstool-ng package.
Then, the host gdb configure script detects this gawk binary
($(HOST_DIR) is in the PATH), and assumes gawk is
available. Unfortunately, during the compilation step, it fails to
find the expected gawk binary, because $(HOST_DIR) is no longer in the
PATH. This causes the following build failure:
http://autobuild.buildroot.org/results/067d0c2ea01673ba98ec11de2426f1ab92dac800/build-end.log
In order to fix this, we simply call the compilation step of gdb for
the host with $(HOST_MAKE_ENV), as it should have been done from the
beginning.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
toolchain/gdb/gdb.mk | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/toolchain/gdb/gdb.mk b/toolchain/gdb/gdb.mk
index c42c755..4b8fe3a 100644
--- a/toolchain/gdb/gdb.mk
+++ b/toolchain/gdb/gdb.mk
@@ -196,6 +196,7 @@ $(GDB_HOST_DIR)/.configured: $(GDB_DIR)/.unpacked
$(GDB_HOST_DIR)/gdb/gdb: $(GDB_HOST_DIR)/.configured
# force ELF support since it fails due to BFD linking problems
+ $(HOST_MAKE_ENV) \
gdb_cv_var_elf=yes \
$(MAKE) -C $(GDB_HOST_DIR)
strip $(GDB_HOST_DIR)/gdb/gdb
^ permalink raw reply related
* [Buildroot] [git commit] binutils: not available for the target on AArch64
From: Peter Korsgaard @ 2012-11-28 19:35 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=660d16f490500ce02c3e4eb78384bfa08a5589c5
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes:
http://autobuild.buildroot.org/results/74082860f607cbd857654e9504f5f7e7ae47c0ac/build-end.log
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/binutils/Config.in | 1 +
package/oprofile/Config.in | 1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/package/binutils/Config.in b/package/binutils/Config.in
index 6480370..38d519a 100644
--- a/package/binutils/Config.in
+++ b/package/binutils/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_BINUTILS
bool "binutils"
select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT_IF_LOCALE
+ depends on !BR2_aarch64
help
Install binutils on the target
diff --git a/package/oprofile/Config.in b/package/oprofile/Config.in
index 562c910..8c881d1 100644
--- a/package/oprofile/Config.in
+++ b/package/oprofile/Config.in
@@ -3,6 +3,7 @@ config BR2_PACKAGE_OPROFILE
select BR2_PACKAGE_POPT
select BR2_PACKAGE_BINUTILS
depends on BR2_INSTALL_LIBSTDCPP
+ depends on !BR2_aarch64 # binutils
help
OProfile is a system-wide profiler for Linux systems,
capable of profiling all running code at low overhead.
^ permalink raw reply related
* [Buildroot] [PATCH v2] libpcap: fix static build
From: Peter Korsgaard @ 2012-11-28 18:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354113758-23544-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> The libpcap package contained some interesting attempts to support a
Thomas> static-only build, but it was not working:
Thomas> http://autobuild.buildroot.org/results/01038d3b970092d894d2bae80679247e65722785/build-end.log
Thomas> In fact the configure.in of libpcap has provision to support
Thomas> --enable-shared/--disable-shared, but the generated configure script
Thomas> in the libpcap package has not been regenerated with the configure.in
Thomas> changes.
Thomas> So basically, enabling LIBPCAP_AUTORECONF=YES ensures that the
Thomas> configure script gets generated, which brings us a working
Thomas> --enable-shared / --disable-shared.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] libpcap: fix static build
From: Peter Korsgaard @ 2012-11-28 18:58 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=de75da8b13e53f995811a48316882efd753d428d
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
The libpcap package contained some interesting attempts to support a
static-only build, but it was not working:
http://autobuild.buildroot.org/results/01038d3b970092d894d2bae80679247e65722785/build-end.log
In fact the configure.in of libpcap has provision to support
--enable-shared/--disable-shared, but the generated configure script
in the libpcap package has not been regenerated with the configure.in
changes.
So basically, enabling LIBPCAP_AUTORECONF=YES ensures that the
configure script gets generated, which brings us a working
--enable-shared / --disable-shared.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/libpcap/libpcap.mk | 15 ++++++++++-----
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/package/libpcap/libpcap.mk b/package/libpcap/libpcap.mk
index 7a1d32f..d35c228 100644
--- a/package/libpcap/libpcap.mk
+++ b/package/libpcap/libpcap.mk
@@ -10,11 +10,16 @@ LIBPCAP_LICENSE = BSD-3c
LIBPCAP_LICENSE_FILES = LICENSE
LIBPCAP_INSTALL_STAGING = YES
-# doesn't have an install-strip
-LIBPCAP_INSTALL_TARGET_OPT= DESTDIR="$(TARGET_DIR)" \
- $(if $(BR2_PREFER_STATIC_LIB),install,install-shared)
-LIBPCAP_INSTALL_STAGING_OPT= DESTDIR="$(STAGING_DIR)" install \
- $(if $(BR2_PREFER_STATIC_LIB),,install-shared)
+# The configure.in file contains the necessary code to handle
+# --enable-shared/--disable-shared properly, but the configure script
+# bundled with the libpcap tarball is not up-to-date with the
+# configure.in file. In order to get proper handling of
+# --enable-shared/--disable-shared, which is needed when doing a
+# static library build, we autoreconfigure this package. This can be
+# removed when bumping libpcap, after checking that the bundled
+# configure script correctly handles --enable-shared/--disable-shared.
+LIBPCAP_AUTORECONF = YES
+
LIBPCAP_DEPENDENCIES = zlib \
$(if $(BR2_PACKAGE_LIBUSB),libusb)
LIBPCAP_CONF_ENV = ac_cv_linux_vers=2 \
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] hiawatha: needs mmu
From: Peter Korsgaard @ 2012-11-28 18:39 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354109043-12022-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 both, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox