Search Criteria
Package Details: pbget 2021.12-14
Package Actions
Git Clone URL: | https://aur.archlinux.org/pbget.git (read-only, click to copy) |
---|---|
Package Base: | pbget |
Description: | Retrieve PKGBUILDs and local source files from Git, ABS and the AUR for makepkg. |
Upstream URL: | https://xyne.dev/projects/pbget |
Keywords: | arch_linux aur pacman |
Licenses: | GPL |
Submitter: | Xyne |
Maintainer: | Xyne |
Last Packager: | Xyne |
Votes: | 91 |
Popularity: | 0.145441 |
First Submitted: | 2009-02-13 07:16 (UTC) |
Last Updated: | 2024-05-17 23:43 (UTC) |
Dependencies (7)
- git (git-gitAUR, git-glAUR)
- pm2mlAUR
- python3 (python)
- python3-aurAUR
- python3-xcgfAUR
- python3-xcpfAUR
- python-setuptools (make)
Latest Comments
1 2 3 4 Next › Last »
SolarAquarion commented on 2024-04-23 21:59 (UTC)
python-distutils-extra is necessary in the makedepends
Xyne commented on 2022-07-23 22:00 (UTC)
@fungalnet It's a split package. Try " pbget --resolve-pkgbases php7-embed". It works for me.
fungalnet commented on 2022-07-16 10:03 (UTC)
Any idea why is php7-embed not being picked up?
Xyne commented on 2021-12-31 05:24 (UTC)
Sorry, I forgot to update the default options in Bauerbill. Remove "--pull" from the options to pbget in /etc/bauerbill/bauerbill.json.
vladimirov_georg commented on 2021-12-30 20:05 (UTC)
Today i try to update my system with command:
Finally i got following odd output:
I try to reinstall pbget and python3-xcpf, but this did not solve the problem. Any ideas to fix this error?
fungalnet commented on 2021-12-27 02:28 (UTC) (edited on 2021-12-27 02:53 (UTC) by fungalnet)
Great, python3-xcpf fixes it, but!
zstd is currently on testing
pbget --trunk zstd # gets testing pkgver=1.5.1-2
pbget --testing zstd # gets core pkgver=1.5.0-1
pbget zstd # gets the same as testing pkgver=1.5.0-1
Xyne commented on 2021-12-24 10:28 (UTC)
@fungalnet There was a bug in the caching logic combined with the no-pull-by-default behavior. It should be fixed with the latest release of pbget and python3-xcpf which will be up shortly.
fungalnet commented on 2021-12-23 13:03 (UTC)
Both --trunk and --testing seem to mulfunction with some testing packages. Not using any flags should point to core/extra/community releases, this doesn't explain a month or two (10 versions old copy).
See if you can reproduce it with other testing packages.
Xyne commented on 2021-12-23 05:42 (UTC)
@fungalnet There's already a --trunk option for this.
fungalnet commented on 2021-12-23 05:05 (UTC)
Odd behavior after latest rebuild, I used it to get latest linux-lts (5.10.88-2 on testing -1 on core) and the version downloaded was 5.10.77-3
Is it by any chance picking the highest pkgrel from the versions/ part of the git, instead of looking at trunk/?
It would be nice if it can be -flagged to be able to get pkgs from testing/community-testing as well.
Many thanks for this Xyne!
1 2 3 4 Next › Last »