Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding support for OSX 10.14.6 build:18G2022 #341

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

jquinter
Copy link
Contributor

No description provided.

)

# when I ran "./CoreDisplay-patcher.command" this was the post-output of "./CoreDisplay-patcher.command md5"
# otool CoreDisplay: 450241a06a439cd226c9e9cf5cf634d7

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can confirm the same hash and value:

otool -t CoreDisplay2 |tail -n +2 |md5 -q
450241a06a439cd226c9e9cf5cf634d7
hexdump CoreDisplay  | grep -i "31 DB 90 90 90 90 90 90 E9"
00187c0 20 31 db 90 90 90 90 90 90 e9 8a 07 00 00 49 89

The current code on master appears to be wrong though as far as I can tell, see #343

Are you sure your code signing is working properly?
I've found out that the script silently discards all code signing errors and potentially leaves you with a broken file.
What is your output from
sudo codesign -f -s - $CoreDisplayLocation

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

d4f2aca73c7915c639dbe9a7b9cf5ecd is unlikely to be a proper value though, this is the same one I saw in #343

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with this, I patched my PR

@andrewl102
Copy link

andrewl102 commented Jan 13, 2020

Also as far as I'm aware there are no actual builds or any other factors involved in the patching, unless they somehow effect the hash of the original source : this is just debug output to go allow with the MD5.

This is just a find/replace string, it will produce identical output every time from identical input.
Without a new source hash (like from 1.4.5 -> 1.4.6, for example) there is no need to cater for different outputs of sw_vers.

The reason you have a different has is probably because the original PR that was merged was invalid, it should always produce the same hash for the same version of Mac OS or at least the same input hash of otool.

@jquinter
Copy link
Contributor Author

jquinter commented Feb 3, 2020

I agree with your previous comment on the wrong md5, and updated the command for two builds that worked also with me

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants