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 in MacOS Mohave #70

Open
PVGrad opened this issue Sep 26, 2018 · 51 comments

Comments

Projects
None yet
@PVGrad
Copy link

commented Sep 26, 2018

I run it

meld /etc/php.ini.default-previous /etc/php.ini.default-previous\~orig
/Applications/Meld.app/Contents/MacOS

And nothing happens - only icon of meld is showing, but no window
Then I press ctrl+c to terminate process and this is the output:

Traceback (most recent call last):
  File "/usr/local/bin/meld", line 47, in <module>
    status = subprocess.call([MELDPATH] + arglist, env=environment)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 522, in call
    return Popen(*popenargs, **kwargs).wait()
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1384, in wait
    pid, sts = _eintr_retry_call(os.waitpid, self.pid, 0)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 476, in _eintr_retry_call
    return func(*args)
KeyboardInterrupt
@PVGrad

This comment has been minimized.

Copy link
Author

commented Sep 27, 2018

As I understood - there were my local problems with python2.7 after system update to Mohave.
So issue can be closed.
Thanks

@zzju

This comment has been minimized.

Copy link

commented Sep 28, 2018

@PVGrad So how to resolve this problem?
macOS 10.14
python --version
Python 2.7.10

many thanks.

@zzju

This comment has been minimized.

Copy link

commented Sep 28, 2018

installed python 3, and re-installed meld 3.19, meld works again.

@fafafariba

This comment has been minimized.

Copy link

commented Sep 28, 2018

I have python 3 installed as well as meld 3.19, but still having the same problem as OP.

@munepi

This comment has been minimized.

Copy link

commented Sep 30, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"
@munepi

This comment has been minimized.

Copy link

commented Oct 3, 2018

Today morning (UCT+9 🇯🇵), I also have posted how to use/change custom-font with Meld plist settings in Issue Can't change font #38.
The plist file ~//Library/Preferences/org.gnome.meld.plist is just the one.
Please check and try the post if necessary.

@fafafariba

This comment has been minimized.

Copy link

commented Oct 9, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

This worked for me, thank you.

@ppannuto

This comment has been minimized.

Copy link

commented Oct 15, 2018

I've got approximately the same output running Meld (python version 2.7.15, OS X 10.14). Cleaning settings did not change anything for me:

/Applications/Meld.app/Contents/MacOS
^CTraceback (most recent call last):
  File "/Applications/Meld.app/Contents/MacOS/Meld", line 47, in <module>
    status = subprocess.call([MELDPATH] + arglist, env=environment)
  File "/usr/local/Cellar/python@2/2.7.15_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 172, in call
    return Popen(*popenargs, **kwargs).wait()
  File "/usr/local/Cellar/python@2/2.7.15_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1099, in wait
    pid, sts = _eintr_retry_call(os.waitpid, self.pid, 0)
  File "/usr/local/Cellar/python@2/2.7.15_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 125, in _eintr_retry_call
    return func(*args)
KeyboardInterrupt

Anything else I can try?

@MaxBenChrist

This comment has been minimized.

Copy link

commented Oct 16, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

this worked for me as well, thank you! 👍

@JerryShih

This comment has been minimized.

Copy link

commented Oct 17, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

this worked for me as well, thank you! 👍

It worked only 1 time after cleaning all setting. I still only see an icon for the second and the after runs.

@munepi

This comment has been minimized.

Copy link

commented Oct 17, 2018

@JerryShih
That is an unofficial, bad know-how :-( , but please try the following three steps.

  1. move the original Mac-port starter script to Meld.distro below.
    $ mv /Applications/Meld.app/Contents/MacOS/Meld /Applications/Meld.app/Contents/MacOS/Meld.distro
  2. make a wrapper /Applications/Meld.app/Contents/MacOS/Meld of the Meld.distro below
    #!/bin/bash
     
    ## 
    # $ sudo xattr -r -d com.apple.quarantine /Applications/Meld.app/
     
    ## standard plist settings: OK
    # ~/Library/Preferences/org.gnome.meld.plist
    # $ defaults read org.gnome.meld
    # $ defaults write org.gnome.meld "/org/gnome/meld/use-system-font" 0
    # $ defaults write org.gnome.meld "/org/gnome/meld/custom-font" "Ricty, 18"
     
    ##FIXME: ad-hoc cleanup Meld settings
    (cd ${HOME}
    rm -rf ./.local/share/meld
    #rm -f ./Library/Preferences/org.gnome.meld.plist
    rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"
    )
     
    # export G_ENABLE_DIAGNOSTIC=1 # 0 or 1
    # export GTK_THEME=Adwaita # Adwaita or Adwaita:dark
    # export GTK_DEBUG=interactive
     
    logger "/Applications/Meld.app/Contents/MacOS/Meld.distro"
    exec "/Applications/Meld.app/Contents/MacOS/Meld.distro" $@
  3. Then, $ chmod +x /Applications/Meld.app/Contents/MacOS/Meld

I remark that

  • you are available some GTK-related environment variables inside the above wrapper Meld: G_ENABLE_DIAGNOSTIC, GTK_THEME, GTK_DEBUG.
  • you are also available some tips commented in the above wrapper Meld if necessary.
  • I also have posted how to use/change custom-font with Meld plist settings in Issue Can't change font #38.
    The plist file ~//Library/Preferences/org.gnome.meld.plist is just the one.
    Please check and try the post if necessary.
@JerryShih

This comment has been minimized.

Copy link

commented Oct 18, 2018

@JerryShih
That is an unofficial, bad know-how :-( , but please try the following three steps.

  1. move the original Mac-port starter script to Meld.distro below.
    $ mv /Applications/Meld.app/Contents/MacOS/Meld /Applications/Meld.app/Contents/MacOS/Meld.distro
  2. make a wrapper /Applications/Meld.app/Contents/MacOS/Meld of the Meld.distro below
    #!/bin/bash
     
    ## 
    # $ sudo xattr -r -d com.apple.quarantine /Applications/Meld.app/
     
    ## standard plist settings: OK
    # ~/Library/Preferences/org.gnome.meld.plist
    # $ defaults read org.gnome.meld
    # $ defaults write org.gnome.meld "/org/gnome/meld/use-system-font" 0
    # $ defaults write org.gnome.meld "/org/gnome/meld/custom-font" "Ricty, 18"
     
    ##FIXME: ad-hoc cleanup Meld settings
    (cd ${HOME}
    rm -rf ./.local/share/meld
    #rm -f ./Library/Preferences/org.gnome.meld.plist
    rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"
    )
     
    # export G_ENABLE_DIAGNOSTIC=1 # 0 or 1
    # export GTK_THEME=Adwaita # Adwaita or Adwaita:dark
    # export GTK_DEBUG=interactive
     
    logger "/Applications/Meld.app/Contents/MacOS/Meld.distro"
    exec "/Applications/Meld.app/Contents/MacOS/Meld.distro" $@
  3. Then, $ chmod +x /Applications/Meld.app/Contents/MacOS/Meld

I remark that

  • you are available some GTK-related environment variables inside the above wrapper Meld: G_ENABLE_DIAGNOSTIC, GTK_THEME, GTK_DEBUG.
  • you are also available some tips commented in the above wrapper Meld if necessary.
  • I also have posted how to use/change custom-font with Meld plist settings in Issue Can't change font #38.
    The plist file ~//Library/Preferences/org.gnome.meld.plist is just the one.
    Please check and try the post if necessary.

It just a wrapper to clean the setting before calling meld. What's the root cause for this problem?
Do all gtk-base gui tools have the same problem?

@yousseb

This comment has been minimized.

Copy link
Owner

commented Oct 18, 2018

Not all gtk-based, just the pygtk-based require such wrapper.

And I apologize for not being able to help as efficiently on this thread (and others), but I promise that once I have some spare time on my hands + having collected some tricks and fixes from the people that comment on those issues, I'll create a new release that would include the fixes in one nifty release.

@munepi

This comment has been minimized.

Copy link

commented Oct 18, 2018

Hi @yousseb , Thank you for your information and follow-up.
I exactly could not trace that problem around pygtk-something :-( So, I have made such ad-hoc wrapper.
I'm looking forward to a new release!

@yousseb

This comment has been minimized.

Copy link
Owner

commented Oct 18, 2018

@munepi thank you for trying (and helping others get their cases resolved). I wish there was some means to tell the generated binary the path to look for libraries in a cleaner way to get rid of the python wrapper that I had to make. That on its own would have solved other issues on my list here.

But anyway, I guess I'll be able to put sometime into this within a month or so. Or at least I hope..

@gopeshkx

This comment has been minimized.

Copy link

commented Oct 26, 2018

#!/bin/bash cd ${HOME} rm -rf ./.local/share/meld rm -f ./Library/Preferences/org.gnome.meld.plist rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

Work for me as well. 👍

@chaosless

This comment has been minimized.

Copy link

commented Oct 31, 2018

these steps fixed it for me too.. thanks!!

rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

thanks @munepi i needed the wrapper to run cleanly

@sysadmiral

This comment has been minimized.

Copy link

commented Nov 1, 2018

these steps fixed it for me too.. thanks!!

rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

This isn't really a "fix" though...

@decentralizeduser

This comment has been minimized.

Copy link

commented Nov 5, 2018

rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

Nice .. thanks for that :-)

@oxoocoffee

This comment has been minimized.

Copy link

commented Nov 6, 2018

I have same issue on Mojave with 3.19.0

@bbqchickenrobot

This comment has been minimized.

Copy link

commented Nov 7, 2018

The fix kind of works for me but the mouse isn't accurate when trying to manipulate the UI elements. I have to go about a quarter of an inch above the UI element for the click event to register. Hopefully this will be fixed sooner than later!

@decentralizeduser

This comment has been minimized.

Copy link

commented Nov 7, 2018

The fix kind of works for me but the mouse isn't accurate when trying to manipulate the UI elements. I have to go about a quarter of an inch above the UI element for the click event to register. Hopefully this will be fixed sooner than later!

I also get that, but only when resizing the application window after opening, if I don't change the size of the application window I don't get that problem.

@dluc

This comment has been minimized.

Copy link

commented Nov 14, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

Thanks, this fixed it, without having to upgrade Python 🏁

Please add this to the release notes 😃

@SemihGk

This comment has been minimized.

Copy link

commented Nov 19, 2018

Please try to run the following Bash script _clean-meld-settings.sh to cleanup your some settings of Meld.

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

Removing some meld files temporarily fixed the issue. So, I wanted to try the wrapper solution as munepi posted above, but no luck I am receiving "There was a problem opening the file" error whenever Meld opens a file. Probably, I am doing something wrong at step2 of the wrapper solution. Anyway, I also look forward to waiting for an update for this issue. Thanks a lot for your help.

@dluc

This comment has been minimized.

Copy link

commented Nov 28, 2018

Using 3.19.0 and Meld stopped working again. Repeating the steps above fixed the issue one more time, but apparently there's a bug leading to the broken state at some point

@yousseb

This comment has been minimized.

Copy link
Owner

commented Dec 1, 2018

Hey guys, could you please run the _clean-meld-settings.sh script by @munepi in this thread then give this new build a shot?

https://github.com/yousseb/meld/releases/tag/os-11

@preinking

This comment has been minimized.

Copy link

commented Dec 1, 2018

Running 3.19.2 (r1) but the font size is 18pt and cannot be changed as this leads to a crash

@ira-bv

This comment has been minimized.

Copy link

commented Dec 2, 2018

tried newest version, no go.

 ↳ meld --version
 meld 3.19.2

But maybe this is a clue, Yousef?

 ↳ /Applications/Meld.app/Contents/MacOS/Meld-bin
 Couldn't set the locale: unsupported locale setting; falling back to 'C' locale

 ** (process:26632): WARNING **: 14:32:29.078: Failed to load shared library 
 '/Users/youssef/gtk/inst/lib/libglib-2.0.0.dylib' referenced by the typelib: 
 dlopen(/Users/youssef/gtk/inst/lib/libglib-2.0.0.dylib, 9): image not found

 ** (process:26632): WARNING **: 14:32:29.078: Failed to load shared library 
 '/Users/youssef/gtk/inst/lib/libgobject-2.0.0.dylib' referenced by the typelib: 
 dlopen(/Users/youssef/gtk/inst/lib/libgobject-2.0.0.dylib, 9): image not found
@yousseb

This comment has been minimized.

Copy link
Owner

commented Dec 2, 2018

@yousseb

This comment has been minimized.

Copy link
Owner

commented Dec 2, 2018

One more build. Let's try this one guys:

https://github.com/yousseb/meld/releases/tag/osx-11

@ira-bv

This comment has been minimized.

Copy link

commented Dec 3, 2018

Seems to work and repetitively :) Thanks!! 👍

@cmrust

This comment has been minimized.

Copy link

commented Dec 3, 2018

Works repeatedly for me too! Thanks!

@cyberdemon8

This comment has been minimized.

Copy link

commented Dec 3, 2018

Works!!! Thanks! 👍

@preinking

This comment has been minimized.

Copy link

commented Dec 5, 2018

Works for me as well Thanks! 👍

@MaxBenChrist

This comment has been minimized.

Copy link

commented Dec 5, 2018

Thanks!

is there already a release scheduled for homebrew/cask?

@munepi

This comment has been minimized.

Copy link

commented Dec 5, 2018

@yousseb The current Meld 3.19.2 (r2)'s starter script works fine!

@SemihGk

This comment has been minimized.

Copy link

commented Dec 6, 2018

I tried the latest build. When I merge some conflicts, I constantly receive:
There was a problem opening the file “somepath/somefile_LOCAL.java”.
There was a problem opening the file “somepath/somefile_BASE.java”.
There was a problem opening the file “somepath/somefile_REMOTE.java”.

I checked the path. Those 3 files exist. Somehow, meld is unable to open those files. Is there any guess why it is happening? Stable build does not have this path problem if I run clean-meld.settings.sh script before each file conflict.

@yousseb

This comment has been minimized.

Copy link
Owner

commented Dec 6, 2018

@SemihGk

This comment has been minimized.

Copy link

commented Dec 6, 2018

Sure. I will open a separate ticket. Thank you for the response.

@knumat

This comment has been minimized.

Copy link

commented Dec 7, 2018

@yousseb Thanks for the updated build! It starts up fine for me on macOS 10.14.1 (Mojave). Hurray!

https://github.com/yousseb/meld/releases/tag/osx-11

I am seeing a similar issue to @bbqchickenrobot where I have to click a bit above the buttons when I first start it up. However, once I resize the window, everything seems to be fine (which is the opposite behavior that @decentralizeduser saw). After some experimentation, it appears that showing/hiding tab bar does not re-layout the contents of the window, but resizing the window does. I probably notice this more than more users because I enabled Settings -> Dock -> Prefer Tabs When Opening Documents -> Always.

Reproduction steps:

  1. Start Meld.
  2. Select View -> Show Tab Bar
  3. Move the mouse over a button and notice that the hover effect is doesn't line up with the top/bottom edges (mouse needs to be 1/4inch higher).
  4. Resize the window.
  5. Move the mouse over a button and notice that the hover effect properly lines up with the top/bottom edges.
  6. Select View -> Hide Tab Bar
  7. Move the mouse over a button and notice that the hover effect is doesn't line up with the top/bottom edges (mouse needs to be 1/4inch lower).
  8. Resize the window.
  9. Move the mouse over a button and notice that the hover effect properly lines up with the top/bottom edges.

Let me know if you would like me to file a separate issue.

@nobodo

This comment has been minimized.

Copy link

commented Dec 18, 2018

That mouse disalignment issue is not limited to Meld only. There is at least one third party program (GLM 3 by Genelec) that has the same issue which has the same workaround by resizing the window. I have tried to isolate the problem and it could be related to the tabbed layout, but I'm not sure which library to blaim.

@oliveratutexas

This comment has been minimized.

Copy link

commented Jan 24, 2019

I installed via cask and am still have some of these problems, the script

#!/bin/bash

cd ${HOME}
rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist
rm -rf "./Library/Saved Application State/org.gnome.meld.savedState/"

worked on the first run for me, not sure what else to do. For git mergetool config I had

[diff]
  tool = meld
[difftool]
  prompt = false
[difftool "meld"]
  trustExitCode = true
  cmd =  meld --args $LOCAL $REMOTE
[merge]
  tool = meld
[mergetool]
  prompt = false
[mergetool "meld"]
  trustExitCode = true
  cmd =  echo "$LOCAL" && echo "$BASE" && echo $REMOTE && meld --auto-merge $LOCAL $BASE $REMOTE --output=$MERGED

tried on MacOS mohave latest version, python 3, installed via cask

@dsbecker

This comment has been minimized.

Copy link

commented Jan 24, 2019

The following will ensure that the parameters are always fully qualified paths. It used to work as you had it on the last version, but the latest builds sometimes don't. This is how I fixed it.

[diff]
  tool = meld
[difftool "meld"]
  cmd = open -W -n -a Meld --args $(cd $(dirname \"$LOCAL\") && pwd)/$(basename \"$LOCAL\") $(cd $(dirname \"$REMOTE\") && pwd)/$(basename \"$REMOTE\")
  trustExitCode = true
[merge]
  tool = meld
[mergetool "meld"]
  cmd = open -W -n -a Meld --args --auto-merge  $(cd $(dirname \"$LOCAL\") && pwd)/$(basename \"$LOCAL\") $(cd $(dirname \"$BASE\") && pwd)/$(basename \"$BASE\") $(cd $(dirname \"$REMOTE\") && pwd)/$(basename \"$REMOTE\") --output=$(cd $(dirname \"$MERGED\") && pwd)/$(basename \"$MERGED\")
  trustExitCode = true
@oliveratutexas

This comment has been minimized.

Copy link

commented Jan 24, 2019

The following will ensure that the parameters are always fully qualified paths. It used to work as you had it on the last version, but the latest builds sometimes don't. This is how I fixed it.

[diff]
  tool = meld
[difftool "meld"]
  cmd = open -W -n -a Meld --args $(cd $(dirname \"$LOCAL\") && pwd)/$(basename \"$LOCAL\") $(cd $(dirname \"$REMOTE\") && pwd)/$(basename \"$REMOTE\")
  trustExitCode = true
[merge]
  tool = meld
[mergetool "meld"]
  cmd = open -W -n -a Meld --args --auto-merge  $(cd $(dirname \"$LOCAL\") && pwd)/$(basename \"$LOCAL\") $(cd $(dirname \"$BASE\") && pwd)/$(basename \"$BASE\") $(cd $(dirname \"$REMOTE\") && pwd)/$(basename \"$REMOTE\") --output=$(cd $(dirname \"$MERGED\") && pwd)/$(basename \"$MERGED\")
  trustExitCode = true

That helped, thank you!

@adipascu adipascu referenced this issue Feb 11, 2019

Merged

Update zap stanza for Meld #58721

3 of 4 tasks complete

vitorgalvao added a commit to Homebrew/homebrew-cask that referenced this issue Feb 11, 2019

@fiendish

This comment has been minimized.

Copy link

commented Mar 26, 2019

3.19.2-r6 still exhibits this issue if I ctrl+C meld from the terminal. When I run meld again I get only the Meld menu bar and no window. But if I go to Meld->Quit Meld in the menu, then it works again after that.

@bmusat

This comment has been minimized.

Copy link

commented Apr 2, 2019

When you run 'meld' from the command line and ctrl-C it, meld does not clean up after itself. You need to delete the ~/Library/Saved Application State/org.gnome.meld.savedState/ before restarting. This directory is deleted if you Meld->Quit Meld which is why that works.

I modified the /usr/local/Caskroom/meld/3.19.2-r6,osx-15/meld.wrapper.sh script installed by brew to the following:

#!/bin/sh
rm -rf ~/Library/Saved\ Application\ State/org.gnome.meld.savedState
exec '/Applications/Meld.app/Contents/MacOS/Meld' "$@"

and now Meld works if you invoke it from the command line every time.

I don't think there is any need to remove these other two directories or files since they only contain your preferences and recently compared files:

rm -rf ./.local/share/meld
rm -f ./Library/Preferences/org.gnome.meld.plist

@p1nox

This comment has been minimized.

Copy link

commented Apr 10, 2019

Thanks @bmusat , worked for me 💯 🎉

@bmusat

This comment has been minimized.

Copy link

commented Apr 10, 2019

Also wanted to note that if you are still having problems then you might have an old Meld process lying around. To see if you do:

pgrep -fi meld

will list the PIDs and then:

pkill -fi meld

will kill them off.. and the meld.wrapper.sh script in my previous post above should clean up the rest. I suppose you could add the pkill in that script as well, just to be sure, but I don't think it's necessary.

@rmeffan

This comment has been minimized.

Copy link

commented Apr 26, 2019

Running meld 3.19.2-r6,osx-15, and I ran into the problem described with this issue. It's possible that it either started after upgrading to Mojave from ElCap, but it's also possible that I have used CTRL-C at some point to kill meld when it wasn't responding.

I ran the cleanup script that was recommended in this comment, and it resolved the issue.

If the problem recurs, I will try modifying the wrapper as described here.

Thanks, all!

@ffloimair

This comment has been minimized.

Copy link

commented May 2, 2019

I'm having the same issue. Have to run the 3 additional steps above manually each time before starting Meld. Otherwise the window won't show.

@cscetbon

This comment has been minimized.

Copy link

commented May 16, 2019

When you run 'meld' from the command line and ctrl-C it, meld does not clean up after itself. You need to delete the ~/Library/Saved Application State/org.gnome.meld.savedState/ before restarting. This directory is deleted if you Meld->Quit Meld which is why that works.

@bmusat even if I quit I get this issue, so I think it's an issue in both cases. Thanks for the tip. We should add it to the brew formula until it's definitely fixed ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.