Re: builds unstable - IOERROR: BUILD-INFO.txt is not present in build.
У уто, 26. 02 2013. у 08:50 +0200, Fathi Boudra пише: While I don't have any issues with (en)forcing users to use BUILD-INFO.txt, I would have expected some notifications to allow job maintainers to adjust the builds as appropriate. Once again, it isn't the kind of changes to deploy the release week. Just to clarify the situation here: this was an error on our part. Code to enforce them has landed early in this cycle, and was supposed to be deployed then. That didn't happen, and with some recent fixes, we deployed the latest trunk which included those changes. I've reverted specifically those changes which are apparently not well tested. They'll be re-introduced early on next cycle when there's time to fix problems (the checks themselves are obviously broken, as evidenced by android builds). Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Service outage: ci.linaro.org/android-build.linaro.org
Hi all, Due to Amazon EC2/EBS issues last night, ci.linaro.org and android-build.linaro.org have been partially unresponsive. While everything is supposed to be back already, we are hitting problems with Amazon EC2 capacity, which jenkins doesn't handle in the most graceful way. We apologize for the inconvenience this might be causing, but we'll do everything we can to monitor and bring the service up to full capacity as soon as possible. Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Deploying new code to snapshots.linaro.org
Hi John, У нед, 26. 08 2012. у 17:15 -0600, John Rigby пише: Probably related or same issue. On the old site I was able to download hwpacks with for example: wget -q -k --no-cookies --header 'Cookie: redirectlicensephp=200' http://oldsnapshots.linaro.org/precise/hwpacks/lt-snowball/latest/hwpack_linaro-lt-snowball_20120815-254_armhf_supported.tar.gz This no longer works and I get the license acceptance page instead. We have provided a script which can download stuff for you in lp:linaro-license-protection (license_protected_file_downloader inside tests/ directory - should be moved to scripts/ though). This has been present for a while now, and has been a recommended way to download binaries from snapshots.l.o. (Or, if you are doing this from a static IP, we've got support for allowing that through if it's an automated service [we do that for eg. validation.linaro.org].) We will look into providing a nicer API, but until we do, any interface we've got is going to be unstable and internal. I know Friday is not the perfect timing, but that's why we are still keeping the oldsnapshots.l.o to ensure we can quickly go back if needed. We'll make sure to avoid deployments this late in the cycle, and I hope this to be a one-off that's more of an exception than a standard. Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Deploying new code to snapshots.linaro.org
Hi all, In the next hour or so we'll be deploying new code to snapshots.linaro.org (the web site itself): this means full BUILD-INFO support for those that care. Since the release is right around the corner, we are ready to roll back as soon as someone notices a problem. FWIW, we'll still be running the old code on oldsnapshots.linaro.org (for OpenID/SSL access, you will get a wrong certificate warning giving you a certificate for snapshots.linaro.org). Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Can't view the lava information from android-build for some builds
У уто, 21. 08 2012. у 10:59 -0500, Zach Pfeffer пише: It sounds like the proper solution would be to get some SSL certificates. These need not cost us anything if we got individual certs for each subdomain, but for the sake of $60 we could get a cert to cover *.linaro.org and solve a lot of HTTPS warnings: https://www.startssl.com/?app=40 Danilo just did this for android-build. Danilo would this be possible for the other *.linaro.orgs? The free cert we got is for a single host. I am unsure of GoDaddy's policies regarding multiple hosts and certs. Whoever was talking with them originally should check now as well (Joey? Steve?) As for StartCOM certificates, I've shared my concerns already. If people still want us to go with them, please note that I won't take responsibility for when their web site is down :) Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: l-m-c hacking for UEFI
Hi Ryan, Guilherme, all, У чет, 12. 01 2012. у 17:35 -0300, Guilherme Salgado пише: I'm wondering... do you have any use cases for the none and all options? At least the 'all' option should make sense: I remember reading that UEFI can happily live alongside a different boot loader as well, thus allowing one single image to be used for systems supporting either uboot or UEFI. Ryan, my overall take on this so far is: - there is still a lot of work done to be able to make this fully usable - we would need sufficient tests (automated, unit and integration tests) to ensure whatever we implemented is not easily broken with future modifications - it would be hard to get all this in a suitable state by the end of January cycle - it would be better if you used a branch and pushed it to lp:~ryanharkin/linaro-image-tools/uefi-support or something (name it whatever you like, it doesn't have to be uefi-support) The core question is how urgent this really is? Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
ANN: git.linaro.org going down for up to 1h
Hi all, We've experienced slowness with git.linaro.org yesterday that is harming our release process. Since we've already had new machine for hosting git.linaro.org being set up (in the final stages of it), we're about to switch the machines around. We've spent the morning testing the new machine and it seems ready to go. This means that we'll be shutting off any git access to git.linaro.org shortly (at 12:30 UTC), and we expect a downtime of 30 minutes to get new machine up (but let's keep the window of 1h just in case). If you have any urgent issues, please shout before we go for the downtime. Sorry for such a short notice! Cheers, Danilo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ANN: git.linaro.org going down for up to 1h
Hi all, У сре, 14. 12 2011. у 13:08 +0100, Danilo Šegan пише: This means that we'll be shutting off any git access to git.linaro.org shortly (at 12:30 UTC), and we expect a downtime of 30 minutes to get new machine up (but let's keep the window of 1h just in case). If you have any urgent issues, please shout before we go for the downtime. We should be back up, with everything ready to go. Do note that the ssh key has changed, so you will be prompted with warning notices about that. The new RSA key's fingerprint is 62:1e:b1:73:39:f3:9d:eb:81:87:b8:f8:f7:a8:79:97. Everything else that lived on git.linaro.org has remained on the old machine which is available as mombin.canonical.com (or any other of the hostnames it runs, such as snapshots.linaro.org or status.linaro.org). That machine has not had the key changed. Cheers, Danilo signature.asc Description: This is a digitally signed message part ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev