I got mad at some ugly code today in LAVA's master.py, while cleaning it
up, I noticed an awkward line of code in our _update_uInitrd_partitions
function:
session.run(
'sed -i "/\/dev\/block\/mmcblk0p%s/d" %s'
% (cache_part_org, rc_filename), failok=True)
This seems like its just junk and can be removed. Before I start testing
the removal of it, I thought I'd check and see if anyone can say why I
shouldn't?
-andy
Hi,
I have tried to build linaro.img on validation.linaro.org and found below
error. I request you provide way forward on this.
$ linaro-android-media-create --image-file linaro.img --image-size 2000M
--dev vexpress --boot boot.tar.bz2 --system system.tar.bz2 --userdata
userdata.tar.bz2
Traceback (most recent call last):
File "/usr/bin/linaro-android-media-create", line 105, in <module>
board_config = android_board_configs[args.dev]
AttributeError: 'Namespace' object has no attribute 'dev'
[sudo] password for naresh-kamboju:
$ ls
boot.tar.bz2 system.tar.bz2 userdata.tar.bz2
Best regards
Naresh Kamboju
Hello everyone,
as the subject says, is it possible to run the same tests on different
boards starting from the same config file?
Basically, is it possible to define multiple boards in a job file?
The request came out in bug 1067838, where it would be good to test
the same artifacts on "different" boards, without having to create and
maintain single CI jobs doing the same build each.
I didn't take a look at the docs: is there something available, even
an example, there?
Ciao.
--
Milo Casagrande
Infrastructure Engineer
Linaro.org <www.linaro.org> │ Open source software for ARM SoCs
Hi all,
As part of my investigations into our IP addressing issue, I am going to reboot one of the Cisco switches in the lab. This will mean downtime of maybe a few minutes, and will happen later today. It means that Pandas 05-24, Origens 02-10 and the Toolchain pandas will be unavailable during that time.
Thanks
Dave
Hello,
As a heads-up for CBuild/LAVA integration project,
http://ec2-54-243-13-36.compute-1.amazonaws.com/helpers/scheduler is now
available, which has initial(?) web frontend integration with LAVA.
That page (currently) shows job "gcc-linaro-4.6-2012.09.job", submitted
against queue "lava-panda-mock", with a link to latest build in LAVA
(extra feature, I couldn't find a way in CBuild frontend to get to
native build results).
If you want to try it yourself, it's accessible to same TCWG people as
http://cbuild.validation.linaro.org/ , plus me, Stevan, and Danilo. So,
if you're not in list, please drop us a line. "Spawn" and "Bump up"
actions support integration with LAVA currently. We're in the process
of identifying what other features of web frontend would require LAVA
integration, hints from TCWG are appreciated.
Now a bit about architecture. We're targetting to support both native
CBuild and LAVA schedulers. This is per-queue, i.e. one queue can use
native scheduler and another LAVA. LAVA is detected by the presence of
LAVA job definition template file in a scheduler queue dir:
http://bazaar.launchpad.net/~linaro-infrastructure/cbuild/cbuild-scheduler_…
lava-test-shell script with actual commands to run for build is also
served by CBuild frontend based on a template in that dir.
Currently, sandbox defines 3 test queue for LAVA integration:
lava-panda - build something on panda (tested only with gcc, needs more
work)
lava-panda-mock - doesn't really compiles stuff, just downloads snapshot
of previous gcc build. This allows for quicker (~15min) turnaround
during testing, if you test snadbox, please use this queue.
lava-qemu-mininal - for local development with even shorter turnaround,
won't work on sandbox.
If you have any feedback on the architecture above, please share it.
Otherwise, we're proceeding to support it in cbuild-tools.
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi all,
I was just discussing IPv6 with Philip Colmer, our new IT Services Manager (cc'd on this mail), and it strikes me that we should at least be considering dual running at some point in the future, i.e. providing both v4 and v6. I'm not clear what the ramifications are, or as yet whether Zen will support it. Philip has experience with this, and seems to remember that Zen do support it, but I'll bang an e-mail out to them to check.
The reason for this e-mail is to start a discussion as to whether we think it's worth raising a BP, or if we can ignore this issue.
Thoughts, comments and brickbats welcome.
Thanks
Dave
Hello,
As discussed and OKed today on Toolchain release pre-talk meeting,
Infrastructure would like to request "cbuild" user access on
toolchain64 machine. It would definitely help during cbuild-lava
deployment, but having it handy is also helpful to try some
self-contained tweaks/tests. We of course going to keep other
stakeholders in loop on any changes we intend to do.
So, please add Launchpad users pfalcon, stevanr and danilo to be able
to access it.
Also, please note that during deployment of cbuild-lava, we may need
root access temporarily, but that's subject to deployment process
peculiarities and can be ondemand.
Thanks,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi,
wonder how we can start landing tests in OE. Is lava-test-shell ready
for OE? What needs to happen so that we can start submitting jobs that
run scripts/binaries that we include in our OE images?
--
Alexander Sack
Director, Linaro Platform Engineering
http://www.linaro.org | Open source software for ARM SoCs
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi all,
Just a warning that there may be a little disruption in LAVA today because I'm switching over to a wider IP address space in the lab. If all goes according to plan, there should be nothing noticeable, but just to be on the safe side I'm warning you. For the moment, all boards will be offline, but the scheduler will still be running and queuing jobs for when they come back.
Thanks
Dave
Adding Philip this time. :)
Begin forwarded message:
> From: "Zen - Technical Support" <support(a)zen.co.uk>
> Subject: RE: IPv6 support [5405065:4109486]
> Date: 10 December 2012 12:17:28 GMT
> To: "Dave Pigott" <dave.pigott(a)linaro.org>
>
> Hello,
>
> The Zen core network has not yet had IPv6 turned on which would give you a native IPv6 connection as yet. Although our network could handle IPv6 Our admin systems are not yet fully compliant.
>
> You can however set up a 6in4 tunnel using a provider such as sixxs or hurricane electric which would give two-way IPv6 connectivity.
>
>
> David Flint
> Service Support Consultant
> Zen Internet
> T: 0845 058 9009
> F: 0845 058 9005
> W: http://www.zen.co.uk
>
>
>> -----Original Message-----
>> From: "Dave Pigott" <dave.pigott(a)linaro.org>
>> Received: 10/12/2012 10:12
>> To: support(a)zen.co.uk
>> Subject: RE: IPv6 support
>>
>> Hi,
>>
>> Just wondering if our leased line supports IPv6 or not? We would like to support both v4 and v6 if at all possible.
>>
>> Kind regards
>>
>> Dave Pigott
>
> ------------------
> Take a look inside and explore our new state of the art, award-winning Data Centre -http://www.zen.co.uk/business/default.aspx?page=11592
>
> Please consider your environmental responsibility before printing this email.
>
> This message is private and confidential. If you have received this message in error please notify us and remove it from your system.
>
> Zen Internet Limited may monitor email traffic data to manage billing, to handle customer enquiries and for the prevention and detection of fraud. We may also monitor the content of emails sent to and/or from Zen Internet Limited for the purposes of security, staff training and to monitor quality of service.
>
> Zen Internet Limited is registered in England and Wales
> Sandbrook Park, Sandbrook Way, Rochdale OL11 1RY
> Company No. 03101568
> VAT Reg No. 686 0495 01