IRC daemon, notifier, bot, TUI client, and its frontends
Go to file
Přemysl Eric Janouch e7d0f2380e
xC: split Command.BUFFER_INPUT on newlines
2022-09-10 18:51:27 +02:00
liberty@f545be725d xC: improve backlog helper capabilities 2022-08-14 18:52:26 +02:00
plugins xC: make fancy-prompt.lua alignment more reliable 2022-08-27 09:15:37 +02:00
xP xP: also scroll to bottom on window resize 2022-09-10 18:10:08 +02:00
.clang-format Add clang-format configuration, clean up 2021-10-30 02:55:19 +02:00
.gitignore Rename the project 2022-08-07 10:40:42 +02:00
.gitmodules Update submodule URL for liberty 2018-06-21 23:45:55 +02:00
CMakeLists.txt Start X11 and web frontends for xC 2022-09-05 14:26:00 +02:00
LICENSE Bump copyright years 2022-08-17 18:27:52 +02:00
NEWS xC: don't autoactivate buffers on forced JOINs 2022-09-07 19:10:49 +02:00
README.adoc xC/xP: mark highlights and buffer activity 2022-09-08 01:28:51 +02:00
common.c Start X11 and web frontends for xC 2022-09-05 14:26:00 +02:00
config.h.in ZyklonB: don't look for plugins in /usr/lib 2020-10-28 17:17:48 +01:00
test Come up with sillier names for the binaries 2021-08-06 16:43:59 +02:00
test-nick-colors Come up with sillier names for the binaries 2021-08-06 16:43:59 +02:00
test-static Come up with sillier names for the binaries 2021-08-06 16:43:59 +02:00
xB.adoc Fix xB.adoc parsing with current libasciidoc 2022-08-24 03:17:05 +02:00
xB.c xB: fix up the special IPC command's name 2021-08-06 17:18:06 +02:00
xC-gen-proto-c.awk xC-gen-proto: reduce enums to single bytes 2022-09-10 16:06:35 +02:00
xC-gen-proto-go.awk xC-gen-proto: reduce enums to single bytes 2022-09-10 16:06:35 +02:00
xC-gen-proto.awk xC-gen-proto: reduce enums to single bytes 2022-09-10 16:06:35 +02:00
xC-proto xC/xP: only send buffer stats in the initial sync 2022-09-10 17:38:33 +02:00
xC.adoc xC: erase remaining mentions of a "backlog helper" 2022-08-29 08:22:09 +02:00
xC.c xC: split Command.BUFFER_INPUT on newlines 2022-09-10 18:51:27 +02:00
xC.png Come up with sillier names for the binaries 2021-08-06 16:43:59 +02:00
xD-gen-replies.awk Don't wrap xD-gen-replies in a shell script 2022-08-29 06:07:49 +02:00
xD-replies Come up with sillier names for the binaries 2021-08-06 16:43:59 +02:00
xD.adoc Rename the project 2022-08-07 10:40:42 +02:00
xD.c Start X11 and web frontends for xC 2022-09-05 14:26:00 +02:00
xF.c Start X11 and web frontends for xC 2022-09-05 14:26:00 +02:00
xF.svg Start X11 and web frontends for xC 2022-09-05 14:26:00 +02:00

README.adoc

xK

xK (chat kit) is an IRC software suite consisting of a daemon, bot, terminal client, and X11/web frontends for the client. Its all youre ever going to need for chatting, so long as you can make do with slightly minimalist software.

Theyre all lean on dependencies, and offer a maximally permissive licence.

xC

The IRC client, and the core of xK. It is largely defined by building on top of GNU Readline or BSD Editline that have been hacked to death. Its interface should feel somewhat familiar for weechat or irssi users.

xC

It has most features youd expect of an IRC client, such as being multiserver, a powerful configuration system, integrated help, text formatting, automatic message splitting, multiline editing, bracketed paste support, word wrapping that doesnt break links, autocomplete, logging, CTCP queries, auto-away, command aliases, SOCKS proxying, SASL EXTERNAL authentication using TLS client certificates, a remote relay interface, or basic support for Lua scripting. As a unique bonus, you can launch a full text editor from within.

xP

The web frontend for xC, making use of its networked relay interface. So far its somewhat basic, yet usable.

xF

The X11 frontend for xC, making use of its networked relay interface. Its currently in development, and hidden behind a CMake option.

xD

The IRC daemon. It is designed for use as a regular user application rather than a system-wide daemon, and follows the XDG Base Directory Specification. If all you want is a decent, minimal IRCd for testing purposes or a small network of respectful users (or bots), this one will do it just fine.

It autodetects TLS on incoming connections (Im still wondering why everyone doesnt have this), authenticates operators via TLS client certificate fingerprints, and supports a number of IRCv3 capabilities.

What it notably doesnt support is online changes to configuration, any limits besides the total number of connections and mode +l, or server linking (which also means no services).

This program has been ported to Go in a different project, and development continues over there.

xB

The IRC bot. While originally intended to be a simple rewrite of my old GNU AWK bot in C, it fairly quickly became a playground, and it eventually got me into writing the rest of this package.

Its main characteristic is that it runs plugins as coprocesses, allowing for enhanced reliability and programming language freedom. Moreover, it recovers from any crashes, and offers native SOCKS support (even though socksify can add that easily to any program).

Packages

Regular releases are sporadic. git master should be stable enough. You can get a package with the latest development version from Archlinuxs AUR.

Building

Build-only dependencies: CMake, pkg-config, asciidoctor or asciidoc, awk, liberty (included)
Common runtime dependencies: openssl
Additionally for xC: curses, libffi, readline >= 6.0 or libedit >= 2013-07-12, lua >= 5.3 (optional)
Additionally for xF: x11, xft

$ git clone --recursive https://git.janouch.name/p/xK.git
$ mkdir xK/build
$ cd xK/build
$ cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=RelWithDebInfo \
           -DWANT_READLINE=ON -DWANT_LIBEDIT=OFF -DWITH_LUA=ON
$ make

To install the application, you can do either the usual:

# make install

Or you can try telling CMake to make a package for you:

$ cpack -G DEB  # also supported: RPM, FreeBSD
# dpkg -i xK-*.deb

Usage

xC has in-program configuration. Just run it and read the instructions. Consult its man page for details about the interface.

For the rest you might want to generate a configuration file:

$ xB --write-default-config
$ xD --write-default-config

After making any necessary edits to the file (there are comments to aid you in doing that), simply run the appropriate program with no arguments:

$ xB
$ xD

xB stays running in the foreground, therefore I recommend launching it inside a Screen or tmux session.

xD, on the other hand, immediately forks into the background. Use the PID file or something like killall if you want to terminate it. You can run it as a forking type systemd user service.

xP

Install the Go compiler, and build the server using make in its directory, then run it from within the public subdirectory.

Client Certificates

xC will use the SASL EXTERNAL method to authenticate using the TLS client certificate specified by the respective servers tls_cert option if you add sasl to the capabilities option and the server supports this.

xD uses SHA-1 fingerprints of TLS client certificates to authenticate users. To get the fingerprint from a certificate file in the required form, use:

$ openssl x509 -in public.pem -outform DER | sha1sum

Custom Key Bindings in xC

The default and preferred frontend used in xC is GNU Readline. This means that you can change your bindings by editing ~/.inputrc. For example:

# Preload with system-wide settings
$include /etc/inputrc

# Make M-left and M-right reorder buffers
$if xC
"\e\e[C": move-buffer-right
"\e\e[D": move-buffer-left
$endif

Consult the source code and the GNU Readline manual for a list of available functions. Also refer to the latter for the exact syntax of this file. Beware that you can easily break the program if youre not careful.

How do I make xC look like the screenshot?

With the defaults, xC doesnt look too fancy because I dont want to have a hard dependency on either Lua for the bundled script that provides an easily adjustable enhanced prompt, or on 256-colour terminals. Moreover, its nearly impossible to come up with a colour theme that would work well with both black-on-white and white-on-black terminals, or anything wild in between.

Assuming that your build supports Lua plugins, and that you have a decent, properly set-up terminal emulator, it suffices to run:

/set general.pager = Press Tab here and change +Gb to +Gb1d
/set general.date_change_line = "%a %e %b %Y"
/set general.plugin_autoload += "fancy-prompt.lua"
/set attributes.userhost = "\x1b[38;5;109m"
/set attributes.join = "\x1b[38;5;108m"
/set attributes.part = "\x1b[38;5;138m"
/set attributes.external = "\x1b[38;5;248m"
/set attributes.timestamp = "\x1b[48;5;255m\x1b[38;5;250m"
/set attributes.read_marker = "\x1b[38;5;202m"

Configuration profiles

Even though the applications dont directly support configuration profiles, they conform to the XDG standard, and thus you can change the location they load configuration from via XDG_CONFIG_HOME (normally ~/.config) and the location where store their data via XDG_DATA_HOME (normally ~/.local/share).

It would be relatively easy to make the applications assume whatever name you run them under (for example by using symbolic links), and load different configurations accordingly, but I consider it rather messy and unnecessary.

Contributing and Support

Use https://git.janouch.name/p/xK to report any bugs, request features, or submit pull requests. git send-email is tolerated. If you want to discuss the project, feel free to join me at ircs://irc.janouch.name, channel #dev.

Bitcoin donations are accepted at: 12r5uEWEgcHC46xd64tt3hHt9EUvYYDHe9

License

This software is released under the terms of the 0BSD license, the text of which is included within the package along with the list of authors.

Note that xC becomes GPL-licensed when you link it against GNU Readline, but that is not a concern of this source package. The licenses are compatible.