Recent Posts

61

Operating Systems and Porting / [NEWS] Linux 7.1

« Last post by tle on June 14, 2026, 06:15:40 pm »

7.1 is out! https://lore.kernel.org/lkml/CAHk-=wi4BF4bMhZNZ1tqs+FFV4OuZRe3ZqdWB+LxRLmRweUzQw@mail.gmail.com/T/#u

No changes related to ppc64 however the new NTFS driver is a welcoming change for users who still interact with Windows filesystem.

62

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by DKnoto on June 14, 2026, 03:07:18 pm »

I've finished restoring a minimal version of Void Linux on ppc64 with DE E25/X11: https://www.dropbox.com/scl/fi/iok4f2j0l2mxfxbhgxpee/Void-Linux-Talos2-ppc64le-03-Minimal-with-E25.jpg?rlkey=o31u971una54ajj95t252kvy4&st=n5pu0fxt&dl=0

63

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/minecraft-ppc64le/releases/tag/26.2

Have fun folks!

64

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by DKnoto on June 14, 2026, 01:12:23 am »

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 ;-)

65

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by MPC7500 on June 13, 2026, 06:26:51 pm »

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.

66

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by DKnoto on June 13, 2026, 05:45:25 pm »

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.

67

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by DKnoto on June 13, 2026, 05:42:50 pm »

I made an almost identical fix in fill_array_from_sys, but there's still a memory leak in that function.

68

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by MPC7500 on June 13, 2026, 05:25:35 pm »

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.

69

Operating Systems and Porting / Re: [NEWS] Bootstrapping native Void Linux (ppc64le) on Talos II

« Last post by DKnoto on June 13, 2026, 03:01:41 pm »

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

70

Applications and Porting / Re: [GAMES] dosbox-staging -- one of the best choice for DOS gaming

« Last post by ClassicHasClass on June 08, 2026, 10:42:55 am »

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.