21–30 of 44 posts
Great tool but who wants to way months after each major OS X release to use it (again)? GPGTools is not alone with this problem. LibreOffice for example can't probably be installed by many users because the binary isn't signed Apple-style. Many users will get an error message by OS X and just forget about LibreOffice …
Earlier quoted context omitted.
Ahhh. I rarely run brew doctor. Warnings aren't the worst things in the world though and I don't think it is unreasonable that they stick libs in /usr/local/lib.
I don't disagree but it does make it harder to debug other homebrew issues.
What's the best way to ensure faster turnaround when a new OS X version comes out? Is the constraint money, or is it more that they need more developers?
I used GPGTools before Mountain Lion and was very sad when the update to Mountain Lion broke it, and if I recall correctly it was because Apple more or less totally redid Mail.app and sandboxed it in a way that made it hard to integrate with. Seems like they have sorted this out now, and this should make it for a quicker turn around in the future.
Great tool but who wants to way months after each major OS X release to use it (again)? GPGTools is not alone with this problem. LibreOffice for example can't probably be installed by many users because the binary isn't signed Apple-style. Many users will get an error message by OS X and just forget about LibreOffice …
People should probably use operating systems written by people who care about backwards compatibility. Ideally ones that are developed in the open.
Apple implemented app signing by default in 10.8. Users can either turn this off in System Preferences (removing the error), or the LibreOffice team can pay the $100 annual fee to get a properly signed app.
Does anyone know how they got around sandboxing, since that was the problem with Mountain Lion up until now?
Finally, with Lion support... Although I've since switched to Thunderbird/Enigmail, which works with older version just fine..
What's the best way to ensure faster turnaround when a new OS X version comes out? Is the constraint money, or is it more that they need more developers?
Everything worked great, great enough for me to leave mutt behind and painstakingly move my email archives and everything else into a 21st-century gooified mail environment.
And then I upgraded OS X (I think to jag-wire, maybe?) and spent far too long being sad about non-working GPG. Of course to be honest, lagging GPGTools releases were only part of the reason Mail.app eventually came to be the most hated part of my Mac experience. But lagging GPGTools was the thing that stuck in my craw every time.
I used to be really good at email. I was organized and efficient working in it. But now I've totally given up and moved to GMail. My inbox grows like cancer, with a raft of features I don't use like stars and bayesian recommendations.
In anger, I tried mutt a while back. After hours of setup, I found the magic was gone... but at least GPG signing still worked without a hitch.
While this is great, the teaser animation/splash screen [1] is incredibly irritating. While slick and very pretty, the "typing" animation took way too long - and there's no obvious way to disable it. Does anyone know how they got around sandboxing, since that was the problem with Mountain Lion up until now? [1] https://gpgtools.org/index.html?teaser=1
I think it's worth defending because even though I was annoyed by it, I did read every letter! Maybe because it's because I'm slightly invested since I started using gpgtools a few days ago and was very impressed by the software, but still, getting people to read copy is a very desirable thing on any marketing site right?