The weechat saga continues... This commit makes all the language
modules optional rather than the default. It adds a dep on guile
if the user options for that module. It adds a patch from HEAD
to fix the perl segfault on exit and a removal comment for 0.3.8.
This commit does not patch the ruby-1.9.3+rvm issue other than
not building that module by default. Still waiting on the
upstream patch.
cf. Homebrew/homebrew#12377ClosesHomebrew/homebrew#12392.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
* Switch to using `configure`
* Remove `head` because it requires gtk.
* Add a build time dep on gettext, otherwise link errors.
* Add `--disable-perl` to stop segfault on program exit.
* Add `--disable-aspell` which is still being reviewed.
* Add `--disable-static` to stop building duplicate plugins.
* Add `--disable-python` unless Python is a framework.
* Note that the one `inreplace` is fixed in HEAD.
* Delete the plugin symlinks to stop runtime warnings.
Weechat-0.3.7 can be built using cmake or configure, but their
cmake build scripts are prone to errors when building the ruby
bindings. By switching to `configure` the formula is greatly
simplified, and all the plugins it creates get neatly installed
into lib+'weechat/plugins' automatically.
Weechat `head` builds require `gtk` even if the `gtk` gui is
not enabled, which it isn't because it's b0rked. So remove head.
Weechat comes with an internal gettext and libintl that cause
errors when linking. So add a dep on Homebrew's gettext.
As reported by another user and confirmed through gdb, the perl
plugin causes a segfault on exit. So disable building that.
Aspell is still under construction in Homebrew, and weechat will
compile that plug by default. So disable aspell for now.
Disable the static plugins and delete the plugin symlinks. That
leaves only one `.so` for each plugin and stops a dozen warnings
when running weechat about _can't load duplicate plugins._
Disable building the Python plugin unless Python is a framework
because it will build but fail to load the plugin with an error
that it can't dlopen a module expected in flat namespace.
Even if we add a dep on Homebrew/dupes/ncurses to get the wide
variety of it, that formula doesn't actually create `-lnursesw`.
So that is not added, because it can't be found.
The gtk interface to weechat is not added as a user option because
it runs but doesn't make a useable gui. It's blank & unresponsive.
Weechat compiles, runs, and connects to freenode without error
using clang and llvm on Lion, tested against system Ruby, system
Python, and Homebrew Python frameworks.
FixesHomebrew/homebrew#11289.
FixesHomebrew/homebrew#11835.
FixesHomebrew/homebrew#12066.
ClosesHomebrew/homebrew#12193.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
* Use new "url" features
* Use keg_only DSL
* Use "skip_clean :all" DSL
* Whitespace and style cleanups
* Make bash invocations less silly
* Use new man2-man8 helpers
* Remove "FileUtils." since it is included in Formula
* Use real names for deps instead of aliases
* ENV.x11 now updates path, so remove that from individual brews
brewkit.rb changes ENV destructively, so lets not do that everytime a formula
is required. Now it's possible for other tools to require a formula
description without worrying about side-effects.
The WeeChat devs don't know about CMAKE_INSTALL_PREFIX apparently, someone
should tell them. I won't. I plan on just sitting back and shacking my head
side-to-side instead.
