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

Doesn't work on Sierra #20

Closed
sargunv opened this issue Jul 24, 2016 · 19 comments
Closed

Doesn't work on Sierra #20

sargunv opened this issue Jul 24, 2016 · 19 comments

Comments

@sargunv
Copy link

sargunv commented Jul 24, 2016

I get the following error when trying to run chips on the macOS Sierra public beta:

fish: 'chips' terminated by signal SIGKILL (Forced quit)
@xtendo-org
Copy link
Owner

Thanks for the report!

@simnalamburt Do you think you can reproduce this?

@simnalamburt
Copy link
Collaborator

I do not have any spare machine to install macOS Sierra. Help wanted

@sargunv
Copy link
Author

sargunv commented Jul 30, 2016

I've never worked with Haskell, but I could try to take a look myself.

On Sat, Jul 30, 2016, 3:17 AM Hyeon Kim notifications@github.com wrote:

I do not have any spare machine to install macOS Sierra. Help wanted


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#20 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/ABQlpZutm992fZI4kis_BK8-Bjdwf8G-ks5qavqlgaJpZM4JThpG
.

@sargunv
Copy link
Author

sargunv commented Jul 31, 2016

Having trouble installing Stack via Brew on Sierra. Guess it'll have to wait for Brew or Stack to update to support Sierra.

Homebrew/homebrew-core#1957

@simnalamburt
Copy link
Collaborator

Looks like El Capitan binary is incompatible with Sierra.

@xtendo-org
Copy link
Owner

Oh, that explains it. 😃

I'm a full-time GNU/Linux user, but a lot of Haskellers (including the people who make and maintain the Haskell tool chain) definitely use OS X, so I'm sure the switch to macOS will happen pretty quickly once it releases officially.

Until that happens, let's leave this issue open, shall we? 😄 We might soon need to serve three different executable binaries, I guess.

@xtendo-org
Copy link
Owner

Hmm.

It seems the binary compatibility should not be the issue? @heejongahn built a macOS Sierra binary, and @simnalamburt confirmed that it works on OS X El Capitan.

@xtendo-org
Copy link
Owner

@sargunster The new 1.1.0 release should work on Sierra as well. Could you give it a try?

@sargunv
Copy link
Author

sargunv commented Oct 3, 2016

Still getting the error after installing the new version:

fish: 'chips' terminated by signal SIGKILL (Forced quit)

@simnalamburt
Copy link
Collaborator

@heejongahn and I could not reproduce that error on our macOS machine. Are you still using Sierra public beta or did you upgraded it with official Sierra release?

@sargunv
Copy link
Author

sargunv commented Oct 3, 2016

I'm using the official release.

On Mon, Oct 3, 2016, 11:48 AM Hyeon Kim notifications@github.com wrote:

@heejongahn https://github.com/heejongahn and I could not reproduce
that error on our macOS machine. Are you still using Sierra public beta or
did you upgraded it with official Sierra release?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#20 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABQlpXT8PfW9_ld3xrExS_m1pYw_uI7Oks5qwSO3gaJpZM4JThpG
.

@xtendo-org
Copy link
Owner

@sargunster Can you try building 1.1.0 from source with the latest Stack?

@sargunv
Copy link
Author

sargunv commented Oct 4, 2016

Building from source works fine. There's a large file size difference between the two binaries:

~/.l/bin> ls -l
total 77072
-rwxr-xr-x  1 sargunvohra  staff  35527216 Oct  4 10:00 chips_built
-rwxr-xr-x  1 sargunvohra  staff   3932160 Oct  2 08:14 chips_downloaded

@simnalamburt
Copy link
Collaborator

That's correct. We compress chips binaries with upx

@xtendo-org
Copy link
Owner

The file size difference is probably due to strip and upx applied for the release binary.

At this point, we don't have enough cases; it could be something that is wrong in both @heejongahn and @simnalamburt's machine, or it could be just @sargunster. Maybe we can detect the root cause by disassembling and analyzing the two binaries, it's a shame I have neither the knowledge nor the tool for that...

Hopefully a plan I already have can address this; As I don't own a macOS machine, releasing chips so far required me asking someone else with an OS X or macOS machine to manually build from source and hand me the binary. This is why I am going to set up a CircleCI-based automatic build for macOS before the next release.

If that build works okay on any macOS machine, everyone can be happy. Until that happens, I apologize for the inconvenience that you have to build from source.

@nyeong
Copy link

nyeong commented Nov 13, 2016

I'm using chips, building from source manually, on macOS Sierra(10.12.1).
Maybe the issue have been solved.

@macowie
Copy link

macowie commented Dec 16, 2016

I was also able to build from source and use it just fine, on two machines now, one with 10.12.2 and one on 10.12.1.

@simnalamburt
Copy link
Collaborator

simnalamburt commented Jan 16, 2017

Chips 1.1.1 has been released. Now chips should work fine on macOS Sierra.

@simnalamburt
Copy link
Collaborator

Sierra support of chips 1.1.1 and 1.1.2 have been widely tested. I'm closing this issue now. Please mention me if there's any further problem. Thanks! :shipit:

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

No branches or pull requests

5 participants