.spec file Source0 magic for github release source tarballs?
leamas.alec at gmail.com
Mon Jan 27 12:29:04 UTC 2014
Indeed, as well as in other places e. g., the iconcache snippets.
On 1/27/14, Vít Ondruch <vondruch at redhat.com> wrote:
> Dne 21.1.2014 18:01, Kaleb KEITHLEY napsal(a):
>> Take, for example,
>> https://github.com/nfs-ganesha/nfs-ganesha/releases, where there's a
>> button for "Source code (tar.gz)" pointing at
>> Note V2.0.0.tar.gz versus nfs-ganesha-2.0.0.tar.gz.
>> If I click on that link the downloaded file is named
>> nfs-ganesha-2.0.0.tar.gz by virtue of the Content-Disposition http
>> Likewise if I use `curl -L ...` the downloaded file is named
>> But for my nfs-ganesha.spec file, if I use the github link shown
>> above, I have to load a file V2.0.0.tar.gz into the look-aside cache.
>> Anything else and rpm and rpmlint whine.
>> Is there a best practice here that I'm missing?
> Just thinking loud ....
> Wouldn't be useful to have some macro for sources from GitHub? It could
> look like: Source0: %source_github(name, project, hash) ...
> devel mailing list
> devel at lists.fedoraproject.org
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
More information about the devel