sweethome3d: fix list of platforms and darwin build

[lpzimmermann]

Added darwin support to this java package

#ZurichZHF

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
  • sandbox = relaxed
  • sandbox = true
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 25.05 Release Notes (or backporting 24.11 and 25.05 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
• Fits CONTRIBUTING.md.

---

Add a 👍 reaction to pull requests you find important.

[Scrumplex]

Upstream doesn't seem to include binaries for all architectures supported by jdk.

See ${src}/lib

Edit:

Seems like only the following systems should be supported by this:

i686-linux
i686-windows
x86_64-darwin
x86_64-linux
x86_64-windows

Obviously, the Windows ones aren't really relevant for Nixpkgs.

Edit 2:

When trying to start the application on aarch64-linux:

Exception in thread "main" java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:118)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at com.eteks.sweethome3d.SweetHome3DBootstrap.main(Unknown Source)
Caused by: java.lang.UnsatisfiedLinkError: Couldn't load library 'gluegen_rt' generically including [/nix/store/1kpzmzzbr72ppjml5jdvc1dk4n23dvfj-libglvnd-1.7.0/lib, /nix/store/3zbirj0yiss34apibqs3gscfxnxwc9rb-pipewire-1.2.6-jack/lib], nor as [/nix/store/1kpzmzzbr72ppjml5jdvc1dk4n23dvfj-libglvnd-1.7.0/lib/libgluegen_rt.so, /nix/store/3zbirj0yiss34apibqs3gscfxnxwc9rb-pipewire-1.2.6-jack/lib/libgluegen_rt.so, /usr/java/packages/lib/libgluegen_rt.so, /usr/lib64/libgluegen_rt.so, /lib64/libgluegen_rt.so, /lib/libgluegen_rt.so, /usr/lib/libgluegen_rt.so, /home/scrumplex/Projects/nixpkgs/libgluegen_rt.so, /home/scrumplex/Projects/nixpkgs/natives/linux-aarch64/libgluegen_rt.so]
	at com.jogamp.common.jvm.JNILibLoaderBase.loadLibraryInternal(JNILibLoaderBase.java:634)
	at com.jogamp.common.jvm.JNILibLoaderBase.access$000(JNILibLoaderBase.java:64)
	at com.jogamp.common.jvm.JNILibLoaderBase$DefaultAction.loadLibrary(JNILibLoaderBase.java:107)
	at com.jogamp.common.jvm.JNILibLoaderBase.loadLibrary(JNILibLoaderBase.java:488)
	at com.jogamp.common.os.DynamicLibraryBundle$GlueJNILibLoader.loadLibrary(DynamicLibraryBundle.java:427)
	at com.jogamp.common.os.Platform$1.run(Platform.java:321)
	at com.jogamp.common.util.SecurityUtil.doPrivileged(SecurityUtil.java:80)
	at com.jogamp.common.os.Platform.<clinit>(Platform.java:290)
	at com.jogamp.opengl.GLProfile.<clinit>(GLProfile.java:151)
	at jogamp.opengl.ThreadingImpl$1.run(ThreadingImpl.java:83)
	at jogamp.opengl.ThreadingImpl$1.run(ThreadingImpl.java:66)
	at com.jogamp.common.util.SecurityUtil.doPrivileged(SecurityUtil.java:80)
	at jogamp.opengl.ThreadingImpl.<clinit>(ThreadingImpl.java:66)
	at com.jogamp.opengl.Threading.disableSingleThreading(Threading.java:164)
	at javax.media.j3d.JoglPipeline.initialize(JoglPipeline.java:129)
	at javax.media.j3d.Pipeline.createPipeline(Pipeline.java:92)
	at javax.media.j3d.MasterControl.loadLibraries(MasterControl.java:858)
	at javax.media.j3d.VirtualUniverse.<clinit>(VirtualUniverse.java:267)
	at javax.media.j3d.GraphicsConfigTemplate3D.isGraphicsConfigSupported(GraphicsConfigTemplate3D.java:348)
	at com.eteks.sweethome3d.j3d.Component3DManager.createGraphicsConfigurationTemplate3D(Unknown Source)
	at com.eteks.sweethome3d.j3d.Component3DManager.<init>(Unknown Source)
	at com.eteks.sweethome3d.j3d.Component3DManager.getInstance(Unknown Source)
	at com.eteks.sweethome3d.SweetHome3D.addComponent3DRenderingErrorObserver(Unknown Source)
	at com.eteks.sweethome3d.SweetHome3D.init(Unknown Source)
	at com.eteks.sweethome3d.SweetHome3D.main(Unknown Source)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
	... 2 more

[Scrumplex]

Technically this package does not run on aarch64-darwin though. Obviously many people enable Rosetta on their systems, but this package is technically x86_64-darwin only.

You would still be able to use this package on aarch64-darwin by using pkgsCross.x86_64-darwin.sweethome3d.application.

[DimitarNestorov]

@Scrumplex which package doesn't run on aarch64-darwin? I just tried it and it seems fine (no Rosetta installed, see terminal to the right)

[Scrumplex]

That's interesting. I wonder what's up with the missing macOS aarch64 natives. Are they not needed at all?

[DimitarNestorov]

All of the files in lib/macosx do not support aarch64 indeed. But I added a rm -rf lib/macosx in the post patch and the app built and ran just fine so I guess it is safe to assume they're not needed.

The binary they ship on their website does support aarch64:

But it also ships libgluegen and libjogl with aarch64 support in Contents/app

The upstream version definitely loads the libraries in runtime:

EDIT: to produce the binary similar to upstream we actually need to use ant macosxBundle. Will open a PR tomorrow.

[DimitarNestorov]

Opened #375760 where I use ant macosxBundle in the darwin generation. This produces an app bundle containing libs supporting aarch64.