Re: [yocto] Howto solve pseudo abort issue? #bitbake #fakeroot #linux #raspberrypi #scarthgap

Jean-Paul Saman <[email protected]> Sun, 12 Jul 2026 17:07:11 +0200
Newsgroups org.yoctoproject.lists.yocto
Organization M2X BV
Message-ID <[email protected]>
On 7/10/26 10:45, Yoann Congal wrote:
> On Fri Jul 10, 2026 at 10:34 AM CEST, Jean-Paul Saman via lists.yoctopr=
oject.org wrote:
>> The problem:
>>
>> Our yocto build system suddenly started failing on =E2=80=98do_package=
=E2=80=99 due to a pseudo abort issue. Even packages that have not been c=
hanged recently. The same happened on my local development system.
>>
>> Searching in Yocto discussions or other sources did not provide a solu=
tion that works in our case. I tried the following solutions (NOTE: this =
package was not changed when the problem started):
>>
>> 1. bitbake -c cleanall miniflex-generate-salt && bitbake miniflex-gene=
rate-salt
>> 2. bitbake -c cleansstate miniflex-generate-salt && bitbake miniflex-g=
enerate-salt
>> 3. examine with bitbake -c devshell miniflex-generate-salt
>> 4. set parallel jobs to '-j 1=E2=80=99 in conf/local.conf
>> 5. remove build/tmp and rebuild entire distribution
>>
>> The logfile suggests there is a path mismatch.
>>
>> I have =C2=A02 questions basically:
>>
>> 1. What I do not understand is how this can happen, suddenly without a=
 clear (at least for me) cause?
>> 2. How to solve this situation?
>>
>> ---
> [...]
>> tar: ./usr/share/licenses/miniflex-generate-salt: Cannot mkdir: No suc=
h file or directory
>> got *at() syscall for unknown directory, fd 4
>> unknown base path for fd 4, path share
>> couldn't allocate absolute path for 'share'.
>> got *at() syscall for unknown directory, fd 4
>> unknown base path for fd 4, path share
>> couldn't allocate absolute path for 'share'.
>> tar: ./usr/share: Cannot mkdir: Bad address
>> tar: ./usr/share/licenses/miniflex-generate-salt/xxxxx-LICENSE: Cannot=
 open: No such file or directory
>> tar: Exiting with failure status due to previous errors
>=20
> Hello,
>=20
> That looks like https://bugzilla.yoctoproject.org/show_bug.cgi?id=3D161=
43
> I think you just need to upgrade OE-core/poky on a more recent
> scarthgap. Specifically, you want pseudo >=3D 1.9.4.
>=20
> For the explanation, Ubuntu based-distro recently got a tar upgrade tha=
t
> add a new syscall that pseudo needs to handle. Some user worked around
> that by changing their host tar version.
>=20
> Does that helps?

Yes, it helps. Thanks for the swift reply.

I downgraded tar to the version (1.34+dsfg-1build3) of the official=20
release image and Yocto builds our image correctly now. Next version=20
I'll upgrade scarthgap to a more recent version, but for now the quick=20
fix is preferred.

--=20

Kind greetings,

       Jean-Paul Saman