* [Buildroot] [PATCH 4/8] gmp: add license information
From: Peter Korsgaard @ 2012-12-04 21:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50BE6D2B.7090008@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
Arnout> On 30/11/12 11:14, spdawson at gmail.com wrote:
>> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Arnout> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] gmp: add license information
From: Peter Korsgaard @ 2012-12-04 21:55 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=bf0ea51fdd963d3b955847ba7c4de6270c078428
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/gmp/gmp.mk | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/package/gmp/gmp.mk b/package/gmp/gmp.mk
index 5bcc6c1..72673c7 100644
--- a/package/gmp/gmp.mk
+++ b/package/gmp/gmp.mk
@@ -8,6 +8,8 @@ GMP_VERSION = 5.0.5
GMP_SITE = $(BR2_GNU_MIRROR)/gmp
GMP_SOURCE = gmp-$(GMP_VERSION).tar.bz2
GMP_INSTALL_STAGING = YES
+GMP_LICENSE = LGPLv3+
+GMP_LICENSE_FILES = COPYING.LIB
# Bad ARM assembly breaks on pure thumb
ifeq ($(ARCH),arm)
^ permalink raw reply related
* [Buildroot] [PATCH 7/8] oprofile: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-8-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> From: Simon Dawson<simond@trainfx.com>
>
> Signed-off-by: Simon Dawson<simond@trainfx.com>
> ---
> package/oprofile/oprofile.mk | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/package/oprofile/oprofile.mk b/package/oprofile/oprofile.mk
> index 54c46dd..17d225a 100644
> --- a/package/oprofile/oprofile.mk
> +++ b/package/oprofile/oprofile.mk
> @@ -6,6 +6,8 @@
>
> OPROFILE_VERSION = 0.9.7
> OPROFILE_SITE = http://downloads.sourceforge.net/project/oprofile/oprofile/oprofile-$(OPROFILE_VERSION)
> +OPROFILE_LICENSE = GPLv2
Only a few files specify the license, but the ones that do specify
"or later" - including the man page. So it should be GPLv2+.
(libjvmti, libjvmpi and libopagent libraries are LGPLv2.1+, for which no
license file is included. However, since we don't install to staging, this
is probably not relevant.)
Regards,
Arnout
> +OPROFILE_LICENSE_FILES = COPYING
> OPROFILE_CONF_OPT = --localstatedir=/var --with-kernel-support
> OPROFILE_BINARIES = utils/ophelp pp/opannotate pp/oparchive pp/opgprof
> OPROFILE_BINARIES += pp/opreport opjitconv/opjitconv daemon/oprofiled
--
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 v2] xtensa: add config option to enable longcalls option
From: Peter Korsgaard @ 2012-12-04 21:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121204223914.1623e889@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Dear Chris Zankel,
Thomas> On Tue, 04 Dec 2012 12:40:51 -0800, Chris Zankel wrote:
>> > I agree. Lets use the safe option by default.
>> >
>> Not sure what you mean with the 'safe option'? I'm also not sure what
Thomas> I guess Peter means enabling "-mlongcalls" all the time. My
Thomas> understanding (and I think Peter did understand it the same way) is
Thomas> that if you build with -mlongcalls, then all binaries will work, both
Thomas> small and large binaries, even though there is a small size
Thomas> and performance cost.
Thomas> So, what we propose is to simply make -mlongcalls part of the CFLAGS
Thomas> unconditionally in the Buildroot Xtensa support.
Indeed.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 6/8] mpfr: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-7-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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] package: add classpath
From: Thomas Petazzoni @ 2012-12-04 21:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87obi9muqy.fsf@dell.be.48ers.dk>
Dear Peter Korsgaard,
On Tue, 04 Dec 2012 12:23:49 -0800, Peter Korsgaard wrote:
> >> Requires java, javac and jar on the build machine, similar to how
> >> we require gcc/g++.
>
> Thomas> So, it needs additional checks in
> Thomas> support/dependencies/dependencies.sh I guess.
>
> Which I have added ;)
Yes, sorry. I often reply to e-mails without reading all the other ones
that had been posted in the mean time... so I sometimes miss something
that has already been done/said.
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 v2] xtensa: add config option to enable longcalls option
From: Thomas Petazzoni @ 2012-12-04 21:39 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50BE5FD3.4000502@zankel.net>
Dear Chris Zankel,
On Tue, 04 Dec 2012 12:40:51 -0800, Chris Zankel wrote:
> > I agree. Lets use the safe option by default.
> >
> Not sure what you mean with the 'safe option'? I'm also not sure what
I guess Peter means enabling "-mlongcalls" all the time. My
understanding (and I think Peter did understand it the same way) is
that if you build with -mlongcalls, then all binaries will work, both
small and large binaries, even though there is a small size
and performance cost.
So, what we propose is to simply make -mlongcalls part of the CFLAGS
unconditionally in the Buildroot Xtensa support.
> the preference for options is when you pass both, the -mlongcalls and
> -mno-longcalls option at the same time?
The last one takes precedence, I think.
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 5/8] midori: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-6-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<simond@trainfx.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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 4/8] gmp: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-5-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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 3/8] beecrypt: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:31 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-4-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<simond@trainfx.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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/8] argus: add license information
From: Arnout Vandecappelle @ 2012-12-04 21:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354270483-32356-3-git-send-email-spdawson@gmail.com>
On 30/11/12 11:14, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
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 03/51] package/dtc: add option to install programs
From: Arnout Vandecappelle @ 2012-12-04 21:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201211301738.37463.yann.morin.1998@free.fr>
On 30/11/12 17:38, Yann E. MORIN wrote:
> Arnout, All,
>
> On Thursday 29 November 2012 Arnout Vandecappelle wrote:
>> I (and I think Peter as well) prefer the more verbose
>>
>> ifeq ($(BR2_PACKAGE_DTC_BINARY),y)
>> DTC_INSTALL_RULE = install
>> else
>> DTC_BUILD_RULE = libfdt
>> DTC_INSTALL_RULE = libfdt_install
>> endif
>
> Yes, it's easier to read.
>
>> I would also call it _TARGET instead of _RULE.
>
> Why?
Because it's not a rule. A rule is a line with a colon in the Makefile
that is followed by a command.
But actually target is also not correct - the GNU make manual calls it
a 'goal'. (Never mind that goal and target are synonyms :-) That's why
the variable is called MAKECMDGOALS. So my suggestion to use _TARGET
was in fact wrong as well.
> DTC_INSTALL_TARGET already exists, and is meant to specify if the
> package is to be installed in tharget.
Whaa, overloading! There's actually a DTC_TARGET_INSTALL_TARGET as well,
which contains the name of the make goal to install to the target
directory...
Given that in buildroot the make goals are called targets all the time,
calling it _GOAL here would solve the duplication but reduces consistency.
Unless we change all the current uses of 'target' to 'goal' (which would
resolve some confusion with the target directory, so that would be a good
thing...).
I realize that this is nitpicking, but if we choose a name now we'll
probably be stuck with it for years, so we need to have this discussion
at some point.
>
> OTOH, DTC_INSTALL_RULE (or DTC_INSTALL_MAKERULE, but it's ugly) is more
> explicit: it is the make rule to install the packag
[snip]
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] xapp_init: bad substitution of mcookie path in startx
From: Thierry Bultel @ 2012-12-04 21:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <871uf5obh3.fsf@dell.be.48ers.dk>
Hi Peter,
I can reproduce it with the latest release:
thierry at thierry-desktop:/nous/BASYSTEMES/Buildroot2012.11/buildroot-2012.11$
cat output/target/usr/bin/startx | grep mcook
mcookie=`/nous/BASYSTEMES/Buildroot2012.11/buildroot-2012.11/output
However, an important clue is that is has work once.
My build from scratch was OK. Then I have changed my .config, adding
some packages, and then it was broken.
I am trying to reverse it step by step to understand what has happened.
Regards
Thierry
Le 04/12/2012 20:37, Peter Korsgaard a ?crit :
>>>>>> "Thierry" == Thierry Bultel <thierry.bultel@wanadoo.fr> writes:
>
> Thierry> Hi,
> Thierry> The generated "startx" has the host path for mcookie:
>
>
>
> Thierry> ----------
> Thierry> esac
>
> Thierry> authdisplay=${display:-:0}
>
>
> Thierry> mcookie=`/nous/BASYSTEMES/Buildroot/output.imx6neon/host/usr/bin/mcookie`
>
> What buildroot version are you using? It seems to be correct here with
> current git:
>
> grep bin/mcookie output/target/usr/bin/startx
> mcookie=`/usr/bin/mcookie`
>
^ permalink raw reply
* [Buildroot] [git commit] gd: fix build with freetype but without fontconfig
From: Peter Korsgaard @ 2012-12-04 20:47 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=d97187f8c813bf030b76ee9cf6d43d407d8e2966
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Fixes http://autobuild.buildroot.net/results/3309617d2d5e14c0713dbaf9185815d79293e33b
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/gd/gd.mk | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/package/gd/gd.mk b/package/gd/gd.mk
index 4769764..972d8dd 100644
--- a/package/gd/gd.mk
+++ b/package/gd/gd.mk
@@ -18,6 +18,10 @@ GD_CONF_OPT = --without-x --disable-rpath
ifeq ($(BR2_PACKAGE_FONTCONFIG),y)
GD_DEPENDENCIES += fontconfig
GD_CONF_OPT += --with-fontconfig
+endif
+
+ifeq ($(BR2_PACKAGE_FREETYPE),y)
+GD_DEPENDENCIES += freetype
GD_CONF_ENV += ac_cv_path_FREETYPE_CONFIG=$(STAGING_DIR)/usr/bin/freetype-config
endif
^ permalink raw reply related
* [Buildroot] [PATCH v2] xtensa: add config option to enable longcalls option
From: Chris Zankel @ 2012-12-04 20:40 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87wqwxmv7t.fsf@dell.be.48ers.dk>
Hi,
On 12/04/2012 12:13 PM, Peter Korsgaard wrote:
>>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
> Hi,
>
> >> It should actually be fine to always compile with the longcalls option,
> >> but I didn't just want to change it without having the option to keep
> >> the old behavior, hence the option.
>
> Thomas> I'd prefer to have it always enabled, I'd say. We try to not add
> Thomas> gazillions of very detailed architecture-specific options that are
> Thomas> hard to understand. Hardcore users will know how/where to remove this
> Thomas> option is they need, or they can even override it by passing a
> Thomas> -mno-longcalls option in BR2_TARGET_OPTIMIZATION.
>
> Thomas> What do you think?
>
> I agree. Lets use the safe option by default.
>
Not sure what you mean with the 'safe option'? I'm also not sure what
the preference for options is when you pass both, the -mlongcalls and
-mno-longcalls option at the same time?
Anyway, I'm fine with whatever solution you come up with, as long as it
makes it into the tree :-)
Thanks,
-Chris
^ permalink raw reply
* [Buildroot] [git commit] package: add classpath
From: Peter Korsgaard @ 2012-12-04 20:23 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121204204349.15ee9b81@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
>> http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
>>
>> Requires java, javac and jar on the build machine, similar to how we
>> require gcc/g++.
Thomas> So, it needs additional checks in support/dependencies/dependencies.sh
Thomas> I guess.
Which I have added ;)
>> classpath: fixup
Thomas> Doh ? :-)
Argh!
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/2] usb_modeswitch: bump to version 1.2.5
From: Peter Korsgaard @ 2012-12-04 20:17 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354644802-28286-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] usb_modeswitch_data: bump to version 20121109
From: Peter Korsgaard @ 2012-12-04 20:16 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=540c24838cc0d9a11f8bf0db31b54cfd8d5ee746
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>
---
package/usb_modeswitch_data/usb_modeswitch_data.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/usb_modeswitch_data/usb_modeswitch_data.mk b/package/usb_modeswitch_data/usb_modeswitch_data.mk
index a7b7072..479137c 100644
--- a/package/usb_modeswitch_data/usb_modeswitch_data.mk
+++ b/package/usb_modeswitch_data/usb_modeswitch_data.mk
@@ -4,7 +4,7 @@
#
#############################################################
-USB_MODESWITCH_DATA_VERSION = 20120815
+USB_MODESWITCH_DATA_VERSION = 20121109
USB_MODESWITCH_DATA_SOURCE = usb-modeswitch-data-$(USB_MODESWITCH_DATA_VERSION).tar.bz2
USB_MODESWITCH_DATA_SITE = http://www.draisberghof.de/usb_modeswitch
USB_MODESWITCH_DATA_DEPENDENCIES = usb_modeswitch
^ permalink raw reply related
* [Buildroot] [git commit] usb_modeswitch: bump to version 1.2.5
From: Peter Korsgaard @ 2012-12-04 20:16 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=a8249fe21efdc487aded37e001f8039d4bf14bef
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>
---
package/usb_modeswitch/usb_modeswitch.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/usb_modeswitch/usb_modeswitch.mk b/package/usb_modeswitch/usb_modeswitch.mk
index c517991..653109d 100644
--- a/package/usb_modeswitch/usb_modeswitch.mk
+++ b/package/usb_modeswitch/usb_modeswitch.mk
@@ -4,7 +4,7 @@
#
#############################################################
-USB_MODESWITCH_VERSION = 1.2.4
+USB_MODESWITCH_VERSION = 1.2.5
USB_MODESWITCH_SOURCE = usb-modeswitch-$(USB_MODESWITCH_VERSION).tar.bz2
USB_MODESWITCH_SITE = http://www.draisberghof.de/usb_modeswitch
USB_MODESWITCH_DEPENDENCIES = libusb-compat
^ permalink raw reply related
* [Buildroot] [PATCH v2] xtensa: add config option to enable longcalls option
From: Peter Korsgaard @ 2012-12-04 20:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121204101716.428c2f20@skate>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
>> It should actually be fine to always compile with the longcalls option,
>> but I didn't just want to change it without having the option to keep
>> the old behavior, hence the option.
Thomas> I'd prefer to have it always enabled, I'd say. We try to not add
Thomas> gazillions of very detailed architecture-specific options that are
Thomas> hard to understand. Hardcore users will know how/where to remove this
Thomas> option is they need, or they can even override it by passing a
Thomas> -mno-longcalls option in BR2_TARGET_OPTIMIZATION.
Thomas> What do you think?
I agree. Lets use the safe option by default.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] dependencies.sh: only javac and jar are needed by classpath
From: Peter Korsgaard @ 2012-12-04 20:09 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=694050ffa2f3cbbfe7234b434f16f02cb93fa940
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
support/dependencies/dependencies.sh | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/support/dependencies/dependencies.sh b/support/dependencies/dependencies.sh
index 1b79b23..7a02512 100755
--- a/support/dependencies/dependencies.sh
+++ b/support/dependencies/dependencies.sh
@@ -159,7 +159,7 @@ if grep ^BR2_TOOLCHAIN_BUILDROOT=y $CONFIG_FILE > /dev/null && \
fi
fi
if grep -q ^BR2_PACKAGE_CLASSPATH=y $CONFIG_FILE ; then
- for prog in java javac jar; do
+ for prog in javac jar; do
if ! which $prog > /dev/null ; then
/bin/echo -e "\nYou must install '$prog' on your build machine\n" >&2
exit 1
^ permalink raw reply related
* [Buildroot] [git commit] package: add classpath
From: Thomas Petazzoni @ 2012-12-04 19:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121204190928.0DF9899716@busybox.osuosl.org>
Dear Peter Korsgaard,
On Tue, 4 Dec 2012 10:21:05 -0800, Peter Korsgaard wrote:
> commit:
> http://git.buildroot.net/buildroot/commit/?id=5062f530081913bd0487f0f879be180f30836ab8
> branch:
> http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
>
> Requires java, javac and jar on the build machine, similar to how we
> require gcc/g++.
So, it needs additional checks in support/dependencies/dependencies.sh
I guess.
> classpath: fixup
Doh ? :-)
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] elfutils and the perf userspace tool
From: Thomas Petazzoni @ 2012-12-04 19:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50BE4D1C.3020702@petroprogram.com>
Dear Stefan Fr?berg,
On Tue, 04 Dec 2012 21:21:00 +0200, Stefan Fr?berg wrote:
> And there was some other (uClibc related) stuff that needed patching
> too that I can't now
> remember
>
> All in all, elfutils belongs sadly to the software category:
>
> "Im doing things my own way, Im using non-portable glibc stuff and
> I don't give a crab about portability. Nah-nah-naaa"
>
> :-(
Don't reinvent the wheel:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/elfutils/elfutils/uclibc-support.patch
And possibly other patches in:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/elfutils/elfutils
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] xapp_init: bad substitution of mcookie path in startx
From: Peter Korsgaard @ 2012-12-04 19:37 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50BDEE24.6010601@wanadoo.fr>
>>>>> "Thierry" == Thierry Bultel <thierry.bultel@wanadoo.fr> writes:
Thierry> Hi,
Thierry> The generated "startx" has the host path for mcookie:
Thierry> ----------
Thierry> esac
Thierry> authdisplay=${display:-:0}
Thierry> mcookie=`/nous/BASYSTEMES/Buildroot/output.imx6neon/host/usr/bin/mcookie`
What buildroot version are you using? It seems to be correct here with
current git:
grep bin/mcookie output/target/usr/bin/startx
mcookie=`/usr/bin/mcookie`
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] package/crosstool-ng: update to 1.17.0
From: Thomas Petazzoni @ 2012-12-04 19:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201212041909.25267.yann.morin.1998@free.fr>
Dear Yann E. MORIN,
On Tue, 4 Dec 2012 19:09:24 +0100, Yann E. MORIN wrote:
> > Thanks for doing this work. I think ct-ng now supports minimal
> > defconfig files. Would it make sense to use that instead of
> > full .config files in order to reduce the amount of churn when
> > updating between ct-ng versions? Yann?
>
> Indeed, but the defconfig support in crosstool-NG is not perfect yet,
> so I think we should keep complete .config files for this release.
>
> The problem with defconfigs in crosstool-NG is that there is no
> guarantee about new symbols coming and going between versions, so
> this can result in strange behaviors when a new version comes out,
> and a defconfig from a previous version is used. Here's what may
> happen:
>
> In version X, we use the latest stable 3.6 linux kernel, which is
> 3.6.2. This is also the absolute latest version of the kernel. So we
> have this symbol: LINUX_VER_3_6_2
>
> The user did select this version. As 3.6.3 is the latest version, it
> is the first item in the choice, so it does not appear in the
> defconfig, being the default of the choice.
>
> Now, version X+1 is out, and the stable 3.6 kernel is updated to
> 3.6.7, so we get a new symbol, but the previous one no longer exists.
> Also, kernel 3.7 is out, so the 3.6.7 is not the latest version
> available.
>
> Now, the default symbol in the choice is not 3.6.x, but 3.7.x, which
> is probably not what the user expected.
>
> Thus, using the defconfig from the previous version will yield a
> completely different .config.
>
> This can be even more anoying with the gcc version, as we only have
> one linaro release per gcc /generation/ (eg. 4.7). If the user did
> select the latest linaro version (eg. 4.7) which was the default of
> the choice, qnd the new release has a more recent mainstream version
> (eg. 4.8), but no corresponding linaro version, then the gcc version
> will be bumnped to 4.8, when the user did in fact want the linaro 4.7.
>
> I have a pending change to fix this issue for all components, but it
> will go in only for the next release, and that shall make using
> defconfigs from a previous version relatively safe to use with a
> newer version.
>
> Then, we can switch buildroot to using the ct-ng defconfigs, but until
> then I think it is safer to use full .config files.
To me, it is also the point of using defconfig from the first place: to
benefit from the new default values for configuration options that we
leave undefined.
Note that the crosstool-ng.config-* don't necessarily need to be pure
defconfig files: you can add a few explicit options, whose value is
currently the default one, but since you don't want them to change to
newer default values, you explicit their value in the defconfig. We
have this for a few options in Buildroot defconfig files as well.
defconfig files do not necessarily need to be the direct output of
"savedefconfig", they can be hand-edited to enforce the value of
certain options.
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