Yeah why would anyone be annoyed at people redistributing their software with “low quality and useless” patches, which increases the support burden on the project?
Ignore packagers requests for help, then bash them for packaging wrong.
You know, F those guys. I see no excuse for Telegram being so uncooperative. The points in this frankly embarassing little comment don't constitute an excuse to ignore every other perfectly valid attempts to interoperate with them.
I’m not sure if their position could be any clearer: they can’t stop you re-packaging it, but it’s totally unsupported. Only the official builds are supported.
Being granted that most noble of OSS titles, imbued by the ghost of Dennis Ritchie himself, the rank of packager in actuality means jack-all and doesn’t give your requests any more weight or mean that they need to answer them at all. They don’t want it packaged like that.
They publish and support static binaries. Anything else is a burden, and they shouldn’t adapt their project because someone actually wants to dynamically link it.
I don't know how the situation is on RPM-based systems, but I've been using the same telegram binary on arch as well as debian stable, with no complaints. Having maintained deb/rpm packages in the past, I won't shame anyone for being annoyed towards those ecosystems.
https://github.com/telegramdesktop/tdesktop/issues/8769#issu...