Search Criteria
Package Details: matrix-appservice-telegram 0.15.2-1
Package Actions
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)
- python-aiohttp (python-aiohttp-gitAUR)
- python-asyncpg
- python-commonmark
- python-magic (python-magic-gitAUR)
- python-mako
- python-mautrixAUR (python-mautrix-gitAUR)
- python-ruamel-yaml (python-ruamel-yaml-hgAUR)
- python-telethon-tulir-gitAUR
- python-yarl
- python-pip (make)
- python-setuptools (make)
- brotli (brotli-gitAUR) (optional) – speedups
- python-aiodns (optional) – For asyncronous DNS requests
- python-aiosqlite (optional) – SQLite support
- python-cryptgAUR (optional) – Uses native code for Telegram crypto stuff instead of pure Python
- python-olm (python-olm-gitAUR) (optional) – End-to-bridge encryption support
- python-phonenumbers (optional) – formatted numbers
- python-pillow (python-pillow-gitAUR) (optional) – Login with QR code
- python-prometheus_client (optional) – metrics upload
- Show 5 more dependencies...
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:
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.