Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 06 Feb 2015 22:59:34 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 195426] mail/pine-pgp-filters Makefile contains incomplete check for ${LOCALBASE}/bin/gpg2
Message-ID:  <bug-195426-13-qs2nz8QmhS@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-195426-13@https.bugs.freebsd.org/bugzilla/>
References:  <bug-195426-13@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195426

--- Comment #10 from commit-hook@freebsd.org ---
A commit references this bug:

Author: marino
Date: Fri Feb  6 22:59:21 UTC 2015
New revision: 378568
URL: https://svnweb.freebsd.org/changeset/ports/378568

Log:
  mail/pine-pgp-filters: use gnupg only, fix MASTER_SITES

  When dougb released the port, he also reset the MASTER_SITES.  It has
  been pulling off the cache ever since.  If the cache gets cleared, this
  port would break.  I've moved the distfiles to my LOCAL site so this
  never happens.

  The other big change is to remove this hacky dependency logic.  Someone
  tried to select between gnupg and gnupg1 depending on what was already
  installed.  For the standard packages builders, this meant the port always
  used the old gnupg1 because gnupg was never installed in the clean jail.

  As both gnupg packages are range between 1.0M and 1.5M in size and can
  coexist, the savings of resources in miniscule assuming they weren't both
  installed anyway.  Let's just pick the new gnupg as the unconditional
  dependency and remove the hack.  Inspired by discussion on PR which
  was trying to fix a bug in the hack.

  PR:        195426
  Submitted by:    Trond Endrestol

Changes:
  head/mail/pine-pgp-filters/Makefile

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-195426-13-qs2nz8QmhS>