Packaging talk:SourceURL

From FedoraProject

Jump to: navigation, search


The following metadata was found in MoinMoin that could not be converted to a useful value in MediaWiki:

  •  : within this srpm.

Contents

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