FS#5294 - makepkg problems with sourceforge mirrors

Attached to Project: Pacman
Opened by Lone_Wolf (Lone_Wolf) - Sunday, 27 August 2006, 12:28 GMT
Last edited by Roman Kyrylych (Romashka) - Monday, 13 November 2006, 22:32 GMT
Task Type Bug Report
Category
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

In the past months downloading sources from http://dl.sourceforge.net (f.e. in aur packages) gives a time-out.
When a specific mirror is used, like http://heanet.dl.sourceforge.net the download works.
See http://bbs.archlinux.org/viewtopic.php?t=24465 for a discussion about this problem.
Tomk has submitted a bug report to sourceforge , http://sourceforge.net/tracker/index.php?func=detail&aid=1547432&group_id=1&atid=200001

A possible solution by introducing a new environment variable sfmirror (to be set by the user) in /etc/makepkg.conf and patching makepkg to use this variable for sf mirrors can also be found in the forum thread.
This task depends upon

Closed by  Aaron Griffin (phrakture)
Monday, 13 November 2006, 22:57 GMT
Reason for closing:  Won't implement
Comment by Jan de Groot (JGC) - Sunday, 27 August 2006, 21:12 GMT
The workaround is to put heanet's IP in /etc/hosts for dl.sourceforge.net, or even more hacky: add a CNAME record to heanet.dl.sf.net for dl.sf.net and dl.sourceforge.net to your local DNS server if you run one.

BTW: The link to your bugreport gives internal server error, guess Sourceforge is making up its reputation.
Comment by Lone_Wolf (Lone_Wolf) - Saturday, 02 September 2006, 10:43 GMT
Adding the ip to /etc/hosts doesn't work with either heanet,belnet and surfnet (atleast for me) , and i don't run a local dns server. the SF bugreport was inaccessible for a while, but now works ok.

The main reason i made the forum thread and submitted this bugreport is that i feel arch uses SF mirrors for so many packages, we need a way to make sure it works for every user.
The reaction on the bug report on SF is that they will look into it, and we'll here more in 5 workdays. (should be sometime early next week).
Comment by Roman Kyrylych (Romashka) - Monday, 13 November 2006, 22:32 GMT
Some better solution than workarounds with /etc/hosts, phrakture? Maybe some $sfmirror variable?
Comment by Aaron Griffin (phrakture) - Monday, 13 November 2006, 22:37 GMT
Using /etc/hosts is not a workaround. Defining a variable to do that would be a workaround.

I personally think the /etc/hosts solution is the best and most succinct, as it allows you to click the link and download it too. - i.e. if our web interface shows "dl.sourceforge.net" for the source, and we used the hackish $sfmirror, you would be unable to click the link. Adding it to /etc/hosts would allow you to do this.

I cannot think of any reason why the /etc/hosts solution is _not_ a good one.

The most I would be willing to do is provide a /etc/hosts line when makepkg detects a dl.sourceforge.net URL... but I think /etc/hosts is ideal.
Comment by Roman Kyrylych (Romashka) - Monday, 13 November 2006, 22:46 GMT
OK. So this may be closed with "Not a bug" or "Won't fix" I suppose.

Loading...