Macports development for PowerPC (10.4, 10.5, 10.6): [unofficial] invitation to cooperate

[barracuda156]

ok, just for the record, I changed sources so that macos-powerpc.org and macports.org are enabled, but not my overlay:

#file:///Users/macuser/local-overlay

# MacOS PowerPC ports:
rsync://macos-powerpc.org/macos-powerpc/PPCPorts/powerpc-ports.tar

# MacPorts upstream:
rsync://rsync.macports.org/macports/release/tarballs/ports.tar.gz [default]

and ran port sync (which took 24 mintues), and these are the rdeps:

macuser@ibookg32(tiger)$ port -v rdeps cctools
The following ports are dependencies of cctools @949.0.1_7+xtools:
  port:apple-gcc42
    port:ld64
      port:ld64-xtools
        path:libexec/darwin-xtools/bin/ld:darwin-xtools
          port:cmake-bootstrap
    port:cctools
    port:gcc_select

macuser@ibookg32(tiger)$ port -v rdeps apple-gcc42 -bootstrap
The following ports are dependencies of apple-gcc42 @5666.3_16:
  port:apple-gcc42
    port:ld64
      port:ld64-xtools
        path:libexec/darwin-xtools/bin/ld:darwin-xtools
          port:cmake-bootstrap
    port:cctools
    port:gcc_select

I'll switch back to using the overlay and resume the build.

These look fine, you could try building this way (I don’t know what is the minimum requirement for xtools).

What did trigger gcc14 in dependencies for apple-gcc42 earlier though? Looks like it is not showing up now with my ports enabled?

 

[cellularmitosis]

These look fine, you could try building this way (I don’t know what is the minimum requirement for xtools).

What did trigger gcc14 in dependencies for apple-gcc42 earlier though? Looks like it is not showing up now with my ports enabled?

I am not sure. It is frustrating that I haven't been able to reproduce it. I gave up and started the build.

 

[cellularmitosis]

Made it through gcc7-bootstrap, looks like I am on the right track

 

[barracuda156]

Made it through gcc7-bootstrap, looks like I am on the right track

Wow, how long did it take so far of compilation time?

 

[cellularmitosis]

Wow, how long did it take so far of compilation time?

Well, I spoke too soon. I was notified that the job finished, but actually the job failed due to disk errors. Unfortunately I wasn’t able to read anything else off the disk, so I couldn’t transfer the build folder to another machine. The build was about 32 hours in, on an iBook G3 500MHz.

It was the excuse I needed to switch to an SSD.

 

[barracuda156]

Well, I spoke too soon. I was notified that the job finished, but actually the job failed due to disk errors. Unfortunately I wasn’t able to read anything else off the disk, so I couldn’t transfer the build folder to another machine. The build was about 32 hours in, on an iBook G3 500MHz.

It was the excuse I needed to switch to an SSD.

Ohhh. But yeah, fair enough, a machine used to build something rather have a decent drive.

 

[barracuda156]

Made a port for MacTerm, fixed a newer version to build for ppc:

 

[Jazzzny]

Do you know if its possible to bring in a newer build of iTerm? It's always been my go-to terminal for its ease of use and featureset.

 

[barracuda156]

Do you know if its possible to bring in a newer build of iTerm? It's always been my go-to terminal for its ease of use and featureset.

Newer than what? )

I have this: https://github.com/macos-powerpc/powerpc-ports/commit/37f620eef6ed95face132b1ce43fbaca601f620e

Perhaps there was some reason to pick the version, though it does not mean that newer is impossible, only that I probably gave up LOL

 

[barracuda156]

I am gonna make boostrap curl + PPCPorts installers for 10.6.8 (ppc+i386+x86_64) and 10.5 (ppc+ppc64).
Should make life easier and allow using this on 10.6 with Rosetta.

 

[barracuda156]

Made it through gcc7-bootstrap, looks like I am on the right track

Could you say if you have built gcc14 (or at least libgcc14) on Tiger or not yet?
I just need to know if it works with `isl-devel`, or otherwise make sure nobody has it built against `isl-devel` already.

I am thinking to switch 10.4 to a slightly older `isl` port (which MacPorts uses for all systems anyway), but do not want to force a rebuild for anyone, if it has already been built with `isl-devel`.

 

[Forest Expertise]

Could you say if you have built gcc14 (or at least libgcc14) on Tiger or not yet?
I just need to know if it works with `isl-devel`, or otherwise make sure nobody has it built against `isl-devel` already.

I am thinking to switch 10.4 to a slightly older `isl` port (which MacPorts uses for all systems anyway), but do not want to force a rebuild for anyone, if it has already been built with `isl-devel`.

Gcc 14 on tiger works fine for me. Also most Qt4 programs - such as Obsession and Arora work fine as well on 10.4.11. One of mutt's variants builds and opens as well, but I do not know enough about mutt to determine if it fully works.
Gtk2 can be made to work, but it requires a lot of portfile editing. Python 3.13 is broken. Setuptools are broken in python from 3.7-3.11. So Everything needs Python 3.12, pretty much. I built most dependencies from mar 2023 commit ccfc6eacb3827a279426fbe30838a047bc31a3db
Gobject-introspection needs py312-setuptools from 72.2 or earlier. Pango needs to build without help2man. But with persistence, gtk2 is possible on 10.4.11. This allows access to sylpheed +ssl, which works as an email client with mail.ln, which let me answer the verification email to make an account here. You do need the apple X11.app, xorg-server-legacy doesn't seem to build, and eXodus rendered improperly and threw an error.
MacPorts on tiger is still very useful, but requires a willingness to experiment with portfiles and git checkout. I may see if I can get gtk3 working - gtk4 is likely not possible, as mesa appears broken beyond my ability to fix.
If people are interested in more advice on how to build gtk2 on 10.4.11 with MacPorts I can provide more details.

 

[barracuda156]

Gcc 14 on tiger works fine for me. Also most Qt4 programs - such as Obsession and Arora work fine as well on 10.4.11. One of mutt's variants builds and opens as well, but I do not know enough about mutt to determine if it fully works.

You may want to check nmail for CLI clients (if it builds on 10.4). That one works for sure, and is pretty neat.

Gtk2 can be made to work, but it requires a lot of portfile editing. Python 3.13 is broken. Setuptools are broken in python from 3.7-3.11. So Everything needs Python 3.12, pretty much.

I can look into that. Broken Python is a pain, too much stuff depends on it, and manually editing hundreds of portfiles suck.

I built most dependencies from mar 2023 commit ccfc6eacb3827a279426fbe30838a047bc31a3db
Gobject-introspection needs py312-setuptools from 72.2 or earlier. Pango needs to build without help2man.

What’s up with help2man though?

But with persistence, gtk2 is possible on 10.4.11. This allows access to sylpheed +ssl, which works as an email client with mail.ln, which let me answer the verification email to make an account here. You do need the apple X11.app, xorg-server-legacy doesn't seem to build, and eXodus rendered improperly and threw an error.

Use xorg-server-1.8 on 10.4, not -legacy.

MacPorts on tiger is still very useful, but requires a willingness to experiment with portfiles and git checkout. I may see if I can get gtk3 working - gtk4 is likely not possible, as mesa appears broken beyond my ability to fix.

I think we need a fallback for 10.4 for mesa. There is little sense to waste time fixing the latest version.

If people are interested in more advice on how to build gtk2 on 10.4.11 with MacPorts I can provide more details.

It will be helpful to know what exactly fails, maybe it is fixable. If it is not, then maybe you can adjust fallbacks for 10.4, so that it will just work for everyone else, without a need to repeat all hacks by hand?

 

[Forest Expertise]

You may want to check nmail for CLI clients (if it builds on 10.4). That one works for sure, and is pretty neat.



I can look into that. Broken Python is a pain, too much stuff depends on it, and manually editing hundreds of portfiles suck.



What’s up with help2man though?



Use xorg-server-1.8 on 10.4, not -legacy.



I think we need a fallback for 10.4 for mesa. There is little sense to waste time fixing the latest version.



It will be helpful to know what exactly fails, maybe it is fixable. If it is not, then maybe you can adjust fallbacks for 10.4, so that it will just work for everyone else, without a need to repeat all hacks by hand?

Nmail does not build "out of the box" so to speak. I might be able to fix it locally, but I prefer gui clients so I am going to work on claws-mail first.
Fixing python would be great - though if you want to wait and fix python 3.14 instead that might be even better. 3.12 can still do a lot and is supported.
Help2man wrecks the pango build as detailed here: https://trac.macports.org/ticket/69876
Per upstream (mentioned in the ticket) help2man isn't needed for the build and apparently it breaks it on Tiger. I removed it as a dependency and then it built fine.
I'm unsure if xorg-server-1.18 is broken, or even legacy, because mesa won't build so I can't build either.
It would be great to have a fallback for mesa, unfortunately the versions provided by macports from March 2023 to present don't seem to build. Maybe an even earlier fallback is possible?
I am happy to post my installed ports list to give people an idea of what works - I don't know how I can adjust fallbacks for everyone else on 10.4, I have only ever been an end user.
libpixman glib2 gobject-introspection all need fallbacks, for example.
I'm happy to help within my very limited abilities. I was pleasantly surprised how fixable Tiger support seemed for many things known to work on ppc

 

[Forest Expertise]

The following were installed on a 12" 1.5 ghz Powerbook via macports
Except for one version of m4 and one version of gcc14, which came from PPCports
a52dec @0.8.0_0 (active)
aom @3.9.1_0 (active)
apple-gcc42 @5666.3_16 (active)
apple-gcc42 @5666.3_16+bootstrap
arora @0.11.0_4 (active)
aspell @0.60.8.1_0 (active)
aspell-dict-en @2020.12.07-0_0 (active)
atk @2.38.0_1 (active)
autoconf @2.72_0 (active)
autoconf-archive @2023.02.20_0 (active)
automake @1.17_0 (active)
bash @5.2.37_0 (active)
bison @3.8.2_2 (active)
bison-runtime @3.8.2_0 (active)
boehmgc @8.2.6_2
boehmgc @8.2.8_0 (active)
bogofilter @1.2.5_1 (active)
botan @2.19.5_0 (active)
brotli @1.1.0_0 (active)
bzip2 @1.0.8_0 (active)
cairo @1.17.6_0+quartz+x11
cairo @1.17.6_2+quartz+x11 (active)
cctools @949.0.1_3
cctools @949.0.1_7 (active)
cmake @3.31.7_0 (active)
cmake-bootstrap @3.9.6_0 (active)
compface @1.5.2_1 (active)
coreutils @9.1_0
coreutils @9.5_0 (active)
curl @8.13.0_0+brotli+http2+idn+psl+ssl+zstd (active)
curl-ca-bundle @8.13.0_0 (active)
cyrus-sasl2 @2.1.28_1+kerberos (active)
cython_select @0.1_2 (active)
db48 @4.8.30_5 (active)
dbus @1.14.10_1 (active)
djvulibre @3.5.28_3 (active)
docbook-xml @5.0_3 (active)
docbook-xml-4.1.2 @5.0_1 (active)
docbook-xml-4.2 @5.0_1 (active)
docbook-xml-4.3 @5.0_1 (active)
docbook-xml-4.4 @5.0_1 (active)
docbook-xml-4.5 @5.0_1 (active)
docbook-xml-5.0 @5.0_1 (active)
docbook-xsl-nons @1.79.2_1 (active)
docutils_select @0.1_1
docutils_select @0.2_0 (active)
enchant @1.6.0_6+aspell (active)
expat @2.6.4_0 (active)
faad2 @2.11.2_0 (active)
findutils @4.9.0_0 (active)
flac @1.5.0_0 (active)
flex @2.6.4_0 (active)
font-adobe-75dpi @1.0.3_1 (active)
font-adobe-100dpi @1.0.3_1 (active)
font-adobe-utopia-75dpi @1.0.4_1 (active)
font-adobe-utopia-100dpi @1.0.4_1 (active)
font-adobe-utopia-type1 @1.0.4_1 (active)
font-alias @1.0.4_0 (active)
font-arabic-misc @1.0.3_1 (active)
font-bh-75dpi @1.0.3_1 (active)
font-bh-100dpi @1.0.3_1 (active)
font-bh-lucidatypewriter-75dpi @1.0.3_1 (active)
font-bh-lucidatypewriter-100dpi @1.0.3_1 (active)
font-bh-ttf @1.0.3_1 (active)
font-bh-type1 @1.0.3_1 (active)
font-bitstream-75dpi @1.0.3_1 (active)
font-bitstream-100dpi @1.0.3_1 (active)
font-bitstream-speedo @1.0.2_1 (active)
font-bitstream-type1 @1.0.3_1 (active)
font-cronyx-cyrillic @1.0.3_1 (active)
font-cursor-misc @1.0.3_1 (active)
font-daewoo-misc @1.0.3_1 (active)
font-dec-misc @1.0.3_1 (active)
font-ibm-type1 @1.0.3_1 (active)
font-isas-misc @1.0.3_1 (active)
font-jis-misc @1.0.3_1 (active)
font-micro-misc @1.0.3_1 (active)
font-misc-cyrillic @1.0.3_1 (active)
font-misc-ethiopic @1.0.4_0 (active)
font-misc-meltho @1.0.3_1 (active)
font-misc-misc @1.1.2_1 (active)
font-mutt-misc @1.0.3_1 (active)
font-schumacher-misc @1.1.2_1 (active)
font-screen-cyrillic @1.0.4_1 (active)
font-sony-misc @1.0.3_1 (active)
font-sun-misc @1.0.3_1 (active)
font-winitzki-cyrillic @1.0.3_1 (active)
font-xfree86-type1 @1.0.4_1 (active)
fontconfig @2.15.0_0 (active)
fop @1.1_1 (active)
Freecell @2.3_0 (active)
freetype @2.13.3_0 (active)
fribidi @1.0.16_0 (active)
gawk @5.3.0_0 (active)
gcc7 @7.5.0_4 (active)
gcc7-bootstrap @7.5.0_0 (active)
gcc10-bootstrap @10.5.0_0 (active)
gcc14 @14.2.0_1
gcc14 @14.2.0_2 (active)
gcc_select @0.1_10 (active)
gdbm @1.24_0 (active)
gdk-pixbuf2 @2.42.10_0 (active)
gettext @0.22.5_0 (active)
gettext-runtime @0.22.5_0 (active)
gettext-tools-libs @0.22.5_0 (active)
ghostscript @9.56.1_1+x11
ghostscript @10.04.0_0+x11 (active)
gi-docgen @2023.3_0 (active)
gi-docgen @2024.1_0
git @2.49.0_0+credential_osxkeychain+diff_highlight+doc+pcre+perl5_34 (active)
git-crypt @0.7.0_0 (active)
glib2 @2.70.5_1+x11 (active)
gmake @4.4.1_1 (active)
gmake-apple @3.81_0 (active)
gmp @6.3.0_0 (active)
gnuchess @6.2.11_0 (active)
gobject-introspection @1.72.0_1 (active)
gperf @3.3_0 (active)
graphene @1.10.8_1 (active)
graphite2 @1.3.14_0 (active)
grep @3.9_0 (active)
gsed @4.9_1 (active)
gsl @2.7.1_1 (active)
gtk-doc @1.32_2+python312 (active)
gtk-doc @1.34.0_0+python312
gtk2 @2.24.33_5+x11 (active)
gts @0.7.6-20121130_1 (active)
gumbo-parser @0.12.1_0 (active)
harfbuzz @10.1.0_1 (active)
hatchling_select @0.1_2 (active)
hello @2.12.1_0 (active)
help2man @1.49.3_0
help2man @1.49.3_2+perl5_34 (active)
hicolor-icon-theme @0.18_0 (active)
hunspell @1.7.2_0 (active)
hyphen @2.8.8_0 (active)
icu @76.1_0 (active)
isl @0.24_1 (active)
iso-codes @4.7.0_0 (active)
itstool @2.0.7_3+python312 (active)
ixwebsocket @11.4.5_0+openssl (active)
jbig2dec @0.20_0 (active)
jbigkit @2.1_0 (active)
kerberos5 @1.21.3_0 (active)
lcms2 @2.17_0 (active)
ld64 @3_6+ld64_97
ld64 @3_8+ld64_97 (active)
ld64-97 @97.17_9
ld64-97 @97.17_11 (active)
legacy-support @1.4.0_0
legacy-support @1.5.0_0 (active)
lerc @4.0.0_1 (active)
libarchive @3.7.9_0
libarchive @3.8.0_0
libarchive @3.8.1_0 (active)
libart_lgpl @2.3.21_2 (active)
libatomic_ops @7.8.2_0 (active)
libb2 @0.98.1_1 (active)
libcomerr @1.47.1_0 (active)
libcroco @0.6.13_1 (active)
libdeflate @1.22_0 (active)
libedit @20250104-3.1_0 (active)
libelf @0.8.13_2 (active)
libetpan @1.9.4_2 (active)
libevent @2.1.12_2 (active)
libfetch @9.0.0-RELEASE_3 (active)
libffi @3.4.8_0 (active)
libgcc @9.0_0 (active)
libgcc7 @7.5.0_1
libgcc10 @10.4.0_5 (active)
libgcc11 @11.4.0_1 (active)
libgcc12 @12.4.0_1 (active)
libgcc13 @13.3.0_2 (active)
libgcc14 @14.2.0_1
libgcc14 @14.2.0_2 (active)
libgcrypt @1.11.0_0 (active)
libgpg-error @1.55_0 (active)
libiconv @1.17_0 (active)
libidn @1.43_0 (active)
libidn2 @2.3.8_0 (active)
libjpeg-turbo @3.1.0_0 (active)
libLASi @1.1.3_1 (active)
libmacho-headers @949.0.1_0 (active)
libmagic @5.46_0 (active)
libmng @2.0.3_1 (active)
libmpc @1.3.1_0 (active)
libnetpbm @11.01.00_0 (active)
libogg @1.3.5_1 (active)
libopus @1.5.2_0 (active)
libpaper @2.2.6_0 (active)
libpaper-utils @2.2.5_0 (active)
libpixman @0.38.4_0 (active)
libpng @1.6.47_0
libpng @1.6.48_0 (active)
libpsl @0.21.5-20240306_0 (active)
libsignal-protocol-c @2.3.3_0 (active)
libsodium @1.0.20_0 (active)
libtasn1 @4.20.0_0 (active)
libtextstyle @0.22.5_0 (active)
libtool @2.5.4_0 (active)
libunistring @1.3_0 (active)
libunwind-headers @5.0.1_0
libuv @1.44.2_0 (active)
libvorbis @1.3.7_0 (active)
libxml2 @2.13.8_0 (active)
libxslt @1.1.42_0
libxslt @1.1.43_0 (active)
libyaml @0.2.5_0 (active)
links @2.28_0 (active)
lmdb @0.9.33_0 (active)
lz4 @1.10.0_0 (active)
lzip @1.24.1_0 (active)
lzma @24.09_0 (active)
lzo2 @2.10_0 (active)
m4 @1.4.19_1
m4 @1.4.20_1 (active)
makeicns @1.4.10a_2 (active)
meson @0.58.2_1
meson @0.64.1_0
meson @1.2.3_0
meson @1.3.0_0
meson @1.3.1_0
meson @1.3.2_0
meson @1.4.0_0 (active)
meson @1.6.1_0
meson @1.6.1_1
minizip @1.3.1_0 (active)
mkfontscale @1.2.3_0 (active)
mpdecimal @4.0.1_0 (active)
mpfr @4.2.2_0 (active)
mpg123 @1.32.10_0 (active)
mpstats @0.2.0_0 (active)
mutt @2.2.13_0+gdbm+idn+imap+pop+smtp+ssl (active)
ncurses @6.5_0 (active)
nettle @3.10_0 (active)
nghttp2 @1.65.0_0 (active)
ninja @1.11.1_1
ninja @1.11.1_2
ninja @1.12.1_0 (active)
nlohmann-json @3.12.0_0 (active)
nspr @4.36_0 (active)
nss @3.112_0 (active)
Obsession @2023.07.12_0 (active)
openjpeg @2.5.3_0 (active)
openssl @3_23 (active)
openssl3 @3.5.0_0
openssl3 @3.5.0_1 (active)
openssl10 @1.0.2u_4 (active)
openssl11 @1.1.1w_1 (active)
ossp-uuid @1.6.2_13+perl5_34 (active)
p5.34-authen-sasl @2.180.0_0 (active)
p5.34-b-cow @0.7.0_0 (active)
p5.34-canary-stability @2013_0 (active)
p5.34-cgi @4.680.0_0 (active)
p5.34-clone @0.470.0_0 (active)
p5.34-common-sense @3.750.0_0 (active)
p5.34-compress-raw-bzip2 @2.213.0_0 (active)
p5.34-compress-raw-zlib @2.213.0_0 (active)
p5.34-data-dumper @2.183.0_0 (active)
p5.34-devel-hide @0.1.500_0 (active)
p5.34-digest-hmac @1.50.0_0 (active)
p5.34-digest-sha1 @2.130.0_4 (active)
p5.34-encode @3.210.0_0 (active)
p5.34-encode-din66003 @0.50.0_0 (active)
p5.34-encode-eucjpascii @0.30.0_1 (active)
p5.34-encode-hanextra @0.230.0_6 (active)
p5.34-encode-iso2022 @0.40.0_0 (active)
p5.34-encode-jisx0213 @0.40.0_0 (active)
p5.34-encode-locale @1.50.0_0 (active)
p5.34-error @0.170.300_0 (active)
p5.34-gssapi @0.280.0_3 (active)
p5.34-html-parser @3.830.0_0 (active)
p5.34-html-tagset @3.240.0_0 (active)
p5.34-http-date @6.60.0_0 (active)
p5.34-http-message @7.0.0_0 (active)
p5.34-io-compress @2.213.0_0 (active)
p5.34-io-html @1.4.0_0 (active)
p5.34-io-socket-ssl @2.89.0_0 (active)
p5.34-json @4.100.0_0 (active)
p5.34-json-xs @4.30.0_0 (active)
p5.34-locale-gettext @1.70.0_1 (active)
p5.34-locale-maketext-simple @0.210.0_3 (active)
p5.34-lwp-mediatypes @6.40.0_0 (active)
p5.34-mime-base32 @1.303.0_0 (active)
p5.34-mime-base64 @3.160.0_0 (active)
p5.34-mime-charset @1.013.1_0 (active)
p5.34-module-load @0.360.0_0 (active)
p5.34-module-load-conditional @0.740.0_0 (active)
p5.34-net-smtp-ssl @1.40.0_0 (active)
p5.34-net-ssleay @1.940.0_3 (active)
p5.34-params-check @0.380.0_1 (active)
p5.34-pod-escapes @1.70.0_0 (active)
p5.34-pod-simple @3.470.0_0 (active)
p5.34-pod2-base @0.43.0_0 (active)
p5.34-regexp-ipv6 @0.30.0_0 (active)
p5.34-scalar-list-utils @1.690.0_0 (active)
p5.34-sub-uplevel @0.280.0_0 (active)
p5.34-term-readkey @2.380.0_0 (active)
p5.34-term-size-any @0.2.0_0 (active)
p5.34-term-size-perl @0.31.0_0 (active)
p5.34-term-table @0.24.0_0 (active)
p5.34-test-cpan-meta @0.250.0_0 (active)
p5.34-test-cpan-meta-json @0.160.0_0 (active)
p5.34-test-exception @0.430.0_0 (active)
p5.34-test-nowarnings @1.60.0_0 (active)
p5.34-test-pod @1.520.0_0 (active)
p5.34-test-simple @1.302.212_0 (active)
p5.34-test-warn @0.370.0_0 (active)
p5.34-time-hires @1.976.400_0 (active)
p5.34-time-local @1.350.0_0 (active)
p5.34-timedate @2.330.0_0 (active)
p5.34-types-serialiser @1.10.0_0 (active)
p5.34-unicode-linebreak @2019.1.0_1 (active)
p5.34-uri @5.320.0_0 (active)
p5.34-version @0.993.300_0 (active)
p5.34-xsloader @0.240.0_0 (active)
p7zip @16.02_5 (active)
p11-kit @0.25.3_0 (active)
pango @1.55.0_0+x11 (active)
pcre @8.45_0 (active)
pcre2 @10.45_0 (active)
perl5 @5.34.3_0+perl5_34 (active)
perl5.34 @5.34.3_1 (active)
pkgconfig @0.29.2_0 (active)
popt @1.19_0 (active)
psutils @p17_1 (active)
py-bootstrap-modules @2024-07-29_0 (active)
py35-cython @0.29.17_0 (active)
py35-setuptools @50.3.1_0 (active)
py36-setuptools @59.6.0_0 (active)
py310-installer @0.6.0_0 (active)
py311-build @0.10.0_0
py311-build @1.0.3_0 (active)
py311-installer @0.7.0_0 (active)
py311-libxml2 @2.10.2_0 (active)
py311-packaging @23.1_0
py311-packaging @23.2_0 (active)
py311-pyproject_hooks @1.0.0_0 (active)
py312-anytree @2.8.0_1 (active)
py312-anytree @2.13.0_0
py312-build @1.2.2.post1_0 (active)
py312-calver @2022.06.26_0 (active)
py312-cython @3.0.12_0 (active)
py312-docutils @0.19_0
py312-docutils @0.21.2_0 (active)
py312-editables @0.5_0 (active)
py312-flit_core @3.9.0_0 (active)
py312-hatchling @1.25.0_0 (active)
py312-installer @0.7.0_0 (active)
py312-jinja2 @3.1.3_0
py312-jinja2 @3.1.4_0 (active)
py312-libxml2 @2.13.8_0 (active)
py312-lxml @5.4.0_0 (active)
py312-mako @1.3.10_0 (active)
py312-markdown @3.5.2_0
py312-markdown @3.6_0
py312-markdown @3.7_0 (active)
py312-markupsafe @3.0.2_0 (active)
py312-meson @0.64.1_0
py312-meson @1.6.1_0 (active)
py312-packaging @25.0_0 (active)
py312-pathspec @0.12.1_0 (active)
py312-pep517 @0.13.0_0 (active)
py312-pluggy @1.5.0_0 (active)
py312-poetry-core @1.9.0_0
py312-poetry-core @1.9.1_0 (active)
py312-pygments @2.19.1_0 (active)
py312-pyproject_hooks @1.2.0_0 (active)
py312-roman @3.3_0
py312-roman @4.1_0 (active)
py312-setuptools @70.2.0_0 (active)
py312-setuptools @78.1.1_0
py312-setuptools_scm @8.0.4_0 (active)
py312-six @1.16.0_0 (active)
py312-smartypants @2.0.1_0 (active)
py312-toml @0.10.2_0 (active)
py312-trove-classifiers @2024.7.2_0 (active)
py312-typing_extensions @4.11.0_0 (active)
py312-typogrify @2.0.7_0 (active)
py312-wheel @0.45.1_0 (active)
py312-yaml @6.0.2_0 (active)
pygments_select @0.1_1 (active)
python2_select @0.1_0 (active)
python3_select @0.1_0 (active)
python3_select-310 @0.1_1 (active)
python3_select-311 @0.1_1 (active)
python3_select-312 @0.1_1 (active)
python3_select-313 @0.1_1 (active)
python3_select-314 @0.1_1 (active)
python27 @2.7.18_10 (active)
python35 @3.5.10_6 (active)
python36 @3.6.15_3 (active)
python310 @3.10.17_0 (active)
python311 @3.11.12_0 (active)
python312 @3.12.10_0
python312 @3.12.11_0 (active)
python_select @0.3_10 (active)
python_select-310 @0.3_1 (active)
python_select-311 @0.3_1 (active)
python_select-312 @0.3_1 (active)
python_select-313 @0.3_1 (active)
python_select-314 @0.3_1 (active)
qca @2.2.1_2 (active)
qrencode @4.1.1_0 (active)
qt4-mac @4.8.7_14 (active)
quartz-wm @1.3.2_1 (active)
rb-sup @2024.01.01_0 (active)
re2c @3.1_0 (active)
readline @8.2.013_0 (active)
rnnoise @0.2_2 (active)
rsync @3.4.1_0 (active)
ruby_select @1.3_1 (active)
shared-mime-info @2.2_0 (active)
sqlite3 @3.49.1_0
sqlite3 @3.49.2_0
sqlite3 @3.50.0_0
sqlite3 @3.50.1_0 (active)
sylpheed @3.7.0_1
sylpheed @3.7.0_1+ssl (active)
tcp_wrappers @20_5 (active)
texinfo @7.2_0+perl5_34 (active)
tiff @4.7.0_0 (active)
tradcpp @0.5.3_0 (active)
urw-fonts @1.0.7pre44_0 (active)
util-linux @2.40.1_1
util-linux @2.40.2_0 (active)
w3m @0.5.3.20230121_0 (active)
xauth @1.1.2_0 (active)
Xft2 @2.3.8_0 (active)
xinit @1.4.1_1 (active)
xkbcomp @1.4.5_0 (active)
xkeyboard-config @2.5.1_1 (active)
xmlcatmgr @2.2_1 (active)
xmlto @0.0.28_8
xmlto @0.0.29_0 (active)
xorg-encodings @1.0.5_1 (active)
xorg-font-util @1.3.2_0 (active)
xorg-fonts @20090102_1 (active)
xorg-libAppleWM @1.4.1_1 (active)
xorg-libfontenc @1.1.8_0 (active)
xorg-libice @1.1.1_0 (active)
xorg-libpthread-stubs @0.4_0
xorg-libpthread-stubs @0.5_0 (active)
xorg-libsm @1.2.4_0 (active)
xorg-libX11 @1.8.9_0
xorg-libX11 @1.8.10_0 (active)
xorg-libXau @1.0.12_0 (active)
xorg-libXaw @1.0.16_1 (active)
xorg-libxcb @1.17.0_0+python312 (active)
xorg-libXcomposite @0.4.6_0 (active)
xorg-libXcursor @1.2.1_0
xorg-libXcursor @1.2.3_0 (active)
xorg-libXdamage @1.1.6_0 (active)
xorg-libXdmcp @1.1.5_0 (active)
xorg-libXext @1.3.6_0 (active)
xorg-libXfixes @6.0.1_0 (active)
xorg-libXfont @1.5.4_2 (active)
xorg-libXfont2 @2.0.6_0 (active)
xorg-libXfontcache @1.0.5_2 (active)
xorg-libXi @1.8.1_0
xorg-libXi @1.8.2_0 (active)
xorg-libXinerama @1.1.5_0 (active)
xorg-libxkbfile @1.1.2_0 (active)
xorg-libXmu @1.2.1_0 (active)
xorg-libXp @1.0.4_0 (active)
xorg-libXrandr @1.5.4_0 (active)
xorg-libxshmfence @1.3.2_0 (active)
xorg-libXt @1.3.1_0+docs (active)
xorg-libXtst @1.2.5_0 (active)
xorg-util-macros @1.20.2_0 (active)
xorg-xcb-proto @1.17.0_0+python312 (active)
xorg-xcb-util @0.4.1_0 (active)
xorg-xorgproto @2024.1_0 (active)
xorg-xtrans @1.5.2_0 (active)
xpdf @4.05_0+qt4 (active)
xpm @3.5.15_0
xpm @3.5.17_0 (active)
xrdb @1.2.1_0 (active)
xrender @0.9.11_0 (active)
xset @1.2.4_1 (active)
xxhashlib @0.8.3_3 (active)
xz @5.8.1_0 (active)
xz-bootstrap @5.8.1_0 (active)
zenwriter @0.1_0 (active)
zlib @1.3.1_0 (active)
zstd @1.5.6_0
zstd @1.5.7_0 (active)

 

[barracuda156]

Nmail does not build "out of the box" so to speak. I might be able to fix it locally, but I prefer gui clients so I am going to work on claws-mail first.
Fixing python would be great - though if you want to wait and fix python 3.14 instead that might be even better. 3.12 can still do a lot and is supported.
Help2man wrecks the pango build as detailed here: https://trac.macports.org/ticket/69876
Per upstream (mentioned in the ticket) help2man isn't needed for the build and apparently it breaks it on Tiger. I removed it as a dependency and then it built fine.
I'm unsure if xorg-server-1.18 is broken, or even legacy, because mesa won't build so I can't build either.
It would be great to have a fallback for mesa, unfortunately the versions provided by macports from March 2023 to present don't seem to build. Maybe an even earlier fallback is possible?
I am happy to post my installed ports list to give people an idea of what works - I don't know how I can adjust fallbacks for everyone else on 10.4, I have only ever been an end user.
libpixman glib2 gobject-introspection all need fallbacks, for example.
I'm happy to help within my very limited abilities. I was pleasantly surprised how fixable Tiger support seemed for many things known to work on ppc

As a general approach, if I want to make a fallback, but do not know which version gonna work or do not have a pre-existing portfile for it, I usually make a WIP portfile first, without much care to make it neat, then go down versions, until something builds. (This assumes the reason of a failure is not clear; if it is, it makes better sense to find where the breaking change was introduced, and either fix that, or revert the offending commit, or fall back to a version pre-dating the breakage.)
Once the needed version is found, a fallback can be added into the standard port. There are multiple existing examples, e.g.: https://github.com/macports/macport...3052e3f882c9e05ee/multimedia/QMPlay2/Portfile
If the port is already too complicated or there is little sense in having the same port on old systems for some reason, a fallback can be made as a separate port. This was done for libsdl2-powerpc, mpv-legacy etc.
(This does not imply you have to do that, of course, I am just giving the info in a case it may be useful.)

 

[Forest Expertise]

As a general approach, if I want to make a fallback, but do not know which version gonna work or do not have a pre-existing portfile for it, I usually make a WIP portfile first, without much care to make it neat, then go down versions, until something builds. (This assumes the reason of a failure is not clear; if it is, it makes better sense to find where the breaking change was introduced, and either fix that, or revert the offending commit, or fall back to a version pre-dating the breakage.)
Once the needed version is found, a fallback can be added into the standard port. There are multiple existing examples, e.g.: https://github.com/macports/macport...3052e3f882c9e05ee/multimedia/QMPlay2/Portfile
If the port is already too complicated or there is little sense in having the same port on old systems for some reason, a fallback can be made as a separate port. This was done for libsdl2-powerpc, mpv-legacy etc.
(This does not imply you have to do that, of course, I am just giving the info in a case it may be useful.)

My understanding is that Macports dropped support for Tiger - if I edit portfiles to add fallbacks, would that be accepted? Or would I need to fork Macports?

 

[barracuda156]

My understanding is that Macports dropped support for Tiger - if I edit portfiles to add fallbacks, would that be accepted? Or would I need to fork Macports?

My personal opinion is that chances of convincing MacPorts upstream to restore support for 10.4 are slim. (Notice though, I do not represent MacPorts.)

I can accept sensible patches into my PPCPorts. (If that will be beyond what I consider sensible, it can be done in a separate tree, specific to 10.4.)

Alternatively, you can do it in your fork – or join efforts with someone else here, who is interested in Tiger. (I am not, as such, but I think it does not help anyone to have a gazillion incompatible forks targeting one particular system each – so I rather accommodate some support for Tiger, as long as there are users interested in it.)

 

[Forest Expertise]

I submitted pull requests for glib2. Please let me know if adding a fallback the way I did seems correct. If so, I will go back and add fallbacks for other ports.
Speaking of, I built version 17.1.6_2 of mesa. With that, I was able to build xorg-server-1.18, which worked! I also built qgit, which worked pretty easily due to being qt4.
Still working on gtk3 and gtk4. Gtk3 has at-spi2-core failing to build. Gtk4 has librsvg failing to build.
Tigervnc also fails to build, which is ironic considering the name.

 

[barracuda156]

I submitted pull requests for glib2. Please let me know if adding a fallback the way I did seems correct. If so, I will go back and add fallbacks for other ports.

Thanks, I will review it today once at the desktop.

Speaking of, I built version 17.1.6_2 of mesa. With that, I was able to build xorg-server-1.18, which worked!

1.18 is expected to. I am not aware of mesa issues, need to see the logs why later versions fail.

I also built qgit, which worked pretty easily due to being qt4.

2.11 or which qgit? (MacPorts has an older one.)

Still working on gtk3 and gtk4. Gtk3 has at-spi2-core failing to build. Gtk4 has librsvg failing to build.

Which version of librsvg are you building?

TigerVNC also fails to build, which is ironic considering the name.

It was broken on 10.6 too, I fixed it in my ports.

 

[Forest Expertise]

This is the most recent version of qgit, though some dependencies are from 12/25/2024. I do most of my work with the Macports repository from 12/25/24, as that largely uses python312 based dependencies, and as I mentioned, pyhton313 is broken for Tiger and given python314 comes out in three months, I think any python fixing efforts should focus on that.
Regarding mesa, there was this interesting note in the portfile back in June 2022:

platform darwin {
if {${os.major} < 11} {

# versions > 17 do not presently compile on systems prior to 10.7
version 17.1.6
revision 2
checksums sha1 2acc201e24ea67c5231074d6746a42a747228ed6 \
rmd160 43a9b758462316ad344ccdccf72d6d0ce295620e \
sha256 0686deadde1f126b20aa67e47e8c50502043eee4ecdf60d5009ffda3cebfee50 \
size 9868932

# this option does nothing in mesa 17.x and generates warnings
configure.args-delete --enable-autotools

# overwrite previous patchfiles, and then add as needed below
patchfiles \
mesa17-0001-glxcmds-Fix-a-typo-in-the-__APPLE__-codepath.patch \
mesa17-0002-glext.h-Add-missing-include-of-stddef.h-for-ptrdiff_.patch \
mesa17-0003-applegl-Provide-requirements-of-_SET_DrawBuffers.patch \
mesa17-0004-mesa-Deal-with-size-differences-between-GLuint-and-G.patch

# https://bugs.freedesktop.org/show_bug.cgi?id=89088
configure.env-append INDENT=cat

# not needed if legacysupport is used
# patchfiles-append static-strndup.patch
}

if {${os.major} < 10} {
# https://trac.macports.org/ticket/52811
patchfiles-append patch-include-GL-mesa_glinterop_h.diff
}

if {${os.major} < 11} {
# See https://trac.macports.org/ticket/54643
configure.args-append --disable-glx-tls
}

if {${os.major} < 14} {
# See https://trac.macports.org/ticket/54638
# See https://trac.macports.org/ticket/54643
patchfiles-append disable_shader_cache.patch
}

if {${os.major} < 9} {
# Xplugin.h is missing on Tiger
configure.cppflags-append -I${filespath}/include
}

pre-configure {
if {${os.major} < 11} {
# https://trac.macports.org/ticket/25677
if { ![file exists /usr/lib/libXplugin.dylib] } {
ui_error "Detected a problem with your development environment. Please work around it by executing:"
ui_error "sudo ln -s libXplugin.1.dylib /usr/lib/libXplugin.dylib"
return -code error "missing libXplugin.dylib"
}
}
}
}

At some point a little later in 2022, Macports took this out of the portfile. Tiger has built intermittently since, judging from the trac tickets. It's possible a later version will build for Tiger, but I couldn't find one.
For librsvg, I have tried a variety of versions from present to December 2017. I have yet to try PPCPorts for it, so maybe that will build.
Thank you for fixing TigerVNC for 10.6 (and 10.5 I assume). Maybe it will work for 10.4, but I may focus on other areas given that I'm unsure it will solve my remote desktop woes. Those likely have more to do with lack of router access.

My main goals are getting gtk related programs to build. I'm happy with sylpheed, but a modern claws-mail would be even better. I also need to start digging around in PPCPorts for more qt4 based stuff, as that seems like it works well.

You mentioned switching default python for ports in 10.4 was a hassle, given the large number of portfiles. If I did it for the relevant python ports and consolidated that into a single pull request, would that be helpful?

 

[barracuda156]

This is the most recent version of qgit, though some dependencies are from 12/25/2024. I do most of my work with the Macports repository from 12/25/24, as that largely uses python312 based dependencies, and as I mentioned, pyhton313 is broken for Tiger

Doesn’t this fix it? https://github.com/macports/macports-ports/pull/28265

and given python314 comes out in three months, I think any python fixing efforts should focus on that.
Regarding mesa, there was this interesting note in the portfile back in June 2022:

Mesa should have been fixed in April: https://github.com/macports/macports-ports/pull/28269
Notice, this is not in PPCPorts (there it may not work on Tiger), but in official MacPorts.

For librsvg, I have tried a variety of versions from present to December 2017. I have yet to try PPCPorts for it, so maybe that will build.

Don’t bother for librsvg, I do not have anything special for it for 10.4. But how does it fail? Strange if it was broken for ages and no one complained.

You mentioned switching default python for ports in 10.4 was a hassle, given the large number of portfiles. If I did it for the relevant python ports and consolidated that into a single pull request, would that be helpful?

I think it makes a better sense to fix w/e python MacPorts uses. While I dislike their policy of pushing python versions up for no good reason and without any testing, I do not want to have to maintain a copy of every port which uses python (to override python choice).
If you or someone comes up with a solution how to manage python in a centralized way via portgroup which would automatically override local settings in portfiles (via an option), that will be welcomed.

 

[Forest Expertise]

Doesn’t this fix it? https://github.com/macports/macports-ports/pull/28265



Mesa should have been fixed in April: https://github.com/macports/macports-ports/pull/28269
Notice, this is not in PPCPorts (there it may not work on Tiger), but in official MacPorts.



Don’t bother for librsvg, I do not have anything special for it for 10.4. But how does it fail? Strange if it was broken for ages and no one complained.



I think it makes a better sense to fix w/e python MacPorts uses. While I dislike their policy of pushing python versions up for no good reason and without any testing, I do not want to have to maintain a copy of every port which uses python (to override python choice).
If you or someone comes up with a solution how to manage python in a centralized way via portgroup which would automatically override local settings in portfiles (via an option), that will be welcomed.

Thank you for pointing me to the python fix! I had never come across that, as it was never merged into the official Macports repository. It fixed the majority of problems I had been having. I now have python 3.13.3, though I can't seem to get later versions to build. Likely the same patches can still work, but I will focus on making pull requests for easier fixes first.
For example, a fallback is no longer needed for glib2. I closed the pull request on your github. Thank you for the pointers on formatting, as some ports still need fallbacks or other fixes and hopefully I will get around to making pull requests for Tiger when I have time.
Mesa was fixed - I think it was another thing where later versions wanted python313 for some dependencies and that made it broken for me until you pointed to me to kencu and glebm fixing python313.
Librsvg had a fallback for early operating systems that can't use rust. Dav1d and vala started being used to build librsvg at some point. I think this is the relevant part of the Portfile.
#----------------------------------------------------------------------------------------
# Developer-only override, allowing easy testing of desired behavior:
# - librsvg.override.fallback=yes - Force use of fallback release
# - librsvg.override.fallback=no - Force use of latest release
#----------------------------------------------------------------------------------------
if {[info exists librsvg.override.fallback]} {
if {[string is boolean -strict ${librsvg.override.fallback}]} {
ui_msg "librsvg.override.fallback specified: ${librsvg.override.fallback}"
set librsvg_fallback \
[string is true -strict ${librsvg.override.fallback}]
} else {
error "librsvg.override.fallback must be specified as a valid boolean value"
}
} else {
if {${os.platform} eq "darwin" && (
${os.major} < ${min_darwin_for_rust}
|| ${configure.build_arch} in "ppc ppc64"
|| ${universal_possible} && [variant_isset universal] && ("ppc" in ${configure.universal_archs} || "ppc64" in ${configure.universal_archs})
)} {
set librsvg_fallback yes
} else {
set librsvg_fallback no
}
}

if {${librsvg_fallback}} {
# revert to latest pre-cargo version
PortGroup gobject_introspection 1.0

version 2.40.21
revision 0
epoch 1

checksums rmd160 5135ad75e976658936d03655faa37f9ed1c11a3e \
sha256 f7628905f1cada84e87e2b14883ed57d8094dca3281d5bcb24ece4279e9a92ba \
size 1655860

However, this fallback won't trigger when installing librsvg by itself on Tiger, or when gtk4 tries to build it. However, claws-mail successfully installed librsvg 2.40.21 on Tiger before failing on a different dependency, which was a pleasant surprise. I then messed with the Portfile so that it wouldn't try to upgrade librsvg further, and successfully built gtk4.
Gtk3 also built with python 313.3. I built planner to test it. Planner works! I can post a screenshot to the open source supported software thread if you think that would be helpful. However, I am unsure whether anyone wants to use it - I built it just to test that gtk3 worked correctly.

My to do list for whenever I have more time (hopefully this upcoming weekend):
1. Create a pull request for a fallback for gobject-introspection. I will make sure to test on Tiger before I submit. Python313 got rid of my need for fallbacks for a lot of things, but not gobject-introspection.
2. Create a pull request to remove help2man as a dependency for pango for Tiger, as it breaks the build there and the upstream for pango said help2man is unnecessary.
3. Figure out whether the fix for python 3.13.3 made by kencu and glebm can be used for python 3.13.5 without breaking anything, or make a pull request to make python 3.13.3 a fallback for Tiger, which may be easier.
4. Make a pull request for a fallback for libepoxy, but also add a non-functional x11 variant for the fallback, because that port did not have an x11 variant back when it worked for tiger, but it needs to be listed as +x11 to function as a dependency for a lot of other ports.
5. Make sure the fallback always triggers for librsvg so that it doesn't try to build dav1d, which I think you mentioned is broken on all PowerPC Mac OS X? I think I say you comment that somewhere on github. Please correct me if I am wrong.
6. Try to figure out why boost181 fails to build deep into the process.
7. Build a lot of gtk2, gtk3, or gtk4 based software and enjoy using them.

I have only been using Macports since May, but I am quite happy with how many things can be made to work.
Qt4, gtk2, gtk3, gtk4, and tk all work. Those toolkits enable most GUI open source software to work on Tiger in theory.
Sylpheed works, which was why I tried Macports in the first place.

I may try setting up a partition with Snow Leopard to compare and give you more testing data, since you have been very helpful to set up precompiled binaries for that platform. Out of curiosity, if I wanted to provide precompiled binaries for Tiger, what would you recommend I do?

 

[barracuda156]

Librsvg had a fallback for early operating systems that can't use rust. Dav1d and vala started being used to build librsvg at some point. I think this is the relevant part of the Portfile.
However, this fallback won't trigger when installing librsvg by itself on Tiger, or when gtk4 tries to build it.

This is surprising. What do you get with `port -v rdeps librsvg`?

5. Make sure the fallback always triggers for librsvg so that it doesn't try to build dav1d, which I think you mentioned is broken on all PowerPC Mac OS X?

That is a wildly outdated info. `dav1d` builds fine on 10.5 and 10.6. I did not run tests for it, but as a dependency for w/e needs it, it works fine. No idea about 10.4 though.

I think I say you comment that somewhere on github. Please correct me if I am wrong.
6. Try to figure out why boost181 fails to build deep into the process.

I am not sure if I tried it on Tiger. Can you share the log?

Out of curiosity, if I wanted to provide precompiled binaries for Tiger, what would you recommend I do?

Reproducible builds, use your key to sign archives, place everything on a server accessible over rsync and/or http.
Then it can either be added to 10.4-specific installer or given as an option to a user.
Ideally you are supposed to respond to issues, if someone opens such. But of course, no obligations exist.

I’d recommend to discuss this with other ppl here interested in 10.4.

Generally speaking, I am fine with any sensible approach, as long as there is someone to do what’s needed.
(Just in case, nobody needs my permission to use PPCPorts in any desired way. I have some conditions if sources are added to my installers. You can always make your installers or recommend users to add your port archives.)

 

[Matias_]

Hello, I've been toying with MacPorts for a while but I've always had rather little luck with it. It was the best when I started using it about a year or so ago but more and more things have broken since then and I don't know how to fix them since I am more of a Linux person. I keep having the strangest problems. Nevertheless I don't want to give up and I gave PPCports a shot.

I am trying to compile QMPlay2 on a PowerMac G4 running MacOS 10.5.8. After it compiled a few dozen dependencies I got the following:

Error: The following dependencies were not installed because all of them have unmet dependencies (likely due to a dependency cycle): cmake pkgconfig gcc14 qt4-mac QJson4 ffmpeg libass libcddb libcdio portaudio taglib zlib libgcc yt-dlp curl libarchive xz nghttp2 libidn2 libpsl openssl zstd gettext libiconv gettext-runtime gettext-tools-libs libtextstyle autoconf m4 libunistring libtool python310 sqlite3 openssl3 perl5 perl5.34 gdbm libb2 libxml2 icu python27 openssl11 texinfo gmp isl-devel libmpc mpfr help2man p5.34-locale-gettext dbus tiff libpng libmng libjpeg-turbo lerc libdeflate lcms2 gmake dav1d fontconfig freetype fribidi gnutls harfbuzz lame libbluray libmodplug libogg libopus librsvg libtheora libvorbis openjpeg soxr speex webp zimg zvbi aom svt-av1 libvidstab x264 x265 XviD meson ninja py313-meson py313-build py313-installer py313-setuptools py313-wheel python313 py313-packaging py313-pyproject_hooks mpdecimal re2c python311 bison python312 p11-kit nettle libxslt cairo glib2 graphite2 gobject-introspection libpixman xrender xorg-libXext xorg-xcb-util xorg-libX11 xorg-libXdmcp xorg-libXau xorg-libxcb xorg-xcb-proto libelf pcre2 py313-cython py313-mako py313-markdown py313-markupsafe gdk-pixbuf2 pango vala libcroco gi-docgen gtk-doc py312-docutils shared-mime-info py313-jinja2 py313-pygments py313-toml py313-typogrify py313-smartypants itstool py313-anytree py313-lxml py313-libxml2 py312-roman xmlto bash coreutils util-linux w3m boehmgc Xft2 flex graphviz gd2 gts libLASi xorg-libXaw urw-fonts libheif xpm libde265 openh264 kvazaar gtest xorg-libXt xorg-libsm xorg-libice libnetpbm xorg-libXmu git rsync p5.34-authen-sasl p5.34-error p5.34-net-smtp-ssl p5.34-term-readkey p5.34-cgi popt p5.34-digest-hmac p5.34-gssapi p5.34-digest-sha1 kerberos5 libcomerr p5.34-io-socket-ssl p5.34-scalar-list-utils p5.34-net-ssleay p5.34-uri p5.34-test-exception p5.34-test-nowarnings p5.34-test-warn p5.34-sub-uplevel p5.34-mime-base32 p5.34-mime-base64 p5.34-regexp-ipv6 p5.34-html-parser p5.34-html-tagset p5.34-http-message p5.34-clone p5.34-compress-raw-bzip2 p5.34-compress-raw-zlib p5.34-encode p5.34-encode-locale p5.34-http-date p5.34-io-compress p5.34-io-html p5.34-lwp-mediatypes p5.34-b-cow p5.34-test-simple p5.34-xsloader p5.34-data-dumper p5.34-term-table p5.34-time-hires p5.34-term-size-any p5.34-unicode-linebreak p5.34-devel-hide p5.34-module-load-conditional p5.34-term-size-perl p5.34-locale-maketext-simple p5.34-module-load p5.34-params-check p5.34-version p5.34-mime-charset p5.34-encode-din66003 p5.34-encode-eucjpascii p5.34-encode-hanextra p5.34-encode-jisx0213 p5.34-pod2-base p5.34-encode-iso2022 p5.34-test-cpan-meta p5.34-test-cpan-meta-json p5.34-test-pod p5.34-json p5.34-json-xs p5.34-canary-stability p5.34-common-sense p5.34-types-serialiser p5.34-pod-simple p5.34-pod-escapes p5.34-time-local p5.34-timedate libgcc14 py313-pycryptodome AtomicParsley
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.
Error: Processing of port QMPlay2 failed

Am I missing something? Does it only work on a G5 or on 10.6? Any pointers would be really appreciated, thanks a lot!

Edit: any major package seems to have unmet dependencies now, what the heck?