Toggle sidebar Toggle sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

PPCPorts: the only ports you ever need on a PowerPC

Has anyone had any luck building webkit2-gtk +minibrowser+x11? Configures fine on my end but then breaks almost immediately upon starting build. Attaching the tail end of the log if anyone has any insights from that. It could be that I'm tired and running on minimal sleep but I can't see what the issue really is.
 

Attachments

Smithwick’s said:
Has anyone had any luck building webkit2-gtk +minibrowser+x11? Configures fine on my end but then breaks almost immediately upon starting build. Attaching the tail end of the log if anyone has any insights from that. It could be that I'm tired and running on minimal sleep but I can't see what the issue really is.
Click to expand...

It is broken forever: https://trac.macports.org/ticket/64994
I recall it has incoherent macros which makes it impossible to build it without JIT, and JIT is not supported for powerpc. I may be wrong, but not really planning to deal with it.
Notably, MacPorts could not update it for years even for x86.
 
Still trying to revive my iBook G4 12" to a "working condition' these past 30 days.
Previously it ran Morphos (paid license) but well AmigaOS not my cup of tea, I need *NIX.

Adelie/OpenBSD/T2SDE/Debian Sid (Forky) even tried 10.6.8 today but then I had no working DNS.

Decided to restore my 2019 10.5.8 image onto the iBook G4.
Leopard at least gives accellerated video, works with the Radeon GPU, has lid-close-sleep,
no insane fan-throttling and decent battery life on my Newertech battery.

Wiped my old Macports install completely from it and installed PPCports

"For 10.5.8 (ppc/ppc64) use these curl and PPCPorts base."

and added kemonomimi.nl for the binary installs.

So first order of the day install yt-dlp, all looking fine until the very last part

---> Activating yt-dlp @2026.03.17_0+ffmpeg+python313
x ./
x ./+COMMENT
x ./+CONTENTS
x ./+DESC
x ./+PORTFILE
bzip2: I/O or other error, bailing out. Possible reason follows.
bzip2: Broken pipe
Input file = /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2, output file = (stdout)
sh: line 1: 135 Done(1) /usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2
136 Segmentation fault | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )
Command failed: /usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2 | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )
Exit code: 139
Error: Failed to activate yt-dlp: command execution failed
while executing
"system -W $extractdir -callback portimage::_extract_progress $cmdstring"
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_macos-powerpc.org_macos-powerpc_PPCPorts_ports_net_youtube-dl/yt-dlp/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.
Error: Processing of port yt-dlp failed

Strange because when I try the exact command in shell with my user

/usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2 | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )

(which fails writing to those locations due to permissions errors of my user vs sudo and/or macports)
x ./: Can't restore time: Operation not permitted
x ./+COMMENT: Can't create '+COMMENT': Permission denied
x ./+CONTENTS: Can't create '+CONTENTS': Permission denied
x ./+DESC: Can't create '+DESC': Permission denied
x ./+PORTFILE: Can't create '+PORTFILE': Permission denied
x ./+STATE: Can't create '+STATE': Permission denied
x ./opt/: Can't create 'opt': Permission denied

it does seem to be able to execute it ?
 
Lastic said:
Still trying to revive my iBook G4 12" to a "working condition' these past 30 days.
Previously it ran Morphos (paid license) but well AmigaOS not my cup of tea, I need *NIX.

Adelie/OpenBSD/T2SDE/Debian Sid (Forky) even tried 10.6.8 today but then I had no working DNS.

Decided to restore my 2019 10.5.8 image onto the iBook G4.
Leopard at least gives accellerated video, works with the Radeon GPU, has lid-close-sleep,
no insane fan-throttling and decent battery life on my Newertech battery.

Wiped my old Macports install completely from it and installed PPCports

"For 10.5.8 (ppc/ppc64) use these curl and PPCPorts base."

and added kemonomimi.nl for the binary installs.

So first order of the day install yt-dlp, all looking fine until the very last part

---> Activating yt-dlp @2026.03.17_0+ffmpeg+python313
x ./
x ./+COMMENT
x ./+CONTENTS
x ./+DESC
x ./+PORTFILE
bzip2: I/O or other error, bailing out. Possible reason follows.
bzip2: Broken pipe
Input file = /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2, output file = (stdout)
sh: line 1: 135 Done(1) /usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2
136 Segmentation fault | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )
Command failed: /usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2 | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )
Exit code: 139
Error: Failed to activate yt-dlp: command execution failed
while executing
"system -W $extractdir -callback portimage::_extract_progress $cmdstring"
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_macos-powerpc.org_macos-powerpc_PPCPorts_ports_net_youtube-dl/yt-dlp/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.
Error: Processing of port yt-dlp failed

Strange because when I try the exact command in shell with my user

/usr/bin/bzip2 -d -c /opt/local/var/macports/software/yt-dlp/yt-dlp-2026.03.17_0+ffmpeg+python313.darwin_any.noarch.tbz2 | ( /opt/local/bin/bsdtar -xvp --hfsCompression -f - )

(which fails writing to those locations due to permissions errors of my user vs sudo and/or macports)
x ./: Can't restore time: Operation not permitted
x ./+COMMENT: Can't create '+COMMENT': Permission denied
x ./+CONTENTS: Can't create '+CONTENTS': Permission denied
x ./+DESC: Can't create '+DESC': Permission denied
x ./+PORTFILE: Can't create '+PORTFILE': Permission denied
x ./+STATE: Can't create '+STATE': Permission denied
x ./opt/: Can't create 'opt': Permission denied

it does seem to be able to execute it ?
Click to expand...

It is a bug in upstream MacPorts which attempts to use HFS compression where it is not supported. See: https://github.com/macos-powerpc/powerpc-ports/issues/90
I fixed it in one place, perhaps it still creeps in from somewhere else.
Just edit `macports.conf` to explicitly disable it.
 
We are again in a mid of a [minor] mess: MacPorts updated dbus and revbumped its dependents (and there are a lot), while our dbus and its dependents were not updated/revbumped, now I updated our dbus and started updating dependents, but we have several days out-of-sync. In practice this means that you might need to rebuild something locally (the base handles that, just let it rebuild ports if it complains).

A lot of ports updated today. Some more to follow.
 
  • Like
Reactions: srp
PPCPorts 2.12.5 for 10.6 (ppc/x86) and 10.5 (ppc).

P. S. If anyone is getting crashes with gtk3 apps, that was broken in MacPorts recently and hopefully fixed in PPCPorts now (looks like a regression in cairo 1.18).
 
  • Like
Reactions: Matias_
Matias_ said:
For me cairo 1.17.8 is also broken, only 1.17.6 works.
Click to expand...

Yeah, it’s weird: on 10.6 machine 1.17.8 worked fine, at least with `gitg` (which crashed with 1.18.4), however on 10.15 only 1.17.6 works. I may leave this until tomorrow, too tired.

P. S. It’s ironic that upstream calls a completely broken branch “stable”…
 
Last edited:
Matias_ said:
For me cairo 1.17.8 is also broken, only 1.17.6 works.
Click to expand...

Temporary fix appears to be running affected apps as root.

Could you confirm if the following works with Cairo 1.17.8 or 1.18.4:
Code: 
sudo su
filezilla    # bluefish / whatever else failed
 
Last edited:
  • Like
Reactions: Matias_
Can confirm that the workaround works (though it doesn't feel very safe D: )

I had to install xhost and execute "xhost +" to allow root access to the display.
 
  • Like
Reactions: barracuda156
Matias_ said:
Can confirm that the workaround works (though it doesn't feel very safe D: )

I had to install xhost and execute "xhost +" to allow root access to the display.
Click to expand...

I hacked this stupid bug. Turned out it is way faster just to restore autotools LOL
Hopefully the new update resolves the issue.

Ok, I believe the issue is resolved for now. Please sync ports, update cairo.
I can run now gtk apps without sudo on 10.6 and 10.15.
 
Last edited:
Fundamental Gnome ports, GTK 4 and libadwaita are updated to the current versions. This allows to drop our hacks in Komikku (manga reader), update Secrets (password manager) etc.

Updates are potentially breaking. If something does not works as expected, please open an issue.
 
  • Like
Reactions: Matias_
for some reason I see this in my log (on Leopard 10.5.8)
Click to expand...
28.05.26 17:02:15 com.apple.SecurityServer[19] Failed to authorize right system.login.tty by client /opt/local/libexec/sshd-session for authorization created by /opt/local/libexec/sshd-session.
Click to expand...

and user logins from termux do not work, I immediately logged out

with "sudo port load openssh" on port 2222 and default sshd config
 
I tried to disable PAM in sshd_config but still can't login. should I reboot?

This line still in log:

29.05.26 4:51:55 com.apple.launchd[1] (com.apple.launchd.peruser.502[197]) Root Mach bootstrap cannot be transferred.

Additionally, links can't be launched on Leopard:

ERROR: event_base_loop failed: Operation not supported

and qemu can't boot finnix-111 x86 iso (nor kernel nor memtest)

Mplayer, ffmpeg, lftp, midnight commander seems to work

wget2 dep libhtst dies in autoreconf
 
building of x265-4.2 fail on Leo:

:info:build Undefined symbols:
:info:build "___sync_fetch_and_add_8", referenced from:
:info:build x265::FrameEncoder:😛rocessRowEncoder(int, x265::ThreadLocalDa
ta&, int)in frameencoder.cpp.o
:info:build x265::ThreadedME::findJob(int) in threadedme.cpp.o
:info:build x265::ThreadedME::enqueueCTUBlock(int, int, int, int, int, x26
5::FrameEncoder*)in threadedme.cpp.o
:info:build ld: symbol(s) not found
:info:build collect2: ld returned 1 exit status
 
  • Like
Reactions: saxfun
picture of qemu 2.3.1 Linux x86 kernel hang

Screenshot_20260528-201146.png

iso image form


ppc version also sadly hang, seemingly.

Also, I tried /dev/rdisk1 (optical drive with my Bonslack installer iso inserted) and qemu complained that it can't open image. May be permission error, or qemu really lacked support for raw disk access under Leopard at least in this version.

For now I powered machine down just in case another power failure will hit our building (already had ANOTHER one at 9 PM this time, elevators still out of service from it .. but internet and wall sockets now works ....)
 
Andrew-R said:
I tried to disable PAM in sshd_config but still can't login. should I reboot?
Click to expand...

@Andrew-R I only use openssh directly, not as a daemon. At least on 10.6 it works.
I suggest opening a ticket on https://trac.macports.org since Leopard is a supported system by MacPorts.

Andrew-R said:
Additionally, links can't be launched on Leopard:

ERROR: event_base_loop failed: Operation not supported
Click to expand...

No idea, never tried, but I can check that.

Andrew-R said:
and qemu can't boot finnix-111 x86 iso (nor kernel nor memtest)
Click to expand...

You could try this version: https://github.com/macos-powerpc/powerpc-ports/commit/ed1dccc2e0f328208e77908307ebc9af7c93b687

Please let me know if it works.

@Matias_ Could you comment on this? I do not use qemu, so if the update to 2.3.1 has broken it, we could revert back to 2.2.0.

Andrew-R said:
wget2 dep libhtst dies in autoreconf
Click to expand...

That is not my port (i.e. the bug should be reported to MacPorts):
Code: 
% port file libhsts
/opt/local/var/macports/sources/rsync.macports.org/macports/release/tarballs/ports/www/libhsts/Portfile

But I can see what goes wrong with it.

P. S. It is better to discuss specific failures in GitHub (or Codeberg) issues: https://github.com/macos-powerpc/powerpc-ports/issues
 
Andrew-R said:
building of x265-4.2 fail on Leo:

:info:build Undefined symbols:
:info:build "___sync_fetch_and_add_8", referenced from:
:info:build x265::FrameEncoder:😛rocessRowEncoder(int, x265::ThreadLocalDa
ta&, int)in frameencoder.cpp.o
:info:build x265::ThreadedME::findJob(int) in threadedme.cpp.o
:info:build x265::ThreadedME::enqueueCTUBlock(int, int, int, int, int, x26
5::FrameEncoder*)in threadedme.cpp.o
:info:build ld: symbol(s) not found
:info:build collect2: ld returned 1 exit status
Click to expand...

This is a bug in upstream code. (The issue is that it uses old 64-bit atomics on 32-bit archs, and it is not supported by libatomic either, unlike modern built-ins.) I will look into fixing that now.
(It fails now because MacPorts updated it, it is their port.)

Upd. This should fix the breakage: https://github.com/macos-powerpc/powerpc-ports/commit/1df8dbea621462a6e61caaa10ed41b5bc4e47f18
 
Last edited:
  • Like
Reactions: saxfun
barracuda156 said:
@Andrew-R I only use openssh directly, not as a daemon. At least on 10.6 it works.
I suggest opening a ticket on https://trac.macports.org since Leopard is a supported system by MacPorts.
Click to expand...

#73757 (openssh: User logins fail: error: PAM: pam_open_session(): Cannot make/remove an entry for the specified session) – MacPorts

trac.macports.org trac.macports.org



barracuda156 said:
No idea, never tried, but I can check that.



You could try this version: https://github.com/macos-powerpc/powerpc-ports/commit/ed1dccc2e0f328208e77908307ebc9af7c93b687

Please let me know if it works.

@Matias_ Could you comment on this? I do not use qemu, so if the update to 2.3.1 has broken it, we could revert back to 2.2.0.



That is not my port (i.e. the bug should be reported to MacPorts):
Code: 
% port file libhsts
/opt/local/var/macports/sources/rsync.macports.org/macports/release/tarballs/ports/www/libhsts/Portfile

But I can see what goes wrong with it.

P. S. It is better to discuss specific failures in GitHub (or Codeberg) issues: https://github.com/macos-powerpc/powerpc-ports/issues
Click to expand...

yeah, but I think I'll do this from modern Chrome on Android for speed reasons.
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back