10806 2016-12-13 19:19:55 +0000 dnf tests doesn't work when exporting tests 2017-07-17 12:52:52 +0000 1 1 10 QA/Testing Runtime Testing general 2.2 x86 Multiple RESOLVED OBSOLETE https://bugzilla.yoctoproject.org/show_bug.cgi?id=9675 Medium normal 2.4 1 mariano.lopez leonardo.sandoval.gonzalez alex.kanavin leonardo.sandoval.gonzalez sgw stephano --- Regression (Used to work) No (bug/feature does not impact docs) oldest_to_newest 69092 0 mariano.lopez 2016-12-13 19:19:55 +0000 smart test in its setup updates the rpm index using the build environment. When exporting the tests this is not available and there is a traceback when loading the tests. This happens because the smart test module imports bb and oe, not available in exported tests. 69093 1 mariano.lopez 2016-12-13 19:21:03 +0000 With dnf planned for 2.3 release, I don't know if is worth the time to fix this test. 69108 2 benjamin.esquivel 2016-12-13 21:47:20 +0000 linking to the dnf replacing bug 69136 3 stephano 2016-12-14 19:16:11 +0000 The difficult part here is oe.utils.multiprocess_exec, which would have to be reproduced somewhere outside the context of "oe" and "bb". The indexing commands are called with this function so that the tests run quicker. Paul mentioned that we could skip multiprocess if INHERIT contains "testexport". There's no explicit need to use multiprocess in this context. The rest of the calls to "bb" and "oe" could be abstracted out to oeRuntimeTest.tc with some work. 70426 4 alex.kanavin 2017-02-03 20:07:15 +0000 I rewrote smart tests for dnf, so if you explain to me what 'exporting the tests' means and how to do it, I can check if it's still a valid problem. 71834 5 mariano.lopez 2017-03-28 21:37:01 +0000 Exporting tests is a functionality of the runtime framework, the idea is to put all the libraries and test in a directory and you can copy this folder to another host and execute the test; it is implemented in testexport bbclass. testimage and testexport execute the same tests. So, the problem here is that in dnf tests we setup a local repository in the host running the test based paths (WORKDIR) that won't be necessarily available in a host without build environment. Thinking about this a way to achieve this is avoid the setup of the repository in the test itself and do it in the testimage class. And in testexport you would need to specify the url of the repository server. 74871 6 leonardo.sandoval.gonzalez 2017-07-07 17:04:17 +0000 Alex, should we mark this as resolved/obsolete or it is still valid? 75060 7 alex.kanavin 2017-07-17 12:15:13 +0000 To be honest I have no idea. Can you provide a clear set of steps to reproduce this? 75063 8 leonardo.sandoval.gonzalez 2017-07-17 12:52:52 +0000 based on comment 2 and comment 7, resolving as obsolete.