Arch Linux User Repository

The dependency python-langid got deleted, because it is a Python 2 only library. (Last release was in 2016, and the project got discontinued in 2017.)

If libervia needs this functionality, it should call for the Python 3 compatible fork called py3langid. (It's not currently available in Arch/AUR repos.)

+1 suggestion. You could use the following code to improve upon the pkgver generation:

# _version=0.8.0    # -- remove this hard-coded main version

pkgver() {
    cd "$_realname"
    hg log -r . --template '{latesttag}.rev{latesttagdistance}.g{node|short}\n' | sed 's/^v//;s/_/./g'
}

This will generate a pkgver that automatically picks up the base version from the latest Mercurial tag (which is similar to a git tag), and also count the number of revisions (commits) only after that last tag.

The code will generate something like this: pkgver=0.8.0.rev114.g23b53ac87e0f.

The change in the format from .rREVISION to .revREVISION is a necessary compromise, because with the code I propose, the changeover to count only new commits since the last tag, as opposed to the earlier counting of all existing commits, leads to a lower REVISION number generated. *

(The other alternative for changes leading to a lower pkgver would be to bump to epoch=1, but I don't really like that option and I think that is best to reserve to situations where no other viable alternatives exist to keep the pkgver to increase monotonically.)

Nevertheless, I think it is more informative for users to be able see in the package version the actual number of commits that have been added on top of the latest stable tag. :)

EDIT: * With this format change, the monotonicity of pkgver will be kept; i.e., the new version generated by my proposed code will be considered by pacman to be higher, so there will be no need to bump to epoch=1.

Thanks for the update. :)

Please also kindly bump pkgrel to 2, because for people who already have updated to the latest VCS commit version, their AUR helpers won't update to your new PKGBUILD, so they won't have the new set of dependencies.

Also, please kindly refresh the .SRCINFO afterwards. (Without such, the AUR package database is not updated, and nothing of your changes get visible on the AUR page, as well as for AUR helper clients.)

@MarsSeed I updated the PKGBUILD according to your helpful comment. Thanks a lot. Unfortunately, a lot of dependencies and requirements depends on obsolete versions. I am discussing with @goffi to let him know that dependencies should be updated but I know that he is very busy right now with the ActivityPub - XMPP gateway. Don't hesitate to try and comment if you have some time.

@goffi, thank you for your response and clarifications. It's also good to hear that you are planning to modernize your project's build management by using newer tools like poetry.

@jnanar, thank you for maintaining this AUR package. Looks like you can remove depends=python-pycrypto altogether, as per @goffi's statement. (I've included this in my list below as well.)

Also please kindly check the setup.py's requirements as I did, and align this build accordingly.

Summary of changes needed (as per setup.py)

Please kindly add the following:

• makedepends: python-setuptools-scm
• depends: python-aiosqlite
• depends: python-jinja (Arch package for Jinja2)
• depends: python-pygments
• depends: python-omemo (also provided by python-omemo-git; which needs update to new repo source)
• optdepends: python-cairosvg - for SVG support

Also please make the following replacements:

• depends: python-pyaml is not needed but python-yaml is (Arch package for PyYAML)
• depends: from python-xdg to python-pyxdg (and as I've mentioned earlier)
• depends: from python-shortuuid-git to python-shortuuid (as per Arch best practices; users can choose either one)
• depends: from python-urwid-satext-hg to python-urwid-satext (currently only the '-hg' package provides it, but this is the best practice)
• depends: from python-wokkel-git to python-wokkel (currently only the '-git' package provides it, but this is the best practice)

And please remove:

• depends: python-pycrypto - as clarified by @goffi, and not mentioned in setup.py
• depends: python-omemo-backend-signal-git (duplicate; leads to conflict; package already depends on python-omemo-backend-signal)
• depends: python-omemo-syndace-git (transitive; leads to conflict because package already depends on python-omemo-backend-signal)
• depends: python-pyinotify - not mentioned in setup.py
• depends: python-regex - not mentioned in setup.py
• depends: python-service-identity - not mentioned in setup.py
• depends: python-x3dh-git - not in setup.py (transitive; let python-omemo-backend-signal pull this in; don't force '-git' package)
• depends: python-xeddsa-git - not in setup.py (transitive; let python-omemo-backend-signal pull this in; don't force '-git' package)
• depends: python-xlib - not mentioned in setup.py
• depends: python-zope-interface - not mentioned in setup.py
• makedepends: python-pip - not needed for this build

Hi, this should not depend on the discontinued and deprecated pycrypto (python-pycrypto) module.

Actually, the current setup.py doesn't even mention it - only the requirements.txt. Which is a discrepancy in itself.

Hi MarsSeed, I'm the upstream developer.

PyCrypto is indeed not used anymore for years, but it's still present in the requirements.txt because it is (was? it seems that it has been updated upstream) a dependency of python-otr. That can be safely removed (Libervia can work without OTR, and OMEMO is implemented and the recommended e2ee algorithm nowadays).

"requirements.txt" is produced from pip freeze and is intended for developers anyway, "setup.py" is the source to follow for dependencies.

I plan to move to Poetry in close future, that will hopefully help maintaining the dependencies.

Though I would not add a different git remote to an existing directory at the start.

Instead, I would delete the python-txdbus directory and use the following command:

git clone ssh://aur@aur.archlinux.org/python-txdbus.git

Hi @jnanar,

Yes, it seems that the python-txdbus package itself has been deleted, but its AUR-git repo exists.

If you update it locally, commit it and push it, the AUR package will be automatically recreated.

Hello @MarsSeed Thanks for your comments. I could not respond earlier as I was in holidays. I will try to take all your points into account. I tried to create a python-txdbus but there is already one. I did:

git remote add origin ssh://aur@aur.archlinux.org/python-txdbus.git
git fetch

And it fetched a package for txdbus:

Maintainer: Hugo Osvaldo Barrera hugo@barrera.io

Contributor: Daniel Nagy <danielnagy at gmx de>

But it does not seems to exist: https://archlinux.org/packages/?sort=&q=python-txdbus&maintainer=&flagged= It was deleted ? Do you know what is happening?

I am discussing with upstream about the incoherences in the requirements.txt. Thanks for brining that point to my attention :-).