OpenSTLinux 5.0.8: build-info-openstlinux do_package fails under pseudo with "unknown base path for fd" while manual tar succeeds
Hi ST Team,
I am facing an issue while building an OpenSTLinux project for STM32MP255.
Environment
- Board: STM32MP255
- OpenSTLinux: 5.0.8
- Yocto Distribution: openstlinux-weston
- Ubuntu: 22.04 LTS
- Kernel: 6.8.0-124-generic
-
pseudo version:
1.9.0+git -
pseudo SRCREV:
28dcefb809ce95db997811b5662f0b893b9923e0
Problem
The build fails during:
build-info-openstlinux.bb:do_packageThe failure occurs inside Yocto's standard perform_packagecopy() while executing:
tar --exclude=./sysroot-only \
-cf - \
-C image \
-p -S . |
tar -xf - \
-C packageThe error is:
got *at() syscall for unknown directory, fd 4
unknown base path for fd 4, path build
couldn't allocate absolute path for 'build'
tar: ./etc/build: Cannot open: Bad address
tar: Exiting with failure status due to previous errorsInvestigation Performed
I verified the following:
1. Recipe
The build-info-openstlinux.bb recipe is unchanged and only creates the /etc directory.
The /etc/build file is generated by image-buildinfo.bbclass.
2. Generated file
Verified that:
image/etc/buildexists.
Also checked:
file image/etc/buildOutput:
ASCII textThe file permissions and ownership are normal.
3. Manual tar test
I manually executed the exact command used by perform_packagecopy():
rm -rf package
mkdir package
tar --exclude=./sysroot-only \
-cf - \
-C image \
-p -S . |
tar -xf - \
-C packageResult:
echo $?
0The file:
package/etc/buildis copied successfully.
Therefore, the tar command itself works correctly outside BitBake.
4. pseudo rebuild
Rebuilt pseudo:
bitbake pseudo-native -c cleansstate
bitbake pseudo-nativeBuild completed successfully.
5. build-info rebuild
Also rebuilt:
bitbake build-info-openstlinux -c cleansstate
bitbake build-info-openstlinuxThe failure still occurs during do_package.
Observation
The exact same tar command:
- succeeds when executed manually,
- fails only when BitBake executes it under
pseudo.
This suggests the problem may be related to pseudo handling of directory file descriptors during do_package().
Questions
- Is this a known issue with the
pseudoversion shipped in OpenSTLinux 5.0.8? - Is there an official patch or updated
pseudorecipe available? - Has this issue already been fixed in a newer OpenSTLinux release?
Any guidance would be greatly appreciated.
Thank you.
