* [Buildroot] [PATCH] tcl: add license information
From: Davide Viti @ 2012-12-07 21:15 UTC (permalink / raw)
To: buildroot
During the review of the pach regarding the addition of tcllib
package, it was decided to set the _LICENSE variable to "tcl license"
since the "licence.terms" file is the same both fir tcl and tcllib
(see [1]).
This patch adds the lincence information to the tcl package
regards,
Davide
[1] http://lists.busybox.net/pipermail/buildroot/2012-December/062955.html
^ permalink raw reply
* [Buildroot] [PATCH] tcllib: new package
From: Yann E. MORIN @ 2012-12-07 18:39 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354839385-23108-2-git-send-email-zinosat@tiscali.it>
Davide, All,
On Friday 07 December 2012 Davide Viti wrote:
> Signed-off-by: Davide Viti <zinosat@tiscali.it>
Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Thanks for staying with us through all these hops! :-)
> ---
> package/Config.in | 5 +++++
> package/tcllib/Config.in | 11 +++++++++++
> package/tcllib/tcllib.mk | 14 ++++++++++++++
> 3 files changed, 30 insertions(+), 0 deletions(-)
> create mode 100644 package/tcllib/Config.in
> create mode 100644 package/tcllib/tcllib.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 74e439e..cad1221 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -313,6 +313,11 @@ endmenu
> endif
> source "package/ruby/Config.in"
> source "package/tcl/Config.in"
> +if BR2_PACKAGE_TCL
> +menu "tcl libraries/modules"
> +source "package/tcllib/Config.in"
> +endmenu
> +endif
> endmenu
>
> menu "Libraries"
> diff --git a/package/tcllib/Config.in b/package/tcllib/Config.in
> new file mode 100644
> index 0000000..b0a4ad0
> --- /dev/null
> +++ b/package/tcllib/Config.in
> @@ -0,0 +1,11 @@
> +config BR2_PACKAGE_TCLLIB
> + bool "tcllib"
> + help
> + Tcllib is a collection of utility modules for Tcl. These
> + modules provide a wide variety of functionality, from
> + implementations of standard data structures to
> + implementations of common networking protocols. The intent
> + is to collect commonly used function into a single library,
> + which users can rely on to be available and stable
> +
> + http://tcl.activestate.com/software/tcllib/
> diff --git a/package/tcllib/tcllib.mk b/package/tcllib/tcllib.mk
> new file mode 100644
> index 0000000..09d617f
> --- /dev/null
> +++ b/package/tcllib/tcllib.mk
> @@ -0,0 +1,14 @@
> +#############################################################
> +#
> +# tcllib
> +#
> +#############################################################
> +TCLLIB_VERSION = 1.13
> +TCLLIB_SOURCE = tcllib-$(TCLLIB_VERSION).tar.bz2
> +TCLLIB_SITE = http://downloads.sourceforge.net/project/tcllib/tcllib/$(TCLLIB_VERSION)
> +TCLLIB_LICENSE = tcl license
> +TCLLIB_LICENSE_FILES = license.terms
> +TCLLIB_DEPENDENCIES = host-tcl
> +TCLLIB_CONF_ENV = ac_cv_path_tclsh="$(HOST_DIR)/usr/bin/tclsh8.4"
> +
> +$(eval $(autotools-package))
> --
> 1.7.2.5
>
> _______________________________________________
> 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] bump connman version to 1.9
From: Gary Coulbourne @ 2012-12-07 17:04 UTC (permalink / raw)
To: buildroot
A quick patch to bump connman's version to 1.9
diff --git a/package/connman/connman.mk b/package/connman/connman.mk
index 2c04cdd..2c376c9 100644
--- a/package/connman/connman.mk
+++ b/package/connman/connman.mk
@@ -4,7 +4,7 @@
#
#######################################################
-CONNMAN_VERSION = 1.8
+CONNMAN_VERSION = 1.9
CONNMAN_SITE = $(BR2_KERNEL_MIRROR)/linux/network/connman/
CONNMAN_DEPENDENCIES = libglib2 dbus iptables gnutls
CONNMAN_INSTALL_STAGING = YES
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121207/88596348/attachment.html>
^ permalink raw reply related
* [Buildroot] Invitation to connect on LinkedIn
From: jengjr li @ 2012-12-07 15:59 UTC (permalink / raw)
To: buildroot
LinkedIn
------------
Find out why I use LinkedIn. Stay in touch and build your professional network.
- jengjr
jengjr li
Deputy Project Manager at A Telecom Company
Taiwan
Confirm that you know jengjr li:
https://www.linkedin.com/e/-lyatji-hafi3bbd-6z/isd/9941515188/DynYIN9M/?hs=false&tok=2YvsjUNXBvAlw1
--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/-lyatji-hafi3bbd-6z/v4riARYfhkIhARweXslb2rrK7kKkjKks/goo/buildroot%40uclibc%2Eorg/20061/I3315650959_1/?hs=false&tok=2d4-a47yFvAlw1
(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121207/b5999ed9/attachment-0001.html>
^ permalink raw reply
* [Buildroot] [PATCH] iproute2: implement IPROUTE2_CLEAN_CMDS
From: Stephan Hoffmann @ 2012-12-07 13:32 UTC (permalink / raw)
To: buildroot
Since IPROUTE2_CLEAN_CMDS was missing, make iproute2-clean did
not call "make clean" for iproute2.
Signed-off-by: Stephan Hoffmann <sho@relinux.de>
---
package/iproute2/iproute2.mk | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/package/iproute2/iproute2.mk b/package/iproute2/iproute2.mk
index 6f5ee51..da5d7a0 100644
--- a/package/iproute2/iproute2.mk
+++ b/package/iproute2/iproute2.mk
@@ -45,6 +45,10 @@ define IPROUTE2_BUILD_CMDS
$(MAKE) CC="$(TARGET_CC)" CCOPTS="$(TARGET_CFLAGS) -D_GNU_SOURCE" -C $(@D)
endef
+define IPROUTE2_CLEAN_CMDS
+ $(MAKE) -C $(@D) clean
+endef
+
define IPROUTE2_INSTALL_TARGET_CMDS
$(MAKE) -C $(@D) DESTDIR="$(TARGET_DIR)" SBINDIR=/sbin \
DOCDIR=/usr/share/doc/iproute2-$(IPROUTE2_VERSION) \
--
1.7.0.4
^ permalink raw reply related
* [Buildroot] [PATCH] Clean kernel when "make linux-clean" is called
From: Stephan Hoffmann @ 2012-12-07 13:20 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20120827210633.608e9bfe@skate>
When "make linux-clean" is typed one expects that the kernel tree
gets cleaned. Before this patch, only the stamp files had been
removed.
Signed-off-by: Stephan Hoffmann <sho@relinux.de>
---
linux/linux.mk | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/linux/linux.mk b/linux/linux.mk
index c4bdf90..e517d1d 100644
--- a/linux/linux.mk
+++ b/linux/linux.mk
@@ -221,6 +221,9 @@ define LINUX_BUILD_CMDS
$(LINUX_APPEND_DTB)
endef
+define LINUX_CLEAN_CMDS
+ $(TARGET_MAKE_ENV) $(MAKE) $(LINUX_MAKE_FLAGS) -C $(@D) clean
+endef
ifeq ($(BR2_LINUX_KERNEL_INSTALL_TARGET),y)
define LINUX_INSTALL_KERNEL_IMAGE_TO_TARGET
--
1.7.0.4
^ permalink raw reply related
* [Buildroot] [PATCH] barebox: use the symlink to copy the barebox binary to the images directory
From: Fabio Porcedda @ 2012-12-07 12:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHkwnC-cDVkM3pHJVkKa3rq3ubjR8fQS7PSrT=AFjzmyDPHpvw@mail.gmail.com>
On Fri, Dec 7, 2012 at 12:10 PM, Fabio Porcedda
<fabio.porcedda@gmail.com> wrote:
> On Thu, Nov 22, 2012 at 1:35 PM, Gregory Hermant
> <gregory.hermant@calao-systems.com> wrote:
>> Barebox creates a symlink to the binary. This symlink points to
>> the barebox.bin or to the compressed zbarebox.bin binary.
>>
>> Signed-off-by: Gregory Hermant <gregory.hermant@calao-systems.com>
>> ---
>> boot/barebox/barebox.mk | 6 +++++-
>> 1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/boot/barebox/barebox.mk b/boot/barebox/barebox.mk
>> index a025d5f..6cc4976 100644
>> --- a/boot/barebox/barebox.mk
>> +++ b/boot/barebox/barebox.mk
>> @@ -72,7 +72,11 @@ define BAREBOX_BUILD_CMDS
>> endef
>>
>> define BAREBOX_INSTALL_IMAGES_CMDS
>> - cp $(@D)/barebox.bin $(BINARIES_DIR)
>> + if test -h $(@D)/barebox-flash-image ; then \
>> + cp -L $(@D)/barebox-flash-image $(BINARIES_DIR)/barebox.bin ; \
>> + else \
>> + cp $(@D)/barebox.bin $(BINARIES_DIR);\
>> + fi
>> endef
>>
>> ifeq ($(BR2_TARGET_BAREBOX_BAREBOXENV),y)
>> --
>> 1.7.9.5
>>
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
>
> Tested-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Acked-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Tested-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Thanks
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] [PATCH] powerpc: update processor types
From: Gustavo Zacarias @ 2012-12-07 12:33 UTC (permalink / raw)
To: buildroot
Update the powerpc processor types.
Remove the 801, it's the original IBM experimental implementation.
Add the 464, 464fp, 476 and 476fp cores.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
arch/Config.in.powerpc | 15 ++++++++++++---
toolchain/gcc/Config.in | 4 ++--
2 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/arch/Config.in.powerpc b/arch/Config.in.powerpc
index 693246b..8643efc 100644
--- a/arch/Config.in.powerpc
+++ b/arch/Config.in.powerpc
@@ -18,6 +18,14 @@ config BR2_powerpc_440
bool "440"
config BR2_powerpc_440fp
bool "440 with FPU"
+config BR2_powerpc_464
+ bool "464"
+config BR2_powerpc_464fp
+ bool "464 with FPU"
+config BR2_powerpc_476
+ bool "476"
+config BR2_powerpc_476fp
+ bool "476 with FPU"
config BR2_powerpc_505
bool "505"
config BR2_powerpc_601
@@ -44,8 +52,6 @@ config BR2_powerpc_7450
bool "7450"
config BR2_powerpc_750
bool "750"
-config BR2_powerpc_801
- bool "801"
config BR2_powerpc_821
bool "821"
config BR2_powerpc_823
@@ -95,6 +101,10 @@ config BR2_GCC_TARGET_TUNE
default "405fp" if BR2_powerpc_405fp
default "440" if BR2_powerpc_440
default "440fp" if BR2_powerpc_440fp
+ default "464" if BR2_powerpc_464
+ default "464fp" if BR2_powerpc_464fp
+ default "476" if BR2_powerpc_476
+ default "476fp" if BR2_powerpc_476fp
default "505" if BR2_powerpc_505
default "601" if BR2_powerpc_601
default "602" if BR2_powerpc_602
@@ -108,7 +118,6 @@ config BR2_GCC_TARGET_TUNE
default "7400" if BR2_powerpc_7400
default "7450" if BR2_powerpc_7450
default "750" if BR2_powerpc_750
- default "801" if BR2_powerpc_801
default "821" if BR2_powerpc_821
default "823" if BR2_powerpc_823
default "860" if BR2_powerpc_860
diff --git a/toolchain/gcc/Config.in b/toolchain/gcc/Config.in
index 6456502..de79452 100644
--- a/toolchain/gcc/Config.in
+++ b/toolchain/gcc/Config.in
@@ -15,11 +15,11 @@ choice
bool "gcc 4.2.2-avr32-2.1.5"
config BR2_GCC_VERSION_4_3_X
- depends on !BR2_avr32 && !BR2_sparc_sparchfleon && !BR2_sparc_sparchfleonv8 && !BR2_sparc_sparcsfleon && !BR2_sparc_sparcsfleonv8 && !BR2_cortex_a8 && !BR2_cortex_a9 && !BR2_x86_atom && !BR2_powerpc_e300c2 && !BR2_powerpc_e300c3 && !BR2_powerpc_e500mc
+ depends on !BR2_avr32 && !BR2_sparc_sparchfleon && !BR2_sparc_sparchfleonv8 && !BR2_sparc_sparcsfleon && !BR2_sparc_sparcsfleonv8 && !BR2_cortex_a8 && !BR2_cortex_a9 && !BR2_x86_atom && !BR2_powerpc_e300c2 && !BR2_powerpc_e300c3 && !BR2_powerpc_e500mc && !BR2_powerpc_464 && !BR2_powerpc_464fp && !BR2_powerpc_476 && !BR2_powerpc_476fp
bool "gcc 4.3.x"
config BR2_GCC_VERSION_4_4_X
- depends on !BR2_avr32 && !BR2_x86_atom
+ depends on !BR2_avr32 && !BR2_x86_atom && !BR2_powerpc_476 && !BR2_powerpc_476fp
bool "gcc 4.4.x"
config BR2_GCC_VERSION_4_5_X
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] buildroot-2012.11 openssh: Bad trap error
From: Gustavo Zacarias @ 2012-12-07 12:09 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C1C261.2040106@shf.de>
On 12/07/2012 07:18 AM, Jan Schunke wrote:
> Hi,
>
> I updated all packages back to the newer version and followed your
> suggestion:
>
>> You could also try disabling the powerpc optimizations in
>> package/openssl/openssl.mk, just remove the block from ifeq
>> ($(ARCH),powerpc) to the first endif (3 lines).
>
> and everything is ok, too. Can we just check if $ARCH is powerpc AND
> BR2_SOFT_FLOAT is set to yes in package/openssl/openssl.mk?
>
> Regards
> Jan
Hi again.
Patch just sent.
I couldn't track it down to being an FP issue since openssl doesn't seem
to be using any FP opcode, so i guess it's some missing opcode from the
4xx cores that it's using.
It wouldn't matter if the toolchain is soft or hard float either since
openssl uses inline assembly without checking for it.
The patch excludes powerpc assembly optimizations for al 4xx cores to
err on the safe side.
Thanks for the report and testing.
Regards.
^ permalink raw reply
* [Buildroot] [PATCH] openssl: fix runtime failure on some powerpc variants
From: Gustavo Zacarias @ 2012-12-07 12:06 UTC (permalink / raw)
To: buildroot
OpenSSL's assembly optimizations por PowerPC seem to be broken for at
least 4xx cores.
Thanks go to Jan Schunke for reporting and testing.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
---
package/openssl/openssl.mk | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/package/openssl/openssl.mk b/package/openssl/openssl.mk
index 265a4fb..160df2e 100644
--- a/package/openssl/openssl.mk
+++ b/package/openssl/openssl.mk
@@ -38,8 +38,11 @@ endif
endif
endif
ifeq ($(ARCH),powerpc)
+# 4xx cores seem to have trouble with openssl's ASM optimizations
+ifeq ($(BR2_powerpc_401)$(BR2_powerpc_403)$(BR2_powerpc_405)$(BR2_powerpc_405fp)$(BR2_powerpc_440)$(BR2_powerpc_440fp),)
OPENSSL_TARGET_ARCH = ppc
endif
+endif
ifeq ($(ARCH),x86_64)
OPENSSL_TARGET_ARCH = x86_64
endif
--
1.7.8.6
^ permalink raw reply related
* [Buildroot] [PATCH] fix cjson package
From: Danomi Manchego @ 2012-12-07 11:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C1ABA9.2030202@syscom-instruments.com>
On Fri, Dec 7, 2012 at 3:41 AM, Viallard Anthony
<viallard@syscom-instruments.com> wrote:
> And i know now what is the actual issue. Here the good big fix :
>
> ---
> package/cjson/cjson.mk | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/package/cjson/cjson.mk b/package/cjson/cjson.mk
> index ccc6010..55af800 100644
> --- a/package/cjson/cjson.mk
> +++ b/package/cjson/cjson.mk
> @@ -5,7 +5,7 @@
> #############################################################
> CJSON_VERSION = undefined
> CJSON_SOURCE = cJSONFiles.zip
> -CJSON_SITE = http://downloads.sourceforge.net/project/cjson/
> +CJSON_SITE = http://downloads.sourceforge.net/project/cjson
>
> CJSON_INSTALL_STAGING = YES
> CJSON_LICENSE = MIT
>
> --
> 1.7.10.4
I'm not sure if Peter needs you to send the good fix as a
git-send-email'ed V2, but:
Acked-by: Danomi Manchego <danomimanchego123@gmail.com>
^ permalink raw reply
* [Buildroot] [Bug 5780] New: spurious build failure because it cannot remove ubinize.cfg
From: bugzilla at busybox.net @ 2012-12-07 11:11 UTC (permalink / raw)
To: buildroot
https://bugs.busybox.net/show_bug.cgi?id=5780
Summary: spurious build failure because it cannot remove
ubinize.cfg
Product: buildroot
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P5
Component: Other
AssignedTo: unassigned at buildroot.uclibc.org
ReportedBy: arved at arved.at
CC: buildroot at uclibc.org
Estimated Hours: 0.0
Created attachment 4694
--> https://bugs.busybox.net/attachment.cgi?id=4694
patch to create ubinize.cfg in BUILD_DIR
Our jenkins sometimes (especially after cleaning the workspace) because it
fails to remove the file ubinize.cfg
The code in fs/ubifs/ubi.mk generates a ubinize.cfg in "." and removes it
later.
I think it is better to generate the ubinize.cfg in an absolute path like
BUILD_DIR and not remove it at all as it gets regenerated with every
regenerated image anyway.
--
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] [PATCH] barebox: use the symlink to copy the barebox binary to the images directory
From: Fabio Porcedda @ 2012-12-07 11:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1353587711-26855-1-git-send-email-gregory.hermant@calao-systems.com>
On Thu, Nov 22, 2012 at 1:35 PM, Gregory Hermant
<gregory.hermant@calao-systems.com> wrote:
> Barebox creates a symlink to the binary. This symlink points to
> the barebox.bin or to the compressed zbarebox.bin binary.
>
> Signed-off-by: Gregory Hermant <gregory.hermant@calao-systems.com>
> ---
> boot/barebox/barebox.mk | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/boot/barebox/barebox.mk b/boot/barebox/barebox.mk
> index a025d5f..6cc4976 100644
> --- a/boot/barebox/barebox.mk
> +++ b/boot/barebox/barebox.mk
> @@ -72,7 +72,11 @@ define BAREBOX_BUILD_CMDS
> endef
>
> define BAREBOX_INSTALL_IMAGES_CMDS
> - cp $(@D)/barebox.bin $(BINARIES_DIR)
> + if test -h $(@D)/barebox-flash-image ; then \
> + cp -L $(@D)/barebox-flash-image $(BINARIES_DIR)/barebox.bin ; \
> + else \
> + cp $(@D)/barebox.bin $(BINARIES_DIR);\
> + fi
> endef
>
> ifeq ($(BR2_TARGET_BAREBOX_BAREBOXENV),y)
> --
> 1.7.9.5
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
Tested-by: Fabio Porcedda <fabio.porcedda@gmail.com>
Thanks
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] [PATCH] barebox: add 2012.12, remove 2012.08
From: Fabio Porcedda @ 2012-12-07 10:51 UTC (permalink / raw)
To: buildroot
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
boot/barebox/Config.in | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/boot/barebox/Config.in b/boot/barebox/Config.in
index 95f330f..e7498a8 100644
--- a/boot/barebox/Config.in
+++ b/boot/barebox/Config.in
@@ -8,13 +8,10 @@ config BR2_TARGET_BAREBOX
if BR2_TARGET_BAREBOX
choice
prompt "version"
- default BR2_TARGET_BAREBOX_2012_11
+ default BR2_TARGET_BAREBOX_2012_12
help
Select the specific Barebox version you want to use
-config BR2_TARGET_BAREBOX_2012_08
- bool "2012.08"
-
config BR2_TARGET_BAREBOX_2012_09
bool "2012.09"
@@ -24,6 +21,9 @@ config BR2_TARGET_BAREBOX_2012_10
config BR2_TARGET_BAREBOX_2012_11
bool "2012.11"
+config BR2_TARGET_BAREBOX_2012_12
+ bool "2012.12"
+
config BR2_TARGET_BAREBOX_CUSTOM_TARBALL
bool "Custom tarball"
@@ -41,10 +41,10 @@ endif
config BR2_TARGET_BAREBOX_VERSION
string
- default "2012.08.0" if BR2_TARGET_BAREBOX_2012_08
default "2012.09.0" if BR2_TARGET_BAREBOX_2012_09
default "2012.10.0" if BR2_TARGET_BAREBOX_2012_10
default "2012.11.0" if BR2_TARGET_BAREBOX_2012_11
+ default "2012.12.0" if BR2_TARGET_BAREBOX_2012_12
default "custom" if BR2_TARGET_BAREBOX_CUSTOM_TARBALL
default $BR2_TARGET_BAREBOX_CUSTOM_GIT_VERSION if BR2_TARGET_BAREBOX_CUSTOM_GIT
--
1.8.0
^ permalink raw reply related
* [Buildroot] [PATCH] pkg-infra: add <pkg>-extract and <pkg>-patch targets to OVERRIDE support
From: Stephan Hoffmann @ 2012-12-07 10:32 UTC (permalink / raw)
To: buildroot
In-Reply-To: <874njy1x58.fsf@dell.be.48ers.dk>
Am 07.12.2012 02:14, schrieb Peter Korsgaard:
>>>>>> "Arnout" == Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> writes:
> Hi,
>
> Arnout> From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
> Arnout> The legal-info target (and possibly others as well) depends on
> Arnout> <pkg>-extract to make sure the license file is available. However,
> Arnout> when <PKG>_OVERRIDE_SRCDIR is active, the <pkg>-extract target
> Arnout> doesn't exist.
>
> Arnout> To solve this, we add <pkg>-extract which depends on <pkg>-rsync.
> Arnout> While we're at it, we do the same for <pkg>-patch. That avoids the
> Arnout> same problem in the future if something starts depending on
> Arnout> <pkg>-patch.
>
> Arnout> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> Arnout> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> Arnout> Acked-by: Luca Ceresoli <luca@lucaceresoli.net>
>
> Committed, thanks.
>
Thanks, now legal info works together with OVERRIDE.
Stephan
--
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
* [Buildroot] [PATCH] tslib: add license info
From: Stephan Hoffmann @ 2012-12-07 10:29 UTC (permalink / raw)
To: buildroot
Signed-off-by: Stephan Hoffmann <sho@relinux.de>
---
package/tslib/tslib.mk | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/package/tslib/tslib.mk b/package/tslib/tslib.mk
index b10b5ec..9b51015 100644
--- a/package/tslib/tslib.mk
+++ b/package/tslib/tslib.mk
@@ -5,6 +5,9 @@
#############################################################
TSLIB_VERSION = 412d99d
TSLIB_SITE = http://github.com/kergoth/tslib/tarball/master
+TSLIB_LICENSE = LGPLv2
+TSLIB_LICENSE_FILES = COPYING
+
TSLIB_AUTORECONF = YES
TSLIB_INSTALL_STAGING = YES
TSLIB_INSTALL_STAGING_OPT = DESTDIR=$(STAGING_DIR) LDFLAGS=-L$(STAGING_DIR)/usr/lib install
--
1.7.0.4
^ permalink raw reply related
* [Buildroot] buildroot-2012.11 openssh: Bad trap error
From: Jan Schunke @ 2012-12-07 10:18 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C0B224.2020007@zacarias.com.ar>
On 06.12.2012 15:56, Gustavo Zacarias wrote:
> On 12/06/2012 06:59 AM, Jan Schunke wrote:
>
>> I am using buildroot-2012.11 on Powerpc 440 (Xilinx Virtex5) without FPU
>>
>> when I boot I get:
>>
>> ...
>> Starting network...
>> Generating RSA Key...
>> [ 5.527467] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating RSA Key...
>> [ 5.572257] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating DSA Key...
>> THIS CAN TAKE A MINUTE OR TWO DEPENDING ON YOUR PROCESSOR!
>>
>> [ 5.594576] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Generating ECDSA Key...
>> THIS CAN TAKE A MINUTE OR TWO DEPENDING ON YOUR PROCESSOR!
>>
>> [ 5.615732] Bad trap at PC: 48063f20, SR: 2d000, vector=2010
>> Trace/breakpoint trap
>> Starting sshd: [ 5.940254] Bad trap at PC: 48063f20, SR: 2d000,
>> vector=2010
>> Trace/breakpoint trap
>> OK
>> ...
>>
>> I can achieve a similar behaviour if I compile a program with -mhard-float.
>>
>> So I guess for one of the following packages softfloat is not set correctly.
>>
>> Maybe someone more competent can take a look into this.
>>
>> When I roll back
>>
>> openssh from 6.1p1 to 6.0p1
>> openssl from 1.0.1c to 1.0.0j
>> zlib from 1.27 to 1.26
>>
>> everything is fine.
>
> Hi.
> Ok, i managed to build a similar scenario as yours under qemu
> (virtex-ml507 emulation).
> With similar toolchain/versions/options i'm unable to hit the issue.
> It's most likely that qemu is being too optimistic in the CPU emulation
> department (handling the invalid opcodes for a 440 core).
> Did you try switching just a single version?
> I'm betting on openssl since it's got powerpc-specific optimizations
> whereas zlib and openssh don't.
> You could also try disabling the powerpc optimizations in
> package/openssl/openssl.mk, just remove the block from ifeq
> ($(ARCH),powerpc) to the first endif (3 lines).
> And let us know :)
> Regards.
Hi,
I updated all packages back to the newer version and followed your
suggestion:
> You could also try disabling the powerpc optimizations in
> package/openssl/openssl.mk, just remove the block from ifeq
> ($(ARCH),powerpc) to the first endif (3 lines).
and everything is ok, too. Can we just check if $ARCH is powerpc AND
BR2_SOFT_FLOAT is set to yes in package/openssl/openssl.mk?
Regards
Jan
--
*******************************************************
Jan-Hendrik Schunke
Entwickler / Developer
SHF Communication Technologies AG
Wilhelm-v.-Siemens-Str. 23 D; 12277 Berlin, Germany
E-Mail: schunke at shf.de
Phone: +49-(0)30- 77 20 51-0 direct: -45
Fax: +49-(0)30- 75 31 07 8
Web: www.shf.de
*******************************************************
Sitz der Gesellschaft/Registered Office: Berlin;
Registergericht/Register Court: AG Berlin-Charlottenburg HRB 72633;
Vorstand/Executive Board: Dr. Frank Hieronymi, Dr. Lars Klapproth;
Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Walter
L. Rust.
Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte
Informationen und ist ausschlie?lich f?r den bezeichneten Adressaten
oder dessen Vertreter bestimmt. Wenn Sie nicht der richtige Adressat
sind oder diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte
sofort den Absender und vernichten Sie diese Mail. Jede Form der
Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe durch
andere Empf?nger ist unzul?ssig.
This e-mail may contain confidential and/or privileged information and
is intended solely for the addressee or a representative there of. If
you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and destroy this e-mail.
Access to, publishing and copying of the information by a third party is
unauthorised.
^ permalink raw reply
* [Buildroot] [PATCH] fbv: add license info
From: Stephan Hoffmann @ 2012-12-07 10:12 UTC (permalink / raw)
To: buildroot
Signed-off-by: Stephan Hoffmann <sho@relinux.de>
---
package/fbv/fbv.mk | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/package/fbv/fbv.mk b/package/fbv/fbv.mk
index 7949e99..f697fe8 100644
--- a/package/fbv/fbv.mk
+++ b/package/fbv/fbv.mk
@@ -7,6 +7,9 @@ FBV_VERSION:=1.0b
FBV_SOURCE:=fbv-$(FBV_VERSION).tar.gz
FBV_SITE:=http://s-tech.elsat.net.pl/fbv
+FBV_LICENSE = GPLv2
+FBV_LICENSE_FILES = COPYING
+
### image format dependencies and configure options
FBV_DEPENDENCIES = # empty
FBV_CONFIGURE_OPTS = # empty
--
1.7.0.4
^ permalink raw reply related
* [Buildroot] [PATCH] linux: add option to get sources from custom directory
From: Richard Braun @ 2012-12-07 9:46 UTC (permalink / raw)
To: buildroot
Signed-off-by: Richard Braun <rbraun@sceen.net>
---
linux/Config.in | 15 +++++++++++++--
linux/linux.mk | 3 +++
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index ef3b2a1..cafbe59 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -46,6 +46,12 @@ config BR2_LINUX_KERNEL_CUSTOM_TARBALL
This option allows to specify the http or ftp location of a
specific kernel source tarball
+config BR2_LINUX_KERNEL_CUSTOM_DIRECTORY
+ bool "Custom directory"
+ help
+ This option allows to specify the path of a specific kernel
+ source directory.
+
config BR2_LINUX_KERNEL_CUSTOM_GIT
bool "Custom Git tree"
help
@@ -56,12 +62,16 @@ endchoice
config BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE
string "Kernel version"
- depends on BR2_LINUX_KERNEL_CUSTOM_VERSION
+ depends on BR2_LINUX_KERNEL_CUSTOM_VERSION || BR2_LINUX_KERNEL_CUSTOM_DIRECTORY
config BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION
string "URL of custom kernel tarball"
depends on BR2_LINUX_KERNEL_CUSTOM_TARBALL
+config BR2_LINUX_KERNEL_CUSTOM_DIRECTORY_PATH
+ string "Path of custom kernel sources"
+ depends on BR2_LINUX_KERNEL_CUSTOM_DIRECTORY
+
config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL
string "URL of custom Git repository"
depends on BR2_LINUX_KERNEL_CUSTOM_GIT
@@ -78,7 +88,8 @@ config BR2_LINUX_KERNEL_VERSION
string
default "3.6.9" 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 BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION || \
+ BR2_LINUX_KERNEL_CUSTOM_DIRECTORY
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
default $BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION if BR2_LINUX_KERNEL_CUSTOM_GIT
diff --git a/linux/linux.mk b/linux/linux.mk
index c4bdf90..1898408 100644
--- a/linux/linux.mk
+++ b/linux/linux.mk
@@ -15,6 +15,9 @@ LINUX_SOURCE = $(notdir $(LINUX_TARBALL))
else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_GIT),y)
LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL))
LINUX_SITE_METHOD = git
+else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_DIRECTORY),y)
+LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_DIRECTORY_PATH))
+LINUX_SITE_METHOD = local
else
LINUX_SOURCE = linux-$(LINUX_VERSION).tar.bz2
# In X.Y.Z, get X and Y. We replace dots and dashes by spaces in order
--
1.7.2.5
^ permalink raw reply related
* [Buildroot] Support of iMX6 hardware ?
From: Thomas Petazzoni @ 2012-12-07 9:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHXCMMJOCtRun6xCjX_sZfQcZxWZLMyVVBnrbzUY1oAhXU7HDw@mail.gmail.com>
Dear Samuel Martin,
On Fri, 7 Dec 2012 09:55:41 +0100, Samuel Martin wrote:
> They are working on it, see:
> http://www.armadeus.com/wiki/index.php?title=Buildroot_Mainline_integration
Great.
> And here, the WIP branch of what I've already done, and I plan to
> post shortly:
> https://github.com/tSed/buildroot/commits/sma/armadeus-integration
Good. Please submit step by step: if you spam us with hundred patches,
we'll never see the end of it.
> It's just a slow process, not necessarly time-to-market-friendly at
> first look! ;-)
The time-to-market excuse is a bad excuse because it is very often
wrong, especially for Buildroot where the barrier to entry is quite
low (writing Buildroot code that gets accepted is quite easy). Armadeus
has been carrying those Buildroot patches for multiple years, and
everytime they upgrade to a newer Buildroot release, they have to
upgrade those patches as well. I am pretty sure that the time they have
spent upgrading those patches and upgrading their Buildroot versions is
significantly larger than the time it would have taken to get those
improvements merged in the first place.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
* [Buildroot] Support of iMX6 hardware ?
From: Samuel Martin @ 2012-12-07 8:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121207093816.3722030d@skate>
Hi Thomas,
2012/12/7 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
> Dear Samuel Martin,
>
> On Fri, 7 Dec 2012 09:35:33 +0100, Samuel Martin wrote:
>
>> Some people around Buildroot, like the Armadeus folks, have already
>> done part of the imx-lib integration.
>> It seems they presently support imx-lib for both imx27 and imx51.
>>
>> You could certainly give a look at their work, might be usefull ;-):
>> http://armadeus.git.sourceforge.net/git/gitweb.cgi?p=armadeus/armadeus;a=blob;f=patches/buildroot/2012.11/174-imx-lib-add_package.patch;hb=HEAD
>
> Any idea why they don't submit their work upstream?
>
> They have a huge number of patches for Buildroot in
> http://armadeus.git.sourceforge.net/git/gitweb.cgi?p=armadeus/armadeus;a=tree;f=patches/buildroot/2012.11;hb=HEAD
> and they don't submit anything. It's sad.
They are working on it, see:
http://www.armadeus.com/wiki/index.php?title=Buildroot_Mainline_integration
And here, the WIP branch of what I've already done, and I plan to post shortly:
https://github.com/tSed/buildroot/commits/sma/armadeus-integration
It's just a slow process, not necessarly time-to-market-friendly at
first look! ;-)
Regards,
--
Sam
^ permalink raw reply
* [Buildroot] [PATCH] fix cjson package
From: Viallard Anthony @ 2012-12-07 8:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CANxTyt4OZM0u3jyGrDoAQPvBSzVQ_=BHz_c0rNW6Y9pSr1jzbQ@mail.gmail.com>
On 07. 12. 12 03:14, Danomi Manchego wrote:
> Viallard,
>
>> -CJSON_VERSION = undefined
>> -CJSON_SOURCE = cJSONFiles.zip
>> +CJSON_VERSION = 2011-10-10
>> +CJSON_SOURCE = cJSONFiles-$(CJSON_VERSION).zip
>> CJSON_SITE = http://downloads.sourceforge.net/project/cjson/
> This worked for you? It doesn't work for me ... i.e. this line works for me:
>
> wget http://downloads.sourceforge.net/project/cjson/cJSONFiles.zip
>
> but this line gives me ERROR 404 Not Found:
>
> wget http://downloads.sourceforge.net/project/cjson/cJSONFiles-2011-10-10.zip
>
> Am I missing something here?
>
> Danomi -
Actually, "wget
http://downloads.sourceforge.net/project/cjson/cJSONFiles.zip" works and
the other link not indeed. I just realize I've a "Backup download site"
with cJSONFiles-2011-10-10.zip on it ...
But there really a problem when buildroot trying to download the file :
-----------------------
avd at avd-box:~/wksp/buildroot$ make cjson-build
>>> cjson undefined Downloading
--2012-12-07 09:24:34-- http://192.168.2.17/files/buildroot/cJSONFiles.zip
Connexion vers 192.168.2.17:80...connect?.
requ?te HTTP transmise, en attente de la r?ponse...404 Not Found
2012-12-07 09:24:34 ERREUR 404: Not Found.
--2012-12-07 09:24:34--
http://downloads.sourceforge.net/project/cjson//cJSONFiles.zip
R?solution de downloads.sourceforge.net (downloads.sourceforge.net)...
216.34.181.59
Connexion vers downloads.sourceforge.net
(downloads.sourceforge.net)|216.34.181.59|:80...connect?.
requ?te HTTP transmise, en attente de la r?ponse...404 Not Found
2012-12-07 09:24:35 ERREUR 404: Not Found.
--2012-12-07 09:24:35-- http://192.168.2.17/files/buildroot/cJSONFiles.zip
Connexion vers 192.168.2.17:80...connect?.
requ?te HTTP transmise, en attente de la r?ponse...404 Not Found
2012-12-07 09:24:35 ERREUR 404: Not Found.
make: ***
[/home/avd/wksp/buildroot/output/build/cjson-undefined/.stamp_downloaded] Erreur
1
-----------------------
And i know now what is the actual issue. Here the good big fix :
---
package/cjson/cjson.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/cjson/cjson.mk b/package/cjson/cjson.mk
index ccc6010..55af800 100644
--- a/package/cjson/cjson.mk
+++ b/package/cjson/cjson.mk
@@ -5,7 +5,7 @@
#############################################################
CJSON_VERSION = undefined
CJSON_SOURCE = cJSONFiles.zip
-CJSON_SITE = http://downloads.sourceforge.net/project/cjson/
+CJSON_SITE = http://downloads.sourceforge.net/project/cjson
CJSON_INSTALL_STAGING = YES
CJSON_LICENSE = MIT
--
1.7.10.4
Cheers,
avd.
^ permalink raw reply related
* [Buildroot] Support of iMX6 hardware ?
From: Thomas Petazzoni @ 2012-12-07 8:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHXCMML8DZ+f5euA__rE4v3bSzi2O0KqpZ4odGtoOm6sAo6f_w@mail.gmail.com>
Dear Samuel Martin,
On Fri, 7 Dec 2012 09:35:33 +0100, Samuel Martin wrote:
> Some people around Buildroot, like the Armadeus folks, have already
> done part of the imx-lib integration.
> It seems they presently support imx-lib for both imx27 and imx51.
>
> You could certainly give a look at their work, might be usefull ;-):
> http://armadeus.git.sourceforge.net/git/gitweb.cgi?p=armadeus/armadeus;a=blob;f=patches/buildroot/2012.11/174-imx-lib-add_package.patch;hb=HEAD
Any idea why they don't submit their work upstream?
They have a huge number of patches for Buildroot in
http://armadeus.git.sourceforge.net/git/gitweb.cgi?p=armadeus/armadeus;a=tree;f=patches/buildroot/2012.11;hb=HEAD
and they don't submit anything. It's sad.
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] Support of iMX6 hardware ?
From: Samuel Martin @ 2012-12-07 8:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121207091426.316173d6@skate>
Hi Thierry, Thomas, all,
2012/12/7 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
> Dear Thierry Bultel,
>
> On Fri, 07 Dec 2012 08:20:13 +0100, Thierry Bultel wrote:
>
>> As soon as I have something working, I will obviously submit
>> a patch for it.
>
> Great!
>
>> Thanks for the tip.
>> I have (at least) 2 packages to build.
>>
>> - The first one was the imx6-lib, that I have added under the Graphics
>> section, as a generic-package, and
Some people around Buildroot, like the Armadeus folks, have already
done part of the imx-lib integration.
It seems they presently support imx-lib for both imx27 and imx51.
You could certainly give a look at their work, might be usefull ;-):
http://armadeus.git.sourceforge.net/git/gitweb.cgi?p=armadeus/armadeus;a=blob;f=patches/buildroot/2012.11/174-imx-lib-add_package.patch;hb=HEAD
Regards,
--
Sam
^ permalink raw reply
* [Buildroot] Support of iMX6 hardware ?
From: Thomas Petazzoni @ 2012-12-07 8:14 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50C198AD.8030703@wanadoo.fr>
Dear Thierry Bultel,
On Fri, 07 Dec 2012 08:20:13 +0100, Thierry Bultel wrote:
> As soon as I have something working, I will obviously submit
> a patch for it.
Great!
> Thanks for the tip.
> I have (at least) 2 packages to build.
>
> - The first one was the imx6-lib, that I have added under the Graphics
> section, as a generic-package, and
>
> define IMX6_LIB_BUILD_CMDS
> $(MAKE) -C $(@D) all PLATFORM=IMX6Q
> CROSS_COMPILE=$(TARGET_CROSS) INCLUDE=$(INCLUDE)
> endef
Sounds good. We'll do a complete review when you post the entire patch,
but it sounds ok in principle.
> The second one is the xdriver_xf86-video-imx
> It is built as an autotools-package
> But since the 'configure' intrisincs are not really my favorite food,
> I am looking how to add the needed INCLUDE to the CFLAGS that are
> automatically given to it.
> Could you please advise me on how to do it in the cleanest way ?
Depends on whether you need to pass this environment variables at
configure time or at build time.
For configure time:
<foobar>_CONF_ENV = \
INCLUDE="blabla" \
CFLAGS="$(TARGET_CFLAGS) -blabla"
For build time:
<foobar>_MAKE_ENV = \
INCLUDE="blabla" \
CFLAGS="$(TARGET_CFLAGS) -blabla"
See also
http://buildroot.org/downloads/manual/manual.html#_infrastructure_for_autotools_based_packages
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply
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