summaryrefslogtreecommitdiff
path: root/UPDATING
diff options
context:
space:
mode:
authorJun Kuriyama <kuriyama@FreeBSD.org>2006-12-21 13:31:56 +0000
committerJun Kuriyama <kuriyama@FreeBSD.org>2006-12-21 13:31:56 +0000
commitfc5b96f1a8f1e9bd71cc18975ccc5eddc2885c4e (patch)
tree31a09f87aa54867613bdaa899315c4a22186d754 /UPDATING
parento/` One more time, we're gonna fix four-ehehex, oh yeah, all right o/` (diff)
- Upgrade gnupg to 2.0.1. Old stable version (1.4.6) was repocopied
to security/gnupg1. Thanks to: dougb, lofi
Notes
Notes: svn path=/head/; revision=180326
Diffstat (limited to 'UPDATING')
-rw-r--r--UPDATING16
1 files changed, 16 insertions, 0 deletions
diff --git a/UPDATING b/UPDATING
index 27dc0edfc6ce..6852d05249c1 100644
--- a/UPDATING
+++ b/UPDATING
@@ -6,6 +6,22 @@ You should get into the habit of checking this file for changes each
time you update your ports collection, before attempting any port
upgrades.
+20061221:
+ AFFECTS: users of security/gnupg
+ AUTHOR: kuriyama@FreeBSD.org
+
+ The security/gnupg port was upgraded to 2.0.1 (with securty fix)
+ and good-old gnupg-1.4.6 was repocopied to security/gnupg1.
+
+ Both of security/gnupg (2.x) and security/gnupg1 (1.4.x) are
+ designed not to conflict with each other. So you can use
+ security/gnupg1 for gpg(1), and use security/gnupg for gpg2(1)
+ commands.
+
+ All directly dependents are $PORTREVISION bumped, so portupgrade -R
+ gnupg will works fine. After portupgrade, you will have both of
+ gnupg-2.0.1 and gnupg-1.4.6.
+
20061219:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org