ezkrg / docker-bitlbee-libpurple Goto Github PK

View Code? Open in Web Editor NEW

28.0 28.0 17.0 80 KB

bitlbee with libpurple and plugins

Dockerfile 100.00%

docker-bitlbee-libpurple's People

Contributors

Stargazers

Watchers

Forkers

ericbisme friek vuquangtam harahauk chatresearch baaart rh0 seb-daehne ppgodel heywoodlh mooomooo s73ph4n maxaudron joshuaaferguson terminaldweller kiorky jameshi16

docker-bitlbee-libpurple's Issues

Matrix missing

Hello,
It looks like the matrix plugin is missing :

(PS : Thanks for the work you've done with this docker image, it really is super useful.)

Image build fails on libsipe

Hi,

when trying to build the image I got the following error when it tries to compile libsipe:

make[3]: Entering directory '/tmp/sipe/src/purple'
/bin/bash ../../libtool  --tag=CC   --mode=compile x86_64-alpine-linux-musl-gcc -DHAVE_CONFIG_H -I. -I../..     -Werror -Wall -Wextra -Waggregate-return -Wcast-align -Wdeclaration-after-statement -Wdeprecated-declarations -Winit-self -Wmaybe-uninitialized -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wundef -Wunused-but-set-variable -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I/usr/include/libpurple -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  -I./../api -DLOCALEDIR=\"/usr/share/locale\" -g -O2 -MT libsipe_backend_la-purple-buddy.lo -MD -MP -MF .deps/libsipe_backend_la-purple-buddy.Tpo -c -o libsipe_backend_la-purple-buddy.lo `test -f 'purple-buddy.c' || echo './'`purple-buddy.c
libtool: compile:  x86_64-alpine-linux-musl-gcc -DHAVE_CONFIG_H -I. -I../.. -Werror -Wall -Wextra -Waggregate-return -Wcast-align -Wdeclaration-after-statement -Wdeprecated-declarations -Winit-self -Wmaybe-uninitialized -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wundef -Wunused-but-set-variable -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libpurple -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./../api -DLOCALEDIR=\"/usr/share/locale\" -g -O2 -MT libsipe_backend_la-purple-buddy.lo -MD -MP -MF .deps/libsipe_backend_la-purple-buddy.Tpo -c purple-buddy.c  -fPIC -DPIC -o .libs/libsipe_backend_la-purple-buddy.o
purple-buddy.c:691:13: error: redefinition of 'sipe_purple_buddy_share_desktop_cb'
 static void sipe_purple_buddy_share_desktop_cb(SIPE_UNUSED_PARAMETER PurpleBuddy *buddy,
             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
purple-buddy.c:668:13: note: previous definition of 'sipe_purple_buddy_share_desktop_cb' was here
 static void sipe_purple_buddy_share_desktop_cb(SIPE_UNUSED_PARAMETER PurpleBuddy *buddy,
             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
purple-buddy.c:668:13: error: 'sipe_purple_buddy_share_desktop_cb' defined but not used [-Werror=unused-function]
cc1: all warnings being treated as errors
make[3]: Leaving directory '/tmp/sipe/src/purple'
make[3]: *** [Makefile:947: libsipe_backend_la-purple-buddy.lo] Error 1
make[2]: *** [Makefile:431: all-recursive] Error 1
make[2]: Leaving directory '/tmp/sipe/src'
make[1]: *** [Makefile:505: all-recursive] Error 1
make[1]: Leaving directory '/tmp/sipe'
make: *** [Makefile:437: all] Error 2

(The version of failing sipe that's being pulled at the moment is tieto/sipe@fb6e899 )

If I comment out line 87-93 from the Dockerfile (leaving out libsipe) the image is built fine.

If relevant:
Client:
Version: 17.12.1-ce
API version: 1.35
Go version: go1.10.1
Git commit: 7390fc6
Built: Wed Apr 18 01:23:11 2018
OS/Arch: linux/amd64

Server:
Engine:
Version: 17.12.1-ce
API version: 1.35 (minimum version 1.12)
Go version: go1.10.1
Git commit: 7390fc6
Built: Wed Feb 28 17:46:05 2018
OS/Arch: linux/amd64
Experimental: false

Would you mind adding purple-gowhatsapp aswell?

default ALPINE_VERSION not set

There's no default value for ALPINE_VERSION in the Dockerfile, so it seems to not build unless the argument is explicitly provided. Perhaps a default needs to be set in the Dockerfile? Or the README could get updated with an explicit build arg provided. Also, should it get added to plugin_versions?

telegram-purple or tdlib-purple

Hello, do you using a https://github.com/majn/telegram-purple or a https://github.com/ars3niy/tdlib-purple/?
Thanks

Telegram Missing

Somehow the Telegram Plugin is missing...

Slack settings and commands not working

I am not sure if I am doing something wrong or if the slack plugin is different from this one: https://github.com/dylex/slack-libpurple , so please let me know if the features I am looking for do not apply to the slack plugin here.

I am looking to set the variables open_chat, connect_history, and thread_history, but I can't find them. set or acc <some_account> set do not show these variables.

Also, the command \history does not work for me. It gives the error message history: Unknown command.

Any pointers are appreciated.

Update purple-gowhatsapp dependency (to use purple-whatsmeow)

purple-gowhatsapp has updated to use the whatsmeow library over go-whatsapp, this should fix a lot of the bugs and problems in the old implementation. Do you think you'd be able to build a new image with the new library included?

Telegram plugin update

The Readme points to telegram-purple, but this actually uses tdlib-purple
the original tdlib-purple repo hasn't been updated in a while; recent updates are instead happening in a fork : https://github.com/BenWiederhake/tdlib-purple so it's probably worth switching over to that

Alpine 3.14 needs newest Docker ("make: echo: Operation not permitted")

(or some other workarounds)

see:
https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.14.0#faccessat2

That is, with the latest commit, previously successful builds may suddenly begin to fail with the error message:
make: echo: Operation not permitted.

purple-gowhatsapp panics when scanning qr code

goroutine 13 [running]:
github.com/Rhymen/go-whatsapp.newInfoFromReq(0xc000252060, 0x38)
        /tmp/purple-gowhatsapp/go/src/github.com/Rhymen/go-whatsapp/session.go:63 +0xc67
github.com/Rhymen/go-whatsapp.(*Conn).Login(0xc000092100, 0xc0000703c0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
        /tmp/purple-gowhatsapp/go/src/github.com/Rhymen/go-whatsapp/session.go:268 +0x1046
main.login(0xc00045a000, 0x0, 0x0, 0x0)
        /tmp/purple-gowhatsapp/purplegwa.go:573 +0x392
main.connect_and_login(0xc00045a000, 0x0)
        /tmp/purple-gowhatsapp/purplegwa.go:487 +0x4b3
created by main.gowhatsapp_go_login
        /tmp/purple-gowhatsapp/purplegwa.go:530 +0x113

Probably an error in the plugin itself, but that might mean an upgrade or something is needed.

rocketchat - Login error: No username/server supplied

When trying to connect to our rocketchat server I get stuck on this message. As username I use my username@server but no luck :(

[15:44] <@######> | account 7 set
[15:44] <@root> auto-add-buddy = `false'
[15:44] <@root> auto_connect = `true'
[15:44] <@root> auto_reconnect = `true'
[15:44] <@root> away is empty
[15:44] <@root> display_name is empty
[15:44] <@root> handle_unknown is empty
[15:44] <@root> nick_format is empty
[15:44] <@root> nick_source = `handle'
[15:44] <@root> password = `********' (hidden)
[15:44] <@root> tag = `eionrobb-rocketchat'
[15:44] <@       root> | username = `username@servername'
[15:44] <@visibilitys> | account 7 on
[15:44] <@root> eionrobb-rocketchat - Login error: No username/server supplied
[15:44] <@root> eionrobb-rocketchat - Logging in: Signing off..

Migrate to tdlib-purple

According to the telegram-purple repo:

This project is effectively abandoned.

It's recommended to switch to tdlib-purple instead.

Please add Rocket.Chat Support

Hey there, could you add Rocket.Chat Support to your Docker Image?
https://bitbucket.org/EionRobb/purple-rocketchat

Thank you! :)

Facebook User Agent is Wrong

Hello please can you try fix this, facebook dosent work
bitlbee/bitlbee-facebook#195
https://github.com/dequis/purple-facebook/search?q=FB_ORCA_AGENT

Letsencypt certificate authority

Letsencrypt did something to their certificates earlier this year, and now bitlbee refuses to connect to letsencrypt signed servers (e.g. self-hosted rocketchat) -- the appropriate CA would need to be updated somehow.

armv7 support

Tryed to adapt the dockerfile to install libpurple with telegram support on armv7 processor (Odroid). Had no issues while compiling. Bitlbee works, but telegram Plugin won't appear in the plugin list. Any ideas?

FROM alpine:3.8

ENV BITLBEE_VERSION 3.5.1
ENV SIPE_VERSION upstream/1.23.3

RUN addgroup -g 101 -S bitlbee \
 && adduser -u 101 -D -S -G bitlbee bitlbee \
 && apk add --no-cache --update tzdata \
        libpurple \
        libpurple-xmpp \
        libpurple-oscar \
        libpurple-bonjour \
        json-glib \
        libgcrypt \
        libssl1.0 \
        libcrypto1.0 \
        gettext \
        libwebp \
        glib \
        protobuf-c \
        discount-libs \
 && apk add --no-cache --update --virtual .build-dependencies \
        git \
        make \
        autoconf \
        automake \
        libtool \
        gcc \
        g++ \
        json-glib-dev \
        libgcrypt-dev \
        openssl-dev \
        pidgin-dev \
        libwebp-dev \
        glib-dev \
        protobuf-c-dev \
        mercurial \
        libxml2-dev \
        discount-dev \
 && cd /tmp \
 && git clone https://github.com/bitlbee/bitlbee.git \
 && cd bitlbee \
 && git checkout ${BITLBEE_VERSION} \
 && ./configure --purple=1 --ssl=openssl --prefix=/usr --etcdir=/etc/bitlbee \
 && make \
 && make install \
 && make install-dev \
 \
 && cd /tmp \
 && git clone --recursive https://github.com/majn/telegram-purple \
 && cd telegram-purple \
 && ./configure \
 && make \
 && make install \
 && strip /usr/lib/purple-2/telegram-purple.so \
 \
 && rm -rf /tmp/* \
 && rm -rf /usr/include/bitlbee \
 && rm -f /usr/lib/pkgconfig/bitlbee.pc \
 && apk del .build-dependencies 

EXPOSE 6667

USER bitlbee

CMD [ "/usr/sbin/bitlbee", "-F", "-n" ]

Update signald

The current Dockerfile doesn't work on the latest versions of (lib)purple-signald:

The build process has changed to use cmake (hoehermann/purple-signald@3a7cc02)
The plugin has been renamed (hoehermann/purple-signald@d271201)
Also, SUPPORT_EXTERNAL_ATTACHMENTS is no longer necessary (hoehermann/purple-signald@78dc05f)

Feature request: Spectrum.im support

I tried to get this working with the Spectrum.im XMPP transport, but I wasn't able to figure out how to wrangle all the bits. It'd be great if we could use this same framework to set up a similar plug-and-play docker for libpurple to XMPP.