Bug 8582

Summary:	Error message not in log file
Product:	[Build System, Metadata & Runtime] OE-Core	Reporter:	Juro Bystricky <juro.bystricky>
Component:	devtools / tool chain	Assignee:	Unassigned <unassigned>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	normal
Priority:	Medium	CC:	liezhi.yang, meta.mr.watcher, meta.watcher, mingli.yu, randy.macleod, richard.purdie
Version:	1.7.4
Target Milestone:	4.99
Hardware:	x86
OS:	Multiple
Whiteboard:
OS type for building Yocto:	---	Type of Regression:	---
Verified:		Documentation change:	No (bug/feature does not impact docs)

Description Juro Bystricky 2015-10-26 21:22:10 UTC

run 

bitbake core-image-minimal

using the same setup as in https://bugzilla.yoctoproject.org/show_bug.cgi?id=8581.

an error message is briefly displayed:

ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

This message is not logged in any file and if you blink, you will miss it,
it gets overwritten on console as well.

Observed with dizzy, fido and master.

Comment 1 Paul Eggleton 2016-10-05 04:13:40 UTC

Juro, do you think this one is fixed with the recent pseudo patch (http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=7aba4c930e94316a90ada6022792ecb00ff2cf86 )?

Comment 2 Juro Bystricky 2016-10-05 16:25:56 UTC

(In reply to comment #1)
> Juro, do you think this one is fixed with the recent pseudo patch
> (http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/
> ?id=7aba4c930e94316a90ada6022792ecb00ff2cf86 )?

Depends how you define "fixed".
If this is a pseudo error message, it should now end up in the pseudo error log.
As the message explicitly says ERROR:...ignored, something else will eventually break (not being able to install correctly). So not being able to even glimpse the message may actually obfuscate the failed install even more. So IMHO the message should be made more prominent, not less. (Unless the pseudo log is parsed for errors at some point)

Typical error will be something like:
(see https://bugzilla.yoctoproject.org/show_bug.cgi?id=8581 )

chown: changing ownership of 'xxx': Operation not permitted

So the root cause of the error is not obvious. However fixing it is quit simple:

set

NO32LIBS = "0"

in local.conf.

Having said this, it is very unlikely anyone will encounter this error with 2.1 and later.

Comment 3 Randy MacLeod 2018-11-29 16:13:25 UTC

Mingli,
The goal here is to ensure that if this error happens, that the root cause is reported clearly. Richard has suggested that you make a change to deliberately introduce a libpseudo error and then work on fixing the capture and reporting of such a fundamental error. Ask on the list if you need more guidance.

Comment 4 Richard Purdie 2020-12-03 16:13:25 UTC

We need to test this and see if it is still an issue...

Comment 5 Randy MacLeod 2022-12-08 16:18:19 UTC

We added more logs to deal with the errors in inode mismatches but this error message is client-side in pseudo. 

A better diagnostic or early check would be good.