13367 2019-05-29 15:07:26 +0000 opkg ptest shows no results 2019-08-08 09:34:27 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.7 x86 Multiple RESOLVED FIXED NEWCOMER Medium+ normal 2.8 M3 0 richard.purdie razi.seyyedi alejandro.delcastillo meta.mr.watcher meta.watcher randy.macleod razi.seyyedi ross.burton --- --- No (bug/feature does not impact docs) oldest_to_newest 83974 0 richard.purdie 2019-05-29 15:07:26 +0000 opkg ptest shows now results: https://autobuilder.yocto.io/pub/non-release/20190529-5/testresults/testresult-report.txt A quick check suggests this is because the output doesn't follow our format so no PASS/FAIL/SKIP values are seen, hence the zero counts. We may need to pipe the output of the tests through sed. 84307 1 randy.macleod 2019-06-23 23:22:30 +0000 Razi, Thanks for taking a Newcomer bug. Let us know here, on the mail list or on IRC (freenode #oe #yocto) if you need anyone to bounce ideas off of. Once you have a fix, take a look at: https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded Your commit will likely need to be sent to: openembedded-core@lists.openembedded.org ../Randy 84384 2 randy.macleod 2019-07-08 18:58:06 +0000 Razi, How are you doing with this defect? Feel free to document your analysis here in the defect log if you think that will help. ../Randy 84392 3 razi.seyyedi 2019-07-09 05:56:22 +0000 (In reply to comment #2) > Razi, > How are you doing with this defect? > Feel free to document your analysis here in the defect log if you think that > will help. > ../Randy Hi Rany, It is state as NEWCOMER bug, but there is no description on how to reproduce the bug. I am diving into Yocto to understand better not specifically this bug but in general how it works. It took me time, but no worries, I will manage to send the fix soon. Regards, Razi 84394 4 randy.macleod 2019-07-09 15:06:49 +0000 Sounds good. Thanks for working on it. I haven't looked at the ptest-runner but as Richard said, the opkg ptest-runner likely needs to be changed to produce a result in the format expected. Here's a ptest doc once you are ready to check that out: https://wiki.yoctoproject.org/wiki/Ptest Try out something that works like running the gzip ptests first; then work on opkg. The expected gzip ptest result is: Recipe | Passed | Failed | Skipped | Time(s) -------------------------------------------------------------------------- acl | 222 | 0 | 0 | 2 apr | 44 | 0 | 0 | 57 ... gzip | 22 | 0 | 0 | 3 ... From: https://autobuilder.yocto.io/pub/non-release/20190709-1/testresults/testresult-report.txt https://autobuilder.yocto.io/pub/non-release/ 84593 5 razi.seyyedi 2019-08-07 07:47:03 +0000 I am working on this issue but not intensively. In the report from the new release, I see that opkg passed the ptest successfully. http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M2/testreport.txt Is it already fixed? 84598 6 randy.macleod 2019-08-07 21:39:02 +0000 Seems to be fixed now, likely by: http://cgit.openembedded.org/openembedded-core/commit/?id=76a7f0d60f5dc38da15f21720cb97bf761562b44 opkg-utils: upgrade to version 0.4.1 - Drop 0001-opkg-build-do-not-set-mtime-on-data.tar.X.patch - Drop 0001-opkg-list-fields-fix-to-print-the-fields-again.patch Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> This is based on the test logs, it's fixed as of: https://autobuilder.yocto.io/pub/non-release/20190717-7/testresults/testresult-report.txt Broken up to around: https://autobuilder.yocto.io/pub/non-release/20190715-6/testresults/testresult-report.txt 84600 7 ross.burton 2019-08-08 07:32:45 +0000 Re-closing. Razi, if you have reason to re-open it please say so, and don't change the target milestone: M2 is in the past, so we'd need a time machine. 84601 8 razi.seyyedi 2019-08-08 08:11:36 +0000 It was fixed in 2.8 M2, so I just wanted to reset it to the version recently released. :) 84602 9 ross.burton 2019-08-08 09:34:27 +0000 Unfortunately you re-opened it too. :)