Package Details: powerpill 2021.11-2

Git Clone URL: https://aur.archlinux.org/powerpill.git (read-only, click to copy)
Package Base: powerpill
Description: Pacman wrapper for faster downloads.
Upstream URL: https://xyne.dev/projects/powerpill
Keywords: arch_linux pacman system
Licenses: GPL
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 235
Popularity: 0.87
First Submitted: 2012-11-29 03:58 (UTC)
Last Updated: 2021-12-13 22:15 (UTC)

Latest Comments

kido007 commented on 2022-01-24 07:51 (UTC)

For me the fix was yay -S powerpill python3-xcgf python3-xcpf python3-memoizedb pm2ml

Xyne commented on 2021-11-12 04:08 (UTC)

@parsanoori You need to import my signing key into your user keyring. It's the same as the one in the Arch Linux keyring, but makepkg is run as a regular user while building and checks signatures against the user's keyring, not the system's.

@AchmadFathoni The packages aren't really re-downloaded. The latest version of Pacman double-checks all packages in the cache for updates but shouldn't actually download anything if the packages are valid.

AchmadFathoni commented on 2021-11-10 23:02 (UTC)

After sudo powerpill -Syu download all Arch package, the package is re-download again after :: Retrieving packages...

parsanoori commented on 2021-10-10 11:25 (UTC) (edited on 2021-10-10 11:25 (UTC) by parsanoori)

I got this problem:

==> Verifying source file signatures with gpg...
    python3-memoizedb-2017.3.30.tar.xz ... FAILED
==> ERROR: One or more PGP signatures could not be verified!

souravdas142 commented on 2021-06-24 04:07 (UTC)

@Xyne can you track the pyalpm bug report here? I just created. Workaround is not a solution right?

souravdas142 commented on 2021-06-24 02:10 (UTC) (edited on 2021-06-24 02:55 (UTC) by souravdas142)

@Xyne with pm2ml 2021 - https://xyne.archlinux.ca/projects/pm2ml/index.html (Which is still not updated on aur, as of today) is fixed the segmentation fault. thanks.

Xyne commented on 2021-06-19 22:31 (UTC) (edited on 2021-06-19 23:23 (UTC) by Xyne)

@souravdas142 I'm looking into the segfault. Will follow-up as soon as I have a solution or know more.

edit The error is due to a bug in pyalpm (pyalpm.find_grp_pkgs segfaults). I have implemented a workaround until the bug in pyalpm is fixed. Please update pm2ml to the latest version (it should be up in about 10 minutes).

@PedroHLC I haven't looked at the new behaviour or pacman 6.0 but I haven't noticed anything different about my upgrades either. Regardless, unless there's an option in pacman to disable unwanted behavior, there isn't anything that powerpill can do about it when invoking pacman. Powerpill still does the same thing that it always has though, so the downloads should not be affected by pacman 6.0.

PedroHLC commented on 2021-06-01 17:08 (UTC)

Hi @Xyne, Pacman (now at v6) checks if the file in cache is up-to-date with the first mirror in the list. Which (for me) s-cks. I personally prefer Powerpill's way of doing it, in parallel, capable of handling 404 and moving to another mirror.

Do you think we can return that behavior without downgrades? Anyway, thanks for this great tool, been using it since ~2012.

souravdas142 commented on 2021-06-01 12:12 (UTC)

@Xyne

segmentation fault, after upgrading to pacman 6.0.0-2. when installing a group like sudo powerpill -S plasma before upgrading pacman, its working fine.

edwinclement08 commented on 2021-05-20 17:14 (UTC) (edited on 2021-05-20 17:14 (UTC) by edwinclement08)

In case you are using Python version manager like asdf, you need to change the hash bang in the /usr/bin/powerpill to use the system python like so

───────┬─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
       │ File: /usr/bin/powerpill
───────┼─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
   1   │ #!/usr/bin/python3
   2   │ import sys
   3   │ import Powerpill
   4   │ sys.exit(Powerpill.run_main())
───────┴─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

Other wise you might get the following error

/usr/bin/python3: No module named Powerpill

rootpeer commented on 2021-03-15 11:33 (UTC) (edited on 2021-03-15 11:40 (UTC) by rootpeer)

powerpill fails:

Download Results:
gid   |stat|avg speed  |path/URI
======+====+===========+=======================================================
7a7df3|ERR |        n/a|/var/lib/pacman/sync/archzfs.db
1c8b89|ERR |        n/a|/var/lib/pacman/sync/archzfs.db.sig
98b0ae|ERR |       0B/s|/var/lib/pacman/sync/community.db
c9eae1|ERR |       0B/s|/var/lib/pacman/sync/core.db
4210b5|ERR |       0B/s|/var/lib/pacman/sync/extra.db
3073d1|ERR |       0B/s|/var/lib/pacman/sync/multilib.db

Status Legend:
(ERR):error occurred.

aria2 will resume download if the transfer is restarted.
If there are any errors, then see the log file. See '-l' option in help/man page for details.
PowerpillError: aria2c exited with 19

Name resolution for all mirrors fails: Could not contact DNS servers

What is wrong?

Edit: If I run aria2c with --async-dns=false it runs OK. How can I set that up on powerpill?

Edit no.2: I set --async-dns=false in /etc/powerpill/powerpill.json under aria2c args, it works now.

Rumcajs commented on 2020-12-16 22:12 (UTC)

@Xyne : Yeah Thx man thats fixed it.

Xyne commented on 2020-12-16 03:10 (UTC)

@Rumcajs Have you installed and rebuilt all of the dependencies since the upgrade to Python 3.9? Please read the previous comments below.

Rumcajs commented on 2020-12-15 17:50 (UTC) (edited on 2020-12-15 17:53 (UTC) by Rumcajs)

i get error : Traceback (most recent call last): File /usr/bin/powerpill, line 3, in <module> import Powerpill File /usr/lib/python3.9/site-packages/Powerpill.py, line 43, in <module> import pm2ml ModuleNotFoundError: No module named 'pm2ml'

Xyne commented on 2020-12-15 04:43 (UTC)

@Tanath All of the dependencies with Python modules must be rebuilt against the latest version of Python 3.

I also provide built packages in my repo that you can upgrade directly with pacman if you don't want to worry about rebuilding them yourself: https://xyne.archlinux.ca/repos/

Tanath commented on 2020-12-07 20:48 (UTC) (edited on 2020-12-07 21:10 (UTC) by Tanath)

I was also getting

/usr/bin/python3: No module named Powerpill

Rebuilding didn't change anything at first, but I tried a clean build and then I got:

Traceback (most recent call last):
  File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.9/site-packages/Powerpill.py", line 43, in <module>
    import pm2ml
  File "/usr/lib/python3.9/site-packages/pm2ml.py", line 35, in <module>
    import XCGF
ModuleNotFoundError: No module named 'XCGF'

The fix was to rebuild the following as well: python3-xcgf python3-xcpf python3-memoizedb

escape0707 commented on 2020-12-03 05:06 (UTC)

@homocomputeris Try rebuild powerpill and all its AUR packages against python 3.9. This works for me. Although these AUR packages have already been bumped to an increase version number, so I think just do a normal update should automatically fix this for you.

homocomputeris commented on 2020-12-02 17:56 (UTC)

An error appears in 2020-1:

$ powerpill
/usr/bin/python3: No module named Powerpill

jahroots commented on 2020-11-13 12:40 (UTC)

Problem fixed thanks @jahid

jahid commented on 2020-11-13 07:02 (UTC)

This is how I imported the missing key to solve gpg: keyserver receive failed: General error:

pacman-key --export 1D1F0DC78F173680 > xyne.asc
gpg --import xyne.asc

jahroots commented on 2020-11-05 12:09 (UTC) (edited on 2020-11-09 18:07 (UTC) by jahroots)

@Xyne I can't update powerpill package:

:: PGP keys need importing:
 -> EC3CBE7F607D11E663149E811D1F0DC78F173680, required by: powerpill
==> Import? [Y/n] 
:: Importing keys with gpg...
gpg: keyserver receive failed: General error
problem importing keys
$ curl -X GET http://keys.gnupg.net/pks/lookup\?search\=EC3CBE7F607D11E663149E811D1F0DC78F173680\&fingerprint\=on\&op\=index
<?xml version="1.0" encoding="utf-8"?>                                                                                      
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" >
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>No results found</title>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<style type="text/css">
/*<![CDATA[*/
 .uid { color: green; text-decoration: underline; }
 .warn { color: red; font-weight: bold; }
/*]]>*/
</style></head><body><h1>No results found</h1>No results found: No keys found</body></html>

Gargoyle101 commented on 2020-10-18 17:56 (UTC)

@Xyne, thanks will try it, I'll let you know if still the same error.

Xyne commented on 2020-10-18 16:56 (UTC)

@Gargoyle101 You need to add my key to your keyring. makepkg uses the user's keyring, not pacman's keyring.

Gargoyle101 commented on 2020-09-09 10:02 (UTC)

Hello the following error occurs while trying to install

makepkg -is ==> Making package: powerpill 2020-1 (Wed 09 Sep 2020 11:51:23 AM EET) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found powerpill-2020.tar.xz -> Found powerpill-2020.tar.xz.sig ==> Validating source files with md5sums... powerpill-2020.tar.xz ... Passed powerpill-2020.tar.xz.sig ... Passed ==> Validating source files with sha512sums... powerpill-2020.tar.xz ... Passed powerpill-2020.tar.xz.sig ... Passed ==> Verifying source file signatures with gpg... powerpill-2020.tar.xz ... FAILED (unknown public key 1D1F0DC78F173680) ==> ERROR: One or more PGP signatures could not be verified!

Thanks

Xyne commented on 2020-07-28 04:27 (UTC)

@timescam fixed

timescam commented on 2020-07-27 04:36 (UTC)

==> ERROR: Failure while downloading https://xyne.archlinux.ca/projects/powerpill/src/powerpill-2018.11.tar.xz

the sources is no longer available

rootpeer commented on 2020-05-08 18:19 (UTC)

Status Legend:
(OK):download completed.
error: archzfs: signature from "ArchZFS Bot <buildbot@archzfs.com>" is invalid
error: database 'archzfs' is not valid (invalid or corrupted database (PGP signature))

Getting this error every time zfs needs an update. Not getting the error with pacman. Why?

JZA commented on 2019-12-23 06:17 (UTC) (edited on 2019-12-23 06:18 (UTC) by JZA)

Keep getting this error:

==> PGP keys need importing:
 -> EC3CBE7F607D11E663149E811D1F0DC78F173680, required by: python3-xcgf  python3-memoizedb  python3-xcpf  pm2ml  powerpill
==> Import? [Y/n] y
:: Importing keys with gpg......
gpg: keyserver receive failed: Permission denied
==> Error: Problem importing keys

churro commented on 2019-12-14 02:25 (UTC)

I needed to install python3-memoizedb for it to run, however, it isn't listed as a dependency here

elikoga commented on 2019-11-16 18:45 (UTC)

Fixed by a complete clean rebuild, including aur dependencies

elikoga commented on 2019-11-16 18:20 (UTC)

Doesn't work as of today, outputs: /usr/bin/python3: No module named Powerpill

princenna commented on 2019-07-24 12:44 (UTC)

After manjaro update today it works just fine, great tool

zerophase commented on 2019-07-07 13:30 (UTC)

@princenna @Spirit Try rebuilding aria2. Nettle was just updated for Arch, and aria2 requires that lib.

Xyne commented on 2019-07-06 13:14 (UTC)

Make sure that all of powerpill's dependencies are up-to-date (pyalpm, pm2ml, etc.). You can use my repo [1] to let pacman handle this automatically.

[1] https://xyne.archlinux.ca/repos/

princenna commented on 2019-07-05 11:52 (UTC)

I have the exact same problem as @Spirit and I am using the latest version of pyalpm

Xyne commented on 2019-05-01 14:59 (UTC)

@Spirit Are you using the latest version of pyalpm?

Spirit commented on 2019-04-25 08:48 (UTC) (edited on 2019-04-25 08:49 (UTC) by Spirit)

Hey, noob here. I am getting this error when I try and run powerpill:

Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.7/site-packages/Powerpill.py", line 43, in <module>
    import pm2ml
  File "/usr/lib/python3.7/site-packages/pm2ml.py", line 38, in <module>
    import XCPF.PacmanConfig
  File "/usr/lib/python3.7/site-packages/XCPF/PacmanConfig.py", line 28, in <module>
    from pycman.config import pacman_conf_enumerator, _logmask, cb_log, LIST_OPTIONS, BOOLEAN_OPTIONS
ImportError: cannot import name 'pacman_conf_enumerator' from 'pycman.config' (/usr/lib/python3.7/site-packages/pycman/config.py)

I looked at ansatz's comment and on that link it says the patch that fixes this problem has been integrated, but it still doesn't work for me?

ansatz commented on 2019-01-19 12:26 (UTC)

The issue is caused by python3-xcpf. See here for a working patch: https://aur.archlinux.org/packages/python3-xcpf/

carbolymer commented on 2019-01-18 17:02 (UTC) (edited on 2019-01-18 17:02 (UTC) by carbolymer)

Powerpill is broken, it may be related to latest pycman, idk:

% powerpill -Syu
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.7/site-packages/Powerpill.py", line 43, in <module>
    import pm2ml
  File "/usr/lib/python3.7/site-packages/pm2ml.py", line 38, in <module>
    import XCPF.PacmanConfig
  File "/usr/lib/python3.7/site-packages/XCPF/PacmanConfig.py", line 28, in <module>
    from pycman.config import pacman_conf_enumerator, _logmask, cb_log, LIST_OPTIONS, BOOLEAN_OPTIONS
ImportError: cannot import name 'pacman_conf_enumerator' from 'pycman.config' (/usr/lib/python3.7/site-packages/pycman/config.py)

mnkyhd commented on 2018-12-27 11:53 (UTC) (edited on 2018-12-27 11:57 (UTC) by mnkyhd)

@Xyne I had the same problem on Manjaro. The contents of the try block is commented out. Uncommenting worked.

$ diff /usr/lib/python3.7/site-packages/Powerpill.py powerpill-2018.11/Powerpill.py 
55,56c55,56
< #import Reflector
< #OFFICIAL_REPOSITORIES = Reflector.MirrorStatus.REPOSITORIES
---
>   import Reflector
>   OFFICIAL_REPOSITORIES = Reflector.MirrorStatus.REPOSITORIES

Xyne commented on 2018-12-24 19:11 (UTC)

@DroidFreak32 I've just rebuilt the package locally via the AUR's PKGBUILD and I see no indentation error. Can you compare the installed file at /usr/lib/python3.7/site-packages/Powerpill.py to Powerpill.py in the source archive? I wonder if something went wrong when the file was copied to your system.

If the error was in the source file, I and several other people would have noticed it I think.

DroidFreak32 commented on 2018-12-18 13:12 (UTC) (edited on 2018-12-18 13:12 (UTC) by DroidFreak32)

I had this error running powerpill

Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 183, in _run_module_as_main
    mod_name, mod_spec, code = _get_module_details(mod_name, _Error)
  File "/usr/lib/python3.7/runpy.py", line 153, in _get_module_details
    code = loader.get_code(mod_name)
  File "<frozen importlib._bootstrap_external>", line 860, in get_code
  File "<frozen importlib._bootstrap_external>", line 791, in source_to_code
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/lib/python3.7/site-packages/Powerpill.py", line 57
    except ImportError:
         ^
IndentationError: expected an indented block

So I replaced the try-except block with just

OFFICIAL_REPOSITORIES = tuple()

I know this is not the correct fix, so if anyone else could provide the correct fix I would really appreciate it. Thanks!

Vrakfall commented on 2018-10-08 13:01 (UTC)

@Xyne: Thank you really much!

eigengrau commented on 2018-10-06 08:11 (UTC)

Cheers Xyne! ❤

Xyne commented on 2018-10-03 06:27 (UTC)

Sorry, a lot happened in the last few weeks and I didn't notice that my release scripts had broken. Everything should be working again now.

JohnRobson commented on 2018-09-28 15:39 (UTC)

==> Retrieving sources... -> Downloading powerpill-2018.9.8.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 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading https://xyne.archlinux.ca/projects/powerpill/src/powerpill-2018.9.8.tar.xz Aborting... ==> ERROR: Makepkg was unable to build powerpill.

Alad commented on 2018-09-18 13:18 (UTC)

The source is 404. That doesn't mean the built pacman packages should serve as replacement.

ImNtReal commented on 2018-09-14 18:22 (UTC)

@aurmyster, is there no longer a link to the source?

aurmyster commented on 2018-09-11 18:46 (UTC)

The correct links should be: https://xyne.archlinux.ca/repos/xyne/powerpill-2018.9.8-1-any.pkg.tar.xz https://xyne.archlinux.ca/repos/xyne/powerpill-2018.9.8-1-any.pkg.tar.xz.sig

le_tucan commented on 2018-09-11 15:48 (UTC)

Source links still broken

golodhrim commented on 2018-09-10 17:01 (UTC)

The Package is not available. it fails to download the sources.

dinghy commented on 2018-09-10 08:14 (UTC)

@Xyne https://xyne.archlinux.ca/projects/powerpill/src is missing

tareef commented on 2018-09-09 06:02 (UTC)

The source package is missing

itaton commented on 2018-09-08 16:35 (UTC)

I get a 404 for the source link. In fact the whole directory https://xyne.archlinux.ca/projects/powerpill/src seems to be missing

Xyne commented on 2018-09-08 15:41 (UTC) (edited on 2018-09-08 15:59 (UTC) by Xyne)

@farseerfc Done.

@Morganamilo Fixed.

@simona Make sure that all of your packages (including their dependencies) have been rebuilt for Python 3.7.

farseerfc commented on 2018-09-03 18:15 (UTC)

Can we make the "reflector" as an optdepends? Because powerpill does not need reflector for normal usage, and reflector is not suitable for other architectures like archlinuxarm.

Morganamilo commented on 2018-09-02 15:05 (UTC)

--print-format implies --print. powerpill does not handle this.

simona commented on 2018-08-31 12:19 (UTC)

Traceback (most recent call last): File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main "main", mod_spec) File "/usr/lib/python3.7/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.7/site-packages/Powerpill.py", line 43, in <module> import pm2ml File "/usr/lib/python3.7/site-packages/pm2ml.py", line 35, in <module> import XCGF ModuleNotFoundError: No module named 'XCGF'</module></module>

zerophase commented on 2018-08-06 18:45 (UTC)

I believe the package needs an update for the changes to python from today.

Xyne commented on 2018-07-20 23:53 (UTC)

@kosmoplayer Thanks. I have added the completions to the package.

Plexcon commented on 2018-07-14 23:57 (UTC)

Fail to prepare an operation: powerpill-2018.5.tar.xz: invalid or damaged package

kosmoplayer commented on 2018-07-13 11:37 (UTC)

I created a powerpill's zsh completion script. Anyway, it is copypast of pacman zsh completion sript with replace pacman on powerpill. I added unique powerpill's commands --powerpill-config and --powerpill-clean. Completion of -S, -R -Q commands work fine. Take here https://gist.github.com/chain2net/12ec8ba75e1781a0e3d7f7d508687e10

Xyne commented on 2018-06-03 17:13 (UTC)

@moham_96 See the discussion below about zsh. If someone contributes whatever is needed to add them then I will include it, but I don't use zsh myself and I don't have the time to figure it out myself right now.

moham_96 commented on 2018-06-02 09:30 (UTC)

Can you add support for zsh completions?

Xyne commented on 2018-03-18 15:12 (UTC)

@CarterCox You need to install the dependencies from the AUR, or enable my repo in Pacman: https://xyne.archlinux.ca/repos/

gnucon commented on 2018-03-17 10:55 (UTC)

@CarterCox you can install the missing modules from aur yaourt -S python3-xcgf python3-xcpf python3-memoizedb

CarterCox commented on 2018-03-12 14:04 (UTC) (edited on 2018-03-12 14:07 (UTC) by CarterCox)

I tried to install but pacman couldn't install missing dependencies:

$ makepkg ==> Making package: powerpill 2017.11-1 (Mon Mar 12 11:02:14 -03 2018) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: pm2ml>2012.12.12 error: target not found: python3-xcgf error: target not found: python3-xcpf ==> ERROR: 'pacman' failed to install missing dependencies.

zerophase commented on 2018-02-15 05:09 (UTC)

@xyne pacmatic has a good example of zsh completions, I think something similar to the pacmatic completions should work for most of powerpill in fish.

https://github.com/fish-shell/fish-shell/blob/master/share/completions/pacmatic.fish

dapolinario commented on 2018-02-14 23:53 (UTC) (edited on 2018-02-14 23:55 (UTC) by dapolinario)

@Xyne, actually the base is pacman.fish.

The "progname" variable is not used when you really need to create a pacman-based database: set -l listinstalled "(pacman -Q | string replace '' \ t)", set -l listgroups "(pacman -Sg) \ t'Package Group '"

and in two other lines I did not understand what it is for, if the -e and -f parameters are related to pacman or to complete: complete -c pacman -e, complete -c pacman -f

Therefore, if you replace the progname content with powerpill and bb-wrapper, that's a start (since the pacaur.fish script follows the same basic plus additional pacaur commands).

You can do a pull resquest on the github of the fish project, if they accept it, a headache for you.

Thankful!

Xyne commented on 2018-02-14 23:25 (UTC)

@dapolinario I'm open to the idea but I don't use fish so I am unfamiliar with the syntax and would not be able to test it.

Would it be enough to just replace all instances of "pacman" with "powerpill", "bauerbill" or "bb-wrapper" and add some lines for extra commands to generate a new file? Looking at pacman.fish [1], I see that it sets the "progname" variable at the top and then uses that throughout most of the file, but not everywhere, so the logic isn't immediately clear.

I am also unsure about how to handle the attributions and eventual license if I modify pacman.fish for include it in my projects. It may be better to ask the fish devs to include completions for powerpill etc. as they seem to accept all completion files. If it would help, I could try to write a simple script to generate the files from pacman.fish to facilitate maintenance.

[1] https://raw.githubusercontent.com/fish-shell/fish-shell/master/share/completions/pacman.fish

dapolinario commented on 2018-02-02 21:10 (UTC)

Can you add fish completion to this package, using pacman's fish completion as a template?

Xyne commented on 2017-12-31 05:11 (UTC)

@bemeurer Thanks for reporting the error and posting the traceback. It should be fixed with today's pm2ml update.

bemeurer commented on 2017-12-27 14:07 (UTC) (edited on 2017-12-27 14:10 (UTC) by bemeurer)

I inconsistently run into the following error https://gist.github.com/bemeurer/a051eb7a3962ae9438e53c37f16a9846

It seems to happen whenever I run PACMAN=powerpill pacaur -Syu --devel --needed --noconfirm and there is and update. If when it errors I run the command again, it runs successfully.

Xyne commented on 2017-11-26 21:55 (UTC)

> I'm running my own version of python3 I don't know what that means. Regardless, run the setup script with your version to install the modules to a recognized path.

Ataraxy commented on 2017-11-22 05:22 (UTC)

I'm running my own version of python3 and I'm seeing: /home/ravi/.local/share/virtualenvs/py3/bin/python3: No module named Powerpill How do I work around this? Could Powerpill be a PYPI package?

Xyne commented on 2017-08-21 13:13 (UTC)

All of the dependencies should be updated together. Please ask the maintainer of the package in the Antergos repo to update the package. You can also enable my repo in pacman.conf.

pdf commented on 2017-08-18 22:59 (UTC)

Dependencies should probably be updated to pm2ml >= 2017.3, otherwise powerpill dies when syncing with the following stack trace, when using older pm2ml (antergos carries 2016.8-1 in their repo, for example): 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/Powerpill.py", line 990, in <module> sys.exit(run_main()) File "/usr/lib/python3.6/site-packages/Powerpill.py", line 975, in run_main return main(args) File "/usr/lib/python3.6/site-packages/Powerpill.py", line 955, in main powerpill.refresh_databases() File "/usr/lib/python3.6/site-packages/Powerpill.py", line 783, in refresh_databases self.pm2ml.refresh_databases(**pm2ml_passthrough_args) AttributeError: 'Pm2ml' object has no attribute 'refresh_databases'

Xyne commented on 2017-06-17 23:13 (UTC)

@Lasp94 https://pgp.mit.edu/pks/lookup?op=vindex&search=0x1D1F0DC78F173680 https://xyne.archlinux.ca/#signing-key It's also in the pacman keyring: pacman-key --export 1D1F0DC78F173680 > xyne.asc @Shebang Pacman's definition of a "foreign" package is anything that it can't find in the sync databases. If you are overwriting those files with new ones (with pacman -Sy, powerpill -Sy, yaourt -Sy, or anything else that updates them), then the sync database is temporarily unavailable (or at least incompletely). Running "pacman -Qm" in parallel will thus check empty/incomplete databases and report everything it doesn't find as foreign. Just break up the sync and download operations: $ powerpill -Sy $ pacman -Qm > foreign.txt $ powerpill -Su and replace "pacman -Qm" with "cat foreign.txt" in your script.

Cirelli94 commented on 2017-06-17 08:55 (UTC) (edited on 2017-06-18 23:58 (UTC) by Cirelli94)

I can't verify your PGP signature! (unknown public key 1D1F0DC78F173680) Which server can I use for your key? edit: Thanks @Xyne for your answer, I had some problems not due to this package.

Shebang commented on 2017-06-14 18:10 (UTC)

Hey, unsure how else to contact Xyne other than email so I'm reporting this here. Not an issue with the packaging, but upstream issue, and by no means a show stopper, just some odd behavior I've noticed. Issue: While powerpill is running, downloading packages, etc... Native pacman packages show up in pacman -Qm Steps to reproduce: 1. Type pacman -Qm to list non-native packages. Take note of packages in list. 2. Run powerpill -Syu 3. While it's doing its thing, type pacman -Qm again, it will now show a ton of native packages in this list 4. After powerpill completes, the non-native package query will run as expected. This affects me in a way as before powerpill, I'd download my AUR packages at the same time as the native packages but now must do so asynchronously instead of at the same time that powerpill is running.

Xyne commented on 2017-03-20 05:13 (UTC)

@postadelmaga powerpill depends on python3-xcpf python3-xcpf depends on python3-memoizedb makepkg does not automatically resolve dependencies when installing AUR packages, but pacman will not let you install a package without them unless you explicitly disable dependency checks. You must have disabled dependency checks if you were able to install powerpill without python3-memoizedb. There are AUR helpers to automate dependency resolution, but until you figure out what you did I would recommend sticking to manual installation.

postadelmaga commented on 2017-03-20 04:49 (UTC)

I have installed the packaged but along with it I didn't get `python3-memoizedb` I had to install this package manually from AUR ...

Xyne commented on 2017-02-15 10:47 (UTC)

@yebenny Powerpill depends on python3-xcpf, which in turn depends on python-xdg. If you have installed the package correctly then the dependencies should be satisfied. You should never use pip to satisfy dependencies of pacman packages.

yebenny commented on 2017-02-11 13:50 (UTC)

This package depends on pyXDG, but it was not listed in the dependencies. workaround: sudo pip install pyXDG

thoth commented on 2017-01-14 23:42 (UTC)

adding xyne's repos fixed everything after a `pacman -Syu`, powerpill is truly astounding on gigabit fiber

Xyne commented on 2017-01-12 23:11 (UTC)

@thoth Python was upgraded from version 3.5 to 3.6. You have to rebuild all of your Python AUR packages to work with the new version. If you don't want to rebuild powerpill and its dependencies, you can use the repo on my site: http://xyne.archlinux.ca/repos/

thoth commented on 2017-01-11 22:19 (UTC)

ModuleNotFoundError: No module named 'pm2ml' recently I've been getting the above when attempting to use powerpill (I think first occurrence was maybe Monday that I noticed)

Xyne commented on 2016-12-03 20:20 (UTC) (edited on 2016-12-03 20:20 (UTC) by Xyne)

It doesn't directly depend on python3-memoizedb. Some of its dependencies do, but those already specify python3-memoizedb in their respective dependencies arrays.

postadelmaga commented on 2016-11-19 16:40 (UTC)

please add dependency python3-memoizedb

Xyne commented on 2016-11-05 22:18 (UTC)

Powerpill strictly interprets the SigLevel directives in pacman.conf. Adjust them accordingly. The official repos do not provide database signatures so they should be set to "PackageRequired".

gnucon commented on 2016-11-05 08:15 (UTC) (edited on 2016-11-05 08:17 (UTC) by gnucon)

powerpill fails to sync package databases I am using worldwide repos from the very latest pacman mirrorlist, but it was the same with my years old repos too. pacman and yaourt have no issues like this. $ sudo pacman-key --refresh-keys $ sudo rm -R /var/lib/pacman/sync/ $ sudo powerpill -Sy [...] Download Results: gid |stat|avg speed |path/URI ======+====+===========+======================================================= b3dbb1|OK | 0B/s|/var/lib/pacman/sync/extra.db 46b248|OK | 443KiB/s|/var/lib/pacman/sync/multilib.db d732cb|ERR | 0B/s|/var/lib/pacman/sync/multilib.db.sig d02426|ERR | 0B/s|/var/lib/pacman/sync/extra.db.sig e288d6|ERR | 0B/s|/var/lib/pacman/sync/community.db.sig a8c94f|ERR | 0B/s|/var/lib/pacman/sync/core.db.sig 682224|OK | 379KiB/s|/var/lib/pacman/sync/community.db 7f5ccb|OK | 74KiB/s|/var/lib/pacman/sync/core.db [...] Status Legend: (OK):download completed.(ERR):error occurred. both pacman and yaourt are fine $ sudo rm -R /var/lib/pacman/sync/ $ sudo pacman -Sy :: Synchronizing package databases... core 120.6 KiB 251K/s 00:00 [##########################################] 100% extra 1756.4 KiB 547K/s 00:03 [##########################################] 100% community 3.7 MiB 610K/s 00:06 [##########################################] 100% multilib 184.4 KiB 132K/s 00:01 [##########################################] 100%

Xyne commented on 2016-08-27 18:21 (UTC)

@alive4ever You're right. I've made a note of it and will move the pages when I finally have time to release the refactored backend. I doubt that I will include a section 8 man page through because the argparse library does a good enough job documenting the extra options (without needing to keep two documents in sync) and the rest emulate pacman. Thanks for pointing out the error.

alive4ever commented on 2016-08-25 22:14 (UTC)

powerpill.json manpage should be located on section 5 instead of section 1, according to intro(1) and intro(5). It would be better to include a manual page for powerpill command in section 8, though.

Xyne commented on 2016-08-24 16:03 (UTC)

@hpstg I have updated pm2ml to fix the problem. Thanks for the notification.

hpstg commented on 2016-08-19 04:02 (UTC)

When calling it with powerpill -S, powerpill -Suw, powerpill -Sw: Traceback (most recent call last): File "/usr/lib/python3.5/runpy.py", line 184, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.5/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 989, in <module> sys.exit(run_main()) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 974, in run_main return main(args) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 964, in main powerpill.download_packages() File "/usr/lib/python3.5/site-packages/Powerpill.py", line 806, in download_packages self.download(pm2ml_args) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 582, in download self.pm2ml.resolve_targets_from_arguments(pm2ml_pargs) File "/usr/lib/python3.5/site-packages/pm2ml.py", line 595, in resolve_targets_from_arguments only_needed=pargs.needed, File "/usr/lib/python3.5/site-packages/pm2ml.py", line 554, in resolve_targets ignoredgroups=ignoredgroups, File "/usr/lib/python3.5/site-packages/pm2ml.py", line 258, in satisfy_deps missing.append(dep) AttributeError: 'set' object has no attribute 'append'

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

Xyne commented on 2016-07-07 22:55 (UTC)

@KnightMustard Failed how? Did it complain about an unknown signing key? If so, that's because you need to import the key yourself to your personal keyring (not the pacman keyring). Examples of how to import the key are posted in comments on my other packages packages. Check the wiki as well.

KnightMustard commented on 2016-07-03 15:46 (UTC)

Failed to verify python3-xcgf, python3-memoizedb, python3-xcpf, pm2ml, and powerpill integrity :/

zerophase commented on 2016-06-15 20:16 (UTC)

I fixed the issue I was having by updating my rsync servers. I just wrote a script for automating that weekly.

lmat commented on 2016-06-15 20:14 (UTC)

The git update URL gives 404, I guess it's out of date.

lmat commented on 2016-06-15 20:14 (UTC)

Not having any problems, zerophase

zerophase commented on 2016-06-12 00:05 (UTC)

Anyone else having issues with powerpill not updating packages? Pacman and Yaourt still work, but not powerpill.

Xyne commented on 2016-05-24 20:44 (UTC)

@pszynk Fixed, thanks. Sorry for the delay. I somehow missed the comment notifications. @computerfr33k powerpill depends on python3-xcpf. python3-xcpy depends on python3-memoizedb. If you need to install it manually, then something else is broken because it should be picked up during dependency resolution.

computerfr33k commented on 2016-05-02 22:39 (UTC)

Missing dependency: python3-memoizedb Had to manually install this as pointed out in the previous comments, not sure why this isn't listed as a dependency since it doesn't run without it.

pszynk commented on 2016-04-28 17:04 (UTC)

Hey, there is a bug in clean() method (when calling powerpill like: $ powerpill --powerpill-clean. Lines 910 and 913 with logging. No variable path, only dpath :).

maxyme commented on 2016-04-21 01:23 (UTC)

@Xyne Using the AUR package, I used yaourt which was configured to download using powerpill. It uses powerpill as a wrapper for pacman, so I assume it made the call to upgrade one package, the powerpill call ended, then it called powerpill to upgrade the next dep, but the dep it just installed broke powerpill until the other dep and powerpill was updated. Either way, got it working by just upgrading configuring yaourt to use pacman temporarily.

lmat commented on 2016-04-21 00:04 (UTC)

powerpill --version shows "Pacman v5.0.1 - libalpm v10.0.1", so I think it's up to date. I installed using your repo. pacman allows me to continue to use your repo, but powerpill seems confused about the keys. Oh yeah, cute picture in pacman --version!

Xyne commented on 2016-04-20 20:15 (UTC)

@lmat Does that error still occur with the latest version of powerpill? @mattlyons All imports are handled when it starts up. After that you can remove or change the modules on disk without affecting the running application because everything is already in RAM. How did you upgrade powerpill and its deps? Are you using my repo or are you installing them from the AUR? If the former, did you do a partial upgrade or abort an upgrade midway? If the latter, did you upgrade all of the deps before invoking powerpill?

maxyme commented on 2016-04-20 15:33 (UTC) (edited on 2016-04-20 19:52 (UTC) by maxyme)

Edit: I'm pretty sure this is because I used powerpill to upgrade and updating the deps broke powerpill, which was being used to upgrade. Upgrading with pacman fixes it. I get this error upgrading to the most recent version: Traceback (most recent call last): File "/usr/lib/python3.5/runpy.py", line 170, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.5/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 36, in <module> import pm2ml File "/usr/lib/python3.5/site-packages/pm2ml.py", line 34, in <module> import XCPF.ArchPkg ImportError: No module named 'XCPF.ArchPkg'; 'XCPF' is not a package

lmat commented on 2016-04-19 13:58 (UTC)

When I powerpill -Syu, I get the error: error: xyne-x86_64: signature from "Xyne. (key #3) <xyne@archlinux.ca>" is invalid error: database 'xyne-x86_64' is not valid (invalid or corrupted database (PGP signature)) But when I run pacman -Syu, no such error is presented.

Xyne commented on 2016-03-29 00:11 (UTC)

@BrianAllred As Lone_Wolf has already pointed out, the dependency is indirect. python3-xcpf depends on python3-memoizedb and powerpill depends on python3-xcpf. PKGBUILD dependencies are only for direct dependencies. Pacman deals with the dependency resolution. You must have disabled dependency resolution when you installed powerpill, which is a bad idea.

Lone_Wolf commented on 2016-03-27 11:44 (UTC)

BrianAllred , that's incorrect. powerpill depends on python3-xcpf , and that depends on python3-memoizedb . File "/usr/lib/python3.5/site-packages/XCPF.py", line 24, in <module> import MemoizeDB ImportError: No module named 'MemoizeDB' The last line of the traceback clearly shows that xcpf calls memoizedb.

BrianAllred commented on 2016-03-27 04:33 (UTC)

@Xyne Yes, Powerpill does, in fact, directly depend on python3-memoizedb. sudo powerpill -Su [sudo] password for brian: Traceback (most recent call last): File "/usr/lib/python3.5/runpy.py", line 170, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.5/runpy.py", line 85, in _run_code exec(code, run_globals) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 36, in <module> import pm2ml File "/usr/lib/python3.5/site-packages/pm2ml.py", line 33, in <module> import XCPF File "/usr/lib/python3.5/site-packages/XCPF.py", line 24, in <module> import MemoizeDB ImportError: No module named 'MemoizeDB' After running 'pacaur -S python3-memoizedb', everything is fine.

Xyne commented on 2016-03-12 12:20 (UTC) (edited on 2016-03-12 12:21 (UTC) by Xyne)

Line 144 in the current version of XCPF.py is "mdb.db_initialize()". Please update to the latest versions before reporting errors. Sometimes they have already been fixed, and even if not it makes it easier to find the source of the error in the code if we're looking at the same lines. XCGF (where that line is currently located) implements a class to do the equivalent of a "pushd" followed by a "popd" using the "with" keyword to ensure that the current working directory is left as-is for subsequent commands if necessary, instead of a simple "chdir". Powerpill itself isn't trying to do anything in that directory, but the Powerpill.py module is used by other code that expects the working directory to remain unchanged after the download. When I have the time I will likely restructure the code where it's not necessary to return to the previous working directory. In the meantime just run it in a different directory. In general running things in non-existing directories tends to generate errors due to various sanity checks even if there are no side effects.

lmat commented on 2016-03-11 13:53 (UTC)

When I run sudo powerpill -Syu; in a directory that root can't touch (or a directory that doesn't exist, etc.), I get the following output: Traceback (most recent call last): Traceback (most recent call last): File "/usr/bin/powerpill", line 5, in <module> sys.exit(run_main()) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 865, in run_main return main(args) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 852, in main refresh_databases(powerpill) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 810, in refresh_databases powerpill.download(pm2ml_args, dbs=True, force=(powerpill.pargs['y'] > 1)) File "/usr/lib/python3.5/site-packages/Powerpill.py", line 703, in download aria2c_p.communicate(input=metalink) File "/usr/lib/python3.5/site-packages/XCPF.py", line 144, in __exit__ os.chdir(self.orig) PermissionError: [Errno 13] Permission denied: '/home/lawsa/reformable/Budget/repo' and it fails. What is it trying to do in the current directory? Actually, I don't care what it's trying to do; I would think it should be unconcerned with the current directory, right?

Xyne commented on 2016-03-10 00:13 (UTC)

@afrenchguy Powerpill does not (directly) depend on python3-memoizedb.

afrenchguy commented on 2016-03-09 13:54 (UTC)

please add python3-memoizedb to the depencies

Xyne commented on 2016-02-14 19:29 (UTC)

Powerpill didn't recognize the new(?) "Never" SigLevel. This has been fixed in the last update. For for information, see https://bbs.archlinux.org/viewtopic.php?pid=1604371#p1604371

zerophase commented on 2016-02-09 06:33 (UTC)

Since Pacman 5.0 was released whenever I run powerpill -Syu I receive download errors for extra.db.sig, core.db.sig, multilib.db.sig, and community.db.sig. Is this just since those sig files still need to be updated on the download server?

Xyne commented on 2016-01-29 19:26 (UTC)

I have replied about the download speed issue on the forum: https://bbs.archlinux.org/viewtopic.php?pid=1599874#p1599874

j1simon commented on 2016-01-29 10:32 (UTC)

Impossible to download: 'curl: (56) Recv failure: Connection reset by peer' I've tried several times but it doesn't download.

Xyne commented on 2016-01-14 01:36 (UTC)

@gusdunn Please double-check that you have the latest version of all deps. pm2ml does recognize --select. If the error persists, please pastebin or email me the full output of the error message. The easiest way to check that you have everything up-to-date is to add my repo to pacman.conf.

gusdunn commented on 2016-01-13 16:55 (UTC)

Similar to @lmat I recently updated the powerpill stack but now get the complaint that pm2ml doesnt recognized '--select' option. Altering the powerpill.json file to omit the powerpill option ("select": true) does not correct the problem. But setting the option to ("select": false) does allow execution.

lmat commented on 2015-12-22 21:42 (UTC)

Thank you, my friend! And I will perhaps take a look at bauerbill some day, too.

Xyne commented on 2015-12-06 15:58 (UTC)

Bauerbill is back btw: https://aur.archlinux.org/packages/bauerbill/

Xyne commented on 2015-12-06 01:19 (UTC)

It should be fixed now.

lmat commented on 2015-12-02 20:46 (UTC) (edited on 2015-12-02 20:47 (UTC) by lmat)

just downloaded and installed python3-xcpf, pm2ml, and powerpill today, and running powerpill -Syu; returns "pm2ml: error: unrecognized arguments: --ask". I see pm2ml was updated a couple weeks ago; perhaps its parameters changed?

avb commented on 2015-11-30 19:41 (UTC)

@Xyne: It's working for me now, thank you.

Xyne commented on 2015-11-30 16:39 (UTC)

@avb, TwoLeaves It should be fixed now.

TwoLeaves commented on 2015-11-23 11:57 (UTC)

Getting the same behaviour as avb.

avb commented on 2015-11-22 19:33 (UTC)

powerpill's having trouble syncing when there's nothing to update. I just ran powerpill -Syyu and it worked fine. When I run it again, I get: $ sudo powerpill -Sy receiving incremental file list error: no targets specified (use -h for help) pacman is happy: sudo pacman -Sy :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date

despairblue commented on 2015-10-16 07:09 (UTC)

same thing

disneyvillain commented on 2015-10-07 10:51 (UTC) (edited on 2015-10-10 02:04 (UTC) by disneyvillain)

Broken with latest update - exact same error as txtsd. Edit: Issue fixed after a pm2ml was updated. All is well now.

txtsd commented on 2015-10-07 06:20 (UTC)

Updated powerpill and this happens when I try to run it now. https://bpaste.net/show/5316f9ec608a

jyantis commented on 2015-09-16 04:02 (UTC)

To install this you need to add to add Xyne's key. gpg --keyserver pgp.mit.edu --recv-keys 1D1F0DC78F173680

Xyne commented on 2015-08-10 23:09 (UTC)

You need to import public keys for any source file signatures that you want to verify. See the comments on the python3-aur page for details. The AUR is full of such comments. Please search next time. https://aur.archlinux.org/packages/python3-aur/

SupBrah commented on 2015-08-02 02:38 (UTC)

Oops, flagged out of date by accident.

Xyne commented on 2015-04-29 22:58 (UTC)

@cyisfor The official databases are not signed. I agree that they should be but doing that is not trivial due to the chain of custody and the way they are released. You can avoid the redundant checks by correctly configuring your pacman.conf file. See the powerpill forum thread for details.

cyisfor commented on 2015-04-29 17:32 (UTC)

Oh, no when it DOES find the *.db.sig files, it's that just one of the mirrors is a bad webserver. It returns a 200 OK HTML document saying "File not found" in german. (I think). Then the signatures don't verify, since they're HTML files, and you can't upgrade.

cyisfor commented on 2015-04-29 17:29 (UTC)

Download aborted, *.db.sig, Resource not found (10 min later, same thing...) Don't any of the pacman mirrors have the signatures for the current databases? It seems like a thing they ought to have. Are all the mirrors just trying to shave off that 2K by omitting the files, or are perhaps the signatures are stored under a different filename? It finds them... eventually... perhaps the signatures are ONLY stored on the main mirror, and checking the others is an exercise in futility? At any rate, it makes powerpill mostly unusable for upgrades, if it's going to spend a half hour checking every single mirror for signature files that they just don't have.

Xyne commented on 2014-08-17 17:30 (UTC)

Please read the following post concerning recent tweaks to the code and required user intervention: https://bbs.archlinux.org/viewtopic.php?pid=1447763#p1447763

kozaki commented on 2014-04-17 07:27 (UTC)

All is back to normal after rebuilt pm2ml and powerpill. Thank you for the answre Xyne.

adambot commented on 2014-04-08 21:13 (UTC)

nevermind... i confused --log-level with --console-log-level

adambot commented on 2014-04-08 20:59 (UTC)

powerpill seems to be ignoring this part of the aria2c config: "--log-level=error", I am constantly getting messages this on the console: 04/08 15:49:59 [NOTICE] Verification finished successfully. file=/var/cache/pacman/pkg/bash-4.3.008-2-x86_64.pkg.tar.xz 04/08 15:49:59 [NOTICE] Download complete: /var/cache/pacman/pkg/bash-4.3.008-2-x86_64.pkg.tar.xz 04/08 15:49:59 [NOTICE] Verification finished successfully. file=/var/cache/pacman/pkg/readline-6.3.003-2-x86_64.pkg.tar.xz 04/08 15:49:59 [NOTICE] Download complete: /var/cache/pacman/pkg/readline-6.3.003-2-x86_64.pkg.tar.xz

matersci commented on 2014-04-06 21:42 (UTC)

Maybe next time try to make it clear by just saying it. Not everybody knows in which function exactly is every dependency needed, thats why a said about -Ss. Anyway, fixed

Xyne commented on 2014-04-06 12:59 (UTC)

You need to rebuild the entire dependency hierarchy (pm2ml, etc.) against the new version of Python, not just powerpill. I don't know how to make this any clearer.

matersci commented on 2014-04-05 13:42 (UTC)

Same problem here, can't even -Ss. I have already rebuild powerpill

Xyne commented on 2014-04-05 13:19 (UTC)

@kozaki You need to rebuild all of your Python 3 AUR packages against the new version of Python in the official repos.

kozaki commented on 2014-04-05 09:20 (UTC)

Hi, with pacman it's fine, while with yaourt -{S,Q} I run into the same error described by kmicu. -- pacman 4.1.2-5 powerpill 2013.9.19-2 python 3.4.0-2 yaourt 1.3-1

butler360 commented on 2014-03-27 19:39 (UTC)

I am running into these errors now without using testing, so it seems python has been updated.

Xyne commented on 2014-03-24 20:54 (UTC)

@kmicu Sorry, your intention wasn't clear from your post. It seemed that you were reporting what you thought was an error with the current package. Thanks for the warning about the upcoming error. I'll try to deal with it quickly when Python 3.4 is officially released.

kmicu commented on 2014-03-24 14:07 (UTC)

"Until then, if you wish to use [testing] then it is your responsibility to rebuild the necessary packages yourself." Yes, I am aware of that. The point of [testing] repo and therefore my "reposnsibility" is to inform about possible issues and that was a reason behind my comment. I did not flag your package as outdated, but only inform you and users about possible future problems. Nothing more.

Xyne commented on 2014-03-23 16:43 (UTC)

AUR packages (and those in my repos) work with packages in the official repos. When Python 3.4 is officially released by Arch then I will update my Python 3 packages. Until then, if you wish to use [testing] then it is your responsibility to rebuild the necessary packages yourself. All of the PKGBUILDs are available and there is no compilation required so this is relatively quick and easy to do.

kmicu commented on 2014-03-22 18:29 (UTC)

After upgrade to python 3.4 from [testing] repo we have: > powerpill Traceback (most recent call last): File "/usr/bin/powerpill", line 41, in <module> import pm2ml ImportError: No module named 'pm2ml' After downgrading to 3.3.5 everything is ok: warning: downgrading package pyalpm (0.6.2-2 => 0.6.2-1) :: pyalpm: requires python>=3.4 warning: downgrading package python (3.4.0-2 => 3.3.5-1) Additional info: - Python 3.4.0 upgrade requires rebuild for any packages that linking to libpython3.3m.so or put files in usr/lib/python3.3" - Please also take the time to check if your package still mention "python-distribute" anywhere, and change it to "python-setuptools". https://www.archlinux.org/todo/python-34-rebuild/

Xyne commented on 2013-07-06 11:54 (UTC)

Some servers do not correctly handle HEAD requests and/or conditional GET requests. Without knowing if "powerpill -Syy" would have worked or if "pacman -Sy" would have failed, I can't tell if it is a powerpill error or a server error, but I expect that it is the latter. If it happens again, try "powerpill -Syy", then switch to a different mirror. If it happens with other mirrors, pastebin your pacman and powerpill configuration files (including the mirrorlist) so that I can (try to) :determine the cause of the problem.

idupree commented on 2013-07-05 23:30 (UTC)

Powerpill corrupted my sync DBs somehow (fixable by `sudo pacman -Syy`). I installed powerpill today and did `sudo powerpill -Syuw`, then I tried to double-check with pacman: % sudo pacman -Syuw error: GPGME error: No data error: GPGME error: No data error: GPGME error: No data error: GPGME error: No data :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date error: database 'core' is not valid (invalid or corrupted database (PGP signature)) error: database 'extra' is not valid (invalid or corrupted database (PGP signature)) error: database 'community' is not valid (invalid or corrupted database (PGP signature)) error: database 'multilib' is not valid (invalid or corrupted database (PGP signature)) Did I do something wrong?

Xyne commented on 2013-05-10 20:18 (UTC)

2013.5.10 supports the new Python 3 version of Pacserve and should be noticeably faster now due to both more efficient pacserve querying and better pacserve peer detection.

Xyne commented on 2013-04-29 21:24 (UTC)

It looks like a pyalpm error. Try re-installing pyalpm (and maybe pacman).

beanaroo commented on 2013-04-27 10:40 (UTC)

ImportError: libalpm.so.7: cannot open shared object file: No such file or directory I assume this is related to the release of Pacman 4.1? Not sure.

Xyne commented on 2013-01-29 23:50 (UTC)

@atyoung pacman -Si python Name : python ... Provides : python3 I prefer explicitly versioned Python dependencies. It's future-proof. For the same reason, all of my Python 3 packages are named python3-* instead of python-*. Using a naming and dependency scheme that requires massive renaming when upstream changes is silly when there is a perfectly logical way to avoid it without any issues whatsoever.

commented on 2013-01-29 16:05 (UTC)

Dependency needs to be python not python3. python2 has the number appended to the package name, python 3 is just python.

Xyne commented on 2012-12-12 14:54 (UTC)

@ranger Thanks, I have added rsync as an optional dependency. @oboedad55 Please try again with the current PKGBUILD.

ranger commented on 2012-12-12 12:51 (UTC)

rsync shouldn't be a dependency?

oboedad55 commented on 2012-12-12 03:48 (UTC)

powerpill-2012.12.12.1.tar.xz 404 Not Found

commented on 2012-11-29 07:36 (UTC)

md5sums=('2ba9dff6dfdcc090e6606ad09275c9ea' '142942954194f508991e25720c87a694') *cof* wrong md5s and sha256 *cof*

commented on 2012-11-29 04:39 (UTC)

this work again, work, THANKS