subversion on 10.4
Thomas De Contes
d.l.tDeContes at free.fr
Thu Jun 11 05:27:43 PDT 2009
Le 11 juin 09 à 06:54, Ryan Schmidt a écrit :
> On Jun 10, 2009, at 17:10, Thomas De Contes wrote:
>> Le 10 juin 09 à 23:09, Ryan Schmidt a écrit :
>>> On Jun 10, 2009, at 15:49, Thomas De Contes wrote:
>>>> Le 31 mai 09 à 07:28, Ryan Schmidt a écrit :
>>>>>>> The workaround is to deactivate or uninstall 1.5.x and then
>>>>>>> clean and install 1.6.x.
>>>> ... why not simply add the deactivate operation in portfile, to
>>>> upgrade ? :-)
>>>> on top of that it is done anyway, but usually it is done after
>>>> building, not before,
>>> I'm sorry, that cannot be changed by a port.
>>> The order in which MacPorts base runs the phases is correct.
>>> What we need to do is make Subversion build a new version
>>> correctly even if an old version is active.
>> but there is also a problem with cyrus-sasl2,
>> isn't it the same ?
> I see the same symptom, yes. A similar solution would need to be
> applied to the cyrus-sasl2 port. If you can come up with a general
> change that should be made to MacPorts base that will not adversely
> affect too many other ports, we can certainly consider it.
i'm not sure to understand the proposal
i suggest that a port would be allowed to deactivate the old version
before build the new version, even if there is always a better solution
it would allow to have a workaroud, waiting to find the famous better
solution, since, anyway, if it is not done automatically, users have
to do the same manually .... so why prohibit it?
of course, the default should not be changed, and you can disadvise
it (like for changing compiler, for example)
Téléassistance / Télémaintenance
More information about the macports-users