James Mills wrote:
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
I sure do, currently it's at: httpup sync http://romster.dyndns.org:8080/linux/ports/hvlinux/core/#pkgutils pkgutils You will need the *.mirror files out of http://romster.dyndns.org:8080/linux/ports/hvlinux/core/ports/ that go in /etc/ports/mirrors/ for the mirror:// metaname to work. One line per a URL. And is still compatible for CRUX. Like I did say earlier . sed -i -e "s|http://dl.sourceforge.net|http://downloads.sourceforge.net|g" /usr/ports/*/*/Pkgfile Problem solved for sourceforge. PS you emailed me directly when I am on the ML. Regards, Danny
Hi, I asked about the link on sourceforge IRC and below responses I got: <niewod> I wonder if it possible to have a generic download patch for project hosted on SF in the form: <niewod> http://downloads.sourceforge.net/projects/$name/$version/$name$version.tar.g... <evaluate> niewod, if you mean download path, it should normally look like: http://sourceforge.net/projects/PROJECTNAME/files/FILENAME.tar.gz/download <niewod> Thanks - I'll test it <evaluate> niewod, sure. <niewod> evaluate, The suggested link works (at least for my initial test), howerver I needed to drop /download from the end. Otherwise I have file called 'download' rather then i.e. 'expect5.45.tar.gz' (I'm creating ports (packages) for CRUX Linux) <evaluate> niewod, not sure if SF has direct download links, as they are working with multiple mirrors to distribute the load, ctsai-sf might have more info on this though... <evaluate> niewod, btw, there's also http://downloads.sourceforge.net/PROJECTNAME/FILENAME.tar.gz , maybe that'll work for you... <niewod> The first link works, so I'll give it more extensive try <ctsai-sf> niewod: we do allow downloads via script or cli. The link evaluate provided is the recommended link format for this, you do want to make sure that download function can follow 302 redirects and that it does not provide a browser-like User-Agent (otherwise, we'll serve up an html page). <ctsai-sf> And by "the link", I mean the first one. <ctsai-sf> And, as you suggest dropping the /download usually works, though I'm not certain that it's "officially" supported. <niewod> ctsai-sf, thanks for explenation Cheers, Wawrzek -- Wawrzyniec Niewodniczański vel Wawrzek Larry or LarryN Linux User #177124 E-MAIL: wawrzek@gmail.com PhD in Quantum Chemistry WWW: http://wawrzek.name MSc in Molecular Engineering JID: wawrzek@jabber.wroc.pl
Wawrzyniec Niewodniczański wrote:
Hi,
I asked about the link on sourceforge IRC and below responses I got:
<niewod> I wonder if it possible to have a generic download patch for project hosted on SF in the form: <niewod> http://downloads.sourceforge.net/projects/$name/$version/$name$version.tar.g...
<evaluate> niewod, if you mean download path, it should normally look like: http://sourceforge.net/projects/PROJECTNAME/files/FILENAME.tar.gz/download
<niewod> Thanks - I'll test it
<evaluate> niewod, sure.
<niewod> evaluate, The suggested link works (at least for my initial test), howerver I needed to drop /download from the end. Otherwise I have file called 'download' rather then i.e. 'expect5.45.tar.gz' (I'm creating ports (packages) for CRUX Linux)
<evaluate> niewod, not sure if SF has direct download links, as they are working with multiple mirrors to distribute the load, ctsai-sf might have more info on this though... <evaluate> niewod, btw, there's also http://downloads.sourceforge.net/PROJECTNAME/FILENAME.tar.gz , maybe that'll work for you...
<niewod> The first link works, so I'll give it more extensive try
<ctsai-sf> niewod: we do allow downloads via script or cli. The link evaluate provided is the recommended link format for this, you do want to make sure that download function can follow 302 redirects and that it does not provide a browser-like User-Agent (otherwise, we'll serve up an html page). <ctsai-sf> And by "the link", I mean the first one. <ctsai-sf> And, as you suggest dropping the /download usually works, though I'm not certain that it's "officially" supported.
<niewod> ctsai-sf, thanks for explenation
Cheers, Wawrzek
http://downloads.sourceforge.net/PROJECTNAME/FILENAME.tar.gz Works fine except for a few ports like boost-jam where sourceforge broke the url that I had to update. http://crux.nu/gitweb/?p=ports/contrib.git;a=commitdiff;h=eec37626809b0d10bf... As downloads.sourceforge.net/PROJECTNAME/FILENAME/VERSIONBRANCH/FILENAME.tar.gz Regards, Danny
participants (3)
-
Danny Rawlins -
Danny Rawlins -
Wawrzyniec Niewodniczański