[Bug]: librav1e compilation error: libz.so is incompatible with elf64-x86-64 #20100
Comments
The above output seems incorrect. The build script tries to build for aarch64 but the host triplet is x86_64. Try to add |
|
Wait, I have tried |
|
Thanks for the reply.
The repro I wrote above did repro the problem for me (just copy&paste the commands one by one). I rechecked it before posting.
Neither |
|
Sometimes build leftovers from prior builds can interfere. This isn't done automatically because the build system usually caches already downloaded/built dependencies to save time and bandwidth on rebuilds. |
Repeated with |
|
Hmm very odd, I cannot reproduce this issue at all locally. |
Is there any way I can help? I kinda assumed since it is docker it should be pretty reproducible :) I can pack all the files if needed or something. |
You'd hope so.
|
|
What I can do: I can record the whole process in asciinema if it is of any help.
OK, let me retry. Last time I did it was few days ago, may be something changed. |
Could possibly help, though I somewhat doubt it. |
|
Thanks for the reminder for why I don't build without I can actually reproduce the build failure now. |
truboxl
added
the
packaging
|
Is there may be an ugly workaround for now? Should I just checkout an older commit? |
|
Well I can reproduce the issue when checking out the commit you mentioned in your reproduction steps, it does not happen when trying I was not able to replicate it on the latest commit. |
|
On my end it reproduces even after checkout-ing the latest commit. Also even though it is not important, but just in case: that commit (I mentioned initially) was the latest at the moment of facing the issue :) |
|
Not reproducible on the current branch when running only Please do not submit bug reports that are based on forks of this repo. |
truboxl
added
not reproducible / bug report
not-bug
|
This was not based on the fork of this repo! Why would you think this is a fork? I even provided the exact commit used. |
|
Changes made by gouravkhunger are forks. We have not merge them in #20081. You should not randomly add patches and then claim they are defects that Termux team need to fix. If you can reproduce the issue without the patches nor checking out old commits and can reproduce on the latest commit then please comment. Reopening since |
truboxl
added
bug report
|
If we can't find a better solution I guess we have to do the same as for rust and hide libz.so during rav1e compilation: |
If I don't apply any patches then I hit this bug: #20070 The patch just explicitly represents as a code the bootstrap process for glib, which one needs to do anyway. So will I do with the patch or not it will be the same behavior. More specifically since the bootstrap procedure is not described on the "Build environment" I'm using the recommendation from Biswa96:
So essentially exactly the same thing, as what the patch is doing. But feel free to suggest some other bootstrap procedure (if it does not use a prebuilt glib).
Since requested, re-doing this once more (the 3rd time): Ran: It failed with: So I ran (to follow the recommendation from Biswa96 without editing It failed with: So I ran: and re-ran the build command. It didn't help, so I ran: It also didn't help. So I ran: It helped, but now the building failed with: Here I realized I just don't have enough free time to reproduce the problem once more. Sorry.
I don't claim Termux team needs to do anything; feel free to just close the ticket :) |
Problem description
Seems related to #14603
I want to compile
ffmpeg. One of the dependencies there islibrav1eand it fails to build with error:Here is the full log:
What steps will reproduce the bug?
TERMUX_FORCE_BUILD_DEPENDENCIES=true, then delete glib and rebuild without the flag)./scripts/run-docker.sh ./build-package.sh librav1e.To be more specific:
What is the expected behavior?
It successfully builds
librav1eSystem information
Commit of github.com/termux/termux-packages is: efa20d2
The text was updated successfully, but these errors were encountered: