Package Details: python-telethon 1.34.0-1

Git Clone URL: (read-only, click to copy)
Package Base: python-telethon
Description: Full-featured Telegram client library for Python 3
Upstream URL:
Licenses: MIT
Submitter: MaskRay
Maintainer: lilydjwg (lilac)
Last Packager: lilac
Votes: 6
Popularity: 0.000000
First Submitted: 2017-11-03 04:47 (UTC)
Last Updated: 2024-02-02 21:36 (UTC)

Latest Comments

lilydjwg commented on 2021-12-14 16:35 (UTC)

yan12125 explicitly says to not bump pkgrel on rebuilds.

Anyway, you can't expect that all AUR maintainers bump their packages timely, so you'll still need to query and rebuild yourself. Something like pacman -Qo /usr/lib/python3.9 | paru -Sa --rebuild - will handle this rebuild. Bumping pkgrel at the wrong time is either too late or build a duplicate version, or both.

Packages from the official repo also bump pkgrel for new Python releases.

Binary package repositories are different than AUR.

Unless explicitly agreed by TUs, I'm not going to bump pkgrel for rebuilds.

novenary commented on 2021-12-14 15:45 (UTC)

I think you've misunderstood their request.

By longstanding policy, AUR users are firmly discouraged from committing and publishing PKGBUILD updates which merely update the pkgver= and/or pkgrel= variables in a PKGBUILD which contains a pkgver() function and builds from a git branch.

This is not a VCS package (it doesn't contain a pkgver() function, and isn't building from the tip of a git branch). Bumping pkgrel in this case will cause AUR helpers to rebuild the package against the new Python release (which makes a significant change to the contents of the package itself, not just fixing a typo). Packages from the official repo also bump pkgrel for new Python releases.

lilydjwg commented on 2021-12-14 15:27 (UTC)

I'm not bumping pkgrel for a rebuild as TUs say. The AUR submission guidelines also says "Do not update those values if only minor changes to the PKGBUILD such as the correction of a typo are being published." Updating nothing other than pkgrel doesn't seem to be any more significant than "the correction of a typo".

lilydjwg commented on 2020-11-02 10:28 (UTC)

@JuniorJPDJ You need to pacman -R python-telethon. There was issues with 1.17.4.

JuniorJPDJ commented on 2020-11-02 10:21 (UTC)

I've got error when trying to update to 1.17.5 today:

==> Starting build()...
Traceback (most recent call last):
  File "", line 22, in <module>
    from setuptools import find_packages, setup
  File "/usr/lib/python3.8/site-packages/setuptools/", line 16, in <module>
    import setuptools.version
  File "/usr/lib/python3.8/site-packages/setuptools/", line 1, in <module>
    import pkg_resources
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 3239, in <module>
    def _initialize_master_working_set():
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 3222, in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 3251, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 558, in _build_master
    ws = cls()
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 551, in __init__
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 607, in add_entry
    for dist in find_distributions(entry, True):
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2060, in find_on_path
    for dist in factory(fullpath):
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2125, in distributions_from_metadata
    yield Distribution.from_location(
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2585, in from_location
    return cls(
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2985, in _reload_version
    md_version = self._get_version()
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2767, in _get_version
    version = _version_from_file(lines)
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2551, in _version_from_file
    line = next(iter(version_lines), '')
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 2762, in _get_metadata
    for line in self.get_metadata_lines(name):
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 1415, in get_metadata_lines
    return yield_lines(self.get_metadata(name))
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 1405, in get_metadata
    value = self._get(path)
  File "/usr/lib/python3.8/site-packages/pkg_resources/", line 1609, in _get
    with open(path, 'rb') as stream:
PermissionError: [Errno 13] Permission denied: '/usr/lib/python3.8/site-packages/Telethon-1.17.4-py3.8.egg-info/PKG-INFO'

BrainDamage commented on 2020-01-01 15:06 (UTC)

This package installs the tests dir in the destination python dir, this can conflict with many other packages. To fix it, add: local site_packages=$(python -c "import site; print(site.getsitepackages()[0])") rm -r "$pkgdir/$site_packages/tests/"

after executing install.

( see also )

lilydjwg commented on 2019-11-12 05:29 (UTC)

Hi streetwalrus, sorry for the delay because I didn't received notification.

Issues 1 and 2 have been resolved and I will implement others soon.

novenary commented on 2019-03-31 20:51 (UTC) (edited on 2019-03-31 20:52 (UTC) by novenary)

Hi, there are some minor issues with your PKGBUILD:
- async_generator is no longer required
- setuptools should be in the makedepends array, it's not required at runtime at any point
- you should not set $LANG unless it's strictly necessary to build (which is not the case here), and especially not to en_US.UTF-8 as it will to fail if that locale isn't enabled on the build machine
- since the license is MIT, you should install the license file (install -Dm644 LICENSE "$pkgdir/usr/share/licenses/$pkgname/LICENSE")

I maintain the -git equivalent of this package and talk to the author on a daily basis, feel free to ask me if you have any questions. :)

5boro commented on 2018-08-08 09:42 (UTC)

Missing dependency : python-async_generator