Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

FS#342 - Pacman hangs at 99% when downloading large files

Attached to Project: Pacman
Opened by Neoklis (neoklisk) - Sunday, 28 December 2003, 07:10 GMT
Last edited by Judd Vinet (judd) - Friday, 16 January 2004, 17:37 GMT
Task Type Bug Report
Category
Status Closed
Assigned To Judd Vinet (judd)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.6 Widget
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Hi,

When downloading files > about 1.5Mb (certainly files > 2Mb), pacman
hangs with a 99% progress indication. The problem is caused by the
readresp() function in libftp/ftplib.c waiting for a reponse from the
server in the FtpClose() function, used after each file download.

This problem seems to depend on the ISP in use - I installed ArchLinux
on a friend's computer and he only had this problem once, while I have
it all the time. He has a different ISP but also a different network
card (8139too, I have a de4x5 type). We both have ADSL connections.

Perhaps the problem could be worked around if it was possible to have
a time-out on readresp()? My network knowledge is very limited.

Thanks

Neoklis
This task depends upon

Closed by  Judd Vinet (judd)
Wednesday, 14 April 2004, 23:04 GMT
Reason for closing:  Fixed
Comment by Judd Vinet (judd) - Sunday, 04 January 2004, 02:48 GMT
Unfortunately, I cannot reproduce this problem on my ISP.

If you have the time, please help me out by enabling debugging in libftp and sending me the full output, including the ftp command it hangs on.

You can enable debugging by editing libftp/ftplib.c and setting "ftplib_debug = 10" around line 93. Then rebuild pacman and try to reproduce the error:

# ./pacman -S bigpackage 2>&1 | tee output.log

Thank you.
Comment by Neoklis (neoklisk) - Wednesday, 14 January 2004, 17:26 GMT
Hi Judd

Hope you have received my feedback

Neoklis
Comment by Judd Vinet (judd) - Wednesday, 14 January 2004, 17:44 GMT
I did. Thanks!
Comment by dorphell (dorphell) - Wednesday, 25 February 2004, 20:03 GMT
Perhaps your isp does something with the packets, perhaps logging but incorrectly, inadvertently, modifying them?
Comment by Neoklis (neoklisk) - Saturday, 28 February 2004, 18:02 GMT
I saw your comment today 28/Feb. I will try to talk to my ISP but I don't
expect to learn much from them, competent enginers would be few...
Comment by Neoklis (neoklisk) - Wednesday, 03 March 2004, 05:44 GMT
Hi

I talked to my ISP but nothing much came out of it. When I posted this problem to the forums, a number of AL users reported they also had this problem so its not just me. I also saw this problem when I was upgrading packages in my Gentoo installation, just a couple of times, where the tarball was downloaded 100% but "portage" hung up and had to be restarted. This only happened again with files > 2Mb and in the evening when net traffic is very high.

I assume this is some sort of glich rather than a bug in pacman but then I have little networking knowledge.
Comment by Judd Vinet (judd) - Wednesday, 14 April 2004, 23:03 GMT
As a workaround, you can use the XferCommand directive in 2.7.7 to make pacman use wget (or a similar command) to download packages.

Loading...