745275633 wrote:How can I find pyalpm devs. I searched google, is https://github.com/jelly/pyalpm?
Correct. Jelle is the current pyalpm developer.
This. Please contact Jelle about the problem.
Please go to the Powerpill reborn thread for further discussion.
Closing... *sniff*
]]>How can I find pyalpm devs. I searched google, is https://github.com/jelly/pyalpm?
Correct. Jelle is the current pyalpm developer.
]]>745275633 wrote:powerpill can't run with LANG=C
File "/usr/lib/python3.6/site-packages/pycman/config.py", line 92, in pacman_conf_enumerator line = f.readline() File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in position 80: ordinal not in range(128)
Seems to be an issue with pyalpm and your pacman.conf file. Report it to the pyalpm devs. Include your pacman.conf file when you do.
Moving to the powerpill thread (originally posted in my repo thread).
Sorry for my poor English, did you mean move here?
How can I find pyalpm devs. I searched google, is https://github.com/jelly/pyalpm?
]]>I especially love how you can configure bauerbill to remove makedepends after it finishes building the AUR package. This was something lacking with yaourt, and so it would leave some leftover residue, in which I had to go through my pacman log to find the uneeded packages and uninstall them.
Just a minor note, you can list and remove all unnecessary packages with pacman -Qdt.
]]>flan_suse wrote:With bauerbill, it seems I must either run it from a root session (su) or use sudo, and configure the sudoers file for the current user. I did edit the bauerbill config file to drop down to my current user when building from the AUR, so no matter how I run it, it should technically be safe when building, right?
Yes. I've tried to be very careful with the way it manages privileges. It only resumes root privileges when it needs them, and it can't build as root because it doesn't pass makepkg the flag to enable it to be run as root.
I might be able to make it work as a regular user without sudo, but it doesn't seem to be a real issue for anyone so I'm reluctant to add more complexity to the code to achieve that.
Do not question my requests! You will do as I say or I will demand all of my money back and start an official boycott of all your products!
On a serious note, I'm really digging bauerbill. I'll probably end up using it with sudo, even though it's the only application I run with sudo. Prior to installing and configuring sudo, I simply su'd whenever I needed to do something as root. The reason I would start yaourt as a normal user was because it will build as root if you run it as root. At least bauerbill allows you to specify a user account to drop down to when it builds from the AUR. I'll play with it some more, but I think I hit the point of a solid mirrorlist and a well configured bauerbill, so I can't really do anything else to improve how I update my system. I especially love how you can configure bauerbill to remove makedepends after it finishes building the AUR package. This was something lacking with yaourt, and so it would leave some leftover residue, in which I had to go through my pacman log to find the uneeded packages and uninstall them.
Since bauerbill is also an AUR helper, is it possible to add a foreign package counter? This is akin to what yaourt does before it begins downloading updated packages. It will list the total number of foreign packages not found in the mirrors, which were most likely installed from the AUR.
I'll continue on the bauerbill thread: https://bbs.archlinux.org/viewtopic.php … 04#p852104
]]>With bauerbill, it seems I must either run it from a root session (su) or use sudo, and configure the sudoers file for the current user. I did edit the bauerbill config file to drop down to my current user when building from the AUR, so no matter how I run it, it should technically be safe when building, right?
Yes. I've tried to be very careful with the way it manages privileges. It only resumes root privileges when it needs them, and it can't build as root because it doesn't pass makepkg the flag to enable it to be run as root.
I might be able to make it work as a regular user without sudo, but it doesn't seem to be a real issue for anyone so I'm reluctant to add more complexity to the code to achieve that.
]]>flan_suse wrote:What I especially love about it is that you can have yaourt wrap around powerpill which wraps around pacman! Beautiful! A simple command, run as a normal user (authenticated with my root password), and my entire system is updated at extremely quick speeds, including my AUR packages:
yaourt -Syu --aur
I'm a happy camper because of this.
If you haven't seen it yet, take a look at bauerbill. It's just powerpill with some extra features (using the same codebase).
After reading up on bauerbill since you posted the link, it got me interested, so I decided to give it a shot. I do like it a lot. It's pretty much a fusion of an AUR helper (like yaourt) and powerpill. I gave it a whirl on some updates, and all seemed to go well, with the same speed boosts I got from powerpill. One thing I wish it had was the ability to run it as a normal user, without needing sudo to be installed / configured. This is how I had done it with yaourt, and yaourt would prompt for the root password in order to launch pacman/powerpill. When building from the AUR, it would use the current user's privileges, and then prompt for the root password again to install the package with pacman.
With bauerbill, it seems I must either run it from a root session (su) or use sudo, and configure the sudoers file for the current user. I did edit the bauerbill config file to drop down to my current user when building from the AUR, so no matter how I run it, it should technically be safe when building, right?
Up until this point, I never had a need for sudo, and I could upgrade my entire system as an unprivileged user, authenticating as root when prompted. Is it possible to configure bauerbill to act in the same manner as yaourt?
]]>I'm here to express that aria2 splitting size should go for 5 Mbytes as a default.
But probably it should be compared to the bandwidth
It used to be 5 MB. I think I had better results with 2 MB so I changed it. No one seemed to care though so it's apparently not that important. If others want me to change it back to 5 MB then I will, but as it's user-configurable, I don't think it really matters.
What I especially love about it is that you can have yaourt wrap around powerpill which wraps around pacman! Beautiful! A simple command, run as a normal user (authenticated with my root password), and my entire system is updated at extremely quick speeds, including my AUR packages:
yaourt -Syu --aur
I'm a happy camper because of this.
If you haven't seen it yet, take a look at bauerbill. It's just powerpill with some extra features (using the same codebase).
@pablokal
*edit*
I've updated perl-xyne-arch. The problem was that nvidia-utils provides "libgl" and powerpill previously ignored the version specification when resolving dependencies with provided packages.
This I get using pacman:
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "ati-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "intel-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "mach64-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "mga-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "r128-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "savage-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "sis-dri"
warning: ignoring package libgl-7.8.2-3
warning: cannot resolve "libgl=7.8.2", a dependency of "tdfx-dri"
:: the following package(s) cannot be upgraded due to unresolvable dependencies:
xf86-video-ati xf86-video-intel xf86-video-mach64 xf86-video-mga
xf86-video-r128 xf86-video-savage xf86-video-sis xf86-video-tdfx
Do you want to skip the above package(s) for this upgrade? [y/N] y
When using powerpill -Syu --ignore libgl, these are proposed for downloading though:
tdfx-dri-7.8.2-3 [0.74 MiB]
intel-dri-7.8.2-3 [1.15 MiB]
xf86-video-ati-6.13.2-1 [0.31 MiB]
xf86-video-intel-2.12.0-3 [0.16 MiB]
xf86-video-mach64-6.8.2-4 [0.07 MiB]
xf86-video-mga-1.4.13-1 [0.07 MiB]
xf86-video-r128-6.8.1-4 [0.04 MiB]
xf86-video-savage-2.3.1-4 [0.06 MiB]
xf86-video-sis-0.10.3-2 [0.22 MiB]
xf86-video-tdfx-1.4.3-4 [0.03 MiB]
ati-dri-7.8.2-3 [1.26 MiB]
mach64-dri-7.8.2-3 [0.75 MiB]
mga-dri-7.8.2-3 [0.75 MiB]
Do I do something wrong?
]]>Congratulations for the warm comments powerpill got on Linux Action Show arch review.
The reason I found out about powerpill was because of its mention on this episode of the podcast. It sounded intriguing, so I figured I should give it a try. With a bit of help from some great folks in the IRC channel, regarding mirrors, I was blown away at how fast and well powerpill works! What I especially love about it is that you can have yaourt wrap around powerpill which wraps around pacman! Beautiful! A simple command, run as a normal user (authenticated with my root password), and my entire system is updated at extremely quick speeds, including my AUR packages:
yaourt -Syu --aur
I'm a happy camper because of this.
]]>F
]]>The review said this was for parallel downloads _and_ installs. It is just downloads right?
Yeah. Once all of the packages are in the cache, it invokes pacman for the installation.
OMG OMG OMG
you don't read our planet/my blog
I saw it but I haven't been following it regularly...
*hangs head in shame*
]]>SoleSoul wrote:Congratulations for the warm comments powerpill got on Linux Action Show arch review.
I was unaware of that. Thanks.
*heads off to find a link*
OMG OMG OMG
you don't read our planet/my blog
]]>Congratulations for the warm comments powerpill got on Linux Action Show arch review.
I was unaware of that. Thanks.
*heads off to find a link*
]]>