Package Details: python-requests-cache 1.2.0-1

Git Clone URL: https://aur.archlinux.org/python-requests-cache.git (read-only, click to copy)
Package Base: python-requests-cache
Description: A persistent cache for python requests
Upstream URL: https://github.com/requests-cache/requests-cache
Keywords: cache dynamodb http mongodb performance redis requests sqlite web webscraping
Licenses: custom:BSD-2-clause
Submitter: Shibumi
Maintainer: carlosal1015 (JWCook, flying-sheep, AutoUpdateBot)
Last Packager: AutoUpdateBot
Votes: 30
Popularity: 0.004367
First Submitted: 2015-09-21 13:55 (UTC)
Last Updated: 2024-02-18 07:57 (UTC)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 Next › Last »

bpierre commented on 2021-10-20 08:34 (UTC)

A source distribution built with python -m build --sdist is mostly empty too. I clone the upstream repository, and I can reproduce both issue when moving the .git folder out of the way. Pip itself has no problem building a valid wheel from the source dist / folder.

bpierre commented on 2021-10-20 08:20 (UTC)

Same, it looks like even the wheel generated by python -m build --wheel only contains metadata:

▸ unzip -l dist/requests_cache-0.8.1-py3-none-any.whl
Archive:  dist/requests_cache-0.8.1-py3-none-any.whl
  Length      Date    Time    Name
---------  ---------- -----   ----
     1325  1980-01-01 00:00   requests_cache-0.8.1.dist-info/LICENSE
       83  2016-01-01 00:00   requests_cache-0.8.1.dist-info/WHEEL
     8588  2016-01-01 00:00   requests_cache-0.8.1.dist-info/METADATA
      322  2016-01-01 00:00   requests_cache-0.8.1.dist-info/RECORD
---------                     -------
    10318                     4 files

willemw commented on 2021-10-20 07:57 (UTC)

For me, the built package does not contain any Python files. Tried building in several environments. Also tried building with makepkg. The only thing that works is uncomenting BUILDDIR=/tmp/makepkg in /etc/makepkg.conf.

The downloaded source file is not unique enough (https://wiki.archlinux.org/title/PKGBUILD#source). To fix this, change source= to source=("$pkgname-$pkgver.tar.gz::https://....

carlosal1015 commented on 2021-10-19 20:26 (UTC)

Thank you very much for the remark @willemw, please let us know if it is working on systemd-nspawn, I have installed it via GitHub actions, log in required and it works :)

I added upstream as a comaintainer @JWCook, great :-)

willemw commented on 2021-10-02 09:16 (UTC)

Again, it should by arch=('any') if this package is architecture-independent. And "python" in "depends" is redundant.

carlosal1015 commented on 2021-09-22 13:36 (UTC)

Please @flying-sheep, add Jordan as maintainer since he has experience packaging for conda-forge. For me, this PKGBUILD works.

JWCook commented on 2021-09-07 20:19 (UTC)

@carlosal1015 Hah, I was just about to comment on this; requests-cache v0.8 was released a few minutes ago, and yes, cattrs is required now. I've also added more comments here to make it more obvious what dependencies are required vs. optional and why: https://github.com/reclosedev/requests-cache/blob/master/pyproject.toml#L26

Is there anything else I can do to make downstream packaging easier?

carlosal1015 commented on 2021-09-07 20:10 (UTC)

Thank you very much @JWCook, according to pip installation

(Tue Sep  7 03:03:03 PM -05 2021) Successfully installed attrs-21.2.0 cattrs-1.8.0 requests-cache-0.8.0 url-normalize-1.4.3.

the package python-cattrs is missing, please include in the PKGBUILD.

python-itsdangerous is not a dependency, please add in the right optional=true dependency in the PKGBUILD.

JWCook commented on 2021-08-21 16:05 (UTC)

@carlosal1015 cattrs is optional (but recommended) for the current stable release of requests-cache (0.7.x). It will be required in a future release, though (0.8).

@flying-sheep If you run into any more problems with packaging requests-cache for AUR, please let me know by creating an issue on the project repo: https://github.com/reclosedev/requests-cache/issues

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 Next › Last »