Skip to content
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

kodiPlain.aarch64-linux failing to build on aarch64 on master and release-18.09 #57733

Closed
tomfitzhenry opened this issue Mar 15, 2019 · 4 comments

Comments

@tomfitzhenry
Copy link
Contributor

tomfitzhenry commented Mar 15, 2019

kodiPlain.aarch64-linux is failing to build on master and release-18.09. This is a problem because new users trying NixOS on their Raspberry Pis won't be able to install Kodi.

@tomfitzhenry
Copy link
Contributor Author

https://hydra.nixos.org/build/89032524 was the first failing build on release-18.09. The changes since the last successful build are all JDK/JRE related: https://paste.debian.net/1073300/

kodiPlain's build error suggests a problem with Freetype:

build/video/video.a(Teletext.cpp.o):Teletext.cpp:function CTeletextDecoder::EndDecoder(): error: undefined reference to 'FTC_Manager_Done'
build/video/video.a(Teletext.cpp.o):Teletext.cpp:function CTeletextDecoder::RenderCharIntern(TextRenderInfo_t*, int, TextPageAttr_t*, int, int): error: undefined reference to 'FTC_SBitCache_Lookup'

and I see that from that log file that cmake has managed to grab freetype from the JRE (unexpected!):

-- Found FreeType: /nix/store/3vslpb5ksghr02vb58vvpv2c3hv1ig32-adoptopenjdk-jre-hotspot-bin-11.0.2/lib/libfreetype.so (found version "22.0.16") 

Compare that to kodiPlain's last successful build log, in which cmake found freetype from freetype (as expected):

-- Found FreeType: /nix/store/p14jcjs9ij0jfd9pgyq7gxpdl8k1kgj1-freetype-2.9/lib/libfreetype.so (found version "22.0.16")

@tomfitzhenry
Copy link
Contributor Author

OpenJDK 11.0.1 did not contain libfreetype, but OpenJDK 11.0.2 does contain libfreetype:

$ for i in *.tar.gz; do echo $i; tar tf $i | grep -i freetype; done
OpenJDK11U-jdk_aarch64_linux_hotspot_11.0.1_13.tar.gz
OpenJDK11U-jre_aarch64_linux_hotspot_11.0.2_7.tar.gz
jdk-11.0.2+7-jre/lib/libfreetype.so
jdk-11.0.2+7-jre/legal/java.desktop/freetype.md
OpenJDK11U-jre_x64_linux_hotspot_11.0.2_9.tar.gz
jdk-11.0.2+9-jre/legal/java.desktop/freetype.md
jdk-11.0.2+9-jre/lib/libfreetype.so

... so of the two aforementioned changes ( https://paste.debian.net/1073300/ ), the upgrade to 11.0.2 likely triggered this: commit ef02c63 .

@tomfitzhenry
Copy link
Contributor Author

#57750 has been merged to master, and now kodiPlain.aarch64-linux is building ( https://i.imgur.com/l8v9d7k.png ). Woo!

-- Found FreeType: /nix/store/ys7dzg01swqh04bw8786s17hr1lw08zf-freetype-2.9.1/lib/libfreetype.so (found version "22.1.16")

Let's get this in 18.09 and 19.03

veprbl pushed a commit that referenced this issue Mar 27, 2019
…58411)

This caused some reverse dependencies of adoptopenjdk to depend on
adoptopenjdk's libfreetype, rather than the NixOS
libfreetype. For example: #57733

Now the derivation does not contain libfreetype.so . The JRE links to
nixpkg's freetype:

$ ldd /nix/store/9iyxm1nkn35xhjgri041r980z4p5ls5g-adoptopenjdk-hotspot-bin-11.0.2/lib/libfontmanager.so | grep -i freetype
	libfreetype.so => /nix/store/ycbkq39cngzx19j829qzgdnw3mx3z78g-freetype-2.9.1/lib/libfreetype.so (0x0000795e30702000)

(cherry picked from commit 6bae073)
veprbl pushed a commit that referenced this issue Mar 27, 2019
…58412)

This caused some reverse dependencies of adoptopenjdk to depend on
adoptopenjdk's libfreetype, rather than the NixOS
libfreetype. For example: #57733

Now the derivation does not contain libfreetype.so . The JRE links to
nixpkg's freetype:

$ ldd /nix/store/9iyxm1nkn35xhjgri041r980z4p5ls5g-adoptopenjdk-hotspot-bin-11.0.2/lib/libfontmanager.so | grep -i freetype
	libfreetype.so => /nix/store/ycbkq39cngzx19j829qzgdnw3mx3z78g-freetype-2.9.1/lib/libfreetype.so (0x0000795e30702000)

(cherry picked from commit 6bae073)
@flokli
Copy link
Contributor

flokli commented Mar 27, 2019

With #58411 and #58412 being merged, this can be closed :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants