svn commit: r364287 - head/ports-mgmt/pkg-devel

[Matthew Seaman]

On 08/11/14 09:26, Vsevolod Stakhov wrote:
> I agree with this. But we need to define the policy of significant
> fields thus. The pull request I've mentioned previously changes this
> policy. But I still have no sane comments about it from the ports
> developers...
> 
> https://github.com/freebsd/pkg/pull/911

As I see it, if there's a change to any of the fields that go towards
creating the package digest, then we're requiring all the users to
update that package.  This should be avoided for trivial changes.

So, switching the question round: what fields in the manifest should
*not* imply reinstalling the package?

  - comment
  - description
  - categories  (these don't have much effect for binary packages)
  - www
  - maintainer  (hmmm... not sure.  We wouldn't want to have former
                 maintainers still being pestered about their old
                 ports.)
  - annotations

Anything that relates to the actual package contents -- so changes to
the list of files and their checksums (assuming we have reproducible
builds?  I can't remember if we do or not), changes to scripts,
dependencies, required shlibs, etc.  definitely is a cause for a
reinstall of a package.  (Although shlib changes would necessarily mean
changes to file checksums.  Arch, flat size too).  Similarly changes to
licenses.

Package name and origin together are the unique identifier, so should
remain constant -- or else it's going to be treated as a different
package[*].  Curiously though, while the package version should change
with any update to the package content, just changing the version number
on alone probably isn't cause for reinstalling the package.

	Cheers,

	Matthew

[*] Maybe we should be tracking old name / origin data (ie. relevant
bits of /usr/ports/MOVED) within package metadata?






-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-ports-all/attachments/20140811/2e675a3f/attachment.sig>