* [Buildroot] [PATCH 5/6] Add init script files for snowball board
From: Arnout Vandecappelle @ 2012-10-30 22:42 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351500073-4351-6-git-send-email-gregory.hermant@calao-systems.com>
On 10/29/12 09:41, Gregory Hermant wrote:
[snip]
> diff --git a/package/snowball-init/Config.in b/package/snowball-init/Config.in
> new file mode 100644
> index 0000000..f3cefbd
> --- /dev/null
> +++ b/package/snowball-init/Config.in
> @@ -0,0 +1,7 @@
> +config BR2_PACKAGE_SNOWBALL_INIT
> + bool "snowball-init"
Since the init script uses hciattach, you should probably add
select BR2_PACKAGE_BLUEZ_UTILS
And I guess the cw1200_wlan also requires
select BR2_PACKAGE_UX500_FIRMWARE
Also add a comment that these are run-time dependencies only.
> + help
> + Snowball init scripts
> +
> + http://www.igloocommunity.org/gitweb/?p=bsp/snowball-init.git
Generic igloo URL is good enough.
> +
> diff --git a/package/snowball-init/snowball-init.mk b/package/snowball-init/snowball-init.mk
> new file mode 100644
> index 0000000..03c1cf5
> --- /dev/null
> +++ b/package/snowball-init/snowball-init.mk
> @@ -0,0 +1,13 @@
> +#############################################################
> +#
> +# snowball-init
> +#
> +#############################################################
> +SNOWBALL_INIT_VERSION = b064be21de25729039e5e54037bbdd2e25cfd5b7
> +SNOWBALL_INIT_SITE = git://igloocommunity.org/git/bsp/snowball-init.git
> +
> +define SNOWBALL_INIT_INSTALL_TARGET_CMDS
> + cp $(@D)/snowball $(TARGET_DIR)/etc/init.d/S50snowball
We prefer "install -D -m 0755 ..."
Regards,
Arnout
> +endef
> +
> +$(eval $(generic-package))
--
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] [v3] Allow to run severals post build scripts instead of only one
From: Arnout Vandecappelle @ 2012-10-30 22:50 UTC (permalink / raw)
To: buildroot
In-Reply-To: <3558_1351493584_508E27D0_3558_1558_1_1351493605-22269-1-git-send-email-philippe.reynes@sagemcom.com>
On 10/29/12 07:53, Philippe Reynes wrote:
> + @$(call MESSAGE,"Executing post-build script\(s\)")
Aren't these backslashes redundant?
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] libcap: disable progs altogether
From: Arnout Vandecappelle @ 2012-10-30 22:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351470854-15435-1-git-send-email-gustavo@zacarias.com.ar>
On 10/29/12 01:34, Gustavo Zacarias wrote:
> +# progs use fork()
> define LIBCAP_BUILD_CMDS
> + $(SED) '/-C progs/d' $(@D)/Makefile
> $(TARGET_MAKE_ENV) $(TARGET_CONFIGURE_OPTS) $(MAKE) -C $(@D) \
Could you do this in a post-patch hook instead? It's more verbose, but
more appropriate I think.
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] mpg123 segfaults on A8 (imx53)
From: Arnout Vandecappelle @ 2012-10-30 23:04 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1A05C4080C29496381D223141719DD30@JohanW7>
On 10/30/12 11:08, Sagaert Johan wrote:
> So i had a look at the configuration options and i think it might have something to do the the option --with-cpu not
> being correct..
arm_nofpu should work for any ARM processor...
> I tried :
> MPG123_CPU = neon
> But the build fails:
> ....
> dct64_neon_float.S:125: Error: selected processor does not support ARM mode `vmul.f32 q7,q11,q14'
> dct64_neon_float.S:127: Error: selected processor does not support ARM mode `vdup.32 q12,d31[0]'
> dct64_neon_float.S:128: Error: selected processor does not support ARM mode `vmov d31,d30'
> dct64_neon_float.S:130: Error: selected processor does not support ARM mode `vsw
> ....
Depending on how the toolchain is compiled, you may need to add
-mfloat-abi=softfp -mfpu=neon or -mfloat-abi=hard -mfpu=neon to the CFLAGS
to get neon support.
But I doubt that that's the issue - illegal instructions give SIGILL, not
SIGSEGV. So your only option is to debug mpg123 with gdbserver or valgrind.
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 0/7] Introduce the _AVAILABLE mechanism
From: Arnout Vandecappelle @ 2012-10-30 23:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1347234052-10527-1-git-send-email-yann.morin.1998@free.fr>
Although we'll discuss this at the BR devel day next Saturday, Yann won't be there
so we'd better have some discussion on the list as well (unless, Yann, you could
be available on chat?).
On 09/10/12 01:40, Yann E. MORIN wrote:
[snip]
> On the other hand, Arnout pointed out that only packages with depenencies on
> toolchain features should be converted, and in cascade, packages that depend
> on those, leaving alone packages that do not have any depednency at all (if
> I understood correctly):
> http://lists.busybox.net/pipermail/buildroot/2012-August/058040.html
>
> Of course, no need to say I'm in favor of modifying all packages, if at least
> only for points 1&2 above. ;-) Of course, I understand Arnout's concerns about
> keeping simplicity and not adding cruft where it is not needed. This post is
> to request comments on this new deeply-impacting change.
With the pkg-new script, my concern is much reduced. The simplicity of having
the same pattern all over wins out in that case.
[snip]
> Again, this series is an _RFC_ on the _AVAILABLE mechanism, so the first
> question we must answer is:
>
> Do we even want this mechanism in buildroot at all?
>
> Then, and only then, can we decide what to do, and how far to push it.
There is still an alternative: patch Kconfig to "properly" handle
select/depend transitivity. I.e., when a symbol selects another symbol,
this implies that all dependencies of the other symbol are inherited. Did
anyone ever investigate the feasibility of such an feature?
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 0/7] Introduce the _AVAILABLE mechanism
From: Yann E. MORIN @ 2012-10-30 23:35 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50905E98.3080207@mind.be>
Arnout, All,
On Wednesday 31 October 2012 Arnout Vandecappelle wrote:
> Although we'll discuss this at the BR devel day next Saturday, Yann won't be there
> so we'd better have some discussion on the list as well (unless, Yann, you could
> be available on chat?).
No, I won't be on-line at all.
I'll be in Bracelona, too, but will be touring with my girlfriend. That
excludes any form of interaction with you guys during these two days! ;-)
> On 09/10/12 01:40, Yann E. MORIN wrote:
> [snip]
> > On the other hand, Arnout pointed out that only packages with depenencies on
> > toolchain features should be converted, and in cascade, packages that depend
> > on those, leaving alone packages that do not have any depednency at all (if
> > I understood correctly):
> > http://lists.busybox.net/pipermail/buildroot/2012-August/058040.html
> >
> > Of course, no need to say I'm in favor of modifying all packages, if at least
> > only for points 1&2 above. ;-) Of course, I understand Arnout's concerns about
> > keeping simplicity and not adding cruft where it is not needed. This post is
> > to request comments on this new deeply-impacting change.
>
> With the pkg-new script, my concern is much reduced. The simplicity of having
> the same pattern all over wins out in that case.
OK. Did you have a look at it? Does it fit your use-case? What would
be missing? (Note: it's still a little bare, and would probably do with
a little bit of enhancements, but at least proves the point that it is
possible to help adding new packages.)
> [snip]
> > Again, this series is an _RFC_ on the _AVAILABLE mechanism, so the first
> > question we must answer is:
> >
> > Do we even want this mechanism in buildroot at all?
> >
> > Then, and only then, can we decide what to do, and how far to push it.
>
> There is still an alternative: patch Kconfig to "properly" handle
> select/depend transitivity. I.e., when a symbol selects another symbol,
> this implies that all dependencies of the other symbol are inherited. Did
> anyone ever investigate the feasibility of such an feature?
Yes. Both Thomas and I have had a look (but separately). I got an headache
each time I tried to understand the kconfig code. IIRC, Thomas' experience
was a bit in the same vein.
My point of view is that we must consider (unless proven otherwise) that
modifying kconfig to handle this select/depends mess is not possible.
If it were to be the case, then the change should go upstream (eg. the
Linux kernel) for review first, and then we should lobby for it to be
included there, before we should even try to use it.
But until then, lets consider this to be a limitation in kconfig that we
have no possibiliy to overcome in kconfig itself.
With this in mind, I think the _AVAILABLE stuff (or any other alternate
solution that still has to emerge) is the way to go.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH 0/7] Introduce the _AVAILABLE mechanism
From: Yann E. MORIN @ 2012-10-30 23:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201210310035.38831.yann.morin.1998@free.fr>
Arnout, All,
On Wednesday 31 October 2012 Yann E. MORIN wrote:
> On Wednesday 31 October 2012 Arnout Vandecappelle wrote:
[--SNIP--]
> > There is still an alternative: patch Kconfig to "properly" handle
> > select/depend transitivity. I.e., when a symbol selects another symbol,
> > this implies that all dependencies of the other symbol are inherited. Did
> > anyone ever investigate the feasibility of such an feature?
[--SNIP--]
> If it were to be the case, then the change should go upstream (eg. the
> Linux kernel) for review first, and then we should lobby for it to be
> included there, before we should even try to use it.
Let me also add this:
This is a change is the kconfig semantics, and will probably be a little
bit difficult to make it accepted upstream, unless the solution is also
usefull for the Linux kernel, which has gone to great lengths to avoid
this very situation for many years now.
So, I would not count in such a change to be in a futur kernel in the
foreseeable futur.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH 0/7] Introduce the _AVAILABLE mechanism
From: Arnout Vandecappelle @ 2012-10-30 23:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201210310035.38831.yann.morin.1998@free.fr>
On 10/31/12 00:35, Yann E. MORIN wrote:
>> > There is still an alternative: patch Kconfig to "properly" handle
>> > select/depend transitivity. I.e., when a symbol selects another symbol,
>> > this implies that all dependencies of the other symbol are inherited. Did
>> > anyone ever investigate the feasibility of such an feature?
> Yes. Both Thomas and I have had a look (but separately). I got an headache
> each time I tried to understand the kconfig code. IIRC, Thomas' experience
> was a bit in the same vein.
>
> My point of view is that we must consider (unless proven otherwise) that
> modifying kconfig to handle this select/depends mess is not possible.
I completely agree. But if it had been easy to do, it might have been
preferable over adding verbosity to Config.in.
In that case, I guess I'll have to take the time to review those patches
before Saturday :-)
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 0/7] Introduce the _AVAILABLE mechanism
From: Yann E. MORIN @ 2012-10-30 23:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50906736.90602@mind.be>
Arnout, All,
On Wednesday 31 October 2012 Arnout Vandecappelle wrote:
> On 10/31/12 00:35, Yann E. MORIN wrote:
> >> > There is still an alternative: patch Kconfig to "properly" handle
> >> > select/depend transitivity. I.e., when a symbol selects another symbol,
> >> > this implies that all dependencies of the other symbol are inherited. Did
> >> > anyone ever investigate the feasibility of such an feature?
> > Yes. Both Thomas and I have had a look (but separately). I got an headache
> > each time I tried to understand the kconfig code. IIRC, Thomas' experience
> > was a bit in the same vein.
> >
> > My point of view is that we must consider (unless proven otherwise) that
> > modifying kconfig to handle this select/depends mess is not possible.
>
> I completely agree. But if it had been easy to do, it might have been
> preferable over adding verbosity to Config.in.
>
> In that case, I guess I'll have to take the time to review those patches
> before Saturday :-)
I am supposed to send an updated series tomorrow evening.
"Supposed to", that's the problematic phrase in this sentence.
I am late. So late.
But on the other hand, this new series would not be very different from
the last I sent, so I wonder if it really makes sense to re-post.
But, I want to send an email that sums up the state of the change:
- for the series as it is:
- what's been done
- where there are issues
- what's left to do
- for future work:
- options dependening on another package
- package depending on option of another package
- ...
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] grantlee: new package
From: Arnout Vandecappelle @ 2012-10-30 23:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <508EFA6D.7000404@gmail.com>
On 10/29/12 22:51, Zoltan Gyarmati wrote:
> Support for the Grantlee library
This sentence is redundant.
> Grantlee is a Qt implementation of the Django template system, see here: http://www.gitorious.org/grantlee/pages/Home
Word-wrap the commit message at +- 75 characters. But actually, this
part of the commit message is redundant because it's already in the help text.
>
> (it's my first patch to buildroot, so please let me know any notes, thx)
Doing that :-)
Something like this (a note that shouldn't be part of the final commit message)
should go below your SOB, separated by --- on a line by itself. Then
git-am will strip it off while applying the patch.
>
> Signed-off-by: "Zoltan Gyarmati" <mr.zoltan.gyarmati@gmail.com>
[snip]
> diff --git a/package/grantlee/Config.in b/package/grantlee/Config.in
> new file mode 100644
> index 0000000..6e3b80d
> --- /dev/null
> +++ b/package/grantlee/Config.in
> @@ -0,0 +1,8 @@
> +config BR2_PACKAGE_GRANTLEE
> + bool "grantlee"
Config.in indentation should be one tab.
> + depends on BR2_PACKAGE_QT
This is redundant, because it's already inside an
if BR2_PACKAGE_QT (in package/Config.in).
> + select BR2_PACKAGE_QT_STL
It looks like BR2_PACKAGE_QT_SCRIPT and BR2_PACKAGE_QT_GUI_MODULE
are also required. I didn't continue testing, so maybe even that
is not enough.
> + help
> + Qt implemantation of the Django template framework
> +
> + http://www.grantlee.org/apidox
And the help text indentation: one tab + 2 spaces.
Also I think http://grantlee.org is a more appropriate URL, even
if it just redirects to gitorious.
> diff --git a/package/grantlee/grantlee.mk b/package/grantlee/grantlee.mk
> new file mode 100644
> index 0000000..9264f80
> --- /dev/null
> +++ b/package/grantlee/grantlee.mk
> @@ -0,0 +1,14 @@
> +#############################################################
> +#
> +# grantlee
> +#
> +#############################################################
> +
> +GRANTLEE_VERSION = 0.2.0
> +GRANTLEE_SITE = http://downloads.grantlee.org/
Trailing / is redundant.
> +GRANTLEE_INSTALL_STAGING = YES
> +GRANTLEE_INSTALL_TARGET = YES
INSTALL_TARGET defaults to YES, so can be removed.
> +GRANTLEE_DEPENDENCIES = host-pkg-config qt
pkgconf just got committed, so should be host-pkgconf. But AFAICS it isn't
using pkg-config for anything.
Also, your mailer messed up the whitespace in your patch. Use
git-send-email, that works well. The man page explains how to use it with
gmail.
Regards,
Arnout
> +
> +$(eval $(cmake-package))
> +
--
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] package: add linknx
From: Baruch Siach @ 2012-10-31 5:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351599843-24291-3-git-send-email-gregory.hermant@calao-systems.com>
Hi Gregory,
On Tue, Oct 30, 2012 at 01:24:02PM +0100, Gregory Hermant wrote:
[...]
> +config BR2_PACKAGE_LINKNX
> + bool "linknx"
> + select BR2_PACKAGE_LIBPTHSEM
> + help
> + Linknx is only one component of a bigger project.The goal is to get
> + the maximum comfort and flexibility from a KNX domotic system while
> + keeping the smallest possible resource consumption.
> +
> + http://belnet.dl.sourceforge.net/sourceforge/linknx/
Broken link. Should probably be http://linknx.sourceforge.net/.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] [autobuild.buildroot.net] Build results for 2012-10-30
From: Thomas Petazzoni @ 2012-10-31 7:33 UTC (permalink / raw)
To: buildroot
Hello,
On 2012-10-30, 99 random build tests have been done and
submitted on autobuild.buildroot.net.
66 builds have been successful
33 builds have failed
Below the results of the failed builds. Successful builds are omitted.
Build 0a7bfd521b4c21eafee14bb2dfbd99b5ad814aa0
==============================================
Status : NOK
Failure reason : qt-4.8.3
Architecture : sh4
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 01:15:06
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/0a7bfd521b4c21eafee14bb2dfbd99b5ad814aa0/build-end.log
Complete log : http://autobuild.buildroot.net/results/0a7bfd521b4c21eafee14bb2dfbd99b5ad814aa0/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/0a7bfd521b4c21eafee14bb2dfbd99b5ad814aa0/config
Defconfig : http://autobuild.buildroot.net/results/0a7bfd521b4c21eafee14bb2dfbd99b5ad814aa0/defconfig
Build 2defccaba89fd10f49145934d6022a9916cdae52
==============================================
Status : NOK
Failure reason : libnfc-1446
Architecture : avr32
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 01:27:48
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/2defccaba89fd10f49145934d6022a9916cdae52/build-end.log
Complete log : http://autobuild.buildroot.net/results/2defccaba89fd10f49145934d6022a9916cdae52/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/2defccaba89fd10f49145934d6022a9916cdae52/config
Defconfig : http://autobuild.buildroot.net/results/2defccaba89fd10f49145934d6022a9916cdae52/defconfig
Build 3226fdab04a08d96bd362bd232792ae36da98001
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : mips
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 01:55:31
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/3226fdab04a08d96bd362bd232792ae36da98001/build-end.log
Complete log : http://autobuild.buildroot.net/results/3226fdab04a08d96bd362bd232792ae36da98001/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/3226fdab04a08d96bd362bd232792ae36da98001/config
Defconfig : http://autobuild.buildroot.net/results/3226fdab04a08d96bd362bd232792ae36da98001/defconfig
Build a960436106ff32d7f33e1ad9a8ae00def8eaf406
==============================================
Status : NOK
Failure reason : icu-4.8.1.1
Architecture : bfin
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 02:00:40
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/a960436106ff32d7f33e1ad9a8ae00def8eaf406/build-end.log
Complete log : http://autobuild.buildroot.net/results/a960436106ff32d7f33e1ad9a8ae00def8eaf406/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/a960436106ff32d7f33e1ad9a8ae00def8eaf406/config
Defconfig : http://autobuild.buildroot.net/results/a960436106ff32d7f33e1ad9a8ae00def8eaf406/defconfig
Build a1c3ce8adf8b2a3722b7321729a316205eb88775
==============================================
Status : NOK
Failure reason : gdbhost-7.4.1
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 02:24:33
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/a1c3ce8adf8b2a3722b7321729a316205eb88775/build-end.log
Complete log : http://autobuild.buildroot.net/results/a1c3ce8adf8b2a3722b7321729a316205eb88775/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/a1c3ce8adf8b2a3722b7321729a316205eb88775/config
Defconfig : http://autobuild.buildroot.net/results/a1c3ce8adf8b2a3722b7321729a316205eb88775/defconfig
Build e9f75065546d7085c00e13da53386a0d0cb222a3
==============================================
Status : NOK
Failure reason : lighttpd-1.4.31
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 03:22:59
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/e9f75065546d7085c00e13da53386a0d0cb222a3/build-end.log
Complete log : http://autobuild.buildroot.net/results/e9f75065546d7085c00e13da53386a0d0cb222a3/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/e9f75065546d7085c00e13da53386a0d0cb222a3/config
Defconfig : http://autobuild.buildroot.net/results/e9f75065546d7085c00e13da53386a0d0cb222a3/defconfig
Build 106c724595cd0a073e4c92848879797b26921a97
==============================================
Status : NOK
Failure reason : qt-4.8.3
Architecture : powerpc
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 05:59:58
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/106c724595cd0a073e4c92848879797b26921a97/build-end.log
Complete log : http://autobuild.buildroot.net/results/106c724595cd0a073e4c92848879797b26921a97/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/106c724595cd0a073e4c92848879797b26921a97/config
Defconfig : http://autobuild.buildroot.net/results/106c724595cd0a073e4c92848879797b26921a97/defconfig
Build 74489249e10dc7f924b99d6757badfe00aec9ff2
==============================================
Status : NOK
Failure reason : libmbus-0.7.0
Architecture : powerpc
Submitted by : Peter Korsgaard (gcc14)
Submitted at : 2012-10-30 07:09:39
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/74489249e10dc7f924b99d6757badfe00aec9ff2/build-end.log
Complete log : http://autobuild.buildroot.net/results/74489249e10dc7f924b99d6757badfe00aec9ff2/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/74489249e10dc7f924b99d6757badfe00aec9ff2/config
Defconfig : http://autobuild.buildroot.net/results/74489249e10dc7f924b99d6757badfe00aec9ff2/defconfig
Build 6cbd025e4fa80566fb7059bbe9d1b4b0178c3796
==============================================
Status : NOK
Failure reason : icu-4.8.1.1
Architecture : i686
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 07:16:35
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/6cbd025e4fa80566fb7059bbe9d1b4b0178c3796/build-end.log
Complete log : http://autobuild.buildroot.net/results/6cbd025e4fa80566fb7059bbe9d1b4b0178c3796/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/6cbd025e4fa80566fb7059bbe9d1b4b0178c3796/config
Defconfig : http://autobuild.buildroot.net/results/6cbd025e4fa80566fb7059bbe9d1b4b0178c3796/defconfig
Build c12572fe4a1161d8894bb5b4914c9aa82c8f1433
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 08:30:30
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/c12572fe4a1161d8894bb5b4914c9aa82c8f1433/build-end.log
Complete log : http://autobuild.buildroot.net/results/c12572fe4a1161d8894bb5b4914c9aa82c8f1433/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/c12572fe4a1161d8894bb5b4914c9aa82c8f1433/config
Defconfig : http://autobuild.buildroot.net/results/c12572fe4a1161d8894bb5b4914c9aa82c8f1433/defconfig
Build 1659d0ebcd3d58f25e87860f64e7d502c505b2b1
==============================================
Status : NOK
Failure reason : alsa-lib-1.0.25
Architecture : sh2a
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 09:22:17
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/1659d0ebcd3d58f25e87860f64e7d502c505b2b1/build-end.log
Complete log : http://autobuild.buildroot.net/results/1659d0ebcd3d58f25e87860f64e7d502c505b2b1/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/1659d0ebcd3d58f25e87860f64e7d502c505b2b1/config
Defconfig : http://autobuild.buildroot.net/results/1659d0ebcd3d58f25e87860f64e7d502c505b2b1/defconfig
Build cac7775e5b6781c6ecad7a171fe5e32f60f9276a
==============================================
Status : NOK
Failure reason : libffi-3.0.11
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 09:34:59
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/cac7775e5b6781c6ecad7a171fe5e32f60f9276a/build-end.log
Complete log : http://autobuild.buildroot.net/results/cac7775e5b6781c6ecad7a171fe5e32f60f9276a/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/cac7775e5b6781c6ecad7a171fe5e32f60f9276a/config
Defconfig : http://autobuild.buildroot.net/results/cac7775e5b6781c6ecad7a171fe5e32f60f9276a/defconfig
Build 8081192a9aadd31e789b41ed23cccf9cac9d91a0
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 10:28:47
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/8081192a9aadd31e789b41ed23cccf9cac9d91a0/build-end.log
Complete log : http://autobuild.buildroot.net/results/8081192a9aadd31e789b41ed23cccf9cac9d91a0/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/8081192a9aadd31e789b41ed23cccf9cac9d91a0/config
Defconfig : http://autobuild.buildroot.net/results/8081192a9aadd31e789b41ed23cccf9cac9d91a0/defconfig
Build 1be635fc0efd107f83cd94224d6b65f6948c1b32
==============================================
Status : NOK
Failure reason : libmbus-0.7.0
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 11:00:13
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/1be635fc0efd107f83cd94224d6b65f6948c1b32/build-end.log
Complete log : http://autobuild.buildroot.net/results/1be635fc0efd107f83cd94224d6b65f6948c1b32/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/1be635fc0efd107f83cd94224d6b65f6948c1b32/config
Defconfig : http://autobuild.buildroot.net/results/1be635fc0efd107f83cd94224d6b65f6948c1b32/defconfig
Build e1da21a100dd30c5f41e4535fbcf4ba52c3501d7
==============================================
Status : NOK
Failure reason : make: *** [/home/test/dl/gdb-.tar.bz2] Error 1
Architecture : powerpc
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 11:01:29
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/e1da21a100dd30c5f41e4535fbcf4ba52c3501d7/build-end.log
Complete log : http://autobuild.buildroot.net/results/e1da21a100dd30c5f41e4535fbcf4ba52c3501d7/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/e1da21a100dd30c5f41e4535fbcf4ba52c3501d7/config
Defconfig : http://autobuild.buildroot.net/results/e1da21a100dd30c5f41e4535fbcf4ba52c3501d7/defconfig
Build 8a6b535b0183487703111376acebb04a297fe243
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 12:24:53
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/8a6b535b0183487703111376acebb04a297fe243/build-end.log
Complete log : http://autobuild.buildroot.net/results/8a6b535b0183487703111376acebb04a297fe243/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/8a6b535b0183487703111376acebb04a297fe243/config
Defconfig : http://autobuild.buildroot.net/results/8a6b535b0183487703111376acebb04a297fe243/defconfig
Build 9bded8f7a6691147ebbccf1285c3d360e86fa9de
==============================================
Status : NOK
Failure reason : ffmpeg-0.8.12
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 12:47:23
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/9bded8f7a6691147ebbccf1285c3d360e86fa9de/build-end.log
Complete log : http://autobuild.buildroot.net/results/9bded8f7a6691147ebbccf1285c3d360e86fa9de/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/9bded8f7a6691147ebbccf1285c3d360e86fa9de/config
Defconfig : http://autobuild.buildroot.net/results/9bded8f7a6691147ebbccf1285c3d360e86fa9de/defconfig
Build c9e590a1034c3869cb7391984ce8281ec4c3ef9c
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 14:19:38
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/build-end.log
Complete log : http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/config
Defconfig : http://autobuild.buildroot.net/results/c9e590a1034c3869cb7391984ce8281ec4c3ef9c/defconfig
Build 7f8201ebcafd611cab95788e030b768fa84ad28b
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : mipsel
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 14:46:44
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/7f8201ebcafd611cab95788e030b768fa84ad28b/build-end.log
Complete log : http://autobuild.buildroot.net/results/7f8201ebcafd611cab95788e030b768fa84ad28b/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/7f8201ebcafd611cab95788e030b768fa84ad28b/config
Defconfig : http://autobuild.buildroot.net/results/7f8201ebcafd611cab95788e030b768fa84ad28b/defconfig
Build a6eb982dd4c377f3b4137d57d1ad169b2727369a
==============================================
Status : NOK
Failure reason : directfb-1.4.17
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 14:51:49
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/a6eb982dd4c377f3b4137d57d1ad169b2727369a/build-end.log
Complete log : http://autobuild.buildroot.net/results/a6eb982dd4c377f3b4137d57d1ad169b2727369a/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/a6eb982dd4c377f3b4137d57d1ad169b2727369a/config
Defconfig : http://autobuild.buildroot.net/results/a6eb982dd4c377f3b4137d57d1ad169b2727369a/defconfig
Build bb495ff7fceeb5363f0b6eb81c75063088f1ef50
==============================================
Status : NOK
Failure reason : libmbus-0.7.0
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 15:24:20
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/bb495ff7fceeb5363f0b6eb81c75063088f1ef50/build-end.log
Complete log : http://autobuild.buildroot.net/results/bb495ff7fceeb5363f0b6eb81c75063088f1ef50/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/bb495ff7fceeb5363f0b6eb81c75063088f1ef50/config
Defconfig : http://autobuild.buildroot.net/results/bb495ff7fceeb5363f0b6eb81c75063088f1ef50/defconfig
Build e2bf7953bd9e8b067a92bc83d22c16e9d762837f
==============================================
Status : NOK
Failure reason : gsl-1.15
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 15:59:13
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/e2bf7953bd9e8b067a92bc83d22c16e9d762837f/build-end.log
Complete log : http://autobuild.buildroot.net/results/e2bf7953bd9e8b067a92bc83d22c16e9d762837f/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/e2bf7953bd9e8b067a92bc83d22c16e9d762837f/config
Defconfig : http://autobuild.buildroot.net/results/e2bf7953bd9e8b067a92bc83d22c16e9d762837f/defconfig
Build 94fa7e947a9436b3cd0fe6a9fc7c0ebc2a57be97
==============================================
Status : NOK
Failure reason : netatalk-3.0
Architecture : x86_64
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 16:31:03
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/94fa7e947a9436b3cd0fe6a9fc7c0ebc2a57be97/build-end.log
Complete log : http://autobuild.buildroot.net/results/94fa7e947a9436b3cd0fe6a9fc7c0ebc2a57be97/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/94fa7e947a9436b3cd0fe6a9fc7c0ebc2a57be97/config
Defconfig : http://autobuild.buildroot.net/results/94fa7e947a9436b3cd0fe6a9fc7c0ebc2a57be97/defconfig
Build 6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb
==============================================
Status : NOK
Failure reason : qtuio-abe4973ff6
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 16:44:39
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb/build-end.log
Complete log : http://autobuild.buildroot.net/results/6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb/config
Defconfig : http://autobuild.buildroot.net/results/6dcbf4ca3fcc5ec911ac7a1680f7cb381fd18fcb/defconfig
Build cee628969acec84d22890dd522c482318ae632c4
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : mipsel
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 17:20:44
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/cee628969acec84d22890dd522c482318ae632c4/build-end.log
Complete log : http://autobuild.buildroot.net/results/cee628969acec84d22890dd522c482318ae632c4/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/cee628969acec84d22890dd522c482318ae632c4/config
Defconfig : http://autobuild.buildroot.net/results/cee628969acec84d22890dd522c482318ae632c4/defconfig
Build 0cc2f094ca338c3f4818bfef24a430cf59098534
==============================================
Status : NOK
Failure reason : iproute2-3.6.0
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 17:57:28
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/0cc2f094ca338c3f4818bfef24a430cf59098534/build-end.log
Complete log : http://autobuild.buildroot.net/results/0cc2f094ca338c3f4818bfef24a430cf59098534/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/0cc2f094ca338c3f4818bfef24a430cf59098534/config
Defconfig : http://autobuild.buildroot.net/results/0cc2f094ca338c3f4818bfef24a430cf59098534/defconfig
Build a2624ae3f0380c4d897e37c2ebaea30e11a5f5e2
==============================================
Status : NOK
Failure reason : lcdapi-v0.3
Architecture : mipsel
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 19:01:05
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/a2624ae3f0380c4d897e37c2ebaea30e11a5f5e2/build-end.log
Complete log : http://autobuild.buildroot.net/results/a2624ae3f0380c4d897e37c2ebaea30e11a5f5e2/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/a2624ae3f0380c4d897e37c2ebaea30e11a5f5e2/config
Defconfig : http://autobuild.buildroot.net/results/a2624ae3f0380c4d897e37c2ebaea30e11a5f5e2/defconfig
Build a5fe02096565a8e6791c71597869a2a6811aa92f
==============================================
Status : NOK
Failure reason : xlib_libX11-1.4.2
Architecture : mipsel
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 19:08:14
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/a5fe02096565a8e6791c71597869a2a6811aa92f/build-end.log
Complete log : http://autobuild.buildroot.net/results/a5fe02096565a8e6791c71597869a2a6811aa92f/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/a5fe02096565a8e6791c71597869a2a6811aa92f/config
Defconfig : http://autobuild.buildroot.net/results/a5fe02096565a8e6791c71597869a2a6811aa92f/defconfig
Build f7bae7fc615b238b19a07717e5d624cfb7ff9688
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 19:31:52
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/f7bae7fc615b238b19a07717e5d624cfb7ff9688/build-end.log
Complete log : http://autobuild.buildroot.net/results/f7bae7fc615b238b19a07717e5d624cfb7ff9688/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/f7bae7fc615b238b19a07717e5d624cfb7ff9688/config
Defconfig : http://autobuild.buildroot.net/results/f7bae7fc615b238b19a07717e5d624cfb7ff9688/defconfig
Build 2d6649d1ee8b132e301c64221705751c69becc71
==============================================
Status : NOK
Failure reason : alsa-lib-1.0.25
Architecture : bfin
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 20:47:54
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=5718787cd8627cfb73ea7ad3ec7bf6e7e2efc510
End of log : http://autobuild.buildroot.net/results/2d6649d1ee8b132e301c64221705751c69becc71/build-end.log
Complete log : http://autobuild.buildroot.net/results/2d6649d1ee8b132e301c64221705751c69becc71/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/2d6649d1ee8b132e301c64221705751c69becc71/config
Defconfig : http://autobuild.buildroot.net/results/2d6649d1ee8b132e301c64221705751c69becc71/defconfig
Build e3df7a53e230cd806c7e71e99f26e7235816b0d0
==============================================
Status : NOK
Failure reason : squid-3.2.3
Architecture : arm
Submitted by : Peter Korsgaard (gcc10)
Submitted at : 2012-10-30 21:53:18
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=75b9e7f0997ed0229348a30429d0d5df8a82c8a3
End of log : http://autobuild.buildroot.net/results/e3df7a53e230cd806c7e71e99f26e7235816b0d0/build-end.log
Complete log : http://autobuild.buildroot.net/results/e3df7a53e230cd806c7e71e99f26e7235816b0d0/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/e3df7a53e230cd806c7e71e99f26e7235816b0d0/config
Defconfig : http://autobuild.buildroot.net/results/e3df7a53e230cd806c7e71e99f26e7235816b0d0/defconfig
Build 33241277571a3d6d2b6bfe139734040dd35e7314
==============================================
Status : NOK
Failure reason : gdisk-0.6.14
Architecture : arm
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 22:44:09
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=8ada3b45e6af1680f9aafb38cb7425f3bcfa8380
End of log : http://autobuild.buildroot.net/results/33241277571a3d6d2b6bfe139734040dd35e7314/build-end.log
Complete log : http://autobuild.buildroot.net/results/33241277571a3d6d2b6bfe139734040dd35e7314/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/33241277571a3d6d2b6bfe139734040dd35e7314/config
Defconfig : http://autobuild.buildroot.net/results/33241277571a3d6d2b6bfe139734040dd35e7314/defconfig
Build 1725d69b70dcb74b60f98901b9578e62c3e0ec74
==============================================
Status : NOK
Failure reason : sconeserver-178
Architecture : powerpc
Submitted by : Thomas Petazzoni (Free Electrons build server)
Submitted at : 2012-10-30 23:31:16
Git commit ID : http://git.buildroot.net/buildroot/commit/?id=e48bf899f6f11dbe19ce62c24c10639d0ad0ef5a
End of log : http://autobuild.buildroot.net/results/1725d69b70dcb74b60f98901b9578e62c3e0ec74/build-end.log
Complete log : http://autobuild.buildroot.net/results/1725d69b70dcb74b60f98901b9578e62c3e0ec74/build.log.bz2
Configuration : http://autobuild.buildroot.net/results/1725d69b70dcb74b60f98901b9578e62c3e0ec74/config
Defconfig : http://autobuild.buildroot.net/results/1725d69b70dcb74b60f98901b9578e62c3e0ec74/defconfig
--
http://autobuild.buildroot.net
^ permalink raw reply
* [Buildroot] [PATCH] Add support for custom package patches
From: Simon Dawson @ 2012-10-31 7:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50904A0F.5020206@mind.be>
On 30 October 2012 21:43, Arnout Vandecappelle <arnout@mind.be> wrote:
> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> but some potential improvements below.
Hi Arnout. Thanks for the feedback.
>> +config BR2_CUSTOM_PACKAGE_PATCH_DIRS
>> + string "custom package patch directories"
>
>
> I would call it extra patch dirs, otherwise it sounds like it's overriding
> the BR patch set.
Yes, agreed.
> For the custom patch dirs, we may also want to support the
> $(1)/$(RAWNAME)/*.patch pattern. So that would give:
>
> elif test -d $(1)/$(RAWNAME); then \
> support/scripts/apply-patches.sh $(@D) $(1)/$(RAWNAME)
> \*.patch \*.patch.$(ARCH) || exit 1; \
Yes, good idea.
I'll fix my patch, and resubmit.
Simon.
^ permalink raw reply
* [Buildroot] [PATCH] grantlee: new package
From: Zoltan Gyarmati @ 2012-10-31 8:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50906999.9000002@mind.be>
Hi,
Thx for the detailed comments, i'll resend it. And as i realized in the
debian/ubuntu repos the package called libgrantlee,
so maybe it would be better to call it so also in buildroot, as it's
more logical name for a library :) What do you think?
On 10/31/2012 12:58 AM, Arnout Vandecappelle wrote:
> On 10/29/12 22:51, Zoltan Gyarmati wrote:
>> Support for the Grantlee library
>
> This sentence is redundant.
>
>> Grantlee is a Qt implementation of the Django template system, see
>> here: http://www.gitorious.org/grantlee/pages/Home
>
> Word-wrap the commit message at +- 75 characters. But actually, this
> part of the commit message is redundant because it's already in the
> help text.
>
>>
>> (it's my first patch to buildroot, so please let me know any notes, thx)
>
> Doing that :-)
>
> Something like this (a note that shouldn't be part of the final
> commit message)
> should go below your SOB, separated by --- on a line by itself. Then
> git-am will strip it off while applying the patch.
>
>>
>> Signed-off-by: "Zoltan Gyarmati" <mr.zoltan.gyarmati@gmail.com>
> [snip]
>> diff --git a/package/grantlee/Config.in b/package/grantlee/Config.in
>> new file mode 100644
>> index 0000000..6e3b80d
>> --- /dev/null
>> +++ b/package/grantlee/Config.in
>> @@ -0,0 +1,8 @@
>> +config BR2_PACKAGE_GRANTLEE
>> + bool "grantlee"
>
> Config.in indentation should be one tab.
>
>> + depends on BR2_PACKAGE_QT
>
> This is redundant, because it's already inside an
> if BR2_PACKAGE_QT (in package/Config.in).
>
>> + select BR2_PACKAGE_QT_STL
>
> It looks like BR2_PACKAGE_QT_SCRIPT and BR2_PACKAGE_QT_GUI_MODULE
> are also required. I didn't continue testing, so maybe even that
> is not enough.
>
>
>> + help
>> + Qt implemantation of the Django template framework
>> +
>> + http://www.grantlee.org/apidox
>
> And the help text indentation: one tab + 2 spaces.
>
> Also I think http://grantlee.org is a more appropriate URL, even
> if it just redirects to gitorious.
>
>> diff --git a/package/grantlee/grantlee.mk b/package/grantlee/grantlee.mk
>> new file mode 100644
>> index 0000000..9264f80
>> --- /dev/null
>> +++ b/package/grantlee/grantlee.mk
>> @@ -0,0 +1,14 @@
>> +#############################################################
>> +#
>> +# grantlee
>> +#
>> +#############################################################
>> +
>> +GRANTLEE_VERSION = 0.2.0
>> +GRANTLEE_SITE = http://downloads.grantlee.org/
>
> Trailing / is redundant.
>
>> +GRANTLEE_INSTALL_STAGING = YES
>> +GRANTLEE_INSTALL_TARGET = YES
>
> INSTALL_TARGET defaults to YES, so can be removed.
>
>> +GRANTLEE_DEPENDENCIES = host-pkg-config qt
>
> pkgconf just got committed, so should be host-pkgconf. But AFAICS it
> isn't
> using pkg-config for anything.
>
>
> Also, your mailer messed up the whitespace in your patch. Use
> git-send-email, that works well. The man page explains how to use it
> with
> gmail.
>
> Regards,
> Arnout
>
>
>> +
>> +$(eval $(cmake-package))
>> +
>
^ permalink raw reply
* [Buildroot] [PATCH] grantlee: new package
From: Arnout Vandecappelle @ 2012-10-31 8:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <5090E5F4.6040903@gmail.com>
On 10/31/12 09:48, Zoltan Gyarmati wrote:
> Hi,
>
> Thx for the detailed comments, i'll resend it. And as i realized in the debian/ubuntu repos the package called libgrantlee,
> so maybe it would be better to call it so also in buildroot, as it's more logical name for a library :) What do you think?
In buildroot, we prefer to use the upstream name.
In Debian/Fedora distros, they split packages into a lib- and a bin- package
(and additional -dev and -dbg packages). For grantlee, there is no bin-, so
you don't get a plain grantlee package.
In buildroot, we don't split the packages (sometimes there are sub-options to
disable the binaries). Therefore, there is no reason to change the name.
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 buildroot] fs/common: Create initial console device
From: Markos Chandras @ 2012-10-31 9:53 UTC (permalink / raw)
To: buildroot
From: Markos Chandras <markos.chandras@imgtec.com>
A /dev/console node must be present in rootfs when the Linux kernel
boots otherwise the kernel will print the following warning:
"Warning: unable to open an initial console"
This is because when we use an initramfs along with devtmpfs, the /dev
directory is not populated at this point. This can cause problems when a
program (e.g ldso with early debugging enabled) opens a standard file
descriptor for read/write before these descriptors are actually created by
the init process later on.
Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
---
fs/common.mk | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/fs/common.mk b/fs/common.mk
index debf7db..d7383d1 100644
--- a/fs/common.mk
+++ b/fs/common.mk
@@ -55,6 +55,12 @@ endif
echo "$(HOST_DIR)/usr/bin/makedevs -d $(FULL_DEVICE_TABLE) $(TARGET_DIR)" >> $(FAKEROOT_SCRIPT)
endif
echo "$(ROOTFS_$(2)_CMD)" >> $(FAKEROOT_SCRIPT)
+ # create initial console if devtmpfs is used
+ifeq ($(BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_DEVTMPFS),y)
+ echo -e 'pushd $(TARGET_DIR)/dev/ > /dev/null 2>&1' >> $(FAKEROOT_SCRIPT)
+ echo -e '/bin/mknod -m 622 console c 5 1' >> $(FAKEROOT_SCRIPT)
+ echo -e 'popd > /dev/null 2>&1' >> $(FAKEROOT_SCRIPT)
+endif
chmod a+x $(FAKEROOT_SCRIPT)
$(HOST_DIR)/usr/bin/fakeroot -- $(FAKEROOT_SCRIPT)
- at rm -f $(FAKEROOT_SCRIPT) $(FULL_DEVICE_TABLE)
--
1.7.1
^ permalink raw reply related
* [Buildroot] [PATCH] grantlee: new package
From: Zoltan Gyarmati @ 2012-10-31 10:26 UTC (permalink / raw)
To: buildroot
In-Reply-To: <5090E699.5070903@mind.be>
On 10/31/2012 09:51 AM, Arnout Vandecappelle wrote:
> On 10/31/12 09:48, Zoltan Gyarmati wrote:
>> Hi,
>>
>> Thx for the detailed comments, i'll resend it. And as i realized in
>> the debian/ubuntu repos the package called libgrantlee, so maybe it
>> would be better to call it so also in buildroot, as it's more
>> logical name for a library :) What do you think?
>
> In buildroot, we prefer to use the upstream name.
>
> In Debian/Fedora distros, they split packages into a lib- and a bin-
> package (and additional -dev and -dbg packages). For grantlee,
> there is no bin-, so you don't get a plain grantlee package.
>
> In buildroot, we don't split the packages (sometimes there are
> sub-options to disable the binaries). Therefore, there is no reason
> to change the name.
>
> Regards, Arnout
>
Hi,
ok, i see. Is there any policy/standards document or wikipage
somewhere which summarizes this kind of practices?
I couldn't find it so far. What i found is mostly technical kind of infos.
(which is extremly useful of course :)
best regards
Zoltan Gyarmati
^ permalink raw reply
* [Buildroot] buildroot for AM3358 AM3359 with wireless-tools shared library
From: Jürgen Benjamin Ronshausen @ 2012-10-31 11:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121030231327.4f22281c@skate>
On Tue, 2012-10-30 at 23:13 +0100, Thomas Petazzoni wrote:
> On Tue, 30 Oct 2012 12:35:54 +0100, J?rgen Benjamin Ronshausen wrote:
>
> > The new Board is a AM335x Starter Kit with a Sitara AM3358 Cortex A8 cpu
> > and WL1271 Wifi/bluetooth module.
> >
> > to make my toolchain i issue:
> >
> > make beaglebone_defconfig
> > make menuconfig and select under packages, networking wireless-tools and
> > library. i included contents of .config below.
> >
> > The first problem is, that there are no files in
> > /home/john/AM335/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/lib
> > i am not sure about it, but i think there should be the .so files for
> > the compiler.
>
> Strange. Can you do:
>
> make clean
> make 2>&1 | tee logfile1
> find output/host > logfile2
>
> Post logfile1 and logfile2 to some pastebin site (pastebin.com for
> example), and give us the pastebin URLs.
>
> Thanks,
>
> Thomas
logfile1's size is 3MB, to big for pastebin, so i uploaded both to
github
https://github.com/steven11/the-hunt-for-wireless-tools
Here is logfile2 http://pastebin.com/picSMVL8
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 11:32 UTC (permalink / raw)
To: buildroot
Hello.
I'm trying to build busybox with glibc
and faced with error
util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
Does anybody have any solution?
My config: http://pastie.org/5142303
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121031/344de3af/attachment.html>
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Baruch Siach @ 2012-10-31 11:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CABtOAfwBq_mbzxnaBd8s0Wu4PeYOiVWUr5AXoZCcaxL5o=T4MQ@mail.gmail.com>
Hi Alexander,
On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> I'm trying to build busybox with glibc
> and faced with error
>
> util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
glibc version newer than 2.13 omits built time support for RPC. See
http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> Does anybody have any solution?
This is a toolchain level problem. Either downgrade to a toolchain with 2.13
glibc, or use a toolchain with tirpc.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 11:56 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031114118.GF30343@sapphire.tkos.co.il>
? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> Hi Alexander,
>
> On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > I'm trying to build busybox with glibc
> > and faced with error
> >
> > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
>
> glibc version newer than 2.13 omits built time support for RPC. See
> http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
>
> > Does anybody have any solution?
>
> This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> glibc, or use a toolchain with tirpc.
>
> baruch
>
Hi, thanks for answer.
I compiled toolchain via crosstool-ng
[me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
./.build/src/glibc-2.14.1/include/rpc/rpc.h
Seems to be rpc.h headers exist in glibc dir
but buildroot not understand it.
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Yann E. MORIN @ 2012-10-31 12:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351684586.28325.2.camel@localhost>
Alexander, All,
On Wednesday 31 October 2012 12:56:26 Alexander Khryukin wrote:
> ? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> > Hi Alexander,
> >
> > On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > > I'm trying to build busybox with glibc
> > > and faced with error
> > >
> > > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> >
> > glibc version newer than 2.13 omits built time support for RPC. See
> > http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> >
> > > Does anybody have any solution?
> >
> > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > glibc, or use a toolchain with tirpc.
> >
> > baruch
> Hi, thanks for answer.
> I compiled toolchain via crosstool-ng
>
>
> [me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
> ./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
> ./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
> ./.build/src/glibc-2.14.1/include/rpc/rpc.h
>
> Seems to be rpc.h headers exist in glibc dir
> but buildroot not understand it.
As Baruch said, it's because glibc-2.14 (and above) do *not* *install* the
rpc headers. What you point at is the *source* tree of glibc (and gcc, but
that's irrelevant). When you *run* the toolchain, those are *not* the
locations searched for; the headers are looked for in the *sysroot* of the
toolchain, which you can find as a second-level sub-directory in the prefix
you installed the toolchain in.
So, Baruch is right: either downgrade your toolchain to use glibc-2.13,
or try to use TIRPC. As TIRPC is not yet, AFAIK, at par with glibc's
implementation, the only sane option so far *is* to downgrade your glibc.
You can of course also search the archives of the buildroot mailing list,
there are a lot of such reports, and each time the same explanations were
re-hashed again and again.
Also, search the Internet (eg. with google and these keywords: glibc rpc
not available, there are literally *tons* of answers; also, search on
LWN.net, they've had quite a few very good articles on the sunject).
And no, switching to using eglibc instead will not fix it. Neither will
updating to a newer version (although I think glibc-2.16 did restore this,
but it's not available from ct-ng, by lack of interest it seems, as nobody
did feel necessary to post any patch to add latest glibc in ct-ng).
;-)
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ |
| --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is no |
| http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. |
'------------------------------'-------'------------------'--------------------'
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Baruch Siach @ 2012-10-31 12:13 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1351684586.28325.2.camel@localhost>
Hi Alexander,
On Wed, Oct 31, 2012 at 03:56:26PM +0400, Alexander Khryukin wrote:
> ? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> > Hi Alexander,
> > On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > > I'm trying to build busybox with glibc
> > > and faced with error
> > >
> > > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> >
> > glibc version newer than 2.13 omits built time support for RPC. See
> > http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> >
> > > Does anybody have any solution?
> >
> > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > glibc, or use a toolchain with tirpc.
>
> Hi, thanks for answer.
> I compiled toolchain via crosstool-ng
>
> [me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
> ./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
> ./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
> ./.build/src/glibc-2.14.1/include/rpc/rpc.h
I any of these the standard include path?
> Seems to be rpc.h headers exist in glibc dir
> but buildroot not understand it.
glibc 2.14 still includes run-time RPC support. Only build time support has
been removed. This might be the reason you have these headers. However, if
these headers are not in the standard includes search path, they are not
visible to the code you build with this toolchain.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 12:19 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201210311313.45723.yann.morin.1998@free.fr>
? ??., 31/10/2012 ? 13:13 +0100, Yann E. MORIN ?????:
> Alexander, All,
>
> On Wednesday 31 October 2012 12:56:26 Alexander Khryukin wrote:
> > ? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> > > Hi Alexander,
> > >
> > > On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > > > I'm trying to build busybox with glibc
> > > > and faced with error
> > > >
> > > > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> > >
> > > glibc version newer than 2.13 omits built time support for RPC. See
> > > http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> > >
> > > > Does anybody have any solution?
> > >
> > > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > > glibc, or use a toolchain with tirpc.
> > >
> > > baruch
>
> > Hi, thanks for answer.
> > I compiled toolchain via crosstool-ng
> >
> >
> > [me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
> > ./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/include/rpc/rpc.h
> >
> > Seems to be rpc.h headers exist in glibc dir
> > but buildroot not understand it.
>
> As Baruch said, it's because glibc-2.14 (and above) do *not* *install* the
> rpc headers. What you point at is the *source* tree of glibc (and gcc, but
> that's irrelevant). When you *run* the toolchain, those are *not* the
> locations searched for; the headers are looked for in the *sysroot* of the
> toolchain, which you can find as a second-level sub-directory in the prefix
> you installed the toolchain in.
>
> So, Baruch is right: either downgrade your toolchain to use glibc-2.13,
> or try to use TIRPC. As TIRPC is not yet, AFAIK, at par with glibc's
> implementation, the only sane option so far *is* to downgrade your glibc.
>
> You can of course also search the archives of the buildroot mailing list,
> there are a lot of such reports, and each time the same explanations were
> re-hashed again and again.
>
> Also, search the Internet (eg. with google and these keywords: glibc rpc
> not available, there are literally *tons* of answers; also, search on
> LWN.net, they've had quite a few very good articles on the sunject).
>
> And no, switching to using eglibc instead will not fix it. Neither will
> updating to a newer version (although I think glibc-2.16 did restore this,
> but it's not available from ct-ng, by lack of interest it seems, as nobody
> did feel necessary to post any patch to add latest glibc in ct-ng).
>
> ;-)
>
> Regards,
> Yann E. MORIN.
Hm, i'm prepared little patch for glibc package
that updates glibc to 2.16.0 in buildroot
but rpc.h still not included.
^ permalink raw reply
* [Buildroot] RPC.h and busybox
From: Alexander Khryukin @ 2012-10-31 12:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121031121347.GG30343@sapphire.tkos.co.il>
? ??., 31/10/2012 ? 14:13 +0200, Baruch Siach ?????:
> Hi Alexander,
>
> On Wed, Oct 31, 2012 at 03:56:26PM +0400, Alexander Khryukin wrote:
> > ? ??., 31/10/2012 ? 13:41 +0200, Baruch Siach ?????:
> > > Hi Alexander,
> > > On Wed, Oct 31, 2012 at 02:32:08PM +0300, Alexander Khryukin wrote:
> > > > I'm trying to build busybox with glibc
> > > > and faced with error
> > > >
> > > > util-linux/mount.c:140:22: fatal error: rpc/rpc.h: No such file or directory
> > >
> > > glibc version newer than 2.13 omits built time support for RPC. See
> > > http://sourceware.org/ml/crossgcc/2011-09/msg00005.html.
> > >
> > > > Does anybody have any solution?
> > >
> > > This is a toolchain level problem. Either downgrade to a toolchain with 2.13
> > > glibc, or use a toolchain with tirpc.
> >
> > Hi, thanks for answer.
> > I compiled toolchain via crosstool-ng
> >
> > [me at kvm-host crosstool-ng-linaro]$ find . -name rpc.h
> > ./.build/src/gcc-linaro-4.7-2012.09/fixincludes/tests/base/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/sunrpc/rpc/rpc.h
> > ./.build/src/glibc-2.14.1/include/rpc/rpc.h
>
> I any of these the standard include path?
>
> > Seems to be rpc.h headers exist in glibc dir
> > but buildroot not understand it.
>
> glibc 2.14 still includes run-time RPC support. Only build time support has
> been removed. This might be the reason you have these headers. However, if
> these headers are not in the standard includes search path, they are not
> visible to the code you build with this toolchain.
>
> baruch
>
>that updates glibc to 2.16.0 in buildroot
I mean ct-ng of course
^ 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