12277 2017-10-25 22:33:32 +0000 dbus-test-ptest is broken 2018-03-20 08:30:10 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.4.1 x86 Multiple RESOLVED FIXED Medium+ normal 2.5 M3 1 juro.bystricky juro.bystricky jose.perez.carranza meta.mr.watcher meta.watcher richard.purdie ross.burton --- --- No (bug/feature does not impact docs) oldest_to_newest 77819 0 4101 juro.bystricky 2017-10-25 22:33:32 +0000 Created attachment 4101 dbus-test ptest-runner log (with stderr output included) The reason for the failures is that dbus-test-ptest tests against the installed libdbus-1.so, which was built and installed by **different** package (I believe it was dbus-dev). Normally dbus-test would use a local libdbus-1.so and testing using this library would not create problems. Although both libraries are built from the same sources, they are configured differently. The library (and test apps) in dbus-test are configured with --enable-assert and --enable-verbose. However, the distributed/installed library was configured/built without these. So when a test app tries to issue an assert or print a (warning) message we get a segmentation fault or some import/export relocation error (see the attachement). The remedy would be to configure the dbus-test-ptest library same as dbus-dev library, or as much as possible. (For example, libdbus-test-ptest should be configured without --enable-assert and --enable-verbose) Copying and using the dbus-test-ptest library would alleviate the problems, but the purpose of the testing is to test the **installed** library, not a local copy. 78076 1 juro.bystricky 2017-11-08 18:12:14 +0000 *** Bug 10841 has been marked as a duplicate of this bug. *** 79561 2 ross.burton 2018-02-22 16:04:18 +0000 We can't consolidate the flags as that's the reason for the split: test flags are not suitable for performance. Maybe we need to make dbus-test statically link to the libdbus it built? (or just throw away dbus-test) 79562 3 juro.bystricky 2018-02-22 16:07:54 +0000 (In reply to comment #2) > We can't consolidate the flags as that's the reason for the split: test > flags are not suitable for performance. > > Maybe we need to make dbus-test statically link to the libdbus it built? > > (or just throw away dbus-test) yes, dbus-test is not good for anything in this context. There is point in testing a library that is not installed, or is installed in a way that only the test can see it. We can add some -ptest into dbus package. 79618 4 juro.bystricky 2018-02-27 20:23:07 +0000 http://lists.openembedded.org/pipermail/openembedded-core/2018-February/147897.html 79875 5 juro.bystricky 2018-03-20 08:30:10 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=2d3e09949732ed48c8c9a328d9ab6ebbf6889b13 4101 2017-10-25 22:33:32 +0000 2017-10-25 22:33:32 +0000 dbus-test ptest-runner log (with stderr output included) dbus-test.log text/x-log 2373 juro.bystricky L3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0NzYgU2VnbWVu dGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rl c3QgPiAvZGV2L251bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAx MDogIDk0NzcgU2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RF U1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1 bi1wdGVzdDogbGluZSAxMDogIDk0NzggU2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rl c3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251bGwKL3Vzci9saWIvZGJ1 cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0NzkgU2VnbWVudGF0aW9uIGZhdWx0 ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251 bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0ODAgU2Vn bWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0u L3Rlc3QgPiAvZGV2L251bGwKLi90ZXN0L3Rlc3QtZGJ1cy1kYWVtb246IHJlbG9jYXRpb24gZXJy b3I6IC4vdGVzdC90ZXN0LWRidXMtZGFlbW9uOiBzeW1ib2wgX2RidXNfcmVhbF9hc3NlcnQsIHZl cnNpb24gTElCREJVU19QUklWQVRFXzEuMTAuMjAgbm90IGRlZmluZWQgaW4gZmlsZSBsaWJkYnVz LTEuc28uMyB3aXRoIGxpbmsgdGltZSByZWZlcmVuY2UKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0 L3J1bi1wdGVzdDogbGluZSAxMDogIDk0ODMgU2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAu L3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251bGwKL3Vzci9saWIv ZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0ODUgU2VnbWVudGF0aW9uIGZh dWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2 L251bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0ODgg U2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJ Uj0uL3Rlc3QgPiAvZGV2L251bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0ZXN0L3J1bi1wdGVzdDog bGluZSAxMDogIDk0ODkgU2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8kaSAuL3Rlc3QvZGF0YSBE QlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251bGwKL3Vzci9saWIvZGJ1cy10ZXN0L3B0 ZXN0L3J1bi1wdGVzdDogbGluZSAxMDogIDk0OTAgU2VnbWVudGF0aW9uIGZhdWx0ICAgICAgLi8k aSAuL3Rlc3QvZGF0YSBEQlVTX1RFU1RfSE9NRURJUj0uL3Rlc3QgPiAvZGV2L251bGwKZGJ1c1s5 NDkzXTogcmVncmVzc2lvbiB0ZXN0IGZvciBfZGJ1c19zeXN0ZW1fbG9nKCk6IDIzCmRidXNbOTQ5 NV06IHJlZ3Jlc3Npb24gdGVzdCBmb3IgX2RidXNfc3lzdGVtX2xvZygpOiA0MgpkYnVzWzk0OTVd OiByZWdyZXNzaW9uIHRlc3QgZm9yIF9kYnVzX3N5c3RlbV9sb2coKTogNDUKZGJ1c1s5NDk1XTog cmVncmVzc2lvbiB0ZXN0IGZvciBfZGJ1c19zeXN0ZW1fbG9nKCk6IDY2NgpkYnVzWzk0OTJdOiBy ZWdyZXNzaW9uIHRlc3QgZm9yIF9kYnVzX3N5c3RlbV9sb2coKTogNDIKZGJ1c1s5NDkyXTogcmVn cmVzc2lvbiB0ZXN0IGZvciBfZGJ1c19zeXN0ZW1fbG9nKCk6IDQ1CmRidXNbOTQ5Ml06IHJlZ3Jl c3Npb24gdGVzdCBmb3IgX2RidXNfc3lzdGVtX2xvZygpOiA2NjYKU1RBUlQ6IHB0ZXN0LXJ1bm5l cgoyMDE3LTEwLTI1VDIyOjI5CkJFR0lOOiAvdXNyL2xpYi9kYnVzLXRlc3QvcHRlc3QKRkFJTDog dGVzdC90ZXN0LWJ1cwpGQUlMOiB0ZXN0L3Rlc3QtYnVzLWxhdW5jaC1oZWxwZXIKRkFJTDogdGVz dC90ZXN0LWJ1cy1zeXN0ZW0KRkFJTDogdGVzdC90ZXN0LWNvcnJ1cHQKRkFJTDogdGVzdC90ZXN0 LWRidXMKRkFJTDogdGVzdC90ZXN0LWRidXMtZGFlbW9uCkZBSUw6IHRlc3QvdGVzdC1kYnVzLWRh ZW1vbi1lYXZlc2Ryb3AKRkFJTDogdGVzdC90ZXN0LWxvb3BiYWNrClBBU1M6IHRlc3QvdGVzdC1t YXJzaGFsClBBU1M6IHRlc3QvdGVzdC1wcmludGYKRkFJTDogdGVzdC90ZXN0LXJlZnMKRkFJTDog dGVzdC90ZXN0LXJlbGF5CkZBSUw6IHRlc3QvdGVzdC1zaGVsbApQQVNTOiB0ZXN0L3Rlc3Qtc3lu dGF4ClBBU1M6IHRlc3QvdGVzdC1zeXNsb2cKRU5EOiAvdXNyL2xpYi9kYnVzLXRlc3QvcHRlc3QK MjAxNy0xMC0yNVQyMjoyOQpTVE9QOiBwdGVzdC1ydW5uZXIK