-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
aydin bundle fails to start on linux with fontconfig 2.13/2.14 #163
Comments
Hi @anntzer ! Thank you for the bug report. Yes I remember we previously communicated about this issue. I will check if we can ship the bundle without libfontconfig.so and make use of OS-level fontconfig files and let you know. Meanwhile if you don't mind you can give the pypi version a chance with |
Indeed I removed I will also need to verify this on ubuntu18.04+ tomorrow, then if works for Fedora 35 too I can make a PR to address this for future bundles. |
Unfortunately I don't have readily access to a fedora machine anymore these days. |
no worries @anntzer ! I will get my hands on one Fedora 35 machine and test. I will keep you posted. |
hello @anntzer , I finally got a Fedora machine and I have some good news and some bad news. good news: |
Perhaps trying a docker image on GHA would work indeed. Sorry, I (mostly) don't have access anymore to the old fedora machine of the original (private) bug reports. |
Describe the bug
Unpacking the aydin bundle and trying to run ./run_aydin.sh on a linux (fedora or arch) box with fontconfig 2.13 or fontconfig 2.14 installed at the OS level fails with
(even though these are listed as "warnings", they seem to break the process).
(@AhmetCanSolak You may remember that I communicated this issue to you privately as well.)
To Reproduce
See above.
Expected behavior
No error.
Screenshots
N/A
Desktop (please complete the following information):
Additional context
I believe this occurs because the aydin process from the bundle uses the bundled libfontconfig.so (which is 2.12.06), but the fontconfig config files that comes with the OS (at /etc/fonts/conf.d), which use elements ("description") that are only understood by newer versions of fontconfig. Forcing the use of OS-level fontconfig (and the corresponding dependencies freetype and harfbuzz) via
LD_PRELOAD =/usr/lib/libfreetype.so:/usr/lib/libharfbuzz.so:/usr/lib/libfontconfig.so
solves the issue, for example; perhaps it could work to just not vendor these shared objects and assume that the host OS has recent enough versions of them? (possibly pre-running a small check that this is indeed the case)The text was updated successfully, but these errors were encountered: