Package Details: telegram-tdlib-purple-minimal-git 0.8.1.r523.d220fa8-1

Git Clone URL: https://aur.archlinux.org/telegram-tdlib-purple-minimal-git.git (read-only, click to copy)
Package Base: telegram-tdlib-purple-minimal-git
Description: libpurple/pidgin Telegram plugin implemented using official tdlib client library, packaged for bitlbee, without voip and image-processing dependencies
Upstream URL: https://github.com/BenWiederhake/tdlib-purple/
Keywords: bitlbee libpurple minimal tdlib telegram
Licenses: GPL2
Conflicts: telegram-tdlib-purple
Provides: telegram-tdlib-purple
Submitter: mk-fg
Maintainer: mk-fg
Last Packager: mk-fg
Votes: 2
Popularity: 0.083511
First Submitted: 2020-09-29 21:33 (UTC)
Last Updated: 2024-09-13 20:34 (UTC)

Pinned Comments

mk-fg commented on 2021-12-07 14:45 (UTC) (edited on 2023-09-23 21:27 (UTC) by mk-fg)

If you're getting error like this on login:

Login error: Authentication error: code 400 (API_ID_PUBLISHED_FLOOD)

Check https://core.telegram.org/api/obtaining_api_id URL, for generating your own api_id/api_hash values (only a couple clicks), and specify those in the plugin parameters.

Latest Comments

mk-fg commented on 2024-09-13 20:39 (UTC)

Added the patch to PKGBUILD, thanks. Never use voice calls myself to really submit it upstream or test, but it makes sense.

Also updated upstream back to BenWiederhake/tdlib-purple, now that PRs to build it with working release of tdlib got merged there.

ElNick commented on 2024-09-08 20:30 (UTC) (edited on 2024-09-08 20:34 (UTC) by ElNick)

Recent tdlib-purple when compiled with -DNoVoip=True immediately drops incomming voice calls with "Received incoming call, but calls are not supported". This results in calls being dropped on all online devices, (phone etc.). Having tdlib-purple compiled with NoVoip connected essentially means there's no way to receive a call on any other device. This is probably a bug in logic, though maybe there's some setting to override such behavior. Maybe it should be reported upstream. My solution is to patch call.cpp:

diff --git a/call.cpp b/call.cpp
index 55d77b2..96b2535 100644
--- a/call.cpp
+++ b/call.cpp
@@ -194,7 +194,6 @@ void updateCall(const td::td_api::call &call, TdAccountData &account, TdTranscei
                                   _("Received incoming call, but calls are not supported"),
                                   time(NULL), PURPLE_MESSAGE_SYSTEM);

-            discardCall(call.id_, transceiver);
         }
         return;
     }

in prepare() section of PKGBUILD:

prepare() {
    cd $pkgname
    patch -p1 -i ../../nodiscardcall.patch
}

mk-fg commented on 2021-12-09 21:02 (UTC)

Oh yeah, "any" means a "script", and it's definitely not that.

Thaodan commented on 2021-12-09 20:16 (UTC)

Can you fix the arch on this package? its not any.

mk-fg commented on 2021-12-07 14:45 (UTC) (edited on 2023-09-23 21:27 (UTC) by mk-fg)

If you're getting error like this on login:

Login error: Authentication error: code 400 (API_ID_PUBLISHED_FLOOD)

Check https://core.telegram.org/api/obtaining_api_id URL, for generating your own api_id/api_hash values (only a couple clicks), and specify those in the plugin parameters.

mk-fg commented on 2021-02-03 02:23 (UTC)

Should be fixed, thanks! I did also re-upload libpurple-minimal with a version bump.

There's one issue with this (and non-minimal version) at the moment is that it (explicitly) requires telegram-tdlib<=1.6.5, while AUR version was bumped past that to 1.7.0, so you'd have to checkout and build older version of that. Should probably be fixed in the upstream git, eventually.

Strykar commented on 2021-01-28 05:42 (UTC)

libpurple-minimal is no longer maintained, it should use libpurple instead.