FS#35506 - pacman: epoch URL encoding issue
Attached to Project:
Pacman
Opened by Andrew Gunnerson (chenxiaolong) - Monday, 27 May 2013, 19:00 GMT
Last edited by Allan McRae (Allan) - Tuesday, 28 May 2013, 03:27 GMT
Opened by Andrew Gunnerson (chenxiaolong) - Monday, 27 May 2013, 19:00 GMT
Last edited by Allan McRae (Allan) - Tuesday, 28 May 2013, 03:27 GMT
|
Details
Pacman currently has a problem downloading some packages
from certain hosts (especially dropbox). A package with an
epoch has a colon in the filename, which is changed to
'%3A'.
For example, a package with epoch 1: liboverlay-scrollbar-1:0.2.16.r359daily13.02.06-105-x86_64.pkg.tar.xz is downloaded to /var/cache/pacman/pkg/ as liboverlay-scrollbar-1%3A0.2.16.r359daily13.02.06-105-x86_64.pkg.tar.xz This causes pacman to fail with this debug output: http://paste.kde.org/751730/ As you can see, everything looks fine, but the file in /var/cache/pacman/pkg/ contains '%3A' instead of ':'. Both curl and wget can properly download the file on the command line. I'm not sure why pacman has an issue. Is this something that can be fixed in pacman? Thanks in advance! |
This task depends upon
Closed by Allan McRae (Allan)
Tuesday, 28 May 2013, 03:27 GMT
Reason for closing: Not a bug
Additional comments about closing: Dropbox issue
Tuesday, 28 May 2013, 03:27 GMT
Reason for closing: Not a bug
Additional comments about closing: Dropbox issue
@Allan: The standard "curl -O" works just fine in the command line: http://paste.kde.org/752018/
I'm not sure how to fix this other than avoiding epochs. Sorry for the noise.