Recent Posts

Pages: 1 [2] 3 4 ... 10
11
Applications and Porting / Re: [GAME] Minecraft Java Edition (LWJGL being ported)
« Last post by tle on June 14, 2026, 10:57:20 am »
26.1.2 can now be played.

There is only issue I picked up https://github.com/LWJGL/lwjgl3/issues/1126, while waiting for the fix merged upstreamed,
you could use my patched jar which could be found at https://github.com/runlevel5/lwjgl3/releases/tag/3.4.1-ppc64-fix

And for you convenience, the manifest file for PrismLauncher could be downloaded from https://github.com/runlevel5/PrismLauncher-rpmspec/releases/tag/26.1.2-ppc64le

Have fun folks!
12
I’ve adopted a different build philosophy: I don’t want to forcefully reduce dependencies, but rather compile as much as possible. I only reduce dependencies when I have to. Additionally, I have testing software that checks a large number of different Lua versions and dialects.


I build the Enlightenment environment directly from the source code in the project repository. Version 0.27.0 has slightly fewer features.

I've already built 1,877 packages ;-)
13
Void is using lua54-devel.

If you don't need Enlightenment detection, remove efl-devel from the fastfetch template and set -DENABLE_EET=OFF. This should eliminate a large portion of the 608-package dependency tree, including LuaJIT.
14
For fastfetch: LuaJIT is not supported. Lua support is optional.

In that case, I'll have to remove the dependency, but it'll be hard to track down because it's not a direct dependency.
15
I made an almost identical fix in fill_array_from_sys, but there's still a memory leak in that function.
16
cpufetch v1.07 has a little bug, but v1.06 works out of the box.
For fastfetch: LuaJIT is not supported. Lua support is optional.
17
Update from the development front on Void Linux on ppc64le:

- I built cpufetch and fastfetch packages;

- The first one required some minor code refactoring for PPC—unused variables, memory leaks—I did only what was necessary to ensure it compiled without errors;

- In the second package, I ran into massive dependencies; I had to build 608 packages, including LuaJIT;

- For LuaJIT, I used sources from OpenResty; they compile, but unfortunately the JIT doesn’t work.

Here’s a screenshot of how it ultimately looks: https://www.dropbox.com/scl/fi/rh5n4a9vx7i47yoy0rueh/Void-Linux-Talos2-ppc64le-fast-cpu-fetch.png?rlkey=4bcs27d2gqtc9a7wf7wd12lfe&st=lqtizzog&dl=0
18
I doubt they will reconsider it, and I don't intend to contribute any further work upstream given the relative abruptness of the decision. That said, it's their project and their policies, of course.
19
@tle Bad news :-( Did they ask for someone that would have been able to take care of the pp64le port? The most difficult was done with the initial work ... Do you think they may reconsider their decision? Having a fork allows to save this work but is not the best on long term.
20
Applications and Porting / Re: [DEV] JIT support for Firefox
« Last post by carlosgonz on June 06, 2026, 10:43:32 pm »
I can not boot tle-hero ppc-firefox build on trisquel ecne.  :'(
Can you bump it firefox newer and recompile on glibc 2.39 <=

please, please  tle

~/Downloads/firefox$ ./firefox
XPCOMGlueLoad error for file /Downloads/firefox/libxul.so:
/lib/powerpc64le-linux-gnu/libm.so.6: version `GLIBC_2.43' not found (required by /Downloads/firefox/libxul.so)
Couldn't load XPCOM.

~/Downloads/firefox$ ldd --version
ldd (trisquel GLIBC 2.39-0trisquel8.7trisquel1) 2.39
Copyright (C) 2024 Free Software Foundation, Inc.
Esto es software libre; vea el código fuente para las condiciones de copia.
No hay NINGUNA garantía; ni siquiera de COMERCIABILIDAD o IDONEIDAD PARA UN
FIN DETERMINADO.
Escrito por Roland McGrath y Ulrich Drepper.
Pages: 1 [2] 3 4 ... 10