Search Criteria
Package Details: python-url-normalize 1.4.3-17
Package Actions
| Git Clone URL: | https://aur.archlinux.org/python-url-normalize.git (read-only, click to copy) |
|---|---|
| Package Base: | python-url-normalize |
| Description: | URL normalization for Python |
| Upstream URL: | https://github.com/niksite/url-normalize |
| Keywords: | normalization uri |
| Licenses: | MIT |
| Submitter: | Kernald |
| Maintainer: | carlosal1015 (JWCook, AutoUpdateBot) |
| Last Packager: | carlosal1015 |
| Votes: | 8 |
| Popularity: | 0.000000 |
| First Submitted: | 2021-05-05 00:38 (UTC) |
| Last Updated: | 2023-05-05 17:33 (UTC) |
Dependencies (5)
- python-six
- python-build (make)
- python-installer (python-installer-gitAUR) (make)
- python-poetry (python-poetry-gitAUR) (make)
- python-pytest-socket (check)
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
carlosal1015 commented on 2021-09-22 21:13 (UTC)
You are right @wuggen, the quick fix is for me to remove or comment on it, but let me do some more research.
wuggen commented on 2021-09-22 19:27 (UTC)
@carlosal1015 To be clear, I used an AUR helper to install the makedeps, but I used makepkg directly to build python-url-normalize. For the sake of completeness, I've just gone through and manually installed all of the AUR makedeps with makepkg and pacman, and then built python-url-normalize again with makepkg, with the same effect; no .py files are in the tarball.
I did however find that if I set BUILDDIR to /tmp/makepkg, then the package builds correctly. (The default
/etc/makepkg.confdoes not assign BUILDDIR a value at all; there's a commented-out assignment to it as a demonstration/suggestion.)I see in the PKGBUILD that you set PYTHONPYCACHEPREFIX based on the value of BUILDDIR, but it seems that packages can't rely on BUILDDIR being set. Could that be the problem?
carlosal1015 commented on 2021-09-22 17:06 (UTC)
I really appreciate the information shared @JWCook, the problem that happens to the other people who have commented before is possibly that they are using an aur helper and not makepkg directly.
I am convinced that
python-requests-cachemaintenance will improve this week when it is 2 weeks flagged-out-of-date and will be transferred to another maintainer.JWCook commented on 2021-09-22 16:12 (UTC)
Hi @carlosal1015, I don't have much experience with packaging for AUR specifically, but I'll help out if I can.
To get a little more context, is this build more difficult mainly because url-normalize doesn't include tests in its sdist on PyPI, so you have to use the source tarball from GitHub instead? At least that was a problem mentioned when packaging this for openSUSE: https://github.com/reclosedev/requests-cache/issues/221#issuecomment-817389295
carlosal1015 commented on 2021-09-22 05:06 (UTC) (edited on 2021-09-22 13:18 (UTC) by carlosal1015)
Thank you very much @wuggen, I found quite differences from my side building (see line 274, 331 and lines 35, 91 from paste.bin), will be nice try building with makepkg since aur helpers are not supported, I am doing manual build process.
I notice that the aur helper is tweaking the default values from
/etc/makepkg.confsince BUILDIR is/home/aidan/.manual_install/aur/. Please dols -R /home/aidan/.manual_install/aurand save in paste.bin.If this time put the *.py file inside tarball, then we will create an issue for the respective aur helper.
I added as maintainer JWCook of python-requests-cache here since he has experience packaging for conda-forge.
wuggen commented on 2021-09-22 04:16 (UTC) (edited on 2021-09-22 04:40 (UTC) by wuggen)
@carlosal1015 Here's some output: https://pastebin.com/HMwf8XTy
Further info:
EDIT: did a dumb thing with checking the $pkgdir for .py files, here's a more convincing check than what's in the pastebin:
carlosal1015 commented on 2021-09-22 03:37 (UTC) (edited on 2021-09-22 03:49 (UTC) by carlosal1015)
Hi @wuggen, could you please share some value information in https://pastebin.com like the output of
also, the
/etc/makepkg.confand look the tarball, according the same output of @shanewstone, are you using the PKGBUILD from 1.4.3-6 or a custom? Record the screen and upload to youtube, vimeo could helps too.Rebuilding now:
Also, could share output of
pip listandpacman -Qs python-. If for example theBUILDDIRis/tmp/makepkg(look/etc/makepkg.conf), could you showls -R /tmp/makepkgand show if the*.pyis located out of$pkgdirpath.wuggen commented on 2021-09-22 03:24 (UTC)
@carlosal1015 PKGBUILD is still broken, it's only installing the following for me:
carlosal1015 commented on 2021-08-24 14:01 (UTC) (edited on 2021-08-24 15:22 (UTC) by carlosal1015)
Thank you so much @shanewstone, I tested with pkgrel version 6, could you confirm if it is compiling
python-url-normalize 1.4.3-6with makepkg or yay/aur or the configuration of /etc/makepkg.conf for look this behavior? With first one, the full content is here:With second version is here and we have
I'm glad you were able to solve it yourself. Do not forget to add makedependency, like this https://github.com/archlinux/svntogit-community/blob/packages/jedi-language-server/trunk/PKGBUILD, for help to know how to install. If you think the
check()function is unnecessary, then I can comment these lines on it so everyone is happy.shanewstone commented on 2021-08-24 02:57 (UTC) (edited on 2021-08-24 02:59 (UTC) by shanewstone)
I am not sure why, but this PKGBUILD does not install any of the actual python files for this package... A simple
import url_normalizein a python REPL fails as well. None of the long list of make dependencies are actually necessary, either, as far as I can tell. Try apacman -Ql python-url-normalize:A very minimal
PKGBUILDwhich works just fine (albeit lacking checks):results in a file list for the package (
pacman -Ql python-url-normalize):« First ‹ Previous 1 2 3 4 Next › Last »