The following metadata was found in MoinMoin that could not be converted
to a useful value in MediaWiki:
- : within this srpm.
File downloads with GET data
There should be something here about what to do when a file's URL has GET data at the end of it after the file name. Here's an example, and how I'm handling it:
# To download directly, use this URL: # Source0: http://trac.bjourne.webfactional.com/attachment/wiki/WikiStart/Gtk2-ImageView-0.04.tar.gz?format=raw Source0: http://trac.bjourne.webfactional.com/attachment/wiki/WikiStart/Gtk2-ImageView-0.04.tar.gz
(except with %{version} in there) I borrowed that from the gtkimageview specfile. Any suggestions otherwise? If not, that should probably be worked into this page somewhere. -- J. Randall Owens 11:55, 2 July 2008 (UTC)
Wrong category
This page has wrong category. It belongs to Category:Packaging.
Sourceforge.net section error
In the sourceforge.net section, the suggested scheme for a Source0 entry is:
Source0: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
However, when put into practice this scheme gives an eternal loop, according to rpmlint:
HTTP Error 302: The HTTP server returned a redirect error that would lead to an infinite loop. The last 30x error message was: Found
Github
The guideline points to using git rev-parse $TAG to get the commit hash, but in the case of a tag object this will return the hash of the tag object and not the hash of the commit that github will accept in the archive url.
To fully dereference the tag one must use git rev-parse $TAG^{}.
For release tags github also understands the simplified url of https://github.com/$OWNER/$PROJECT/archive/$TAG.tar.gz