Package Details: python-imap-tools 1.7.3-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: 5
Popularity: 0.048719
First Submitted: 2021-04-01 14:19 (UTC)
Last Updated: 2024-10-21 10:16 (UTC)

Latest Comments

1 2 Next › Last »

hrehfeld commented on 2024-10-28 13:05 (UTC)

@atomicfs no problem, thanks for fixing/maintaining!

atomicfs commented on 2024-10-21 10:17 (UTC)

@hrehfeld fixed the issue, sorry it took so long, I missed your message

hrehfeld commented on 2024-08-19 14:08 (UTC) (edited on 2024-08-19 14:09 (UTC) by hrehfeld)

Build fails if previous .whl exist in dist/:

==> Starting package()...
usage: python -m installer [-h] [--destdir path] [--prefix path] [--compile-bytecode level] [--no-compile-bytecode] wheel
python -m installer: error: unrecognized arguments: dist/imap_tools-1.7.1-py3-none-any.whl

atomicfs commented on 2024-07-30 21:12 (UTC)

@MrBlumi thanks

MrBlumi commented on 2024-07-30 15:11 (UTC)

Please add package python-setuptools as build dependency. The build crashes in a clean chroot environment otherwise.

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.

1 2 Next › Last »