Package Details: matrix-appservice-telegram 0.15.2-1

Git Clone URL: https://aur.archlinux.org/matrix-appservice-telegram.git (read-only, click to copy)
Package Base: matrix-appservice-telegram
Description: A Matrix-Telegram hybrid puppeting/relaybot bridge.
Upstream URL: https://github.com/mautrix/telegram
Licenses: AGPLv3
Submitter: BluePeril
Maintainer: BluePeril
Last Packager: BluePeril
Votes: 4
Popularity: 0.000000
First Submitted: 2020-01-08 06:54 (UTC)
Last Updated: 2024-07-19 07:57 (UTC)

Dependencies (24)

Required by (0)

Sources (4)

Latest Comments

BubuIIC commented on 2022-03-13 13:37 (UTC)

I just ran into a subtle error after an upgrade to v0.11.2 where the bridge didn't have the proper defaults for a new config option: https://github.com/mautrix/telegram/issues/768

I suggest removing the -b /etc/mautrix-telegram/config.yaml flag and instead add --no-update as discussed in the issue above.

BubuIIC commented on 2020-12-11 17:15 (UTC)

There's now another package called mautrix-telegram, which packages the same thing. I think they should probably be merged?

L0ric0 commented on 2020-11-09 13:09 (UTC) (edited on 2020-11-09 13:10 (UTC) by L0ric0)

It would be nice if you could set a user in the service file, so that the bridge isn't running with root permissions.

If you don't want to add a system user for this you can set DynamicUser=yes.

Here is a write up of the feature: http://0pointer.net/blog/dynamic-users-with-systemd.html

BubuIIC commented on 2020-06-12 09:44 (UTC) (edited on 2020-06-12 09:46 (UTC) by BubuIIC)

I have a few suggestions for improving the package. Some of those might be hard to do as an upgrade path, not sure currently.

Instead of moving the example config to /etc/mautrix-telegram/example-config.yaml I'd link it instead from the package dir. The bridge needs the example config at runtime and it will automatically find it there. (The package currently uses the user generated config also as "example config" in the service file which only works as long as you do manual config migrations on every update.)

I added the alembic upgrade head call to the systemd service file as an ExecStartPre command:

ExecStartPre=/usr/bin/alembic -c /etc/mautrix-telegram/alembic.ini -x config=/etc/mautrix-telegram/config.yaml upgrade head (When the working dir is also changed as below, the alembic.ini needs to be edited to point to the absolute path /etc/mautrix-telegram/alembic/ dir.)

I also enabled systemd's DynamicUser feature with this:

ExecStart=/usr/bin/mautrix-telegram -c /etc/mautrix-telegram/config.yaml -r /etc/mautrix-telegram/registration.yaml
WorkingDirectory=/var/lib/mautrix-telegram/
DynamicUser=true
ConfigurationDirectory=mautrix-telegram
StateDirectory=mautrix-telegram

sakaru commented on 2020-02-05 13:31 (UTC)

I see that you have a post_remove function to rm -rf /etc/mautrix-telegram/. I think it's better to instead declare /etc/mautrix-telegram/config.yaml (and perhaps /etc/mautrix-telegram/registration.yaml) as specify them as backup files (which will rename them with a .pacsave suffix). See how nginx specified backup files as an example.