From dan@kulesh.obluda.cz  Sat Sep 30 17:05:46 2006
Return-Path: <dan@kulesh.obluda.cz>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C2C9816A403
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 30 Sep 2006 17:05:46 +0000 (UTC)
	(envelope-from dan@kulesh.obluda.cz)
Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [195.113.24.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B62543D45
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 30 Sep 2006 17:05:45 +0000 (GMT)
	(envelope-from dan@kulesh.obluda.cz)
Received: from kulesh.obluda.cz (openvpn.ms.mff.cuni.cz [195.113.20.87])
	by smtp1.kolej.mff.cuni.cz (8.13.1/8.13.1) with ESMTP id k8UH7RwM004241
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 30 Sep 2006 19:07:29 +0200 (CEST)
	(envelope-from dan@kulesh.obluda.cz)
Received: from kulesh.obluda.cz (localhost. [127.0.0.1])
	by kulesh.obluda.cz (8.13.8/8.13.8) with ESMTP id k8UH5fm3023570
	for <FreeBSD-gnats-submit@freebsd.org>; Sat, 30 Sep 2006 19:05:41 +0200 (CEST)
	(envelope-from dan@kulesh.obluda.cz)
Received: (from dan@localhost)
	by kulesh.obluda.cz (8.13.8/8.13.6/Submit) id k8UH5fHp023569;
	Sat, 30 Sep 2006 19:05:41 +0200 (CEST)
	(envelope-from dan)
Message-Id: <200609301705.k8UH5fHp023569@kulesh.obluda.cz>
Date: Sat, 30 Sep 2006 19:05:41 +0200 (CEST)
From: Dan Lukes <dan@obluda.cz>
Reply-To: Dan Lukes <dan@obluda.cz>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: security/amavisd-new & security/amavisd-milter circular dependence
X-Send-Pr-Version: 3.113
X-GNATS-Notify: gkovesdan@t-hosting.hu

>Number:         103855
>Category:       ports
>Synopsis:       security/amavisd-new & security/amavisd-milter circular dependence
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Sep 30 17:10:28 GMT 2006
>Closed-Date:    Sat Oct 07 14:39:57 GMT 2006
>Last-Modified:  Sat Oct 07 14:39:57 GMT 2006
>Originator:     Dan Lukes
>Release:        FreeBSD
>Organization:
Obludarium
>Environment:
FreeBSD with current port tree
ports/security/amavisd-new/Makefile,v 1.43 2006/09/25 16:22:33 erwin
ports/security/amavisd-milter/Makefile,v 1.6 2006/04/25 22:08:42 pav

>Description:
	security/amavisd-new with WITH_NEW_MILTER RUN_DEPENDS on security/amavisd-milter
	security/amavisd-milter always RUN_DEPENDS on security/amavisd-new
>How-To-Repeat:
	cd ${PORTSDIR}/security/amavisd-new ; make -DWITH_NEW_MILTER install
>Fix:

	WITH_NEW_MILTER creating circular dependence only (no other effects), 
so it can be safelly removed with no replacement

	But I have no idea what the port maintainter has in mind creating the option, 
so there may be better fix
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: edwin 
State-Changed-When: Sat Sep 30 17:10:57 UTC 2006 
State-Changed-Why:  
Awaiting maintainers feedback 

http://www.freebsd.org/cgi/query-pr.cgi?pr=103855 

From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= <gabor@FreeBSD.org>
To: bug-followup@FreeBSD.org,  dan@obluda.cz
Cc:  
Subject: Re: ports/103855: security/amavisd-new &amp; security/amavisd-milter
 circular dependence
Date: Sat, 30 Sep 2006 20:36:00 +0200

 Thanks, I already noticed it. It's a bit hard to find out how to solve, 
 because it would be a nice feature to have this option for installing 
 the new milter interface, but the circular dependencies don't let me 
 doing this. A new version of amavisd-new is out, I'll address this 
 issue, when updating, this PR should be kept open for this period as a 
 reminder.
 
 -- 
 Cheers,
 
 Gabor
 

From: Dan Lukes <dan@obluda.cz>
To: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= <gabor@FreeBSD.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/103855: security/amavisd-new &amp; security/amavisd-milter
 circular dependence
Date: Sat, 30 Sep 2006 21:00:55 +0200

 	I think the correct view is - amavisd-milter is for those who want to 
 run amavisd with milter. It use the amavisd-new as supporting port, so 
 it should RUN_DEPEND on it.
 
 	Those, who need new amavis, but don't want the milter interface, need 
 amavisd-new.
 
 	I see no reason to create special options for users who require new 
 amavis with milter interface, but hate amavisd-milter port.
 
 	Of course, you can create slave-variant from both ports, then include 
 them from two separate master ports with different set of options. The 
 amavis-milter will depend on slave-amavisd-milter and slave-amavisd-new, 
 the amavisd-new will depend on slave-amavisd-new and, if required 
 milter, on slave-amavisd-milter.
 
 	But it sound as way to hell for me. As I said above, no user should 
 require new amavis with milter, but rejecting to use amavisd-milter 
 which is exactly for this.
 
 					Dan
State-Changed-From-To: feedback->closed 
State-Changed-By: pav 
State-Changed-When: Sat Oct 7 14:39:24 UTC 2006 
State-Changed-Why:  
Fixed in amavisd-new/Makefile rev.1.44 by erwin, 5 days ago 

http://www.freebsd.org/cgi/query-pr.cgi?pr=103855 
>Unformatted:
