Package Details: posting 2.9.2-1

Git Clone URL: https://aur.archlinux.org/posting.git (read-only, click to copy)
Package Base: posting
Description: The modern API client that lives in your terminal
Upstream URL: https://github.com/darrenburns/posting
Keywords: api client tui
Licenses: MIT
Submitter: vitaliikuzhdin
Maintainer: kchr (vitaliikuzhdin)
Last Packager: vitaliikuzhdin
Votes: 1
Popularity: 0.054432
First Submitted: 2024-08-06 08:50 (UTC)
Last Updated: 2025-10-16 20:55 (UTC)

Latest Comments

1 2 Next › Last »

mrjxtr commented on 2026-01-24 15:54 (UTC)

@kchr

Thanks for pointing me to the right direction... I only had to update python-click-default-group and python-textual-autocomplete and it now works perfectly. I did this manually by following the error messages on which packages it cannot find.

I will keep this in mind in the future. thanks again.

kchr commented on 2026-01-22 18:44 (UTC) (edited on 2026-01-22 19:07 (UTC) by kchr)

@mrjxtr As per the Arch Linux Python package guidelines, packages are installed in the site-packages directory for the version of Python that is the current system version at the time the package is installed.

In your case, the version of python-click-default-group currently present on your system was installed when Python 3.13 was the system version, which means that the package ended up in /usr/lib/python3.13/site-packages.

Now that Python 3.14 is you current system version, it can no longer find the package since the search path is /usr/lib/python3.14/site-packages.

The official guidelines on how to "solve" this problem can be found here:

Module not found after Python version update - Python - ArchWiki

The relevant paragraph being:

It is up to the administrator of each Arch system to re-install the affected packages if they were installed from AUR.

This is an annoying quirk of Arch Linux and something I don't necessarily agree with but it is something that we have to come to terms with.

You can probably automate a full re-install of all Python packages present on your system that were installed from AUR with a script and run it as a hook each time you modify the system version. No need to download the packages again, just use the same PKGBUILD files from cache and force install.

The hook could look like this:

# /usr/share/libalpm/hooks/python-upgrade-aur.hook                            
[Trigger]
Type = Package
Operation = Install
Operation = Upgrade
Operation = Remove
Target = python

[Action]
Description = Re-installing AUR python packages
When = PostTransaction
Exec = /path/to/script

The actual script for re-installing the AUR Python packages when called by this hook is left as an exercise for the reader... ;-)

NOTE: The above hook will run on any modification to the system version of Python, including patch version upgrades which does not cause the issue we are discussing here - only major and minor version upgrades will use a new directory as the search path for site-wide packages. You may want to check for this in your script and exit early with successful status code (0) in that case, to prevent the packages from being reinstalled when not required.

mrjxtr commented on 2026-01-22 14:48 (UTC)

I can no longer open the app. something about python. the recent major python updates might have broke this since it is now trying to look at python3.14 (previously python3.13)

❯ posting
Traceback (most recent call last):
  File "/usr/bin/posting", line 5, in <module>
    from posting.__main__ import cli
  File "/usr/lib/python3.14/site-packages/posting/__main__.py", line 7, in <module>
    from click_default_group import DefaultGroup
ModuleNotFoundError: No module named 'click_default_group'

kchr commented on 2025-09-15 20:31 (UTC)

@mrjxtr It may cause an issue, yes. I have adopted it for now. This package is currently the only one depending on it, and it is developed by the same upstream developer so I hope it will be an easy task tracking the two for upstream changes.

In other news, I am currently working on bumping this package to 2.8.0 which was released on September 13th.

mrjxtr commented on 2025-08-23 22:34 (UTC)

python-textual-autocompleteAUR is -> Orphan (unmaintained) AUR Packages: python-textual-autocomplete

will this be a problem in the future?

micwoj92 commented on 2025-06-25 19:51 (UTC)

dep python-linkify-it-py not needed.

vitaliikuzhdin commented on 2024-11-19 19:44 (UTC)

@kkoyung, fixed.

kkoyung commented on 2024-11-19 04:22 (UTC)

The sha256sums in PKGBUILD (2.2.0-1) does not match the downloaded source file posting-2.2.0.tar.gz. It's probably caused by forgetting to update it while upgrading PKGBUILD from 2.1.1 to 2.2.0.

vitaliikuzhdin commented on 2024-11-10 17:34 (UTC)

@jaja27, the error occurs in extra/python-markdown-it-py:

/usr/lib/python3.12/site-packages/markdown_it/rules_inline/linkify.py:17 in linkify
ModuleNotFoundError: Linkify enabled but not installed.

If I’m not mistaken, extra/python-linkify-it-py should be added as a direct dependency in extra/python-markdown-it-py, not just as a check dependency and not within my package (aur/posting). Please report this issue to the respective maintainer.

jaja27 commented on 2024-11-10 17:11 (UTC)

The package extra/python-linkify-it-py should probably be added to dependencies, or at the very least to optdepends, or else the program crash when typing f1 to load the help.