* [Buildroot] [git commit] linux: bump 3.6.x stable version
From: Peter Korsgaard @ 2012-12-04 18:52 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=2422f13aaf6909d22414dba2fd8722135b1bb02b
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 f408ad5..ef3b2a1 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.8"
+ bool "3.6.9"
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.8" if BR2_LINUX_KERNEL_3_6
+ 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 "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
^ permalink raw reply related
* [Buildroot] [git commit] jquery: bump to version 1.8.3
From: Peter Korsgaard @ 2012-12-04 18:54 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=6dbd0cd4e1337e0f68d46414174813be382a9678
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/jquery/jquery.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/jquery/jquery.mk b/package/jquery/jquery.mk
index fb3a1b4..871f7a0 100644
--- a/package/jquery/jquery.mk
+++ b/package/jquery/jquery.mk
@@ -1,4 +1,4 @@
-JQUERY_VERSION = 1.7.1
+JQUERY_VERSION = 1.8.3
JQUERY_SITE = http://code.jquery.com
JQUERY_SOURCE = jquery-$(JQUERY_VERSION).min.js
^ permalink raw reply related
* [Buildroot] [git commit] jquery-validation: bump to version 1.10.0
From: Peter Korsgaard @ 2012-12-04 18:54 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=48e0da1d745435f1c64c17556fc8758c6e37ce42
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/jquery-validation/jquery-validation.mk | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/jquery-validation/jquery-validation.mk b/package/jquery-validation/jquery-validation.mk
index 7d30270..746b534 100644
--- a/package/jquery-validation/jquery-validation.mk
+++ b/package/jquery-validation/jquery-validation.mk
@@ -1,13 +1,13 @@
-JQUERY_VALIDATION_VERSION = 1.9.0
+JQUERY_VALIDATION_VERSION = 1.10.0
JQUERY_VALIDATION_SITE = http://jquery.bassistance.de/validate
JQUERY_VALIDATION_SOURCE = jquery-validation-$(JQUERY_VALIDATION_VERSION).zip
define JQUERY_VALIDATION_EXTRACT_CMDS
- unzip -d $(BUILD_DIR) $(DL_DIR)/$(JQUERY_VALIDATION_SOURCE)
+ unzip -d $(@D) $(DL_DIR)/$(JQUERY_VALIDATION_SOURCE)
endef
define JQUERY_VALIDATION_INSTALL_TARGET_CMDS
- $(INSTALL) -m 0644 -D $(@D)/jquery.validate.min.js \
+ $(INSTALL) -m 0644 -D $(@D)/dist/jquery.validate.min.js \
$(TARGET_DIR)/var/www/jquery.validate.js
endef
^ permalink raw reply related
* [Buildroot] [git commit] jquery-sparkline: bump to version 2.1
From: Peter Korsgaard @ 2012-12-04 18:55 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=f290aa705db2084c0864fbf6750e4414a82e48a6
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/jquery-sparkline/jquery-sparkline.mk | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/jquery-sparkline/jquery-sparkline.mk b/package/jquery-sparkline/jquery-sparkline.mk
index d79e762..76adad6 100644
--- a/package/jquery-sparkline/jquery-sparkline.mk
+++ b/package/jquery-sparkline/jquery-sparkline.mk
@@ -1,4 +1,4 @@
-JQUERY_SPARKLINE_VERSION = 1.6
+JQUERY_SPARKLINE_VERSION = 2.1
JQUERY_SPARKLINE_SITE = http://www.omnipotent.net/jquery.sparkline/$(JQUERY_SPARKLINE_VERSION)
JQUERY_SPARKLINE_SOURCE = jquery.sparkline.min.js
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] kernel-headers: bump 3.{0, 4, 6}.x stable versions
From: Peter Korsgaard @ 2012-12-04 18:56 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354631815-18202-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] [PATCH 1/3] jquery: bump to version 1.8.3
From: Peter Korsgaard @ 2012-12-04 19:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354641847-5083-1-git-send-email-gustavo@zacarias.com.ar>
>>>>> "Gustavo" == Gustavo Zacarias <gustavo@zacarias.com.ar> writes:
Gustavo> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Committed all 3, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Buildroot and Jamvm
From: Peter Korsgaard @ 2012-12-04 19:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAH8HgbzkfN9RJWRC-32u+qJxyanNgt6b=Us64QkzzTJaWVQgyA@mail.gmail.com>
>>>>> "alain" == alain mouflet <alain.mouflet@gmail.com> writes:
Hi,
alain> I have downloaded Buildroot to use with a calao board. The
alain> 2012.08 version is without jamvm and I need this soft. I tought
alain> that is simple to add it and I did it : I took java path in a
alain> last version (2010.08), I have copied this directory on the new
alain> buildroot pakages. I have modified the config.in file to get the
alain> choice with "make menuconfig" and it's ok but never classpath
alain> and jamvm are downloaded. No message about classpath or jamvm
alain> appears in the build.log This way is good ? I made a mistake
alain> somewhere or may be it's impossible to get jamvm with the new
alain> buildroot ?
Some of the buildroot infrastructure has changed a bit since 2010.08, so
that's probably why. I have just re-added jamvm + classpath to buildroot
git, so it would be good if you could give it a test.
I've done several test builds and tried to run a simple hello world
program, but nothing major.
For git access, see:
http://buildroot.net/git.html
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] elfutils and the perf userspace tool
From: Stefan Fröberg @ 2012-12-04 19:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1354608794.90144.YahooMailNeo@web120304.mail.ne1.yahoo.com>
Hi Bogdan
4.12.2012 10:13, Bogdan Radulescu kirjoitti:
>
>
>
> ----- Original Message -----
> From: Bryan Hundven <bryanhundven@gmail.com>
> To: Bogdan Radulescu <bogdan_radulescu99@yahoo.com>
> Cc: "buildroot at busybox.net" <buildroot@busybox.net>
> Sent: Tuesday, December 4, 2012 5:33 AM
> Subject: Re: [Buildroot] elfutils and the perf userspace tool
>
> On Mon, Dec 3, 2012 at 2:20 PM, Bogdan Radulescu
> <bogdan_radulescu99@yahoo.com> wrote:
>>
>> Hello everybody,
>>
>> I am using buildroot for generating a distro for ARM. I am able to add additional packages to buildroot or to use arm-linux-gcc directly to compile simple C programs.
>>
>> Still I haven't yet understood how to cross compile the perf userspace tool and I think it would be a very nice addition to buildroot.
>>
>> The perf tool requires elfutils and the kernel sources it comes with.
>>
>> My first problem is that elfutils will not successfully compile, as you can see here:
>> http://pastie.org/pastes/5474687/text
>>
>> My elfutils.mk file looks like this http://pastie.org/pastes/5474697/text
>>
>> Please tell me how do I move further from this.
>>
>> Thanks,
>> Bogdan
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
> I forgot to cc buildroot at ... eh.
>
> Original response:
>
> I think you need the argp-standalone, as I don't think uclibc provides libargp.
>
> -Bryan
>
>
>
> Hi Bryan,
>
> As you can see in the elfutils.mk file I already added argp-standalone as a dependency. It compiles OK.
> I am also linking against it, still something goes wrong at some point.
>
> Bogdan
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
It's not enough to give -largp in LDFLAGS.
elfutils doesn't give a damn about LDFLAGS and goes it own way.
What you need is to add -largp explicitly into a line that links libdw
You could try saving the following and also remember to add
ELFUTILS_AUTORECONF = YES
line to your elfutils.mk
diff -Naur elfutils-0.155.org/libdw/Makefile.am
elfutils-0.155/libdw/Makefile.am
--- elfutils-0.155.org/libdw/Makefile.am 2012-12-04
21:02:32.309083801 +0200
+++ elfutils-0.155/libdw/Makefile.am 2012-12-04 21:06:41.205098676 +0200
@@ -111,7 +111,7 @@
-Wl,--enable-new-dtags,-rpath,$(pkglibdir) \
-Wl,--version-script,$<,--no-undefined \
-Wl,--whole-archive $(filter-out $<,$^) -Wl,--no-whole-archive\
- -ldl $(zip_LIBS)
+ -ldl $(zip_LIBS) -largp
if readelf -d $@ | fgrep -q TEXTREL; then exit 1; fi
ln -fs $@ $@.$(VERSION)
There might other places too where you have to add that -largp
You probably(if you are using uClibc) need to explicitly add also -lintl
to the same line with -largp.
At least that was what I had to do to make it compile even tought I had
gived configure script the option "--disable-nls".
Also you will need to probably (again if using uClibc) have fts.h with
your uClibc-installation
and sometime later you will probably hit into a obstack missing problem.
That can only be solved by including gnulib stuff into your source.
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"
:-(
It's hard but doeable. And the end result might be that only the libelf
part of elfutils will work
(I only needed that so it did not matter in my case) and not the programs.
Regards
Stefan
^ 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
* [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] 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] [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] [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] [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] 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] [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] [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] 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 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] 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] 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] [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] [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 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 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
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