Sourceforge URLs for ports
We have many ports with sourceforge URLs that don't work reliably (for whatever reason), and its always a pain to build these ports. So I propose that everybody change their URLs to the one that has always worked for me: http://prdownloads.sf.net/projectname/file-version.tar.gz Example: [root@ares2 libid3tag]# sudo -H -u pkgmk fakeroot pkgmk -do =======> Downloading 'http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz'. --2010-06-16 13:05:11-- http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz Resolving dl.sourceforge.net... 216.34.181.138 Connecting to dl.sourceforge.net|216.34.181.138|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://sourceforge.net/downloads/mad/libid3tag-0.15.1b.tar.gz [following] --2010-06-16 13:05:11-- http://sourceforge.net/downloads/mad/libid3tag-0.15.1b.tar.gz Resolving sourceforge.net... 216.34.181.60 Connecting to sourceforge.net|216.34.181.60|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-06-16 13:05:11 ERROR 404: Not Found. =======> ERROR: Downloading 'http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz' failed. [root@ares2 libid3tag]# sed -i -e 's|http://dl.sourceforge.net/| http://prdownloads.sf.net/|g' Pkgfile [root@ares2 libid3tag]# sudo -H -u pkgmk fakeroot pkgmk -do =======> Downloading 'http://prdownloads.sf.net/mad/libid3tag-0.15.1b.tar.gz'. =======> Partial download found, trying to resume --2010-06-16 13:05:28-- http://prdownloads.sf.net/mad/libid3tag-0.15.1b.tar.gz Resolving prdownloads.sf.net... 216.34.181.129 Connecting to prdownloads.sf.net|216.34.181.129|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://downloads.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag-0.1... [following] --2010-06-16 13:05:28-- http://downloads.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag-0.1... Resolving downloads.sourceforge.net... 216.34.181.59 Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://hivelocity.dl.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag... [following] --2010-06-16 13:05:29-- http://hivelocity.dl.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag... Resolving hivelocity.dl.sourceforge.net... 74.50.111.26 Connecting to hivelocity.dl.sourceforge.net|74.50.111.26|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 338143 (330K) [application/x-gzip] Saving to: `/usr/ports/dist/libid3tag-0.15.1b.tar.gz.partial' 100%[=======================================================>] 338,143 115K/s in 2.9s 2010-06-16 13:05:32 (115 KB/s) - `/usr/ports/dist/libid3tag-0.15.1b.tar.gz.partial' saved [338143/338143] -- Alan
Am 16.06.2010 06:12, schrieb Alan:
We have many ports with sourceforge URLs that don't work reliably (for whatever reason), and its always a pain to build these ports.
For this reason I wrote myself a modified pkgmk script which works (for me) with all kinds of URLs, especially those in the form http://sourceforge.net/projects/blah/.../download. If anybody wants to try it, you can download it here: http://sudrala.de/en_d/crux.html Regards, Bernd -- Bernd Eggink http://sudrala.de
On Wed, Jun 16, 2010 at 01:12:26PM +0900, Alan wrote: Hi Alan,
We have many ports with sourceforge URLs that don't work reliably (for whatever reason), and its always a pain to build these ports.
So I propose that everybody change their URLs to the one that has always worked for me:
thanks for your suggestion, but as you can see in your example below, this only redirects to a different URL which seems to be the 'new' layout of sourceforge: http://downloads.sourceforge.net/project/<project_name>/<sub_project_name>/<version>/<file_name> I've noticed the first time yesterday that the pattern we are currently using in most of our ports dosn't work anymore, though your suggestion still does. Dunno why, but one point is that prdownloads.sf.net, which is a CNAME to downloads.sf.net, is a different server (216.34.181.129) than downloads.sourceforge.net (216.34.181.59) or dl.sourceforge.net (216.34.181.138) The mirror has finally a URL like http://heanet.dl.sourceforge.net/... At all I'm against to change everything to a different URL, which is quite a lot of work, and in a few months we have to do that again. I'd suggest we try to get reliable informations from the sourceforge admins how to do it best. Volunteers? Best regards Juergen
Example:
[root@ares2 libid3tag]# sudo -H -u pkgmk fakeroot pkgmk -do =======> Downloading 'http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz'. --2010-06-16 13:05:11-- http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz Resolving dl.sourceforge.net... 216.34.181.138 Connecting to dl.sourceforge.net|216.34.181.138|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://sourceforge.net/downloads/mad/libid3tag-0.15.1b.tar.gz [following] --2010-06-16 13:05:11-- http://sourceforge.net/downloads/mad/libid3tag-0.15.1b.tar.gz Resolving sourceforge.net... 216.34.181.60 Connecting to sourceforge.net|216.34.181.60|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-06-16 13:05:11 ERROR 404: Not Found.
=======> ERROR: Downloading 'http://dl.sourceforge.net/mad/libid3tag-0.15.1b.tar.gz' failed.
[root@ares2 libid3tag]# sed -i -e 's|http://dl.sourceforge.net/| http://prdownloads.sf.net/|g' Pkgfile
[root@ares2 libid3tag]# sudo -H -u pkgmk fakeroot pkgmk -do =======> Downloading 'http://prdownloads.sf.net/mad/libid3tag-0.15.1b.tar.gz'. =======> Partial download found, trying to resume --2010-06-16 13:05:28-- http://prdownloads.sf.net/mad/libid3tag-0.15.1b.tar.gz Resolving prdownloads.sf.net... 216.34.181.129 Connecting to prdownloads.sf.net|216.34.181.129|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://downloads.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag-0.1... [following] --2010-06-16 13:05:28-- http://downloads.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag-0.1... Resolving downloads.sourceforge.net... 216.34.181.59 Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://hivelocity.dl.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag... [following] --2010-06-16 13:05:29-- http://hivelocity.dl.sourceforge.net/project/mad/libid3tag/0.15.1b/libid3tag... Resolving hivelocity.dl.sourceforge.net... 74.50.111.26 Connecting to hivelocity.dl.sourceforge.net|74.50.111.26|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 338143 (330K) [application/x-gzip] Saving to: `/usr/ports/dist/libid3tag-0.15.1b.tar.gz.partial'
100%[=======================================================>] 338,143 115K/s in 2.9s
2010-06-16 13:05:32 (115 KB/s) - `/usr/ports/dist/libid3tag-0.15.1b.tar.gz.partial' saved [338143/338143]
-- Alan _______________________________________________ CRUX mailing list CRUX@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux
-- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux
On Sun, Jun 27, 2010 at 10:09:40AM +0200, Juergen Daubert wrote:
On Wed, Jun 16, 2010 at 01:12:26PM +0900, Alan wrote:
Hi Alan,
We have many ports with sourceforge URLs that don't work reliably (for whatever reason), and its always a pain to build these ports.
So I propose that everybody change their URLs to the one that has always worked for me:
thanks for your suggestion, but as you can see in your example below, this only redirects to a different URL which seems to be the 'new' layout of sourceforge:
http://downloads.sourceforge.net/project/<project_name>/<sub_project_name>/<version>/<file_name>
I've noticed the first time yesterday that the pattern we are currently using in most of our ports dosn't work anymore, though your suggestion still does.
looks like I've selected a half-broken mirror, which is currently not able to do the correct redirects. Using heanet (193.1.193.66) works but I'd suggest to use 216.34.181.129, which is the IP of downloads.sf.net in /etc/hosts or where else you are doing your DNS resolution. See [1]. http://d23ae2aa8a67444e.paste.se/ shows the response for heanet, http://6e124b629ed6dcd5.paste.se/ for downloads.sf.net. Thanks to Tilman for providing the pastes. Greetings Juergen [1] http://crux.nu/Wiki/FaqPortsSystem#ntoc8 -- Juergen Daubert | mailto:jue@jue.li Korb, Germany | http://jue.li/crux
Juergen Daubert wrote:
On Sun, Jun 27, 2010 at 10:09:40AM +0200, Juergen Daubert wrote:
On Wed, Jun 16, 2010 at 01:12:26PM +0900, Alan wrote:
Hi Alan,
We have many ports with sourceforge URLs that don't work reliably (for whatever reason), and its always a pain to build these ports.
So I propose that everybody change their URLs to the one that has always worked for me:
thanks for your suggestion, but as you can see in your example below, this only redirects to a different URL which seems to be the 'new' layout of sourceforge:
http://downloads.sourceforge.net/project/<project_name>/<sub_project_name>/<version>/<file_name>
I've noticed the first time yesterday that the pattern we are currently using in most of our ports dosn't work anymore, though your suggestion still does.
looks like I've selected a half-broken mirror, which is currently not able to do the correct redirects. Using heanet (193.1.193.66) works but I'd suggest to use 216.34.181.129, which is the IP of downloads.sf.net in /etc/hosts or where else you are doing your DNS resolution. See [1].
http://d23ae2aa8a67444e.paste.se/ shows the response for heanet, http://6e124b629ed6dcd5.paste.se/ for downloads.sf.net. Thanks to Tilman for providing the pastes.
Greetings Juergen
If you look over the git change I did a long time ago in contrib, I have not had any issues with using this format; http://downloads.sourceforge.net/sourceforge/xine/$name-$version.tar.bz2 But now I use my own mirror://sourceforge format that I hacked in pkgutils, perhaps you would be keen on this patch but someone else can implement it it took over a year for the last patch for new files in footprint. Regards, Danny
On Tue, Jun 29, 2010 at 11:23 PM, Danny Rawlins <monster.romster@gmail.com> wrote:
But now I use my own mirror://sourceforge format that I hacked in pkgutils, perhaps you would be keen on this patch but someone else can implement it it took over a year for the last patch for new files in footprint.
Do you have a port of this that others like myself in the CRUX Community may try out ? cheers James -- -- James Mills -- -- "Problems are solved by method"
participants (5)
-
Alan -
Bernd Eggink -
Danny Rawlins -
James Mills -
Juergen Daubert