Package Details: python-imap-tools 1.6.0-3

Git Clone URL: https://aur.archlinux.org/python-imap-tools.git (read-only, click to copy)
Package Base: python-imap-tools
Description: Work with email and mailbox by IMAP
Upstream URL: https://github.com/ikvk/imap_tools
Licenses: Apache-2.0
Submitter: amo
Maintainer: atomicfs
Last Packager: atomicfs
Votes: 4
Popularity: 0.185209
First Submitted: 2021-04-01 14:19 (UTC)
Last Updated: 2024-05-05 13:39 (UTC)

Latest Comments

dreieck commented on 2024-04-28 10:50 (UTC)

Please move away from calling setup.py directly and instead use python -m build and python -m installer (together with the appropriate makedepends), as documented in the Arch Linux wiki for python packages: 

==> Starting package()...
running install
/usr/lib/python3.12/site-packages/setuptools/_distutils/cmd.py:66: SetuptoolsDeprecationWarning: setup.py install is deprecated.
!!

        ********************************************************************************
        Please avoid running ``setup.py`` directly.
        Instead, use pypa/build, pypa/installer or other
        standards-based tools.

        See https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for details.
        ********************************************************************************

!!
  self.initialize_options()
running install_lib

Regards and thanks for maintaining!

atomicfs commented on 2023-05-14 17:16 (UTC) (edited on 2023-05-14 17:16 (UTC) by atomicfs)

Thank you.

Yes, as matter of fact it is public :) The main portion is hosted in sourcehut repository, which does the heavy lifting and then pushes it into gitlab repo which does nothing else but publishes the whole structure into gitlab pages.

sourcehut does the building because I am a paid member and I like the possibility to SSH into the docker instance in case something fails (this is truly awesome feature), and then use gitlab to host it.

This whole setup is not ideal, there are a lot of improvements to be made, but it allows me to easily use custom meta-packages to manage my Arch Linux installations.

Please excuse the crudity of this model. I didn't have time to build it to scale or paint it.

amo commented on 2023-05-14 16:59 (UTC)

Just pushed the incremented pkgrel.

Out of curiosity: is your repo or CI/CD pipeline public? Your setup sounds like something I'd like to look into.

atomicfs commented on 2023-05-14 14:31 (UTC)

Thank you for the tip. This would normally be an option, however I am using my custom repository with pre-built packages from AUR (made in CI/CD pipeline).

If you do not like this, I understand - I can patch it for myself in my building process. I just thought that more upstream solution would be preferable.

amo commented on 2023-05-14 14:13 (UTC)

I'm happy to help at any occasion, but I don't think triggering a rebuild by incrementing the pkgrel on each and every python package is the right way to do this. You can rebuild all your python 3.10 packages at once with this simple command: yay -S $(pacman -Qoq /usr/lib/python3.10) --answerclean All.

atomicfs commented on 2023-05-13 19:57 (UTC)

Hi @amo, this might sound like an odd request, but would it be OK for you to increment the pkgrel by one (no other changes needed)?

Python has recently received new release 3.11, and the packages should get re-build with that new python (this is causing problem on my systems and I have to manually re-build and reinstall them).

This version bump would trigger it automatically not only for me, but for other people too.

Also, thanks for maintaining it :)