Replies: 2 comments 4 replies
-
Indeed, just removing that section. Not very happy with the way this is implemented to say the least. Note there's an additional complication in that ./build.bash uses linux "date" command which chokes on MacOS. Often this can be worked around by "brew install coreutils" and then adding "alias date=gdate" to ~/.bash_profile or ~/.bashrc, however in this case that doesn't seem to suffice so an additional hash update is needed to the formula if you modify the downloaded cache file. |
Beta Was this translation helpful? Give feedback.
3 replies
-
Often this can be worked around by `brew install coreutils` and then adding `alias date=gdate` to `~/.bash_profile` or `~/.bashrc`
Aliases aren't honored by noninteractive shells, so I don't see how that would ever work for content in a script or makefile.
|
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello,
As a replacement for encfs, it seems as gocryptfs would be a perfect match for me (using a shared drive via dropbox under linux and mac os). But installing as documented under https://nuetzlich.net/gocryptfs/quickstart/ is not working (anymore) :
As we have this in the corresponding brew formula under /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/Formula/gocryptfs.rb:
It seems there is a kind of "political" conflict between brew and macfuse/osxfuse and I saw some debates in tickets.
So I was just wondering how are the gocryptfs Mac users handling this. Just update the formula manually and remove the "disable" line, or is there a cleaner way ?
Thanks & best regards.
Beta Was this translation helpful? Give feedback.
All reactions