On Tue, 2016-09-27 at 09:34 -0500, mariano.lo...@linux.intel.com wrote:
> From: Mariano Lopez
>
> When publishing the artifacts, sometimes the cp commands fails
> because it can't find the origin files, but the step in te
> autobuilder
> is green, like there were
On 9/26/16 1:25 PM, Liam R. Howlett wrote:
> Collection and version will be pulled from the layer.conf if it exists
> and dependencies will be resolved by first checking for layers with the
> dependency name and then checking for collections. It is necessary to
> shutdown tinfoil to avoid bitbake
Signed-off-by: Alejandro Hernandez
---
bsp/common-pc-64/common-pc-64.scc | 1 +
1 file changed, 1 insertion(+)
diff --git a/bsp/common-pc-64/common-pc-64.scc
b/bsp/common-pc-64/common-pc-64.scc
index 5737a83..f5a3076 100644
---
Signed-off-by: Alejandro Hernandez
---
bsp/common-pc/common-pc.scc | 1 +
1 file changed, 1 insertion(+)
diff --git a/bsp/common-pc/common-pc.scc b/bsp/common-pc/common-pc.scc
index 90a33dd..08992c1 100644
--- a/bsp/common-pc/common-pc.scc
+++
From: Mariano Lopez
When publishing the artifacts, sometimes the cp commands fails
because it can't find the origin files, but the step in te autobuilder
is green, like there were no errors at all. This will catch these
errors, and will mark the build step as
If I replace
-SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
with
+SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;nobranch=1 \
then it works, at least on Ubuntu 16.04 build host
(on ScientificLinx 6.4 fetch does not work, but I simply copied fetched folder
This is anoying.
My primary build host, ScientificLinux 6.4, it stil fails (error log in
previous mail).
But on my secondary build host,Ubuntu 16.04, it now succeeded.
--
___
yocto mailing list
yocto@yoctoproject.org
If I understood properly, all I have to do is to change the line:
-SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
with
+SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;nobranch=1 \
If that is so, it did not help.
Attached the new log file.
Damir
When I run 'bitbake core-image-minimal' before it works. Think Roberts
work arround points at the right spot(because the populate sysroot is
called through core-image-minimal build). Maybe add this trick to the
documentation.
Stefan
Hi,
On 2016-09-27 11:03, s.jar...@esa-grimma.de wrote:
Hej
Some error occurred. I give a print (sorry for that German text - but
the error should be clear):
##
GEN ./Makefile
HOSTLD scripts/kconfig/mconf
scripts/kconfig/mconf.o: In Funktion `show_help':
mconf.c:(.text+0x914):
I have submitted a patch for the fetch issue, can you please give a try? You
can use master-next branch of meta-fsl-ppc for the validation.
Best Regards,
Zhenhua
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Anicic Damir (PSI)
Sent: Tuesday,
Why should I check,
the meta-fsl-ppc/recipes-kernel/linux/linux-qoriq_4.1.bb has
SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
SRCREV = "bd51baffc04ecc73f933aee1c3a37c8b44b889a7"
If that is wrong freescale should correct it.
And besides, the downloaded file gets
Hi,
Have you checked repository for hash
bd51baffc04ecc73f933aee1c3a37c8b44b889a7 in branch sdk-v2.0.x ?
On Tue, Sep 27, 2016 at 9:50 AM, Anicic Damir (PSI)
wrote:
> Hi again,
>
> it seems no one has interests in my problem.
>
> I have the same problem with Ubuntu host
Hej
Some error occurred. I give a print (sorry for that German text - but the
error should be clear):
##
GEN ./Makefile
HOSTLD scripts/kconfig/mconf
scripts/kconfig/mconf.o: In Funktion `show_help':
mconf.c:(.text+0x914): Nicht definierter Verweis auf `stdscr'
Hi again,
it seems no one has interests in my problem.
I have the same problem with Ubuntu host build, too.
What I see is that file gets downloaded several times, and then discarded for
some reason.
One of the last downloads (or the last one), does some
git -c core.fsyncobjectfiles=0 fetch
15 matches
Mail list logo