Hi Hyrum,
Hyrum K. Wright writes:
> On Sun, Aug 1, 2010 at 1:17 AM, Ramkumar Ramachandra
> wrote:
> > Hi,
> >
> > I've found that I need the functionality to change a repository's UUID
> > over the RA layer in 'svnrdump load' (see my recently committed tests
> > to see why). I initially planned
On Sun, Aug 1, 2010 at 1:17 AM, Ramkumar Ramachandra wrote:
> Hi,
>
> I've found that I need the functionality to change a repository's UUID
> over the RA layer in 'svnrdump load' (see my recently committed tests
> to see why). I initially planned to put this off until functionality
> until someon
On 06.08.2010 19:26, Justin Erenkrantz wrote:
> On Fri, Aug 6, 2010 at 7:34 AM, Branko Čibej wrote:
>
>> Ahem. You guys have forgotten about Justin's RW-master/RO-slave
>> replication hack, which *requires* the slave repositories to have the
>> same UUID as the master. And that 'svnadmin load'
[Ramkumar Ramachandra]
> Let's say some sponsor wants to provide a mirroring service- with the
> proposed feature the person will simply have to create a blank
> repository and enable pre-revprop-change/ pre-uuid-change on and wait
> for someone to load the content into that repository.
Here's an
On Fri, Aug 6, 2010 at 7:34 AM, Branko Čibej wrote:
> Ahem. You guys have forgotten about Justin's RW-master/RO-slave
> replication hack, which *requires* the slave repositories to have the
> same UUID as the master. And that 'svnadmin load' has both --ignore-uuid
> and --force-uuid.
When doing a
Greg Hudson wrote on Fri, Aug 06, 2010 at 10:49:27 -0400:
> The philosophical question here isn't whether the ID is "universally
> unique" but what it's identifying. Is it identifying the repository
> content or the the container in which the content is held?
The former, if I remember correctly a
When I've mirrored repositories with the intent of keeping them in sync,
I've typically given them the same UUID. I don't know if that has much
impact in practice, since I think working copies tend to stick to one of
the mirrors (either the RW master or the RO slave).
The philosophical question h
On 06.08.2010 16:30, Hyrum K. Wright wrote:
> On Fri, Aug 6, 2010 at 9:24 AM, Greg Stein wrote:
>
>> On Fri, Aug 6, 2010 at 10:15, Ramkumar Ramachandra
>> wrote:
>>
>>> Hi Greg,
>>>
>>> Greg Stein writes:
>>>
Why would an admin install a hook to allow changing a UUID? Why wou
On Fri, Aug 6, 2010 at 9:24 AM, Greg Stein wrote:
> On Fri, Aug 6, 2010 at 10:15, Ramkumar Ramachandra wrote:
>> Hi Greg,
>>
>> Greg Stein writes:
>>> Why would an admin install a hook to allow changing a UUID? Why would
>>> a UUID be allowed to change over time? If a UUID is supposed to be
>>> c
On Fri, Aug 6, 2010 at 10:15, Ramkumar Ramachandra wrote:
> Hi Greg,
>
> Greg Stein writes:
>> Why would an admin install a hook to allow changing a UUID? Why would
>> a UUID be allowed to change over time? If a UUID is supposed to be
>> changed, then why wouldn't that admin just do it himself? Wh
Hi Greg,
Greg Stein writes:
> Why would an admin install a hook to allow changing a UUID? Why would
> a UUID be allowed to change over time? If a UUID is supposed to be
> changed, then why wouldn't that admin just do it himself? Why does
> this have to be allowed remotely?
Agreed- this feature ha
I have to agree. While it may make sense to be able create a dumpfile of
a remote repository, I'm not so sure that /loading/ a dumpfile remotely
is sensible. And it's the load that potentially requires a UUID change.
-- Brane
On 06.08.2010 16:03, Greg Stein wrote:
> Back up here.
>
> Why would an
Back up here.
Why would an admin install a hook to allow changing a UUID? Why would
a UUID be allowed to change over time? If a UUID is supposed to be
changed, then why wouldn't that admin just do it himself? Why does
this have to be allowed remotely?
I'm sorry, but this whole "feature" just seem
On 08/06/2010 04:30 AM, Daniel Shahaf wrote:
> Yes, a pre-uuid-change hook (and disallowing a UUID change unless it exists)
> is one option.
>
> But that means the logic lives in libsvn_repos, so you have to think how
> 'svnadmin setuuid' would interact with it...
We just follow the pattern that
Ramkumar Ramachandra wrote on Fri, Aug 06, 2010 at 13:40:17 +0530:
> Hi Daniel,
>
> Daniel Shahaf writes:
> > The implementation should be trivial (over ra_local and ra_svn; probably
> > over ra_dav too but I don't know that one as well). But what about authz
> > concerns?
> >
> > Do you want to
Hi Daniel,
Daniel Shahaf writes:
> The implementation should be trivial (over ra_local and ra_svn; probably
> over ra_dav too but I don't know that one as well). But what about authz
> concerns?
>
> Do you want to allow any authenticated user to change the repository UUID?
No, this doesn't make
Ramkumar Ramachandra wrote on Fri, Aug 06, 2010 at 07:54:36 +0530:
> Hi Daniel,
>
> Daniel Shahaf writes:
> > Ramkumar Ramachandra wrote on Sun, Aug 01, 2010 at 11:47:51 +0530:
> > > However, Daniel asked me not to expect this and start working on a branch
> > > instead after notifying the list-
>
Hi Daniel,
Daniel Shahaf writes:
> Ramkumar Ramachandra wrote on Sun, Aug 01, 2010 at 11:47:51 +0530:
> > However, Daniel asked me not to expect this and start working on a branch
> > instead after notifying the list-
>
> No, I didn't ask you to "notify" the list; I asked you to start a design
>
Ramkumar Ramachandra wrote on Sun, Aug 01, 2010 at 11:47:51 +0530:
> However, Daniel asked me not to expect this and start working on a branch
> instead after notifying the list-
No, I didn't ask you to "notify" the list; I asked you to start a design
discussion on the list. That's a different b
19 matches
Mail list logo
