2025-02-03 08:33 AM
Hello,
Hello,
I'm planning to integrate GPS: GNSS1 and install a web browser on an STM32MP157F-DK2, so I'm looking to add layers.
Before adding the layers, I thought it would be a good idea to follow this tutorial:
https://wiki.st.com/stm32mpu/index.php?title=STM32MPU_Distribution_Package&sfr=stm32mpu
I followed it to the letter.
I'm running Ubuntu 20.04 with all the required dependencies:
https://wiki.st.com/stm32mpu/wiki/Getting_started/STM32MP1_boards/STM32MP135x-DK/Develop_on_Arm%C2%AE_Cortex%C2%AE-A7/Install_the_SDK
I'm up to 80% of the st-image-weston bitbake when an error message appears:
```
ERROR: st-image-vendorfs-1.0-r0 do_rootfs: The postinstall intercept hook 'update_mandb' failed, details in /home/atem/Distribution-Package/build-openstlinuxweston-stm32mp1/tmp-glibc/work/stm32mp1-ostl-linux-gnueabi/st-image-vendorfs/1.0/temp/log.do_rootfs
ERROR: Logfile of failure stored in: /home/atem/Distribution-Package/build-openstlinuxweston-stm32mp1/tmp-glibc/work/stm32mp1-ostl-linux-gnueabi/st-image-vendorfs/1.0/temp/log.do_rootfs.3691741
ERROR: Task (/home/atem/Distribution-Package/layers/meta-st/meta-st-stm32mp/recipes-st/images/st-image-vendorfs.bb:do_rootfs) failed with exit code '1'
```
So I went to look at the logs, and here's the end of it:
```
NOTE: Running intercept scripts:
NOTE: > Executing update_mandb intercept ...
NOTE: Exit code 2. Output:
sed: can't read /home/atem/Distribution-Package/build-openstlinuxweston-stm32mp1/tmp-glibc/work/stm32mp1-ostl-linux-gnueabi/st-image-vendorfs/1.0/rootfs/etc/man_db.conf: No such file or directory
ERROR: The postinstall intercept hook 'update_mandb' failed, details in /home/atem/Distribution-Package/build-openstlinuxweston-stm32mp1/tmp-glibc/work/stm32mp1-ostl-linux-gnueabi/st-image-vendorfs/1.0/temp/log.do_rootfs
DEBUG: Python function do_rootfs finished
```
Indeed, the “man_db.conf” file doesn't exist
Thank you for taking the time to read my message.
Sincerely
Solved! Go to Solution.
2025-02-11 04:48 AM
Found the solution:
The problem was the company network.
I thought that downloads only took place at the beginning of the “repo sync”, but in reality there are downloads all along the “bitbake”.
Moral: bitbake in its entirety on a network other than the company network if you ever face the same problem.
Good luck in this journey
Gabriel
2025-02-10 09:23 PM
I have the same issue. Can't seem to find a way around it either.
2025-02-10 10:41 PM
Ok, I'd been working on this for the past day or two, trying to figure out how to skip the tasks that were failing from this. Finally decided to nuke everything and start over from scratch. Just tried to build without doing anything else and the build succeeded. No idea what was wrong.
2025-02-10 11:50 PM
Okay thanks for your reply, appreciate that.
I hadn't the strength to try it out again, I did it like 10 times already (even if it takes a loooot of time); but now knowing that it can succeed by another compilation, I'll try to delete and retry from scratch (once again...).
Have a nice day !
Gabriel
2025-02-11 04:48 AM
Found the solution:
The problem was the company network.
I thought that downloads only took place at the beginning of the “repo sync”, but in reality there are downloads all along the “bitbake”.
Moral: bitbake in its entirety on a network other than the company network if you ever face the same problem.
Good luck in this journey
Gabriel