Search Criteria
Package Details: python-safehttpx 0.1.6-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/python-safehttpx.git (read-only, click to copy) |
---|---|
Package Base: | python-safehttpx |
Description: | A small Python library created to help developers protect their applications from Server Side Request Forgery (SSRF) attacks. |
Upstream URL: | https://github.com/gradio-app/safehttpx |
Licenses: | Apache-2.0 |
Submitter: | medaminezghal |
Maintainer: | medaminezghal |
Last Packager: | medaminezghal |
Votes: | 1 |
Popularity: | 0.016374 |
First Submitted: | 2025-02-19 14:27 (UTC) |
Last Updated: | 2025-08-11 14:51 (UTC) |
Dependencies (8)
- python (python37AUR)
- python-httpx (python-httpx-gitAUR)
- python-build (make)
- python-hatchling (python-hatchling-gitAUR) (make)
- python-installer (make)
- python-wheel (make)
- python-pytest (check)
- python-pytest-asyncio (check)
Latest Comments
1 2 Next › Last »
micwoj92 commented on 2025-09-09 21:28 (UTC)
Check fails with:
medaminezghal commented on 2025-08-11 14:53 (UTC)
@Felixoid I'm not the developer of this package. I'm just a maintainer.
You can raise those issues to the developers to make the tests more flexible or independent from system configuration.
Felixoid commented on 2025-08-11 12:51 (UTC) (edited on 2025-08-11 13:03 (UTC) by Felixoid)
Sorry, but you ignore the argument about DNS and poorly written function.
check()
function is written in a way, that it's impossible to run it two times without cleaning the repository.installer
fails on the second time. Have you tested it asmakepkg -f && makepkg -f
? I doubt you have. That's how it fails withtrue
instead of a failing test https://pastila.nl/?0037c573/f2e7b848a4b37a2db9ac9824c50097e5#S8eIFcvNy/yo9SK3eELV6w==192.168.1.250.nip.io
. For sure, you can argue "fix your DNS", but that's an offtopic here. The package can't be checked correctly. It tests my network, not the software. So this test is broken by design, and it's for best to disable tests that are flaky depends on the environment.Work on my system
is the worst possible reason I can imagine, with all due respect.medaminezghal commented on 2025-08-11 12:43 (UTC)
@Felixoid I have test the installation in new cleanly installed system and it works.
Felixoid commented on 2025-08-11 11:58 (UTC)
And that's how two launches of
makepkg
one following another looks like https://pastila.nl/?00395479/7d9c8e05b1490c0e680c8d24e0727abc#/awv5R+RBiR6/t0/AkrpMw==The test with
install
is not idempotent. It fails for the following runs.Felixoid commented on 2025-08-11 11:54 (UTC)
That's how the build looks like for a clean git repo without any changes. https://pastila.nl/?001b73b2/ed5a381604f61612721c1076de6d313d#f25DNjDNVy0JKdQ/JxLj3A==
Testing user's DNS is a strange approach that for the best must be addressed by the upstream developer.
Although now the AUR package tests my DNS.
And it's a strange approach.
medaminezghal commented on 2025-08-11 11:39 (UTC)
@Felixoid I have made a script to test if the package works before I upload it to the
AUR
.medaminezghal commented on 2025-08-11 11:37 (UTC)
@Felixoid the
sed -i "/93.184.215.14.nip.io/d" test/test.py
should remove the broken link from the tests.Try to clear the cache and install it again.
Felixoid commented on 2025-08-11 11:34 (UTC) (edited on 2025-08-11 11:44 (UTC) by Felixoid)
Thanks.
Unfortunately, the
check()
is still completely broken.venv
looks like an antipattern to me. Every package necessary forcheck
must be defined in checkdepends list, so no "install" should be required.That's how the
git diff
is looking for addressed issues:medaminezghal commented on 2025-08-11 04:45 (UTC)
@Felixoid I have fixed the issue by removing just the broken link. Thanks for mentioning
python-build
python-installer
, I've added them tomakedepends
.1 2 Next › Last »