Sources file audit - 2010-01-06

[Till Maas]

On Tue, Jan 12, 2010 at 04:21:08PM +0000, Richard W.M. Jones wrote:
> On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> > rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> > rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> > rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdcurses
> > rjones:BADURL:w32api-3.13-mingw32-src.tar.gz:mingw32-w32api
> > rjones:BADURL:watchdog-5.5.tar.gz:watchdog
> 
> Sourceforge seems to have changed the format of their download URLs
> once again.  The source url for the first one is:
> 
> http://download.sourceforge.net/expat/expat-%{version}.tar.gz
                 ^- here is an "s" missing.
> 
> which corresponds with the advice given here (and obviously this
> worked previously).
> 
> https://fedoraproject.org/wiki/Packaging:SourceURL
> 
> But the above link no longer works, and the new URL is this:
> 
> http://downloads.sourceforge.net/project/expat/expat/2.0.1/expat-2.0.1.tar.gz
> 
> What's the current thinking on SF URLs?  Perhaps we should have an RPM
> macro/feature to hide this hideousness?

The recommended and still working URL is this:
http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz
               ^
You used the wrong hostname previously. Maybe an admonition should be
added to the SourceURL guidelines to emphasize that there hostname
contains an extra "s".

Regards
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100112/18168822/attachment.bin