Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Jan 2002 11:26:20 +0100
From:      Udo Schweigert <udo.schweigert@siemens.com>
To:        Akinori MUSHA <knu@iDaemons.org>
Cc:        Clive Lin <clive@tongi.org>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: ports/chinese/mutt Makefile distinfo
Message-ID:  <20020129102619.GA26118@alaska.cert.siemens.de>
In-Reply-To: <864rl5cwh5.wl@archon.local.idaemons.org>
References:  <200201281806.g0SI6U989949@freefall.freebsd.org> <20020128181626.GA91155@malloc.eb.kliev.net> <20020128220136.GE49984@squall.waterspout.com> <20020129094005.GA11322@malloc.eb.kliev.net> <864rl5cwh5.wl@archon.local.idaemons.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 29, 2002 at 18:55:34 +0900, Akinori MUSHA wrote:
> At Tue, 29 Jan 2002 17:40:05 +0800,
> Clive Lin wrote:
> >> What's wrong with letting PORTREVISION propagate if the port has
> >> a master in mutt-devel?  Seems like if the mutt port changes, so
> >> should its slave.
>> 
>> Yup, but if I want to make "slave port only" change, I have no quick
>> knob for it ...
> 
> What about doing like this:
> 
>     master:
> 
> 	PORTREVISION?=	0	# master port's revision
> 
>     slave:
> 
> 	PORTREVISION=	1	# slave port's revision
> 
> 	.include "${MASTERDIR}/Makefile"
> 

I think this will be the best solution. 

I have a patch here which will simplify the mutt-devel master port by some
extent and I will include the PORTREVISION?= to this. 

Clive: do you agree?

Best regards

--
Udo Schweigert, Siemens AG   | Voice      : +49 89 636 42170
CT IC 3, Siemens CERT        | Fax        : +49 89 636 41166
D-81730 Muenchen / Germany   | email      : udo.schweigert@siemens.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020129102619.GA26118>