5997 2014-03-18 14:55:20 +0000 Build must work even if git is blocked by a firewall 2014-09-22 14:53:46 +0000 1 1 10 QA/Testing Test Plans/Suite test-plans/suite 1.6 All Multiple CLOSED FIXED Medium+ enhancement 1.7 M4 1 david.c.stewart stanciux.mihail bluelightning corneliux.stoicescu poky.bs.watcher poky.watcher richard.purdie --- --- No (bug/feature does not impact docs) oldest_to_newest 41378 0 david.c.stewart 2014-03-18 14:55:20 +0000 If git is blocked due to proxy issues, the system should fall back to a source mirror. (In fact, I thought this worked in the past, so I believe this is a regression). Make sure this is a permanent part of automated testing. If that's hard, add it to manual testing until it's automated. 42302 1 richard.purdie 2014-04-04 15:31:17 +0000 This has been confirmed to work on 1.6, marking this as an enhancement for the 1.7 testing plans. 44822 2 alexandru.c.georgescu 2014-07-30 08:29:09 +0000 after a short talk with Paul, a first test would be to block before a build the git using the firewall, then see if a build (e.g. minimal) can be completed using the fallback source mirrors. 45330 3 stanciux.mihail 2014-08-29 09:36:40 +0000 Sorry for this, but I am having trouble understanding the original intent of this test (or possibly something was lost in translation) Do you want this test to check that: 1) if git isn't working, build completes by getting the needed packages by another method (wget, ftp or whatnot) or 2) if the git source location (git.yoctoproject.org for example) isn't working, it switches to a different download mirror (say a local mirror you've set up in advance) I hope I was coherent enough in my description. 45350 4 richard.purdie 2014-09-01 13:05:54 +0000 The first thing - that if git isn't working, the http mirrors have the necessary artifacts 45517 5 stanciux.mihail 2014-09-10 12:13:20 +0000 Test case proposed: https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=1058 Feedback would be appreciated. 45678 6 bluelightning 2014-09-18 15:14:40 +0000 Just looking over the test case: 1) It doesn't specify the starting condition - unless you already assume this for all test cases, you need to ensure you start with these recipes unfetched (so perhaps a bitbake -c cleanall <recipe> first, or alternatively state that you should start completely clean with an empty DL_DIR and TMPDIR) 2) Rather than offering a choice we should be explicit about what needs to be tested. If we're starting completely clean then I'd say bitbake -c fetchall core-image-sato would be a good target. 45741 7 stanciux.mihail 2014-09-22 12:05:27 +0000 Comments noted. Test case has been updated. Marking as resolved. 45745 8 stanciux.mihail 2014-09-22 14:53:46 +0000 Closing.