P. S. On a more general note, it may be worth checking what is committed in the main GH repo and building what is of interest. By now there is a lot of stuff which never existed in MacPorts at all, and we don’t have any news channel for new ports LOL
Got a tip for us?
Let us know
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
- Thread starter barracuda156
- Start date
- Sort by reaction score
P. S. On a more general note, it may be worth checking what is committed in the main GH repo and building what is of interest. By now there is a lot of stuff which never existed in MacPorts at all, and we don’t have any news channel for new ports LOL
That is a good idea, I will keep an eye on your repo. Although my interests are quite random haha. I doubt anything else in this world will want to sync up their TI-84+ CE calculator from 2015 with their 2005 Power Mac but I do so I compiled TiLP LOL.
It may be a bit before I get back to it. I am currently using PPC64 again since I put my Nvidia 7800GT back into the G5 and it suddenly started working. I guess OpenGL or PPC64 GUI apps as a whole are broken with ATI because QMPlay2 and mlterm resulting in nothing more than a perfectly black rectangle lmao. And I am using ArchPOWER again because Firefox 142 (yes, you read that right) got fixed for PPC64. I really wish the G5 had more than 2 drive bays.....
P.S. the link in your signature goes to the old GH repo, despite the displayed one being correct
It may be a bit before I get back to it. I am currently using PPC64 again since I put my Nvidia 7800GT back into the G5 and it suddenly started working. I guess OpenGL or PPC64 GUI apps as a whole are broken with ATI because QMPlay2 and mlterm resulting in nothing more than a perfectly black rectangle lmao. And I am using ArchPOWER again because Firefox 142 (yes, you read that right) got fixed for PPC64. I really wish the G5 had more than 2 drive bays.....
P.S. the link in your signature goes to the old GH repo, despite the displayed one being correct
I build a lot of random stuff, with an idea that someone happens to find it useful. Perhaps I don’t add something of zero interest for myself, but at least fix existing ports LOL
This is weird, but who knows, I need to put my ATI card into one of the PowerMacs to check.
A rusty one? Is that BE or LE, if yes?
Ah, thanks, gonna fix that.
P. S. @Matias_ BTW, I have tilp2 in macOS-powerpc archives for 10.6 ppc
Last edited:
A rusty one indeed, BE! All of the credit goes to Rene Rebe and his outstanding T2 SDE project for fixing up the BE patches. The AchPOWER distro maintainer compiled it and I helped with minor testing.
I guess neither, LLVM is supposed to work on ppc64 Linux. Compiling a browser to wasm would be wild LOL
(WASM works only with toy examples, AFAIR. I tried a couple of Go apps, and sure enough, neither worked already at Go to WASM stage.)
I like Xfce, I've never been too much into Plasma. I did test it a while ago and it does work, but it really needs a good GPU to be usable.
For the longest time my G5 Quad ran Linux exclusively and I ran it with a Radeon HD 5770. But I gained interest in Mac OS again so I went with the Geforce 7800 GT which works okay on both operating systems but is really a compromise. I don't think Plasma works nicely with Nouveau.
It's amazing modern Firefox works at all on a G5! Shame about needing LLVM though. I was mostly hoping gcc rust had improved to the point of handling Firefox, then we might be all right on Darwin (though unfortunately probably not on 32 bit).
I'll need to keep a better watch on the ARCHPower repos (https://repo.archlinuxpower.org/base/) in case they do get it working on 32 bit.
I am not sure what is the toughest bottleneck in fact, and which pathway to rust is more likely. Iaian had a plan to release LLVM 11, and likely, once that happens, getting LLVM 14 won’t be too hard either. But rust is a nightmare with their lack of commitment to a sane API…
There is also gcc codegen for rust (i.e. different from gccrs): https://github.com/rust-lang/rfcs/issues/1312
Rene Rebe has expressed interest in porting Cameron Kaiser's ppc64le JavaScript JIT to big endian. I really hope that happens as that would greatly improve performance, JavaScript is so incredibly slow compared to TFF derivatives on Mac OS.
But layout rendering and web compatibility is excellent albeit with some lingering endianness color issues here and there.
Anyway I apologize for derailing this thread.
But layout rendering and web compatibility is excellent albeit with some lingering endianness color issues here and there.
Anyway I apologize for derailing this thread.
Yes, though it is annoying: `sudo port deactivate active` before building anything. This a) ensures that you actually have declared all required dependencies and b) nothing gets linked opportunistically (or at least only stuff which is guaranteed to be available as transitive dependencies).
I started building this way once moved to 10.6.8, since it is still more annoying to have to rebuild incorrectly built ports than spend some time on deactivating.
P. S. This kinda mimics a buildbot setup, so probably it can be automated to some extent (MacPorts buildbots do that, though obviously any fixes should be done manually upon a failure).
Awesome, thanks! pycryptodomex builds now. py312-awscli2 build fine and animdl built fine, these packages have been uploaded to my webserver. Fastanime is unfortunately failing due to numpy dependency, some unrecognized linker flag.
I think it should use a normal ld64 from the prefix. Since by default xtools are used, and numpy has a buggy bundled meson, you may need to do this:
Code:
sudo port -v install ld64-97
sudo port -v upgrade --enforce-variants ld64 -darwin_xtools +ld64_97The current error happens because it picks the archaic system ld, and xtools ld will fail with another error (likely fixable, but it is probably easier just to switch temporarily to another ld64 variant).
GCC 14.3.0 and Sip 1.0 both work on 10.4.11 Give my congratulations to sip's upstream for writing a program that works on a 20 year old OS!gcc14 updated to 14.3.0
Some new ports added:
fat: new port in sysutils · macos-powerpc/powerpc-ports@20f408c
Overlay repo with fixes to use with MacPorts on macOS PowerPC - fat: new port in sysutils · macos-powerpc/powerpc-ports@20f408cgithub.com
fread: new port, TUI text file reader · macos-powerpc/powerpc-ports@6124fd5
Overlay repo with fixes to use with MacPorts on macOS PowerPC - fread: new port, TUI text file reader · macos-powerpc/powerpc-ports@6124fd5
sip: new port, a tool to download from GitHub · macos-powerpc/powerpc-ports@9c5c755
Overlay repo with fixes to use with MacPorts on macOS PowerPC - sip: new port, a tool to download from GitHub · macos-powerpc/powerpc-ports@9c5c755among others.
mastui: update to 0.9.0 · macos-powerpc/powerpc-ports@c8e866b
Overlay repo with fixes to use with MacPorts on macOS PowerPC - mastui: update to 0.9.0 · macos-powerpc/powerpc-ports@c8e866b
Since Webtoons (155 million monthly active users) do not display properly in Aquafox, I got https://github.com/potatoeggy/mandown (which I use as a Webtoon client) working. I'd love to learn how to write Portfiles for Python and Ruby programs available through pip and gems if you have any good tips. I think I once found a post of yours that covered how to write Portfiles for python, but I have been unable to find it again.
There is a lot of cool stuff through pip and gems, I plan on testing more of the ones that seem useful.
Great, thanks for checking!
You can check if these work: https://github.com/macos-powerpc/powerpc-ports/commit/8ba87058ea5de1964d57ca027dc67ddf30a6d7e6 (this assumes you are good with the app working in one python and not the whole zoo, otherwise these need to be changed to py*-* ports).
py-typer-slim: new port · macos-powerpc/powerpc-ports@57853ad
Overlay repo with fixes to use with MacPorts on macOS PowerPC - py-typer-slim: new port · macos-powerpc/powerpc-ports@57853ad
github.com
GUI needs Qt6 -_- https://github.com/potatoeggy/mando...c0a38cb1610ef98ac8e296a744/pyproject.toml#L25
But thankfully, it is optional.
Go by example? In most cases python, ruby, perl and R ports are trivial: just fill in a template, borrowing any recent example. Some complex stuff in python (and very rarely in R) can be a pain, and in those cases python is particularly ugly LOL
With mandown, I had to replace the py-typer-slim dependency with with py-typer, but then it worked. I also had to change some checksums, but that might be my fault for fetching manually. Thank you for showing me how it is done.Great, thanks for checking!
You can check if these work: https://github.com/macos-powerpc/powerpc-ports/commit/8ba87058ea5de1964d57ca027dc67ddf30a6d7e6 (this assumes you are good with the app working in one python and not the whole zoo, otherwise these need to be changed to py*-* ports).
py-typer-slim: new port · macos-powerpc/powerpc-ports@57853ad
Overlay repo with fixes to use with MacPorts on macOS PowerPC - py-typer-slim: new port · macos-powerpc/powerpc-ports@57853ad
GUI needs Qt6 -_- https://github.com/potatoeggy/mando...c0a38cb1610ef98ac8e296a744/pyproject.toml#L25
But thankfully, it is optional.
Go by example? In most cases python, ruby, perl and R ports are trivial: just fill in a template, borrowing any recent example. Some complex stuff in python (and very rarely in R) can be a pain, and in those cases python is particularly ugly LOL
I also wrote a Portfile which builds for telegram-cli. I tested with tmg --help which worked. I am unsure if it manages to send messages to Telegram as claimed. I don't have a Telegram account to check. If anyone is interested in sending messages with (but not reading from) Telegram, feel free to test. I mostly chose this one because it seemed easy to write a Portfile for, and I know some people have noted Telegram is broken.
I think all telegram apps rely on tdlib, and that is broken for all BE (yeah, their code is just garbage).
It is broken for years, and upstream can’t care less: https://github.com/tdlib/td/issues/364
That did the trick, thank you! I have compiled and uploaded all the packages. I have not yet been able to test fastanime yet though, it seems unhappy without a configuration file or something.
I had an issue with older 2.x version, see in comments here: https://github.com/viu-media/viu/issues/123
3.x was creating the config as expected, I think. I need to check what I have in the file.
It certainly worked both for downloading and streaming, that much I have checked. However start from anilist search.
It will be helpful to know what exactly fails, so that we can fix it, hopefully.
BTW, it will be useful to know which ports were broken and what errors you got specifically, since then it can be fixed correctly (typically, though not always, such problems arise from incomplete options in configure.args).
Since apparently my Nvidia decided to die, I have plugged in an ATI card, and got the same result in mpv and mplayer (didn’t check the rest, but looks like it is indeed just broken). Sucks, what can I say.
@Matias_ Nah, it is not the GPU, at least not the GPU itself, since it goes into panic and/or cannot boot at all with another GPU now. Either magically multiple RAM modules failed at once (I tried removing all but two, and changed remaining in pairs) or something worse failing. Internets seem to hold opinion that three beeps, no image and wild fans signify RAM failure, but if this is the case, a lot of RAM fails now. I do get the machine to boot after some manipulations I tried, but it panics in a few minutes again. So not totally bricked, but pretty much unusable -_-
So far I only observed it with mplayer (which linked against xscreensaver I think) and qmmp which unwantedly linked against a few things. I will provide more detailed information later for this and fastanime if I don't forget.
That's really unfortunate, though I am guessing the majority of G5 users are on Nvidia anyway. The ATI X1900 is a nice card, probably the fastest single slot GPU for the G5. But I have had some issues with it, sleep doesn't work reliably and it is incompatible with PPC Linux. I want to try to find a Quadro FX 4500 or 7800 GTX at some point.
Man, that sucks
. Really hope you are able to find a solution. These can be difficult machines to troubleshoot, I would reccomend consulting the service manual and checking the diagnostic LEDs. Running ASD might be helpful, if you can get it that far. If it panics after a few minutes, I wonder if it's overheating.....