[Os X El Capitan Download For An Older Mac

0 views
Skip to first unread message

Eliora Shopbell

unread,
Jun 10, 2024, 7:20:11 PM6/10/24
to loschuncentmis

I have an older computer that running El Capitan with my LR5 and PS6C. I need a Camera Raw 7.1 DNG converter. I do have an ipad pro that I use Lightroom Classic and the newer PS but I am not happy with it. I want to continue to use my old software but I have a new Canon 5d Mark iv and I need the Camera Raw DNG converter to do so. Anyone have a work around or an older 7.1 DNG converter link?

Thanks but it wont even let me download the link. Says my computer is incompatable. I know I am behind but I don't want to lose the option of opening up these programs if I do an update. There has to be a work around without me buying another computer just to work with my new camera. ugh.

Os X El Capitan Download For An Older Mac


Download File ——— https://t.co/GyLphySRYd



"Adobe has released Camera Raw 8.1 and DNG Converter 8.1, as final versions of updates that were originally posted as 'release candidates'. ACR 8.1 is designed to work with Photoshop CC but, as promised, is also compatible with Photoshop CS6. It brings support for 7 additional cameras, including the Olympus PEN E-P5 and E-PL5, Ricoh GR and Panasonic Lumix DMC-G6, along with profiles for 16 more lens, including Sigma and Zeiss's latest models."

I tried to download it, but I think because I downloaded a previous version under my account, it does not give me the offer to re-purchase a different version. Is there a way I can erase this from the purchase history to try to download again?

You can contact Apple directly by phone, their support can make older OS X version available to you. I was able to get an out of date OSX 10.5 installer after it was not available on website. I paid something like $25 & they mailed me a DVD.

On the above note, do either of you have any thoughts on a non-Microsoft file server solution? I am currently looking at rack mounted nas chassis. I used Thecus in the past and I really like their OS.

David_CSG are you saying in order to put Linux distro on these I need to replace the hard drives? Or more specifically a different interface? I use WD Black drives 1tb I cannot see buying new hard drives. Mainly because 6 of these drives have not been used for anything.

IF YOU ARE UPGRADING Server
The OP may not be upgrading the OSX but maybe you are. Assuming you are upgrading from a slightly version older of OSX Server, (like say from OSX 10.9 Server to OSX 10.10 Server) the procedure is to:

In February, I purchased a new iMac to replace my old iMac (27-inch, Late 2009). All of my data transferred seamlessly to my new iMac using Time Machine. I am currently running macOS Big Sur Version 11.3.1 on my new iMac.

I had forgotten that I had looked at that Apple Support link also. Because I had read this: "Download: OS X El Capitan This downloads as a disk image named InstallMacOSX.dmg. On a Mac that is compatible with El Capitan, open the disk image and run the installer within, named InstallMacOSX.pkg. It installs an app named Install OS X El Capitan into your Applications folder. You will create the bootable installer from this app, not from the disk image or .pkg installer."

So, how do I get around the fact that it gives me that error though? I thought I was 'dead in the water' after that happened. I don't remember seeing any kind of option to get around it. Should I re-download the file and try again?

Re-download the DMG file. When that is downloaded, open it and run the Package installer. You can't actually open the App, but your Mac might be able to use its resources to make the bootable installer.

I agree, it is definitely worth a try!! I don't have a 16GB (or higher) flash drive though, although I can definitely purchase one if it is needed. I was going to try it with a 3TB USB external drive. Do you think I definitely will need the flash drive instead?

Yes, it definitely can. In fact, in preparation for getting everything ready, I had erased and reformatted it, but then I ran into that issue, so I had reformatted it back again for use with Time Machine. But I will gladly reformat again if needed.

However, I tried 3 times to perform the OS X El Capitan installation, but each time, after around 20-30 minutes of it 'doing its thing', it would fail and say "OS X could not be installed on your computer. No packages were eligible for install. (Then some more stuff...)". And there was a Restart button, which I tried multiple times.

My Canon LIDE 600F scanner is old but still worked very well. When I upgraded to OS 10.11 my computer no longer recognized the scanner. Canon has officially stated that they are not making new drivers for this product, but I had a similar issue with my tablet not working and was able to find a solution on this site. Does anyone know of a workaround?

VueScan might help. Honestly, you're better off buying a new AIO then trying to get these older machines working. You can also try deleting anything related to this Canon scanner that's on your Mac then checking if Preview will recognize it. I was reading here that some people had a limited amount of success doing that.

I have used ScanVue on Mac OS X, both the 32 and 64 bit versions with no problems. As far as the LiDE 600F (my scanner) is concerned, there is no 32 bit support on Mac OS anymore. And the ScanVue developer cannot get access to the 64 bit drivers for this device (if they even exist). It was always a good scanner and I would like to keep using it. Unfortunately it is not possible unless Canon releases the drivers code and someone converts it to 64 bit. Just a paperweight now. :(

The answer I suspect lies in the caching of certificate checks. Both my iMac and iPhone have connected to this site previously, and rather than performing a full certificate check every time, macOS is just using old results, which still refer to the old intermediate and Root certificates. My M1 Mac mini had never connected to that site, so had to perform a fresh check on the chain of trust, which then traced back to the current chain with its replaced intermediate and Root certificates.

Would be even better if websites that care could detect that the client will run into this issue and redirect them to a site that shows how they could download and import the new root certs into their Keychain.

Websites, via Safari, should immediately start working again if you reload. Chrome is a little crankier, so either load previously opened URLs in *new* tabs, or just restart Chrome. I didn't test in Firefox.

I saw this post a few days ago, but didn't know how much it would effect me (OS 10.11 El Capitan). In any case, I couldn't really do anything about it at the time, because it would be tricky to test if it actually *fixed* anything before the expiration (since nothing would be broken yet). And I didn't want to mess around with changing the system clock, etc.

I did a bunch of additional research and ended up figuring out this relatively simple fix (especially for people that read a site like this :-) that *seems* to work well. I'm not a super expert in root certificates, in that I'm fairly well versed, but I don't do this everyday. So apologies if I've gotten something wrong. I'd be glad to learn a better way or a mistake I made.

Can anyone help? I've read this issues affects PCs running Windows XP (Service Pack 2) or earlier. Yet I'm running Windows 7 Ultimate on my laptop and yet I'm running into the same issue on various websites when using Chrome (no problems with Firefox). Thank you

Very helpful news note and discussion. One workaround for 10.11.x users I found on a Chrome discussion board: Open the "Keychain Access" app and choose "system / all items" on left and search or scroll until you find the certificate "DST Root CA X3," which (in my case) is shown as expired. Double-click it and hit the little triangle by "Trust." Choose "Always trust" from the "When using this cert..." line (which will also change all the settings below to match). Close that pane and input your user password when requested. Restart Chrome. It instantly fixed the problem, though I have no idea why this cert expired in the first place or why it still works though expired. Any risks with this approach?

I was surprised myself when it worked. You always hope to be able to find such a targeted fix in the face of possibly having to do something much more drastic (ie: Upgrade the OS). Averting a "kill a fly with nuke" situation.

Plus, as far as I understand, it's perfectly secure*, in that it's just adding the already approved and in-use certificate to your system. It doesn't require reducing permissions or (mis)training yourself to ignore warnings that may or may not be related.

This is one of the arguments that people were (are?) making when Google started to heavily pressure site admins to switch all sites to `https` (regardless of need). Hence leading to the rise and proliferation of free Let's Encrypt certificates, which lands us all here ;-)

I don't think you should have anything to worry about** other than remembering that this happened (and how to fix it), in the event that you re-install 10.11 and find 1/2 of the Internet broken again ?

One workaround for 10.11.x users I found on a Chrome discussion board: Open the "Keychain Access" app and choose "system / all items" on left and search or scroll until you find the certificate "DST Root CA X3," which (in my case) is shown as expired. Double-click it and hit the little triangle by "Trust." Choose "Always trust" from the "When using this cert..." line (which will also change all the settings below to match). Close that pane and input your user password when requested. Restart Chrome. It instantly fixed the problem, though I have no idea why this cert expired in the first place or why it still works though expired. Any risks with this approach?

When the cert is created, the expiration date is baked in. From what I understand, one of the reasons is to limit the time window of an attack, in the event that the cert is. Imagine a system that has no update mechanism (or it's broken), hard to update, not actively monitored, etc. In this case, that compromised root certificate will open the door to attacks, that will to continue until that system is taken offline. IOW: It's a fail-safe.

795a8134c1
Reply all
Reply to author
Forward
0 new messages