.spec file Source0 magic for github release source tarballs?

[Alec Leamas]

You could file a issue at the FPC trac, preferably with a proposal for new
GL.

That said, I notice that we use what "works for me", despite any GL so
maybe it doesn't matter. Dunno.

--alec


On Tue, Jan 21, 2014 at 6:41 PM, Kaleb KEITHLEY <kkeithle at redhat.com> wrote:

> On 01/21/2014 12:39 PM, Richard Shaw wrote:
>
>> On Tue, Jan 21, 2014 at 11:25 AM, Alec Leamas <leamas.alec at gmail.com
>> <mailto:leamas.alec at gmail.com>> wrote:
>>
>>     Actually, the GL are pretty clear here: the source should be
>>     referenced using the full commit, nothing else. There is some
>>     reasoning why. The tag should got to  Version: (as long its 'sane').
>>
>>     Besides that this is the existing GL, there is also a subtle
>>     difference in git-archive (which supposedly runs this).  When
>>     archiving  a tag, the sources gets today's date. OTOH, when
>>     archiving a commit,  the sources modification dates are their commit
>>     date. Last time I checked this was also true on github.
>>
>>
>> Of course github could change it at any time but it looks to be working
>> properly right now, in the case of OpenColorIO:
>> Source0:
>> https://github.com/%{upstream}/%{name}/archive/v%{version}/%
>> {name}-%{version}.tar.gz
>>
>>
> Yes, that's the magick I needed. Works for me in nfs-ganesha.
>
> Thanks,
>
> --
>
> Kaleb
>
>
>
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140121/6d18a20e/attachment.html>