Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
Hi Ash, On 28 September 2011 20:40, Ash Charles wrote: > On Mon, Sep 26, 2011 at 6:30 PM, Fathi Boudra wrote: >> If you are interested in running Nano, ALIP or Developer image _or_ want to >> try >> our LEB on one of the board support packs maintained by our community, please >> help and test by following the download and installation instructions >> included >> in the questionaire linked from below your board: > Which is the correct mechanism for reporting testing results: these > questionnaires (very slick btw) or the qatracker tool? QATracker usage is deprecated. The correct mechanism it to use the questionnaire. Though, it's a temporary solution as we're working actively on a replacement tool: lava-qatracker - https://launchpad.net/lava-qatracker For the Developer and Community Build, feel free to give comments on the form itself, the mailing list or me directly. It will help us to improve lava-qatracker as we don't plan to invest time on the current forms. Cheers, Fathi ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
Hi Fathi, On Mon, Sep 26, 2011 at 6:30 PM, Fathi Boudra wrote: > If you are interested in running Nano, ALIP or Developer image _or_ want to > try > our LEB on one of the board support packs maintained by our community, please > help and test by following the download and installation instructions included > in the questionaire linked from below your board: Which is the correct mechanism for reporting testing results: these questionnaires (very slick btw) or the qatracker tool? Thanks, Ash ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On Tue, Sep 27, 2011 at 04:30:07AM +0300, Fathi Boudra wrote: > Hi, > > In preparation for the release of Linaro 11.09 images on 2011-09-29, we have > collected candidate submissions for our Linaro Evaluation Build (LEB), > Developers and Community images. > > All primary developement boards supported by Linaro Landing Teams have an > Android LEB candidate image submitted and an Ubuntu LEB hwpack submitted. > Note: Due to the early stage of the enablement, some images might not work. > > Based on your feedback, the Release Team will review the quality of those > candidate builds and award builds that deliver a decent user experience with > the "official LEB" badge. Builds not quite ready yet will continue to be > published as Developers and Community builds for the final release until > enough > progress has been made. > > Note: Your feedback to this call for testing will provide the main source of > data used by the Release Team to determine the user experience and hence is > essential to this process. > > Linaro Evaluation Build (LEB) > = > > Please help our initiative by testing this month Linaro Evaluation Build (LEB) > candidates for Android and Ubuntu: > > * i.MX53 Quick Start: >Android: http://bit.ly/nygm05 >Ubuntu: http://bit.ly/q5GJjc > > * Origen: >Android: http://bit.ly/pOEGv7 >Ubuntu: http://bit.ly/r4gGsk > > * PandaBoard: >Android: http://bit.ly/p4jjNH >Ubuntu: http://bit.ly/nTI5Xj Has anyone successfully tested on Panda? I don't seem to be able to get any video output from the lt kernel. (I don't have HDMI, but if I understand correctly it should still be possible to get output via DVI -- I've had that working in the past.) Cheers ---Dave ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On Tue, Sep 27, 2011 at 9:23 AM, Fathi Boudra wrote: > On 27 September 2011 09:59, Ricardo Salveti > wrote: > > On Tue, Sep 27, 2011 at 3:19 AM, Fathi Boudra > wrote: > >> Hi Ricardo, > >> > >> On 27 September 2011 06:23, Ricardo Salveti > wrote: > >>> Any specific reason why using the build from 0926 as the RC instead of > >>> 0927? > >> > >> According to the schedule, RC images are delivered 3 days before the > release, > >> Monday at 16:00 UTC. That's why for Linaro 11.09 RC, it's the the > >> build 20110926. > >>> This is just because the images are created after 00 UTC, so the > >>> images from 0926 are actually the ones built at the beginning of > >>> monday, and not after monday. This is critical for us because we > >>> usually have friday and monday for final integration, and getting the > >>> images created at monday will actually reduce one day of work for us. > >>> One example is that I usually update the base-files package at monday, > >>> but this time the RCs are still using the old base-files package, > >>> requiring then an image respin for the final release. > >> > >> For your specific example, base-files should be updated on Thursday, > with > >> Linaro components release. This changes doesn't affect the testing. > > > > Don't know if updating it on thursday would be the best case, but > > sure, it can be done at least at friday. > > > > And it doesn't change the testing, but we need an image respin. > > > >> IMO, we should stick to Monday for the RC images and call for testing. > >> It gives 3 full days to collect the reports and fixes critical issues. > >> Though, using autobuilt images isn't optimal. What about triggering a > >> manual rebuild on Monday at 16:00 UTC to get the RC images? > >> This way it gives some extra time for integration, but not a full day. > >> Unfortunately, the schedule is tight on a monthly release cadence... > >> so we don't have much flexibility. > > > > We could just have a build job scheduled at 16 UTC at offspring, so we > > avoid requiring manual builds. I believe this would be our best option > > (and it usually takes around 3 hours to build all images). > > sounds a good compromise. > > >>> Then the other question is how are you tracking an image respin during > >>> the call for testing, as you're pointing the image links and not just > >>> the directory containing the images? > >> > >> An image respin is tracked with bugs and is handled by the release > >> response team. > >> The point of contacts are in charge of testing the new images. > > > > Sure, but I also believe we should have a better way to communicate > > the community and others about an image respin, so we avoid people > > testing the images provided by the call for testing email when another > > one is already available. > > I'll try to better communicate to our wider community on the testing > progress > on linaro-dev ml by doing follow-up on the call for testing mail. > > I got this idea to setup a linaro-release twitter/google+ feed to update folks about RC, release progress, critical bugs discovered during testing, respins etc. You would probably announce one time before release week on linaro-dev that detailed release updates go there there and folks can then opt-into following the release team. Next, we can also write a bot that auto posts respins during release week there. -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On 27 September 2011 09:59, Ricardo Salveti wrote: > On Tue, Sep 27, 2011 at 3:19 AM, Fathi Boudra wrote: >> Hi Ricardo, >> >> On 27 September 2011 06:23, Ricardo Salveti >> wrote: >>> Any specific reason why using the build from 0926 as the RC instead of >>> 0927? >> >> According to the schedule, RC images are delivered 3 days before the release, >> Monday at 16:00 UTC. That's why for Linaro 11.09 RC, it's the the >> build 20110926. >>> This is just because the images are created after 00 UTC, so the >>> images from 0926 are actually the ones built at the beginning of >>> monday, and not after monday. This is critical for us because we >>> usually have friday and monday for final integration, and getting the >>> images created at monday will actually reduce one day of work for us. >>> One example is that I usually update the base-files package at monday, >>> but this time the RCs are still using the old base-files package, >>> requiring then an image respin for the final release. >> >> For your specific example, base-files should be updated on Thursday, with >> Linaro components release. This changes doesn't affect the testing. > > Don't know if updating it on thursday would be the best case, but > sure, it can be done at least at friday. > > And it doesn't change the testing, but we need an image respin. > >> IMO, we should stick to Monday for the RC images and call for testing. >> It gives 3 full days to collect the reports and fixes critical issues. >> Though, using autobuilt images isn't optimal. What about triggering a >> manual rebuild on Monday at 16:00 UTC to get the RC images? >> This way it gives some extra time for integration, but not a full day. >> Unfortunately, the schedule is tight on a monthly release cadence... >> so we don't have much flexibility. > > We could just have a build job scheduled at 16 UTC at offspring, so we > avoid requiring manual builds. I believe this would be our best option > (and it usually takes around 3 hours to build all images). sounds a good compromise. >>> Then the other question is how are you tracking an image respin during >>> the call for testing, as you're pointing the image links and not just >>> the directory containing the images? >> >> An image respin is tracked with bugs and is handled by the release >> response team. >> The point of contacts are in charge of testing the new images. > > Sure, but I also believe we should have a better way to communicate > the community and others about an image respin, so we avoid people > testing the images provided by the call for testing email when another > one is already available. I'll try to better communicate to our wider community on the testing progress on linaro-dev ml by doing follow-up on the call for testing mail. Cheers, Fathi ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On Tue, Sep 27, 2011 at 3:19 AM, Fathi Boudra wrote: > Hi Ricardo, > > On 27 September 2011 06:23, Ricardo Salveti > wrote: >> Any specific reason why using the build from 0926 as the RC instead of >> 0927? > > According to the schedule, RC images are delivered 3 days before the release, > Monday at 16:00 UTC. That's why for Linaro 11.09 RC, it's the the > build 20110926. >> This is just because the images are created after 00 UTC, so the >> images from 0926 are actually the ones built at the beginning of >> monday, and not after monday. This is critical for us because we >> usually have friday and monday for final integration, and getting the >> images created at monday will actually reduce one day of work for us. >> One example is that I usually update the base-files package at monday, >> but this time the RCs are still using the old base-files package, >> requiring then an image respin for the final release. > > For your specific example, base-files should be updated on Thursday, with > Linaro components release. This changes doesn't affect the testing. Don't know if updating it on thursday would be the best case, but sure, it can be done at least at friday. And it doesn't change the testing, but we need an image respin. > IMO, we should stick to Monday for the RC images and call for testing. > It gives 3 full days to collect the reports and fixes critical issues. > Though, using autobuilt images isn't optimal. What about triggering a > manual rebuild on Monday at 16:00 UTC to get the RC images? > This way it gives some extra time for integration, but not a full day. > Unfortunately, the schedule is tight on a monthly release cadence... > so we don't have much flexibility. We could just have a build job scheduled at 16 UTC at offspring, so we avoid requiring manual builds. I believe this would be our best option (and it usually takes around 3 hours to build all images). >> Then the other question is how are you tracking an image respin during >> the call for testing, as you're pointing the image links and not just >> the directory containing the images? > > An image respin is tracked with bugs and is handled by the release > response team. > The point of contacts are in charge of testing the new images. Sure, but I also believe we should have a better way to communicate the community and others about an image respin, so we avoid people testing the images provided by the call for testing email when another one is already available. Cheers, -- Ricardo Salveti de Araujo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On Tue, Sep 27, 2011 at 3:17 AM, Alexander Sack wrote: > On Tue, Sep 27, 2011 at 5:23 AM, Ricardo Salveti > wrote: >> >> Hi Fathi, >> >> Sorry for the top post. >> >> Any specific reason why using the build from 0926 as the RC instead of >> 0927? This is just because the images are created after 00 UTC, so the >> images from 0926 are actually the ones built at the beginning of >> monday, and not after monday. This is critical for us because we >> usually have friday and monday for final integration, and getting the >> images created at monday will actually reduce one day of work for us. >> One example is that I usually update the base-files package at monday, >> but this time the RCs are still using the old base-files package, >> requiring then an image respin for the final release. >> > > Due to release manager timezone etc. we aim for cutting ready to RC images > by 1600 UTC on Monday. > Can't we do the base-files update on Friday. Are there any other packages > like kernel that need more > up-front integration time? The base-files package was just one example, but it's also common to integrate other components, mostly from the landing teams. This time, for example, we were just able to push the TI LT kernel after the 0926 build, as the tree was properly rebased and tagged at friday. Cheers, -- Ricardo Salveti de Araujo ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
Hi Ricardo, On 27 September 2011 06:23, Ricardo Salveti wrote: > Any specific reason why using the build from 0926 as the RC instead of > 0927? According to the schedule, RC images are delivered 3 days before the release, Monday at 16:00 UTC. That's why for Linaro 11.09 RC, it's the the build 20110926. > This is just because the images are created after 00 UTC, so the > images from 0926 are actually the ones built at the beginning of > monday, and not after monday. This is critical for us because we > usually have friday and monday for final integration, and getting the > images created at monday will actually reduce one day of work for us. > One example is that I usually update the base-files package at monday, > but this time the RCs are still using the old base-files package, > requiring then an image respin for the final release. For your specific example, base-files should be updated on Thursday, with Linaro components release. This changes doesn't affect the testing. IMO, we should stick to Monday for the RC images and call for testing. It gives 3 full days to collect the reports and fixes critical issues. Though, using autobuilt images isn't optimal. What about triggering a manual rebuild on Monday at 16:00 UTC to get the RC images? This way it gives some extra time for integration, but not a full day. Unfortunately, the schedule is tight on a monthly release cadence... so we don't have much flexibility. > Then the other question is how are you tracking an image respin during > the call for testing, as you're pointing the image links and not just > the directory containing the images? An image respin is tracked with bugs and is handled by the release response team. The point of contacts are in charge of testing the new images. Cheers, Fathi ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
On Tue, Sep 27, 2011 at 5:23 AM, Ricardo Salveti wrote: > Hi Fathi, > > Sorry for the top post. > > Any specific reason why using the build from 0926 as the RC instead of > 0927? This is just because the images are created after 00 UTC, so the > images from 0926 are actually the ones built at the beginning of > monday, and not after monday. This is critical for us because we > usually have friday and monday for final integration, and getting the > images created at monday will actually reduce one day of work for us. > One example is that I usually update the base-files package at monday, > but this time the RCs are still using the old base-files package, > requiring then an image respin for the final release. > > Due to release manager timezone etc. we aim for cutting ready to RC images by 1600 UTC on Monday. Can't we do the base-files update on Friday. Are there any other packages like kernel that need more up-front integration time? -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [CALL FOR TESTING] Linaro 11.09 Release Candidate
Hi Fathi, Sorry for the top post. Any specific reason why using the build from 0926 as the RC instead of 0927? This is just because the images are created after 00 UTC, so the images from 0926 are actually the ones built at the beginning of monday, and not after monday. This is critical for us because we usually have friday and monday for final integration, and getting the images created at monday will actually reduce one day of work for us. One example is that I usually update the base-files package at monday, but this time the RCs are still using the old base-files package, requiring then an image respin for the final release. Then the other question is how are you tracking an image respin during the call for testing, as you're pointing the image links and not just the directory containing the images? Thanks, Ricardo On Mon, Sep 26, 2011 at 10:30 PM, Fathi Boudra wrote: > Hi, > > In preparation for the release of Linaro 11.09 images on 2011-09-29, we have > collected candidate submissions for our Linaro Evaluation Build (LEB), > Developers and Community images. > > All primary developement boards supported by Linaro Landing Teams have an > Android LEB candidate image submitted and an Ubuntu LEB hwpack submitted. > Note: Due to the early stage of the enablement, some images might not work. > > Based on your feedback, the Release Team will review the quality of those > candidate builds and award builds that deliver a decent user experience with > the "official LEB" badge. Builds not quite ready yet will continue to be > published as Developers and Community builds for the final release until > enough > progress has been made. > > Note: Your feedback to this call for testing will provide the main source of > data used by the Release Team to determine the user experience and hence is > essential to this process. > > Linaro Evaluation Build (LEB) > = > > Please help our initiative by testing this month Linaro Evaluation Build (LEB) > candidates for Android and Ubuntu: > > * i.MX53 Quick Start: > Android: http://bit.ly/nygm05 > Ubuntu: http://bit.ly/q5GJjc > > * Origen: > Android: http://bit.ly/pOEGv7 > Ubuntu: http://bit.ly/r4gGsk > > * PandaBoard: > Android: http://bit.ly/p4jjNH > Ubuntu: http://bit.ly/nTI5Xj > > * Snowball: > Android: http://bit.ly/oMBTIH > Ubuntu: http://bit.ly/pLHwk5 > > Developers and Community Build > == > > On top of our officially supported Linaro Evaluation Build candidate images > from above, the Linaro Platform Team is proud to also provide additional > images > and additional board support bits that were prepared by Linaro developers and > community for a more specific target audience. > > Note that the Developers and Community bits are provided on a best-effort > basis > and in the hope that they can be useful. We release last reported known to be > working images. > > If you are interested in running Nano, ALIP or Developer image _or_ want to > try > our LEB on one of the board support packs maintained by our community, please > help and test by following the download and installation instructions included > in the questionaire linked from below your board: > > * BeagleBoard: http://bit.ly/nu9vll > > * BeagleBoard-xM: http://bit.ly/rsBc1Z > > * EFIKA MX: http://bit.ly/qAD5Pe > > * IGEPv2: http://bit.ly/pRTcuB > > * i.MX51 Babbage: http://bit.ly/oOq3yc > > * i.MX53 Quick Start: http://bit.ly/nLrxj0 > > * Origen: http://bit.ly/oFH55A > > * Overo: http://bit.ly/oZY3ex > > * PandaBoard: http://bit.ly/pFdcLl > > * Versatile Express: http://bit.ly/n0JpN7 > > Resources > = > > Note: Wonder what to download? Instructions including download URLs are > documented as part of the feedback form reachable through the URLs above. > > Ubuntu: > * ALIP (Xfce desktop): > > http://snapshots.linaro.org/11.05-daily/linaro-alip/20110926/0/images/tar/alip-n-tar-20110926-0.tar.gz > * Developer (text user interface + developer tools): > > http://snapshots.linaro.org/11.05-daily/linaro-developer/20110926/0/images/tar/developer-n-tar-20110926-0.tar.gz > * Nano (think small): > > http://snapshots.linaro.org/11.05-daily/linaro-nano/20110926/0/images/tar/nano-n-tar-20110926-0.tar.gz > * Ubuntu: > > http://snapshots.linaro.org/11.05-daily/linaro-ubuntu-desktop/20110926/0/images/tar/linaro-n-ubuntu-desktop-tar-20110926-0.tar.gz > * Hardware packs: > > http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/${BOARD}/20110926/0/images/hwpack/ > * Installation Instructions: > https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation > > Android: > * Android staging for i.MX53 Quick Start: > > https://android-build.linaro.org/builds/~linaro-android/staging-imx53-11.09-release/#build=1 > * Android staging for Origen: > > https://android-build.linaro.org/builds/~linaro-android/staging-origen-11.09-release/#build=2 > * Android staging for PandaBoard: > > https://androi
[CALL FOR TESTING] Linaro 11.09 Release Candidate
Hi, In preparation for the release of Linaro 11.09 images on 2011-09-29, we have collected candidate submissions for our Linaro Evaluation Build (LEB), Developers and Community images. All primary developement boards supported by Linaro Landing Teams have an Android LEB candidate image submitted and an Ubuntu LEB hwpack submitted. Note: Due to the early stage of the enablement, some images might not work. Based on your feedback, the Release Team will review the quality of those candidate builds and award builds that deliver a decent user experience with the "official LEB" badge. Builds not quite ready yet will continue to be published as Developers and Community builds for the final release until enough progress has been made. Note: Your feedback to this call for testing will provide the main source of data used by the Release Team to determine the user experience and hence is essential to this process. Linaro Evaluation Build (LEB) = Please help our initiative by testing this month Linaro Evaluation Build (LEB) candidates for Android and Ubuntu: * i.MX53 Quick Start: Android: http://bit.ly/nygm05 Ubuntu: http://bit.ly/q5GJjc * Origen: Android: http://bit.ly/pOEGv7 Ubuntu: http://bit.ly/r4gGsk * PandaBoard: Android: http://bit.ly/p4jjNH Ubuntu: http://bit.ly/nTI5Xj * Snowball: Android: http://bit.ly/oMBTIH Ubuntu: http://bit.ly/pLHwk5 Developers and Community Build == On top of our officially supported Linaro Evaluation Build candidate images from above, the Linaro Platform Team is proud to also provide additional images and additional board support bits that were prepared by Linaro developers and community for a more specific target audience. Note that the Developers and Community bits are provided on a best-effort basis and in the hope that they can be useful. We release last reported known to be working images. If you are interested in running Nano, ALIP or Developer image _or_ want to try our LEB on one of the board support packs maintained by our community, please help and test by following the download and installation instructions included in the questionaire linked from below your board: * BeagleBoard: http://bit.ly/nu9vll * BeagleBoard-xM: http://bit.ly/rsBc1Z * EFIKA MX: http://bit.ly/qAD5Pe * IGEPv2: http://bit.ly/pRTcuB * i.MX51 Babbage: http://bit.ly/oOq3yc * i.MX53 Quick Start: http://bit.ly/nLrxj0 * Origen: http://bit.ly/oFH55A * Overo: http://bit.ly/oZY3ex * PandaBoard: http://bit.ly/pFdcLl * Versatile Express: http://bit.ly/n0JpN7 Resources = Note: Wonder what to download? Instructions including download URLs are documented as part of the feedback form reachable through the URLs above. Ubuntu: * ALIP (Xfce desktop): http://snapshots.linaro.org/11.05-daily/linaro-alip/20110926/0/images/tar/alip-n-tar-20110926-0.tar.gz * Developer (text user interface + developer tools): http://snapshots.linaro.org/11.05-daily/linaro-developer/20110926/0/images/tar/developer-n-tar-20110926-0.tar.gz * Nano (think small): http://snapshots.linaro.org/11.05-daily/linaro-nano/20110926/0/images/tar/nano-n-tar-20110926-0.tar.gz * Ubuntu: http://snapshots.linaro.org/11.05-daily/linaro-ubuntu-desktop/20110926/0/images/tar/linaro-n-ubuntu-desktop-tar-20110926-0.tar.gz * Hardware packs: http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/${BOARD}/20110926/0/images/hwpack/ * Installation Instructions: https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation Android: * Android staging for i.MX53 Quick Start: https://android-build.linaro.org/builds/~linaro-android/staging-imx53-11.09-release/#build=1 * Android staging for Origen: https://android-build.linaro.org/builds/~linaro-android/staging-origen-11.09-release/#build=2 * Android staging for PandaBoard: https://android-build.linaro.org/builds/~linaro-android/staging-panda-11.09-release/#build=1 * Android staging for Snowball: https://android-build.linaro.org/builds/~linaro-android/staging-snowball-11.09-release/#build=1 * Installation Instructions: https://wiki.linaro.org/Platform/Android/ImageInstallation Known Issues * ARM SMP scheduler performance bug (Ubuntu/PandaBoard) https://launchpad.net/bugs/709245 * Snowball USB not working (Android/Ubuntu/Snowball) https://launchpad.net/bugs/804091 * fails to mount system and user partition interminttently (Android/Snowball) https://launchpad.net/bugs/823313 * Combined V2/V3 Snowball hwpack (20110905) fails with l-m-c (Ubuntu/Snowball) https://launchpad.net/bugs/842973 * GLK3.0 allows processes to overwrite page frame data (Ubuntu/Snowball) https://launchpad.net/bugs/849005 You can find the complete list of known issues for the 11.09 release at: https://launchpad.net/linaro-android/+milestone/11.09 https://launchpad.net/linaro-ubuntu/+milestone/11.09 When filling new bugs, please check if