Jan Engelhardt (jengelh@inai.de) wrote:
On Tuesday 2013-09-10 22:09, Adam Spiers wrote:
And it's not the timestamp that makes the version string long. It's the hashes. Typical git hashes are 160-bits long. That's 40 hex digits. That's a lot more than is shown on that example on the OP. Unless the proposal is to put the last N digits of the hash?
Of course! 40 bytes would be idiotic. Sascha's original post proposed using the abbreviated commit hash ("%h" in git log) which is only 7 bytes - are you *sure* you read the whole thread? ;-P
The length of %h is actually: as many hexdigits as are needed to uniquely identify it, or 7 hexdigits, whichever of the two is longer. The Linux kernel, due to the mass of commits in it, already has a not insignificant amount (>1%) of 8-character %h IDs.
Good to know, thanks. But even 8 or 9 bytes is better than 40 ;-) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org