util-linux | See | Media Player library

Solution

1. Uninstalled Docker
2. Deleted every .vhdx file
3. Installed Docker
4. Created a new "empty" .vhdx file (~700MB after starting Docker and VSCode)
5. Relocated it to a new harddrive (The one with 500GB+ left capacity)
6. Resized it with diskpart
7. Confirmed the resizing with an Ubuntu-Terminal, as I needed to use resize2fs
8. Used the same Dockerfile and built just Tensorflow-lite
9. Built the whole package afterwards

Not sure what the problem was, seems to must have been some leftover files, that persisted over several build-data deletions.

Bitbake will only rebuild the package if the PV (package version) or PR (recipe revision) changes.

In your recipe, the SRCREV is changing automatically due to the use of AUTOREV, however it is not included in PV, and so the recipe does not get rebuilt because the cache already contains a build for that PV.

You need to include SRCPV (source version) in PV, for example:

Try to flush the cache and reinstall then :

I changed the platform to amd64 and it worked!

FROM --platform=linux/amd64 alpine:latest

ok, looks like i found my solution here: https://gitlab.alpinelinux.org/alpine/aports/-/issues/12406

quote from Lyle Franklin:

I hit this error when trying to build a cross-platform ARM64 docker image from a AMD64 host. However, running docker run --rm --privileged linuxkit/binfmt:v0.8 or update-binfmts --enable prior to running the build seems to avoid the issue. My understanding Docker will try to use upstream QEMU if it is installed and registered with the kernel, otherwise Docker will fallback to using a built-in forked version of QEMU. The build error above only showed up for me with the forked QEMU.

So I will probably add docker run --rm --privileged linuxkit/binfmt:v0.8 && update-binfmts --enable to my pipeline file if I encounter the error again, for now running it once solved the issue.

I had the same issue with an SD card on my Raspberry PI, did a clone of the broken SD card to a good one using WIN32 Disk Imager.

The new card was then successfully verified by fsck and started properly.

Of course, you might be able to do it on another Linux system using

Anybody can explain the result of the tests above?

Column tries to use locale (i.e. UTF-8) to parse input, 0x99 by itself (not preceded by 0xc2) is an invalid Unicode sequence.

There is a bug in column that does not check if the string passed to -s is a valid Unicode string. column calls wcspbrk to find input_separator (i.e. $'\x99') in the input stream. Because the string 0x99 is an invalid UTF-8 sequence, column calls wcspbrk with NULL as second argument, and it causes seg fault.

The issue comes from an update in the base image. From a few weeks adopt switched to alpine 3.14 which has some issues with older container runtime (runc). The issue can be seen in the release notes: https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.14.0

Updating your Docker will fix the issue. However, if you don't wish to update your Docker, there's a workaround.

Some additional info: The cause of the issue is that for some reason containers running in older docker versions and alpine 3.14 seem to have issues with the test flag "-x" so an if [ -x /opt/java/openjdk/bin/java ] returns false, although java is there and is executable.

You can workaround this for now by

1. Pull the GraphDB distribution
2. Unzip it
3. Open "setvars.in.sh" in the bin folder
4. Find and remove the if block around line 32

if [ ! -x "$JAVA" ]; then echo "Could not find any executable java binary. Please install java in your PATH or set JAVA_HOME" exit 1 fi

1. Zip it again and provide it in the Dockerfile without pulling it from maven.ontotext.com

Passing it to the Dockerfile is done with 'ADD' You can check the GraphDB free version's Dockerfile for a reference on how to pass the zip file to the Dockerfile https://github.com/Ontotext-AD/graphdb-docker/blob/master/free-edition/Dockerfile

Missing the module.lds file in the latest kernel. Apply the following source code as a patch in the kernel and build the image.