PPCPorts: the only ports you ever need on a PowerPC

[barracuda156]

Thanks for directing me to the correct commit. The one I had found had some patches that didn't apply, so I didn't lose much time trying. I will wait to try this until late Tuesday and check on how it went late Friday - it sound like it may take that long to build on a Powerbook running in reduced mode.

A few updates: I switched to rustc 1.39.0, since 1.29.x has a stupid bug with creating directories, and I do not know how to fix it (and upstream commit claiming to fix it did not). 1.39.0 requires LLVM-9, however incompatibilities with LLVM-7 are minimal and trivial, and should be fixed in this patch.
This is a more recent version of portfile – however I did not commit the latest changes which I had locally, and won’t be able to until end of month.
The current status is that everything builds up to the end of bootstrap stage (so rustc is built), however something does not work with creating LLVM target, so it is not usable at the moment.

Possibly, target specs has to be modified, but I am not yet sure. It takes a lot of time to rebuild (and it does not allow to recompile a single file).

mrustc itself appears functional (since it compiles rust in bootstrap stage), but I have no idea what it can build aside of rustc bootstrap.

In other news, I got current Poppler to build configured with -DENABLE_GPGME=OFF \ and without the boost variant (-boost). I know poppler is not in PowerPC ports, so I won't make a pull request, but I wanted to note this somewhere in case someone else on Tiger needs modern poppler. The fallback that builds with the default variants and configure options was too old to build evince.

We could probably just add poppler, if changes for 10.4 are minimal and the same version is used. Alternatively, poppler-legacy can be added, and then used as a drop-in.

However, if you expect many of such instances, it is perhaps better to have a Tiger-specific tree (either with additional ports or as an extra overlay, only with 10.4-specific ones). What do you think? It will probably be easier for you (or whomever maintains ports for 10.4), and it won’t add stuff for later systems unnecessarily.

Speaking of ports not in PowerPC ports, I also made a patch that allows current libxkbcommon-x11 from Macports to build, which hopefully will reduce broken files during rebuilds. The patch is attached.

Please submit the PR with it. But let’s consider options for how to support 10.4 better. (I am not politely implying that a separate tree is the only choice, it is discussable.)

 

[Forest Expertise]

A few updates: I switched to rustc 1.39.0, since 1.29.x has a stupid bug with creating directories, and I do not know how to fix it (and upstream commit claiming to fix it did not). 1.39.0 requires LLVM-9, however incompatibilities with LLVM-7 are minimal and trivial, and should be fixed in this patch.
This is a more recent version of portfile – however I did not commit the latest changes which I had locally, and won’t be able to until end of month.
The current status is that everything builds up to the end of bootstrap stage (so rustc is built), however something does not work with creating LLVM target, so it is not usable at the moment.

View attachment 2580246

Possibly, target specs has to be modified, but I am not yet sure. It takes a lot of time to rebuild (and it does not allow to recompile a single file).

mrustc itself appears functional (since it compiles rust in bootstrap stage), but I have no idea what it can build aside of rustc bootstrap.



We could probably just add poppler, if changes for 10.4 are minimal and the same version is used. Alternatively, poppler-legacy can be added, and then used as a drop-in.

However, if you expect many of such instances, it is perhaps better to have a Tiger-specific tree (either with additional ports or as an extra overlay, only with 10.4-specific ones). What do you think? It will probably be easier for you (or whomever maintains ports for 10.4), and it won’t add stuff for later systems unnecessarily.



Please submit the PR with it. But let’s consider options for how to support 10.4 better. (I am not politely implying that a separate tree is the only choice, it is discussable.)

Thank you for your work on mrustc again - it looks like I should prioritize checking that llvm 7.1 for powerpc works on Tiger before trying to catch up with you on mrustc.
By my count, there are eight important ports that need fixes for Tiger and are not currently present in PowerPC ports: poppler, libxkbcommon-x11, gnupg2, bash, openldap, gpgme, AtomicParsley, and orc. Poppler is fortunately extremely minimal (one configure option is added). I will make a PR for it at some point - I need to fix the other PRs I have opened first lol. I opened an issue with my perspective on Tiger's biggest current problems here: https://github.com/macos-powerpc/powerpc-ports/issues/25
If eight extra ports for Tiger is too many, AtomicParsley and orc could be postponed - that would leave six ports specifically for Tiger. How many ports added just for Tiger fixes are too many? I will try to prioritize once you let me know.
I considered a separate tree, but I think it would be nice for users if everything was in the same place. My understanding is also that having multiple contributors and more pull request activity increases project visibility - and I do think PowerPC ports is a great project that should be more visible. I think having a separate tree for Tiger decreases visibility for both. Ultimately, it is your call as the creator of PowerPC ports, and I will respect what you think is best.

 

[barracuda156]

Thank you for your work on mrustc again - it looks like I should prioritize checking that llvm 7.1 for powerpc works on Tiger before trying to catch up with you on mrustc.

If your aim is rustc, then LLVM is a must at the moment. (gcc codegen is not yet ready, AFAIK, and not implemented via mrustc at all.)
mrustc on its own does not use LLVM.

If eight extra ports for Tiger is too many, AtomicParsley and orc could be postponed - that would leave six ports specifically for Tiger. How many ports added just for Tiger fixes are too many? I will try to prioritize once you let me know.
I considered a separate tree, but I think it would be nice for users if everything was in the same place. My understanding is also that having multiple contributors and more pull request activity increases project visibility - and I do think PowerPC ports is a great project that should be more visible. I think having a separate tree for Tiger decreases visibility for both. Ultimately, it is your call as the creator of PowerPC ports, and I will respect what you think is best.

Well, we can add these first and see how it goes. Moving a subset of ports to a branch is always doable, if needed.
When adding a new port, please start with a commit that copies existing MacPorts’ port with no changes and then modify it in a following commit.

 

[barracuda156]

Hello again,

I've been playing with 10.6.8 PPC A5 and I want to use your prebuilt ports on it. I followed, I think, all the steps with Xcode 3.2.6 and replacing toolchain components before installing bootstrap curl and PPCPorts.

However when I port sync, signature verification of your overlay fails. Did I make a mistake somewhere?

Did you get it working eventually?

 

[Matias_]

Did you get it working eventually?

Yeah it seems to work nicely with your prebuilt ports despite the error. So I'm not sure if it's important....

 

[barracuda156]

Yeah it seems to work nicely with your prebuilt ports despite the error. So I'm not sure if it's important....

But did new ports get indexed? Can you install, say, `you-get` (or anything which is not present in MacPorts)?

 

[barracuda156]

If anyone wanted to use PPCPorts on a modern macOS (for the purpose of having ports otherwise not present in MacPorts), recent commits make it usable. It is not in sources tarball yet, so you will need to build MacPorts from the port, install it and use git sources from https://github.com/macos-powerpc/powerpc-ports as an overlay (add it to sources.conf).

 

[Matias_]

But did new ports get indexed? Can you install, say, `you-get` (or anything which is not present in MacPorts)?

Yeah it appears to work, I installed gsocket and you-get. Thanks for the amazing amount of pre-built ports by the way!

 

[barracuda156]

I think I have fixed what was broken by MacPorts in past two weeks LOL
And updated a number of ports.

`sudo port sync` is encouraged.

 

[barracuda156]

Updated base with the fix for gcc choice:

 

[barracuda156]

FileZilla updated to the latest version:

P. S. @Forest Expertise Tiger will probably work with wxgtk-3.0, if you restore hacks for it (they became unneeded with the move to 3.2, so were dropped earlier).

 

[milliectl]

Has anyone tried compiling emacs? It seems to fail either with the emacs or emacs-devel port

EDIT: Forgot to mention - on 10.5.8 or 10.4.11 as sleep is apparently broken on 10.6.8 :/

 

[barracuda156]

Has anyone tried compiling emacs? It seems to fail either with the emacs or emacs-devel port

EDIT: Forgot to mention - on 10.5.8 or 10.4.11 as sleep is apparently on 10.6.8 :/

It is probably the only port which builds on 10a190 but fails on 10.6.8. I don’t remember if I tried on 10.5.8.

The thing looks like an obscure upstream bug and should be reported in fact.
I have no explanation at the moment why the build works on 10a190 though.

P. S. You can still use ports from 10a190 on 10.6.8, and my pre-built packages have emacs.

 

[barracuda156]

It is probably the only port which builds on 10a190 but fails on 10.6.8. I don’t remember if I tried on 10.5.8.

The thing looks like an obscure upstream bug and should be reported in fact.
I have no explanation at the moment why the build works on 10a190 though.

P. S. You can still use ports from 10a190 on 10.6.8, and my pre-built packages have emacs.

I will check what happens in Rosetta. This should be fixed properly, we cannot rely on building a single port on a different OS version – moreover, I dropped support for 10a190, so my installation is not updated anymore.

UPD. The build in Rosetta also fails LOL
But the existing pre-built package runs:

 

[milliectl]

Awesome! I'll stay with the prebuilt terminal version for now on 10.6.8 - xorg-server-legacy doesn't seem to show anything and XQuartz from MacPorts crashes when attempting to run the GTK3 version of Emacs but I think I can deal with that, at least for a while
The biggest missing piece for me to use my PPC laptops is finally here, thank you!!

 

[barracuda156]

Awesome! I'll stay with the prebuilt terminal version for now on 10.6.8 - xorg-server-legacy doesn't seem to show anything and XQuartz from MacPorts crashes when attempting to run the GTK3 version of Emacs but I think I can deal with that, at least for a while
The biggest missing piece for me to use my PPC laptops is finally here, thank you!!

I think gtk version worked fine last time I tried. I don’t know which version of X server I used, but normally I use my port of Xquartz on 10.6.

Do you have a problem with X server generally or only with emacs? Do both emacs and emacs-devel (with +gtk) behave identically?

 

[milliectl]

Currently at work but off the top of my head: xorg-server-legacy seemed to be running but no X clients ever appeared anywhere. I haven't tested GTK Emacs on xorg-server-legacy, but I'll do that once I'm back from work, same with emacs-devel.

XQuartz from MacPorts works and simple clients like xterm or xeyes appear just fine. Emacs pops up as a rectangle for a second, disappears and crashes after a moment (apparently there's an upstream GTK bug that won't let it reconnect to X11?)

 

[barracuda156]

Currently at work but off the top of my head: xorg-server-legacy seemed to be running but no X clients ever appeared anywhere. I haven't tested GTK Emacs on xorg-server-legacy, but I'll do that once I'm back from work, same with emacs-devel.

XQuartz from MacPorts works and simple clients like xterm or xeyes appear just fine. Emacs pops up as a rectangle for a second, disappears and crashes after a moment (apparently there's an upstream GTK bug that won't let it reconnect to X11?)

Okay, I will see if it works on my end.

MacPorts does not have xquartz port. My ports have it, but it has mostly been tested on 10.6. In my experience, on 10.6 it works perfectly fine. On older and newer systems there are likely to be issues. (On modern macOS, for example, it is tricky to use, though the bug seems to be on upstream side.)

 

[barracuda156]

Okay, I will see if it works on my end.

Crashes for me as well (emacs+gtk). Xquartz as such works fine as before, so this is emacs-specific bug.
I thought some gtk version of it was running earlier, but I may not have checked the current one.