FS#36608 - [pacman] Chacking package integrity reach a literal 177%
Attached to Project:
Pacman
Opened by Pablo Lezaeta (Jristz) - Tuesday, 20 August 2013, 10:55 GMT
Last edited by Allan McRae (Allan) - Tuesday, 15 October 2013, 02:45 GMT
Opened by Pablo Lezaeta (Jristz) - Tuesday, 20 August 2013, 10:55 GMT
Last edited by Allan McRae (Allan) - Tuesday, 15 October 2013, 02:45 GMT
|
Details
Description:
So I decide download extra so i run 'Pacman -Sw $(pacmanm -Slq extra)' and I get the packages later I update database, clear the cache and rerun that command downloading a few packages and I get tada (790/2858)reach 100% (1440/2858) reach at max of 300 and rejunp to 177%fallow by (2858/2858) reaching 100% but tath three was for the same operation that automagically was split into 3 lines Additional info: * pacman 4.1.2 * libalpm 8.0.2 Steps to reproduce: Download extra, update database, clear cache, download extra again, profit Attach: Prove of my bug, that happen unespectelly, I going to try to repeat it in a easy way |
This task depends upon
Closed by Allan McRae (Allan)
Tuesday, 15 October 2013, 02:45 GMT
Reason for closing: Fixed
Additional comments about closing: git commit dcfc247a
Tuesday, 15 October 2013, 02:45 GMT
Reason for closing: Fixed
Additional comments about closing: git commit dcfc247a
Captura de pantalla - 200813 ...
so only wait a couple of days
so pacman use terminal capabilities for divide??
PD: clean cache 'pacman -Sc ' so only clean old packages, and I use 'KeepCurrent' in pacman options
EDIT: I can reproduce it on xfce4-terminal and Xterm and UXterm as far I run 'sudo pacman -Sw $(pacman -Slq extra)' but only in a i686 system
so reopen because is possible reproduce it??
the first jump is capped to 790
pacman --debug not allow to watch the progressbar, so you know other methods to debug this??
Total Download Size: 5424.92 MiB
I see what happens on i686....
https://mailman.archlinux.org/pipermail/pacman-dev/2013-October/018052.html
This night I going to test that patch