Bug 87942 - upgrade databases/slony1 to latest
Summary: upgrade databases/slony1 to latest
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Marcus Alves Grando
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-24 20:20 UTC by Vick Khera
Modified: 2006-01-27 19:20 UTC (History)
0 users

See Also:


Attachments
file.diff (672 bytes, patch)
2005-10-24 20:20 UTC, Vick Khera
no flags Details | Diff
smime.p7s (2.42 KB, application/pkcs7-signature)
2006-01-27 19:10 UTC, Vick Khera
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vick Khera 2005-10-24 20:20:12 UTC
	

update databases/slony1 to latest version
Comment 1 Marcus Alves Grando freebsd_committer freebsd_triage 2005-10-24 20:38:16 UTC
Responsible Changed
From-To: freebsd-ports-bugs->mnag

I'll take it.
Comment 2 Marcus Alves Grando freebsd_committer freebsd_triage 2005-10-24 20:47:41 UTC
State Changed
From-To: open->closed

Committed. Thanks!
Comment 3 Oleg Gawriloff 2006-01-27 09:16:56 UTC
Upgrade to latest, which is currently 1.1.5.

diff -Pru Makefile.old Makefile
--- Makefile.old        Fri Jan 27 11:11:08 2006
+++ Makefile    Fri Jan 27 11:11:15 2006
@@ -6,7 +6,7 @@
 #

 PORTNAME=      slony1
-PORTVERSION=   1.1.2
+PORTVERSION=   1.1.5
 CATEGORIES=    databases
 MASTER_SITES=  http://developer.postgresql.org/~wieck/slony1/download/

diff -Pru distinfo.old distinfo
--- distinfo.old        Tue Jan 24 09:27:34 2006
+++ distinfo    Fri Jan 27 11:11:00 2006
@@ -1,3 +1,2 @@
-MD5 (slony1-1.1.2.tar.bz2) = 753d116f30983c31b1090df1144ea063
-SHA256 (slony1-1.1.2.tar.bz2) =
e0dcfaa29122681650acdee31362b861c60230c692eaa3632c4444d4de8bbf7c
-SIZE (slony1-1.1.2.tar.bz2) = 497795
+MD5 (slony1-1.1.5.tar.bz2) = d3ffff50323f1413b9b81084f906f9f8
+SIZE (slony1-1.1.5.tar.bz2) = 610569

Starting from 1.1.5 slony1 is compatible with postgresql81-server:
1.  Compatibility with 8.1.  There was a sort of "interlock" that
abused pg_listener in order to make sure that each node was being
managed by one and only one slon process.  Functionality of
Async_Unlisten() changed in 8.1, so we had to change strategy to use a
new custom table to manage this.

Signed, Oleg Gawriloff.
Comment 4 Vick Khera 2006-01-27 19:10:43 UTC
I have an update ready which includes the documentation, however  
there is a missing file in the docs tarball so I am waiting to send  
that in until the missing file is resolved.

Without docs, your update is identical to mine.

Please close this PR as I will be submitting a new one shortly.  Thanks.