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 no errors at all. This will catch
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
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 failed when cp fails.
[YOCTO #10319]
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
fro
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
https://lists.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
log.do_fetc
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
E
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): N
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, Septemb
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 delete
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 build, too.
>
> What I se
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'
scripts/kconfig/lxd
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 -
13 matches
Mail list logo
