12466 2018-01-05 18:20:46 +0000 buildcpio tests still using ftp sources 2018-01-05 23:21:36 +0000 1 1 10 QA/Testing Build Testing general unspecified x86 Multiple RESOLVED INVALID Undecided normal --- 1 california.l.sullivan jose.perez.carranza akuster richard.purdie --- --- No (bug/feature does not impact docs) oldest_to_newest 78929 0 california.l.sullivan 2018-01-05 18:20:46 +0000 Ftp is bad, we should use something else. Resulted in this error: https://autobuilder.yocto.io/builders/nightly-rpm-non-rpm/builds/665/steps/Running%20Sanity%20Tests/logs/stdio Its used in these places: [clsulliv@clsulliv poky]$ grep -r //ftp meta/lib/oeqa/ meta/lib/oeqa/runtime/cases/buildcpio.py: uri = 'https://ftp.gnu.org/gnu/cpio' meta/lib/oeqa/sdk/cases/buildcpio.py: "https://ftp.gnu.org/gnu/cpio/cpio-2.12.tar.gz", 78932 1 california.l.sullivan 2018-01-05 19:10:48 +0000 Oops, didn't see that RP already sent a patch addressing this: http://lists.openembedded.org/pipermail/openembedded-core/2018-January/146105.html No need for this bug report. 78933 2 akuster 2018-01-05 21:57:32 +0000 hmm, wont we need this back ported? 78934 3 richard.purdie 2018-01-05 23:20:28 +0000 (In reply to comment #2) > hmm, wont we need this back ported? already queued in rocko-next too fwiw. 78935 4 richard.purdie 2018-01-05 23:21:36 +0000 Also to note, the sdk case will already use the copy from DL_DIR if its there rather than downloading. Its also an https url, not an ftp url, its an ftp domain name, just to be confusing :)