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

tsubomigite

macrumors member
Original poster
Initially , this thread was about discussing about a potential OS 9 Lives/System 7 Forever for Mavericks , but this is slowly becoming a thread to share Mavericks compatible software , so might aswell put this out there!!

My own personal archive, feel free to request anything to be added!!
https://archive.org/details/alyssas-osx-mavericks-archive

image(4).jpg


Original post:

In my time of using Mavericks , ive been wondering , should there be a "MacOS 9 Lives” or "System7 Today” for Mavericks ??

What I mean by this is a community-driven app marketplace for Mavericks compatible software, abandonware, etc. Ive been working on an app archive on my archive.org , but its very basic right now.

Even then , i feel like the mavericks community would thrive with something like a community marketplace ,
 
Last edited:
Right now we have Macintosh Garden and Repository, but those are general purpose for all old Mac apps, not just Mavericks and surrounding, I agree, we should have an app marketplace.
 
Wouldn't a software based store be better, like the built in app store, but solely for Mavericks compatible software?
 
That would be nice ,, but I feel the ones on PPC Leopard feel a bit limiting ,, unless theres a better search tool in it ofc !!
 
if possible, could you rename this thread to something along the lines of "Mavericks compatible software" so people know where to look?
 
Wouldn't a software based store be better, like the built in app store, but solely for Mavericks compatible software?
what if someone could redirect calls or something like that from apple appstore's server to an custom server that brings back the apps AND the old look 10.9's appstore had but with archived or new apps (sorry if i didn't explain correctly but, english isn't my 1st language)
1785201272896.jpeg
 
that could be possible using charles, but it also might not because apple likes to make things a lot harder than a simple http/s GET request
 
by that i meant reverse-engineer the requests the app store client uses to get apps and download them, and make a server that could then be a simple rewrite in aquaproxy
 
I have just quickly spun up charles to watch the traffic and at least the frontend interface is a normal html page you could rewrite. I did just put two screenshots into an AI to do a quick mockup page to test it. Furthermore, I do see the bigger problem in reverse engineering the actual installation process. From what I found out so far, it is downloading encrypted installation packages from apples servers that get installed by the application. So it would be necessary to figure out either how this process works and/or how to circumvent it.

Appstore Rewrite.png
 

This thread seems like it hasn't been updated in a while (I forgot I was the OP, even) but it is a WikiPost with some old Mavericks-compatible software listed.
 
From what I found out so far, it is downloading encrypted installation packages from apples servers that get installed by the application.
It's kind of hard to see what an actual successful transaction through the store looks like, cuz no app on the App Store supports mavericks.
 
>but with archived or new apps

There's a trick where you can download an app on newer versions then redownloading it on 10.9 will get you the old version. I'm not sure if there's a way you can directly download the 10.9 version, you probably need a valid ticket/entitlement (even for free apps) before it will allow you to download it.
 
It's kind of hard to see what an actual successful transaction through the store looks like, cuz no app on the App Store supports mavericks.
You can download already bought apps, e.g. Pages. It will then tell you, that the current version is incompatible, but an older version in being downloaded. The most part of the app installation process is managed inside a 5000+ line JS which is used by the App Store. This is calling many different functions of an internal iTunes class available to the App Store app. It then makes a combination of preflight package and encrypted data download and install. In the process it does multiple checksum comparisons, so a simple exchange of the package is as expected not possible. It would be necessary to extract the relevant parts from the script and recreate the infrastructure to trick the internal libraries or modify the existing library to do none of these validations.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.