All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [autobuild.buildroot.net] Your daily results for 2019-09-13
       [not found] ` <c7f9da15-ae5d-c457-955e-94463962c10b@arcturusnetworks.com>
@ 2019-09-16 21:36   ` Thomas Petazzoni
  2019-09-16 21:41     ` Oleksandr G Zhadan
  0 siblings, 1 reply; 2+ messages in thread
From: Thomas Petazzoni @ 2019-09-16 21:36 UTC (permalink / raw
  To: buildroot

Hello Oleksandr,

On Mon, 16 Sep 2019 15:19:15 -0400
Oleksandr G Zhadan <oleks@arcturusnetworks.com> wrote:

> I? re-built and re-tested images from fresh today's clone of buildroot 
> on both, uCLS1012A and uCP1020 modules . Everything works OK on real 
> hardware.
> 
> I am not familiar with your run-time test procedures and have not enough 
> info to "fix" working images to pass that test.

defconfigs are not runtime tested, they are only build tested.

> 
> Base on the error from link you pointed to:
> 
> ERROR: Job failed (system failure): Error response from daemon: mkdir 
> /home/docker/aufs/mnt/2d951eb14738916f4779f5f7633bd64272a8286b6fcac64f191e7c5d61b0e678-init: 
> no space left on device (executor_docker.go:743:0s)

As you can see from the error, it was just the build machine that was
used to build these particular defconfigs that ran out of disk space.

I fixed the disk space issue on this build server, and restarted a new
test of all defconfigs. This new test is at
https://gitlab.com/buildroot.org/buildroot/pipelines/82198743/builds,
and you can see that both of your defconfigs built correctly.

Best regards,

Thomas Petazzoni
-- 
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Buildroot] [autobuild.buildroot.net] Your daily results for 2019-09-13
  2019-09-16 21:36   ` [Buildroot] [autobuild.buildroot.net] Your daily results for 2019-09-13 Thomas Petazzoni
@ 2019-09-16 21:41     ` Oleksandr G Zhadan
  0 siblings, 0 replies; 2+ messages in thread
From: Oleksandr G Zhadan @ 2019-09-16 21:41 UTC (permalink / raw
  To: buildroot

Thank you Thomas.

On 9/16/19 5:36 PM, Thomas Petazzoni wrote:
> Hello Oleksandr,
>
> On Mon, 16 Sep 2019 15:19:15 -0400
> Oleksandr G Zhadan <oleks@arcturusnetworks.com> wrote:
>
>> I? re-built and re-tested images from fresh today's clone of buildroot
>> on both, uCLS1012A and uCP1020 modules . Everything works OK on real
>> hardware.
>>
>> I am not familiar with your run-time test procedures and have not enough
>> info to "fix" working images to pass that test.
> defconfigs are not runtime tested, they are only build tested.
>
>> Base on the error from link you pointed to:
>>
>> ERROR: Job failed (system failure): Error response from daemon: mkdir
>> /home/docker/aufs/mnt/2d951eb14738916f4779f5f7633bd64272a8286b6fcac64f191e7c5d61b0e678-init:
>> no space left on device (executor_docker.go:743:0s)
> As you can see from the error, it was just the build machine that was
> used to build these particular defconfigs that ran out of disk space.
>
> I fixed the disk space issue on this build server, and restarted a new
> test of all defconfigs. This new test is at
> https://gitlab.com/buildroot.org/buildroot/pipelines/82198743/builds,
> and you can see that both of your defconfigs built correctly.
>
> Best regards,
>
> Thomas Petazzoni

-- 
Oleksandr Zhadan
oleks at arcturusnetworks.com
416.621.0125 x.235

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-09-16 21:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <cmu-lmtpd-8902-1568441566-0@mail>
     [not found] ` <c7f9da15-ae5d-c457-955e-94463962c10b@arcturusnetworks.com>
2019-09-16 21:36   ` [Buildroot] [autobuild.buildroot.net] Your daily results for 2019-09-13 Thomas Petazzoni
2019-09-16 21:41     ` Oleksandr G Zhadan

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.