doc: remove tag "translation missing" in French user's guide (issue #1285)

doc: add file wee-dir.c in developer's guide (issue #1285)

doc: add link to CMake option in environment variable WEECHAT_HOME (user's guide) (issue #1285)

doc: change default value of WEECHAT_HOME CMake option to empty string (user's guide) (issue #1285)

doc: remove wrong default value of option weechat.network.gnutls_ca_file (user's guide) (issue #1285)

doc: use XDG config directory in Relay SSL chapter (user's guide) (issue #1285)

doc: use XDG config directory in chapter on IRC server certificate (user's guide) (issue #1285)

doc: use XDG config directory in SASL ECDSA-NIST256P-CHALLENGE chapter (user's guide) (issue #1285)

doc: replace "%h" by "${weechat_config_dir}" in examples of values for IRC server option "ssl_cert" (user's guide) (issue #1285)

doc: replace "%h" by "${weechat_config_dir}" in examples of values for IRC server option "sasl_key" (user's guide) (issue #1285)

core: mention evaluation with string_eval_path_home for CMake/autotools option CA_FILE (issue #1285)

xfer: remove "%h" from /help xfer.file.upload_path (issue #1285)

xfer: change default value of option xfer.file.download_path to "${weechat_data_dir}/xfer" (issue #1285)

script: change default value of option script.scripts.path to "${weechat_cache_dir}/script" (issue #1285)

relay: change default value of option relay.network.ssl_cert_key to "${weechat_config_dir}/ssl/relay.pem" (issue #1285)

relay: remove "%h" from help on UNIX socket path option (issue #1285)

relay: remove "%h" from /help relay (issue #1285)

logger: change default value of option logger.file.path to "${weechat_data_dir}/logs" (issue #1285)

fifo: change default value of option fifo.file.path to "${weechat_runtime_dir}/weechat_fifo" (issue #1285)

core: change default value of option weechat.plugin.path to "${weechat_data_dir}/plugins" (issue #1285)

core: split WeeChat home in 4 directories, use XDG directories by default (issue #1285)

The 4 directories (which can be the same):

- config: configuration files, certificates
- data: log/upgrade files, local plugins, scripts, xfer files
- cache: script repository, scripts downloaded (temporary location)
- runtime: FIFO pipe, relay UNIX sockets

core: move home directory functions from weechat.c to wee-dir.c (issue #1285)

core: move directory/file functions from wee-util.c to wee-dir.c (issue #1285)

logger: remove unused variable weechat_dir (issue #1285)

core: set WeeChat home to empty string by default in CMake and autotools (issue #1285)

relay: evaluate option relay.network.ssl_cert_key (issue #1285)

irc: evaluate options irc.server_default.ssl_cert and irc.server.xxx.ssl_cert (issue #1285)

irc: evaluate options irc.server_default.sasl_key and irc.server.xxx.sasl_key (issue #1285)

core: evaluate option weechat.plugin.path (issue #1285)

core: evaluate option weechat.network.gnutls_ca_file (issue #1285)

core: update ChangeLog (issue #1636)

core: add detection of function mallinfo2 in autotools (issue #1636)

core: Use mallinfo2() when available

mallinfo() is deprecated in glibc 2.33

doc: update German auto-generated file

doc: fix list of supported OS in FAQ

core: display a warning when the file with certificate authorities is not found (option weechat.network.gnutls_ca_file)

xfer: make file transfer fail when option xfer.file.auto_rename is off and file already exists (closes #1633)

doc: update German documentation

doc: translate changes in chapter on bar conditions (user's guide)

doc: Update weechat.bar.*.condition to use info:term_width

In cf93e953b the `weechat.bar.*.condition` examples have been changed to use
`${info:term_width}` instead of `${window.win_width}`. The user guide still
shows the old example. This commit syncs the user guide with the on-line help.

doc: update German documentation

doc: add link to Archlinux wiki page about core dump files (user's guide)

core: update German translations

Revert "core: add option "-save" in command /upgrade (closes #1630)"

This reverts commit 1df1903d230c4f8dbd0876b8bbc3454aa1af389c.

This is not so easy to implement: it requires saving state of plugins, and
plugins like irc can not save the connected state (except in a real upgrade
case where the sockets are still valid after exec of the new binary).

core: add option "-save" in command /upgrade (closes #1630)

tests: fix if/else blocks in trigger tests

doc: improve display of WeeChat version in info_hashtable "irc_message_parse" (scripting guide)

doc: mark info "python2_bin" as deprecated since version 2.6 (plugin API reference)

trigger: add tests on main trigger functions

irc: remove unused variable ptr_address and dead code

irc: remove dead assignment on variable pos_message

trigger: remove useless test

trigger: check that option is not NULL in function trigger_search_with_option

trigger: fix description of function trigger_name_valid

trigger: check that trigger is not NULL in functions trigger_rename and trigger_copy

doc: update German documentation

trigger: add variables "${tg_shell_argc}" and "${tg_shell_argvN}" in command trigger evaluated strings (closes #1624)

core: evaluate left/right part of comparison after split on the comparison operator in ${if:xxx} (closes #1627)

To force evaluation of the expression before doing the comparison (less safe),
the "${eval_cond:xxx}" can be used.

With the old behavior we had:

    >> ${if:a==b}
    == [0]
    >> ${if:${raw:a==b}}
    == [0]
    >> ${if:${eval_cond:${raw:a==b}}}
    == [0]

And with the new behavior, we have:

    >> ${if:a==b}
    == [0]
    >> ${if:${raw:a==b}}
    == [1]
    >> ${if:${eval_cond:${raw:a==b}}}
    == [0]

doc: update German auto-generated file

core: update German translations

buflist: improve help on option buflist.look.sort

core: update ChangeLog (issue #1621)

buflist: Fix wrong pointers being used in hdata_compare

This used pointer1 and pointer2 which are pointers to the buffers, but
it should use ptr_hotlist1 and ptr_hotlist1 which are pointers to the
hotlists it is trying to compare.

core: update ChangeLog (issue #1591, issue #1592)

core: Prevent switching to start of visited buffers when jumping to next

If you run /input jump_next_visited_buffer right after switching to a
buffer, weechat changes to the first buffer in the visited buffers list.
That is, it wraps around and goes to the buffer you visited the longest
ago. This patch fixes that.

The reason it happens is that when you switch to a buffer (normally,
i.e. in another way than using jump_previously_visited_buffer/
jump_next_visited_buffer) gui_buffers_visited_index is set to -1 (in
gui_buffer_visited_add). This makes gui_buffer_visited_get_index_next
return 0 because it returns gui_buffers_visited_index + 1, which makes
gui_input_jump_next_visited_buffer jump to the first buffer in the list
of visited buffers.

Fixes #1591

doc: update German auto-generated file

doc: update German documentation

core: update German translations

core: update ChangeLog

core: add repository ppa:ondrej/php in CI

core: do not force build of JavaScript plugin in CI

tests: disable pylint error useless-object-inheritance

core: replace pylint3 by pylint in CI on Ubuntu 20.04

core: first remove package php7.4-common in CI on Ubuntu 20.04

See: https://github.com/actions/virtual-environments/issues/2859

core: switch from Ubuntu 18.04 to 20.04 in CI

core: add pointer name in description of function eval_replace_vars_cb

doc: update German auto-generated files

api: add support of pointer names in function string_eval_expression (direct and in hdata)

These two formats are now supported, if "pointer_name" is present in the
"pointers" hashtable:

* "${pointer_name}": value of pointer (example: "0x1234abcd")
* ${buffer[pointer_name].full_name}: use of a pointer name instead of pointer
  value or list name

tests: use macros UINT32_C and UINT64_C for integer constants of type uint32_t and uint64_t

This fixes the following compiler warnings: "integer constant is so large that
it is unsigned".

core: update German translations

doc: add section "plugin" in weechat.conf (user's guide)

core: add options to customize commands on system signals, quit by default on SIGHUP when not running headless (closes #1595)

New options to customize behavior on signals received, with the default
behavior:

- weechat.signal.sighup: quit in normal mode, reload config in headless
- weechat.signal.sigquit: quit
- weechat.signal.sigterm: quit
- weechat.signal.sigusr1: no command executed by default
- weechat.signal.sigusr2: no command executed by default

The signals SIGUSR1 and SIGUSR2 are introduced by this commit, so it's now
possible to run commands when they are received.

The SIGHUP signal makes now WeeChat quit, it was the behavior before version
2.9 of WeeChat (see commit de1e61f7cd50cbd1a99777fe6611642a51abf5f6).

api: add info "weechat_daemon"

doc: use full path /usr/bin/pass in example for option sec.crypt.passphrase_command

core: mention /fset command in header comment of configuration files

core: update ChangeLog (closes #1618)

fset: add fset bar on configuration reload (issue #1618)

buflist: always add buflist bar when plugin is loaded, hide bar by default if buflist is disabled (issue #1618)

buflist: add buflist bar on configuration reload (issue #1618)

doc: update German documentation

doc: add upgrade chapter in user's guide

debian: update debian/ubuntu patches with new Standards-Version

debian: fix watch according to download page changes

debian: bump Standards-Version to 4.5.1

core: add missing include of sys/time.h in C headers

Version 3.2-dev

Version 3.1

core: reorder release notes for version 3.1

core: fix compilation of tests on FreeBSD

debian: update changelog