WeeChat

From ArchWiki
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Tango-edit-clear.pngThis article or section needs language, wiki syntax or style improvements. See Help:Style for reference.Tango-edit-clear.png

Reason: See Help:Style and related. (Discuss in Talk:WeeChat)

WeeChat is a highly extendable and feature rich IRC client.

Installation

Install the weechat package, or weechat-gitAUR for the development version.

Usage

WeeChat provides two executables:

Read the quick start guide. For details consult the user's guide.

Configuration

By default WeeChat stores its configuration files in ~/.weechat. Editing these files directly is not recommended because WeeChat may write them at any time.[1]

Instead you should use the /set command. You can get a list of all configurable options by running /set in the WeeChat buffer window. Since there are nearly 600 default configurable options, you can search through them with a wildcard syntax: /set irc.server.* or /set *server* as an example. You can get help on each option with the /help command:

/help irc.server.libera.autoconnect
Tip: In case you want to move ~/.weechat directory somewhere else (like in your $XDG_CONFIG_HOME), use this option: $ weechat -d $XDG_CONFIG_HOME/weechat or set the environment variable WEECHAT_HOME.

Connecting to a server

You can connect to a IRC server by adding it and then using /connect:

/server add libera irc.libera.chat/6667
/connect libera

See the WeeChat documentation and /help server for more information.

Note: Temporary server connection with /connect, without previously adding the server, is not allowed. To enable this functionality, use /set irc.look.temporary_servers on.

Configuring SSL

Many IRC servers, including libera where #archlinux is, support SSL.

If you are making a server with /server, add the SSL port (usually 6697) and -ssl to the end of the line. For example:

/server add libera irc.libera.chat/6697 -ssl
Note: Some servers need the ssl_dhkey_size value changed to something lower. For example, if you are using Libera you will need to set set irc.server.libera.ssl_dhkey_size 1024 or /set irc.server.irc.libera.chat.ssl_dhkey_size 1024 (see the server log)

You may also want to change the location where WeeChat looks for trusted authorities (the default value is %h/ssl/CAs.pem which translates to ~/.weechat/ssl/CAs.pem):

/set weechat.network.gnutls_ca_file "/etc/ssl/certs/ca-certificates.crt"

Tips and tricks

Upgrading

WeeChat can be upgraded without disconnecting from the IRC servers (non-SSL connections only):

/upgrade

This will load the new WeeChat binary and reload the current configuration.

Aliases

Aliases can be created to simplify commonly executed commands. A nice example is Wraithan's smart filter alias:

Smart Filter

First, we need to enable smart filters:

/set irc.look.smart_filter "on"

Next, we will create the sfilter alias:

/alias add sfilter filter add irc_smart_$server_$channel irc.$server.$channel irc_smart_filter *

We can now type

/sfilter

in any buffer, and the smart filter will only be enabled for that buffer.

The following alias will remove a previously enabled smart filter in the current buffer. Add the alias:

/alias add rmsfilter filter del irc_smart_$server_$channel

and execute it by

/rmsfilter

Exec command

A new plugin called "exec" has been added, with command /exec. It will execute external command and can display output to the current buffer with the -o option or locally (default).

Key bindings

See /help key.

Example that adds basic irssi style window scrolling:

/key bind meta-p /window page_up
/key bind meta-n /window page_down

If you are using vimode plugin, most of the default bindings will not work will have vim like alternatives. Check bindings

SSH connection lost when idle

If you are connecting to your WeeChat through a remote shell using SSH, for example running it in GNU Screen or tmux you might experience getting disconnected after a while when idle. There are multiple factors in play why this might happen, but the easiest way to change this is to force the connection to be kept alive by appending this to your SSH-configuration on the remote shell.

This has nothing to do with WeeChat itself, but losing connection when idle will not happen with its alternative irssi by default, and thus is a common situation for those converting to WeeChat.

# /etc/ssh/sshd_config
ClientAliveInterval 300

Or have a look at Mosh.

Emojis

Emojis are part of Unicode set. Requirements for emojis to work:

  • terminal emulator must support Unicode and emojis subset. For example, rxvt Unicode (urxvt) does not support emojis.
  • font used in terminal emulator must support emojis subset.

Incomplete list of terminals with emojis support:

  • xfce4-terminal
  • alacritty

Mouse support

A terminal emulator will pass through mouse scroll events and weechat will scroll in areas

  • chat area
  • nicklist bar

Mouse in tmux

When running in tmux turn on mouse support in ~/.tmux.conf:

set -g mouse on

Slack

There is a native client for slack: wee-slack

Desktop notifications

To receive desktop notifications for mentions or private messages, the weechat-notify-send script by Petr Zemek can be used.

To install, use:

cd ~/.weechat/python
curl -O https://raw.githubusercontent.com/s3rvac/weechat-notify-send/master/notify_send.py
ln -s ../notify_send.py autoload/

The script uses libnotify and is known to work with both KDE and Gnome.

Another alternative with the built-in trigger plugin is to set a value for trigger.trigger.beep.command.

 /set trigger.trigger.beep.command "/print -beep;/exec -bg notify-send -i '/usr/share/icons/hicolor/32x32/apps/weechat.png' 'IRC Notification' "${tg_tag_nick}: ${tg_message_nocolor}""

Mobile device notifications

To receive notifications for mentions or private messages to an Android mobile device, you can use the IrssiNotifier port to WeeChat from here. This script requires a Google Account, and a registration step with the service provider to obtain an API key. Then, install the plugin

cd ~/.weechat/python
curl -O https://www.weechat.org/files/scripts/irssinotifier.py
ln -s ../irssinotifier.py autoload/

and intialize the API token and end-to-end encryption password in WeeChat

/set plugins.var.python.irssinotifier.api_token your-api-token-from-website
/set plugins.var.python.irssinotifier.encryption_password your-password-same-as-in-andoid-app
/save

An alternative that does not require a Google Account is a Ruby script for NotifyMyAndroid.com from here, with a similar installation procedure to the above, but into ~/.weechat/ruby.

WeeChat relay with a systemd user service

To use your WeeChat instance as a WeeChat relay for other WeeChat clients (not to be confused with the IRC relay feature) you can use the WeeChat relay plugin and either a systemd user service, if you only want headless operation, or a combination of a systemd user service and tmux to maintain full command line functionality.

Either method involves creating a service file in the directory ~/.config/systemd/user/

tmux method

Due to the incompatibilities between how systemd manages jobs and the client-server behavior of tmux you will want to use the -L option to separate your default tmux sessions from the WeeChat one being managed by systemd. If this is the first tmux session started using the default socket then stopping and restarting the WeeChat user service will kill all the sessions connected to the default tmux socket. If the WeeChat tmux session is started after another default tmux session then the WeeChat session will die once systemd moves onto the next service unit. Sequestering the WeeChat tmux server to its own socket forces the expected behaviors when invoking systemctl start, stop, and restart. This does however mean that you will not see the WeeChat session when using tmux without using -L to select the correct socket.

~/.config/systemd/user/weechat.service
[Unit]
Description=A WeeChat client and relay service using Tmux
After=network.target

[Service]
Type=forking
RemainAfterExit=yes
ExecStart=/usr/bin/tmux -L weechat new -d -s weechat weechat
ExecStop=/usr/bin/tmux -L weechat kill-session -t weechat

[Install]
WantedBy=default.target

Once the service is in place, all you need to do is start/enable the user unit and run loginctl enable-linger.

From there you can connect to the tmux session in order to configure the weechat relay plugin:

$ tmux -L weechat attach

From there you can configure the WeeChat relay plugin with the desired settings on the console: https://www.weechat.org/files/doc/stable/weechat_user.en.html#relay_plugin

If you want to hide tmux status bar, you can append this option to ExecStart:

\; set-option status off

For displaying 256 colors with the session it may be needed to append this to tmux config file:

set -g default-terminal screen-256color

Headless method

A key difference with this method is that you will either need to start WeeChat normally, configure the relay plugin, stop WeeChat, and then start the service or edit your relay.conf file manually while WeeChat is not running and then start your service. Either way you will need to configure your relay settings before starting your systemd WeeChat service: https://www.weechat.org/files/doc/stable/weechat_user.en.html#relay_plugin.

~/.config/systemd/user/weechat-headless.service
[Unit]
Description=A headless WeeChat client and relay service 
After=network.target

[Service]
Type=forking
ExecStart=/usr/bin/weechat-headless --daemon

[Install]
WantedBy=default.target

Note that we do not need an ExecStop defined because systemd will automatically track the PID and send the appropriate shutdown signal to the daemon.

Once the user unit is in place, enable it. When you are ready to start your headless relay, start the user unit.

Troubleshooting

Errors loading plugins

You may see output like the following in the main window after starting weechat:

13:26:10 =!= | Error: unable to load plugin "/usr/lib/weechat/plugins/ruby.so": libruby.so.2.4: cannot open shared object file: No such file or directory
13:26:10 =!= | If you're trying to load a script and not a C plugin, try command to load scripts (/perl, /python, ...)
13:26:10 =!= | Error: unable to load plugin "/usr/lib/weechat/plugins/lua.so": liblua.so.5.3: cannot open shared object file: No such file or directory
13:26:10 =!= | If you're trying to load a script and not a C plugin, try command to load scripts (/perl, /python, ...)
13:26:10 =!= | Error: unable to load plugin "/usr/lib/weechat/plugins/aspell.so": libaspell.so.15: cannot open shared object file: No such file or directory
13:26:10 =!= | If you're trying to load a script and not a C plugin, try command to load scripts (/perl, /python, ...)
13:26:10 =!= | Error: unable to load plugin "/usr/lib/weechat/plugins/tcl.so": libtcl8.6.so: cannot open shared object file: No such file or directory
13:26:10 =!= | If you're trying to load a script and not a C plugin, try command to load scripts (/perl, /python, ...)

The default configuration for weechat attempts to load all plugins found in /usr/lib/weechat/plugins which in this case includes ruby, lua, aspell and tcl. These packages are not required by the weechat package and may not be installed on your machine. There are two options if these errors bother you:

  1. Install ruby, lua, aspell and/or tcl from the official repositories.
  2. Or, run /set weechat.plugin.autoload "*,!ruby,!lua,!aspell,!tcl" which will prevent loading those plugins with a bang (!) prefix.

Problem loading multiline.pl

This problem happens with perl version >= 5.31.1

The script multiline.pl depends on the Pod::Select module. However, since perl version v5.31.1 Pod::Select has been removed.

To fix the problem, install perl-pod-parser.

Getting help

To access WeeChat's built-in help, simply type

/help

and the help will be displayed in the main buffer (usually buffer 1).

See also

Guides