Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

weechat installing all plugins, crashing on close #11289

Closed
kevwil opened this Issue · 1 comment

2 participants

@kevwil

I installed weechat with "brew install weechat" ... no options ... and it still installed the (optional) python, perl, and ruby plugins. Because of the plugins, it crashes on close. I think the Formula might be broken?

Here's the 'brew doctor' output and the build output: https://gist.github.com/2240700

In the mean time, I've moved the lua, perl, python, ruby, tcl, and xfer plugins to a separate directory, and now I get no crashes on close.

@jacknagel
Owner

Some fixes just went in that should fix this.

@jacknagel jacknagel closed this issue from a commit
@2bits 2bits weechat: switch from cmake to configure
* 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.

Fixes #11289.
Fixes #11835.
Fixes #12066.
Closes #12193.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
0f2f2ae
@jacknagel jacknagel closed this in 0f2f2ae
@petrhosek petrhosek referenced this issue from a commit
Commit has since been removed from the repository and is no longer available.
@chrismetcalf chrismetcalf referenced this issue from a commit in chrismetcalf/homebrew
@2bits 2bits weechat: switch from cmake to configure
* 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.

Fixes #11289.
Fixes #11835.
Fixes #12066.
Closes #12193.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
3a5c07b
@zhangcheng zhangcheng referenced this issue from a commit
Commit has since been removed from the repository and is no longer available.
@CharlieRoot CharlieRoot referenced this issue from a commit
Commit has since been removed from the repository and is no longer available.
@Sharpie Sharpie referenced this issue from a commit in Sharpie/homebrew
@2bits 2bits weechat: switch from cmake to configure
* 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.

Fixes #11289.
Fixes #11835.
Fixes #12066.
Closes #12193.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
13c59ac
@pekkanikander pekkanikander referenced this issue from a commit
Commit has since been removed from the repository and is no longer available.
@snakeyroc3 snakeyroc3 referenced this issue from a commit in snakeyroc3/homebrew
@2bits 2bits weechat: switch from cmake to configure
* 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.

Fixes #11289.
Fixes #11835.
Fixes #12066.
Closes #12193.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
691b29a
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.