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

v1.4 incompatible with MacOs BigSur #490

Open
clamattu opened this issue Aug 25, 2021 · 15 comments
Open

v1.4 incompatible with MacOs BigSur #490

clamattu opened this issue Aug 25, 2021 · 15 comments

Comments

@clamattu
Copy link

I've just tried to install it but it is considered too old to be installed by the system (v.11.5.2)

@amo13
Copy link

amo13 commented Aug 25, 2021

Did you try using the binary directly?

@clamattu
Copy link
Author

Yes from Downloads

@amo13
Copy link

amo13 commented Aug 25, 2021

Then what do you mean by installing? Try putting the binary heimdall file (no .app or .pkg or similar) into a folder and calling it from a terminal (e.g. ./heimdall print-pit).
Also, the version available from the downloads link you mentioned is somewhat outdated and known to cause trouble on newer macos versions and newer devices (unfortunately, this project has been abandoned for a while). Try the binary that I compiled with a bug fix from a pull request, available here.

@clamattu
Copy link
Author

clamattu commented Aug 25, 2021

Ok, i have downladed, rebooted and tried it.
This is the result:

heimdall print-pit

Heimdall v1.4.2

Copyright (c) 2010-2017 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
ERROR: Failed to detect compatible download-mode device.

@amo13
Copy link

amo13 commented Aug 25, 2021

The last line states that no device in download mode was detected. Have you rebootet your device to download mode?

@clamattu
Copy link
Author

Yes, it is with
fap lock:off
Screen "Downloading... do not turn off target"

I have already changed few port of my MacMini

@amo13
Copy link

amo13 commented Aug 25, 2021

I merged a few overdue pull requests from this repo today. Can you please try with a freshly compiled version from here?

@clamattu
Copy link
Author

/Applications/bin/heimdall print-pit

Heimdall v1.4.2

Copyright (c) 2010-2017 Benjamin Dobell, Glass Echidna
http://www.glassechidna.com.au/

This software is provided free of charge. Copying and redistribution is
encouraged.

If you appreciate this software and you would like to support future
development please consider donating:
http://www.glassechidna.com.au/donate/

Initialising connection...
Detecting device...
ERROR: Failed to detect compatible download-mode device.

With a new cable that works on Win and Mac in non download-mode

Other suggestions?

@amo13
Copy link

amo13 commented Aug 26, 2021

What device is this?

@amo13
Copy link

amo13 commented Sep 5, 2021

@clamattu did you resolve the issue in the meantime?

@Grimler91
Copy link

This fork: https://gitlab.e.foundation/e/tools/heimdall/-/tree/new_master supposedly works with more recent mac versions, AFAIK that is the one that the LineageOS project built their mac binaries from

@amo13
Copy link

amo13 commented Sep 5, 2021

I'd rather have expected the other way around since /e/ is entirely relying on lineageos. How do you know? Did I miss a hint somewhere on lineage's site?

Anyway, the only additional commit to heimdall from the/e/ team seems to be only a fix for compilation issues on recent macos. It is pretty much the same as suggested in #468.

@Grimler91
Copy link

How do you know? Did I miss a hint somewhere on lineage's site?

Hm, no, I might be completely wrong, I think I based it solely on the discussion in one of the other threads.

Anyway, the only additional commit to heimdall from the/e/ team seems to be only a fix for compilation issues on recent macos. It is pretty much the same as suggested in #468.

The /e/ changes look a bit cleaner than the ones in #468 (if(APPLE) seems better than if(NOT MINGW) for example), but you are right, pretty equivalent.

For reference, I have merged some of the PRs and made some minor changes over at sourcehut, but nothing to fix macos compilation (I don't own a mac)

@amo13
Copy link

amo13 commented Sep 7, 2021

It is way cleaner, you are right. And it also solves the compilation issues I had in my fork. Thank you for the hint, @Grimler91 !

@danielboston38
Copy link

sorry for opening a closed issue but how do I get the binary? the option of opening a packages contents isn't in the menu anymore and I don't know how to do it.

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

No branches or pull requests

4 participants