On 01/06/15 12:10, Flavio Percoco wrote:

Is this a real problem? What are *tarball timestamps* used for in the
packaging world?

I'm sure there's a way we can workaround this issue.

timestamps just give you a hint, how old the source actually is, not when a packager downloaded the tarball somewhere. It just gives you a more realistic idea, how ancient the ancient code release is.


And: you probably want some hashes to verify, your downloaded tarball
is actually, what you wanted.

These can be generated as well. You can generate a tarball hash for
each commit and keep it around. The hash shouldn't change if the
tarball is generated on-the-fly. You could actually generate it
on-the-fly as well.
Sure, you can. You still need to provide that info. Ideally you'd prepare a signed file containing your hash.

I mean, something comparable to:

http://centos.bio.lmu.de/7/isos/x86_64/sha256sum.txt.asc

(for CentOS 7 iso files).


Matthias


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to