Hello everyone,

I am trying to use pseudo due to I need to set my entire rootfs. I would like 
to ask you some questions about how to use it, considering that it does not 
seem to work. I am going to explain the process I have followed:

I enabled PSEUDO_DISABLED and PSEUDO_PREFIX at meta/conf/bitbake.conf:
export PSEUDO_DISABLED = "0"

export PSEUDO_PREFIX = "${STAGING_DIR_NATIVE}${prefix_native}"

Also, FILESYSTEM_PERMS_TABLE variable is pointing to my custom 
fs-perms-cle.txt. It is declared at build/conf/local.conf. During the building 
process, I receive constantly these kind of warning messages about "host 
contamination":
WARNING: libgcc-7.3.0-r0 do_package_qa: QA Issue: libgcc: /libgcc- 
dbg/usr/src/debug/libgcc/7.3.0-r0/gcc-7.3.0/build.powerpc-clepm-linux-gnuspe.powerpc-distro-linux-gnuspe/gcc/insn-constants.h
 is owned by uid 1002, which is the same as the user running bitbake. This may 
be due to host contamination [host-user-contaminated]

When it has finished, I check my rootfs or packages' image folder and 
permissions are always set exactly equal as the user running bitbake. What is 
going on? Have I missed something? Why my fs-perms.txt is ignored? I debugged 
package.bbclass and parameters are parsed OK...

I have also tried to declare LD_PRELOAD variable, pointing directly to my host 
libpseudo.so, but the result is the same:
LD_PRELOAD = "/usr/lib/x86_64-linux/pseudo/libpseudo.so"

LD_PREFIX = "/usr/"

Should I call fakeroot somewhere in the middle of the process?
It looks like an easy process, reading Yocto's manual but I think I have 
forgotten something... I hope someone has had the same failure.

Thank you!
Best Regards,
Mario
-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to