Package Details: pbget 2021.12-1

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: 85
Popularity: 0.050882
First Submitted: 2009-02-13 07:16 (UTC)
Last Updated: 2021-12-24 10:29 (UTC)

Latest Comments

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:

bb-wrapper -Syu --aur

Finally i got following odd output:

created build/download.sh
created build/build.sh
~/build ~
usage: pbget [-h] [--arch <architecture>] [--aur] [--aur-only] [--clear] [--config <path>] [--debug] [--dir <path>] [--maintainer <maintainer>]
             [--no-pull] [--trunk] [--resolve-pkgbases] [--testing] [--ttl TTL] [--upgradable]
             [<pkgname> ...]
pbget: error: unrecognized arguments: --pull

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!

JackofSpades707 commented on 2021-07-01 13:51 (UTC) (edited on 2021-07-01 13:55 (UTC) by JackofSpades707)

PGP Key: EC3XXXXXXXXXXXXXXXXX needs importing but gpg fails to recieve it.

figue commented on 2019-11-14 13:57 (UTC) (edited on 2019-11-14 13:58 (UTC) by figue)

Seem broker after Python 3.8, but recompiling all sources works again:

pm2ml python3-aur python3-xcgf python3-xcpf

also I had to rebuild this package:

python3-memoizedb

if not, pbget fails:

% pbget chromium                                            
Traceback (most recent call last):
  File "/usr/lib/python3.8/runpy.py", line 192, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.8/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.8/site-packages/pbget.py", line 33, in <module>
    import AUR.RPC
  File "/usr/lib/python3.8/site-packages/AUR/RPC.py", line 53, in <module>
    import MemoizeDB
ModuleNotFoundError: No module named 'MemoizeDB'

Vyre commented on 2019-01-18 22:18 (UTC)

I'm having the same issue as fusion809 with pacman_conf_enumerator.

I believe it may be related to a recent update in the pyalpm package.

fusion809 commented on 2019-01-18 16:47 (UTC)

When I run pbget linux I get the error:

ImportError: cannot import name 'pacman_conf_enumerator' from 'pycman.config'

egrupled commented on 2017-07-23 10:18 (UTC)

@Xyne Ok, I had outdated python3-xcpf package. Thank you.

Xyne commented on 2017-07-22 22:42 (UTC)

@egrupled Recent changes in pbget depend on matching changes in python3-aur and other dependencies. In general, all of my packages are developed together and should be updated together. You can use the repo on my site to do this automatically with pacman. Regards, Xyne

egrupled commented on 2017-07-06 11:36 (UTC)

I see errors after latest update: user@system pbget --aur pbget INFO: searching ABS Git interface Traceback (most recent call last): File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.6/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.6/site-packages/pbget.py", line 265, in <module> main() File "/usr/lib/python3.6/site-packages/pbget.py", line 237, in main for pkgname, url in opi.retrieve_abs_via_git(output_dir, pkgnames, pull=pargs.pull): TypeError: retrieve_abs_via_git() got an unexpected keyword argument 'pull

Xyne commented on 2017-05-23 04:30 (UTC)

@alexandre-mbm Thanks but it doesn't directly depend on python3-memoizedb. It depends on python3-xcpf, which depends on python3-memoizedb. The dependency tree is complete. If there is something missing on your system then either you or your AUR helper missed a dependency.

alexandre-mbm commented on 2017-05-19 18:54 (UTC)

Patch sent to your email.

alexandre-mbm commented on 2017-05-19 18:39 (UTC)

Fix: $ yaourt -S python3-memoizedb

alexandre-mbm commented on 2017-05-19 18:37 (UTC)

$ pbget -h Traceback (most recent call last): File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.6/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.6/site-packages/pbget.py", line 32, in <module> import AUR.RPC File "/usr/lib/python3.6/site-packages/AUR/RPC.py", line 53, in <module> import MemoizeDB ModuleNotFoundError: No module named 'MemoizeDB'

alfredo.ardito commented on 2017-05-16 13:25 (UTC)

Great. Successfully built. thx

Xyne commented on 2017-05-16 12:57 (UTC)

@alfredo.ardito It should be fixed now.

alfredo.ardito commented on 2017-05-16 08:02 (UTC)

Managed to setup the right signatures but then after I got the following error: ==> Making package: pbget 2016.4.4.1-3 (mar 16 mag 2017, 09.56.21, CEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading pbget-2016.4.4.1.tar.xz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:06 --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading http://xyne.archlinux.ca/projects/pbget/src/pbget-2016.4.4.1.tar.xz Aborting... ==> ERROR: Makepkg was unable to build . ==> Restart building pbget ? [y/N] ==> ------------------------------

Xyne commented on 2017-05-13 02:28 (UTC)

@alfredo.ardito The signatures are correct. You need to import the key into your user's keyring to verify the signature with makepkg. For details, see e.g. https://aur.archlinux.org/packages/python3-aur/

alfredo.ardito commented on 2017-05-11 08:06 (UTC)

Failed building with the following error: ==> Validating source files with md5sums... python3-xcgf-2017.3.tar.xz ... Passed python3-xcgf-2017.3.tar.xz.sig ... Passed ==> Validating source files with sha512sums... python3-xcgf-2017.3.tar.xz ... Passed python3-xcgf-2017.3.tar.xz.sig ... Passed ==> Verifying source file signatures with gpg... python3-xcgf-2017.3.tar.xz ... FAILED ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build python3-xcgf. ==> Restart building python3-xcgf ? [y/N] ==> -------------------------------------

Xyne commented on 2017-05-01 19:14 (UTC)

@notuxius python3-memoizedb is a dependency of python3-xcpf, which is a dependency of this package. Your local dependency tree is broken.

notuxius commented on 2017-05-01 09:15 (UTC) (edited on 2017-05-01 09:17 (UTC) by notuxius)

@Xyne - "ModuleNotFoundError: No module named 'MemoizeDB'" error on first launch - looks like package 'python3-memoizedb' needs to be a dependency

Xyne commented on 2016-07-10 20:56 (UTC)

I have been gradually working on a new backend for a while. It is available for testing here[1]. It is not entirely backwards-compatible so please give it a try now and get ready to migrate your configuration files and scripts. Extension developers are most welcome :D. Please keep related discussion in the forum thread. [1] https://bbs.archlinux.org/viewtopic.php?id=214706

Voice commented on 2015-10-02 23:09 (UTC)

Is it updated in your binary repo? Version I have is 2013.12-1 from there which breaks since 'python3' is now just 'python' .... Thanks for all your fantastic tools and the binary repo too.

Xyne commented on 2015-07-12 16:57 (UTC)

A quick search for "aur xyne gpg key" returns multiple hits with the solution (e.g. https://aur.archlinux.org/packages/python3-aur/). Short answer: you need to import the keys that you wish to verify.

dos1 commented on 2015-07-12 14:20 (UTC)

Doesn't work - fails on GPG key verification.

Xyne commented on 2012-10-29 01:14 (UTC)

@vorbote For what? The dependency? I mean python3: $ pacman -Si python Repository : extra Name : python Version : 3.3.0-1 Provides : python3 I consider different major versions of Python to be different languages as they are incompatible. Changing the names of packages, deps, projects, etc. whenever a new version of Python is released is not something that I want to do. Explicit versioning should be future-proof.

toropisco commented on 2012-10-28 16:39 (UTC)

Do you mean python2 or simply python (which is version 3)?

commented on 2012-10-23 13:21 (UTC)

The .sig file isn't available at that URL. It doesn't seem to be used though; removing it from the PKGBUILD leaves the package buildable again.

Xyne commented on 2011-01-04 20:40 (UTC)

Nvm that last bit. I've updated pbget to retrieve PKGBUILDs from the new web interface.

Xyne commented on 2011-01-04 17:31 (UTC)

@dlin Yeah, it's a bug. Nice catch too... it's been there for ages and I've never noticed it. Btw, the SVN interface on archlinux.org has changed recently and I don't know what they're doing with it yet, so you'll need to install rsync use the "--abs" option to get PKGBUILDs for the official repos, at least for now.