> The idea of introducing a separate repository UUID that is "guaranteed" to
> be unique has been discussed a couple times, tough maybe not on-list. I
> agree that we need something like this, for the reasons you state below.
[...]
> I suggest you create a branch and commit this there, so that people can
> actually test with different scenarios. If and when you feel that the branch
> is ready, just initiate a merge-vote on this list — see the recent vote for
> merging the svn-auth-x509 branch as an example.
>
> I think the change is serious enough that it merits being developed on a
> branch, especially since I'd really like to stabilize trunk and begin the
> 1.9 release cycle. This could mean that your change wouldn't make it into
> 1.9.
I am sorry, but did you look at the patch? Seriously, why do we need a branch
for a change with a core part that fits into a screen? And what is wrong with
testing different scenarios after "svn patch"-ing the trunk?
We know that there is a problem, and here is a patch that solves it. It is not
like I would send some sort of a work-in-progress to this mailing list with a
[PATCH] tag in the title; it's ready to be committed. Based on my judgement,
this patch is good, and I actually wanted to commit this directly. However,
I also want to avoid any possible kind of bias here, and be sure that a change
like this does not remain unnoticed.
Do you have any sort of objections for this patch as solution for the defined
problem?
Regards,
Evgeny Kotkov
Received on 2014-08-09 21:53:54 CEST