Files/directories were installed but not shipped in any package

[JJimé.2]

Hello,

I am following this guide: https://wiki.st.com/stm32mpu/wiki/STM32MP1_Distribution_Package

I have reached step 6, but when I run bitbake st-image-weston I'm getting this error:

DEBUG: Executing python function populate_packages
ERROR: QA Issue: icu: Files/directories were installed but not shipped in any package:
  /usr/lib/lib
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
icu: 1 installed and not shipped files. [installed-vs-shipped]

Before that, I used this command: 

DISTRO=openstlinux-weston MACHINE=stm32mp13-disco source layers/meta-st/scripts/envsetup.sh

Do you know what can I do to fix this error? I have attached a copy of the error log.

[Gregory PLANCHON]

Hello,

looking at your error message I saw that your package was /usr/lib/lib and I think that is the problem. You should only have /usr/lib.

Try to look your recipe to to ckeck that there is no mistake and you have the same path everywhere.

If it still doesn't work or if you have any other questions do not hesitate.

Regards,

Grégory

[JJimé.2]

Hello @Gregory PLANCHON​,

I have tried removing the `/lib` from the icu_70.1.bb file, which is the one failing, but it failed with the same error again:That is the only appearance of `/lib` in the recipe. Do you know what I should look for?

Thank you.

[Gregory PLANCHON]

Hello @Jesús Jiménez Sánchez​ ,

Did you make any other changes before you got the mistake ?

Regards,

Grégory

[JJimé.2]

@Gregory PLANCHON​, I made no other changes. I just tried with and without that "/lib" and it didn't work.

I'm using Ubuntu 22.04, could that be the issue? Maybe some dependency version that changed between Ubuntu releases?

I could build version 3.1.0 when I was in Ubuntu 20.04, a couple of months ago.

[JJimé.2]

Hello @Gregory PLANCHON​,

I have installed a docker container that uses Ubuntu 20.04 and there is a different error:

ERROR: st-image-vendorfs-1.0-r0 do_rootfs: Unable to update the package index files. Command '['/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/recipe-sysroot-native/usr/bin/apt-get', 'update']' returned 100:
Get:1 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/stm32mp13_disco ./ InRelease
Ign:1 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/stm32mp13_disco ./ InRelease
Get:2 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/cortexa7t2hf-neon-vfpv4 ./ InRelease
Ign:2 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/cortexa7t2hf-neon-vfpv4 ./ InRelease
Get:3 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/stm32mp13_disco ./ Release [1,227 B]
Get:4 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/cortexa7t2hf-neon-vfpv4 ./ Release [1,235 B]
Get:3 file:/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/oe-rootfs-repo/stm32mp13_disco ./ Release [1,227 B]
...
...
W: Problem unlinking the file /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/apt/lists/partial/_home_builder_STM32MPU-Ecosystem-v4.0.0_Distribution-Package_openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15_build-openstlinuxweston-stm32mp13-disco_tmp-glibc_work_stm32mp13%5fdisco-ostl-linux-gnueabi_st-image-vendorfs_1.0-r0_oe-rootfs-repo_stm32mp13%5fdisco_._Packages.lzma - PrepareFiles (36: File name too long)
W: Problem unlinking the file /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/apt/lists/partial/_home_builder_STM32MPU-Ecosystem-v4.0.0_Distribution-Package_openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15_build-openstlinuxweston-stm32mp13-disco_tmp-glibc_work_stm32mp13%5fdisco-ostl-linux-gnueabi_st-image-vendorfs_1.0-r0_oe-rootfs-repo_stm32mp13%5fdisco_._en.lzma - PrepareFiles (36: File name too long)
W: Problem unlinking the file /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/apt/lists/partial/_home_builder_STM32MPU-Ecosystem-v4.0.0_Distribution-Package_openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15_build-openstlinuxweston-stm32mp13-disco_tmp-glibc_work_stm32mp13%5fdisco-ostl-linux-gnueabi_st-image-vendorfs_1.0-r0_oe-rootfs-repo_stm32mp13%5fdisco_._en%5fUS.lzma - PrepareFiles (36: File name too long)
W: Problem unlinking the file /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/apt/lists/partial/_home_builder_STM32MPU-Ecosystem-v4.0.0_Distribution-Package_openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15_build-openstlinuxweston-stm32mp13-disco_tmp-glibc_work_stm32mp13%5fdisco-ostl-linux-gnueabi_st-image-vendorfs_1.0-r0_oe-rootfs-repo_cortexa7t2hf-neon-vfpv4_._Release - PrepareFiles (36: File name too long)
W: Problem unlinking the file /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/apt/lists/partial/_home_builder_STM32MPU-Ecosystem-v4.0.0_Distribution-Package_openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15_build-openstlinuxweston-stm32mp13-disco_tmp-glibc_work_stm32mp13%5fdisco-ostl-linux-gnueabi_st-image-vendorfs_1.0-r0_oe-rootfs-repo_stm32mp13%5fdisco_._Packages.gz - PrepareFiles (36: File name too long)
...
...
E: Some index files failed to download. They have been ignored, or old ones used instead.
 
ERROR: Logfile of failure stored in: /home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/build-openstlinuxweston-stm32mp13-disco/tmp-glibc/work/stm32mp13_disco-ostl-linux-gnueabi/st-image-vendorfs/1.0-r0/temp/log.do_rootfs.1864135
ERROR: Task (/home/builder/STM32MPU-Ecosystem-v4.0.0/Distribution-Package/openstlinux-5.15-yocto-kirkstone-mp1-v22.06.15/layers/meta-st/meta-st-stm32mp/recipes-st/images/st-image-vendorfs.bb:do_rootfs) failed with exit code '1'

I have noticed that the files giving error because of "File name too long", their names are the entire path changing '/' with '_'. Do you know if I'm doing something wrong here?

Again, I only followed the guide in the page I linked in my first comment. The only difference is that now I'm doing it in a docker container with Ubuntu 20.04.

Thank you.

[Kevin HUBER · Accepted solution]

Hello @Jesús Jiménez Sánchez​ ,

There is a warning about this error in the installation guide from the wiki: https://wiki.st.com/stm32mpu/wiki/STM32MP1_Distribution_Package#Installing_the_OpenSTLinux_distribution

Yocto is using absolute directory path to give names to intermediate files. If the path is too long, Yocto build fails because file names exceed the maximum size supported by the file system. In that case, installation directory path should be renamed to reduce the overall absolute path name.

Please can you try again the installation chapter of the Distribution Package, but in a shorter "working directory", for example in:

/opt/st/DP-MP1-4.0.2

------------

And please has explained here: https://community.st.com/s/question/0D53W00001lSXndSAG/openstlinux-distribution-patch-release-v402-is-available

There is a new version available of the Distribution Package, that fixes some issues detected. A warning is also available in the installation guide, to verify if a new minor version is available: https://wiki.st.com/stm32mpu/wiki/STM32MP1_Distribution_Package#Installing_the_OpenSTLinux_distribution

Currently the latest one is: https://wiki.st.com/stm32mpu/wiki/STM32_MPU_OpenSTLinux_release_note_-_v4.0.0#v4-0-2

Please use this version to avoid several problems.

Best regards,

Kevin

[JJimé.2]

Thank you for your answer @Kevin HUBER​, moving to /opt/st solved the problem and I could finally built the repository.