- Upstream rerolled the distfiles
PR: 219824
Reported by: xmj
Approved by: Klaus Aehlig (maintainer) xxx (mentor)
#Differential Revision: https://reviews.freebsd.org/Dxxxxx
Differential D11214
www/uzbl: Update checksum joneum on Jun 15 2017, 11:36 AM. Authored by Tags None Referenced Files
Subscribers
Details
PR: 219824 :~/dev/ports/www/uzbl % portlint -AC poudriere testport: 10amd64
Diff Detail
Event TimelineComment Actions Please explain what upstream have change, thats quiet imported to explain why it was rerolled. Comment Actions Hi miwi, see the PR: The difference between the old and the new tar ball is literally one additional hex digit in the embedded git version. In other words $ diff -ruN old new
+++ new/uzbl-0.9.1/misc/hash.sh 2016-10-27 09:57:35.000000000 +0200 if [ -n "$tarball_tag" ]; then echo "$tarball_tag" else
+ echo '981a45e8' fi else echo >&2 "Commit hash detection fail. Dear packager, please figure out what goes wrong or get in touch with us" $ Such rerolls happen whenever github decides to change how long a prefix of a git hash is a good version name for a commit. Because the actual upstream source, https://github.com/uzbl/uzbl/blob/981a45e848c779a3f7b49ce157e3f6df2f561099/misc/hash.sh, of course, only contains a place holder for the hash at that place that automatically gets replaced when github constructs the tarball for a given release commit. And the keyword-expansion scheme has changed (let's take 8 instead of 7 hex digits to name a git commit), hence all tarballs containing this keyword expansion have changed. But it certainly is not a functional change of the resulting package. |