Re: ignore ancestry and record only

2012-10-02 Thread Ulrich Eckhardt

Am 01.10.2012 21:07, schrieb chroyer:

I was wondering if the following scenario makes sense, or if this is
asking for problems.

   *  I am regularly merging differences between 2 trees (I won't go in
too much details here...those tree are not really under my control; I
put those them in the tags area, and I want to merge the changes between
2 consecutive such snapshots. In my case, I can not just use a branch
and update it with the latest version - the tree gets modifications
before being tagged).


It's unfortunate that you don't want to go into details here. It sounds 
like a typical "vendor branch" (search the SVN book!). Here, we are 
using several external libraries. When upstreams releases a new version 
(snapshot), we load it into the repository (using svn_load_dirs) and 
then apply some local modifications (like integration into our own build 
system but also bugfixes). When a new version comes in, we do the same, 
merging the changes from the older version if appropriate.




   *  to merge the differences between 2 snapshots, I am using
--ignore-ancestry (otherwise I see a lot of files being "replaced").


This might be due to the way that you load the new version.



   * since --ignore-ancestry makes me loose the merge info, before I
commit the merge results, I merge again but this time with --record-only
(and without --ignore-ancestry)

   * now I can commit and it seems that I have the best of both worlds...

[...]

Does anyone have experience with similar scenario?


I really think that what you are doing is equivalent to maintaining a 
vendor branch. Check the docs, they have examples for this use case, 
and/or provide a bit more info if you still have questions.


Good luck!

Uli


**
Domino Laser GmbH, Fangdieckstra�e 75a, 22547 Hamburg, Deutschland
Gesch�ftsf�hrer: Thorsten F�cking, Amtsgericht Hamburg HR B62 932
**
Visit our website at http://www.dominolaser.com
**
Diese E-Mail einschlie�lich s�mtlicher Anh�nge ist nur f�r den Adressaten 
bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen 
Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf�nger sein 
sollten. Die E-Mail ist in diesem Fall zu l�schen und darf weder gelesen, 
weitergeleitet, ver�ffentlicht oder anderweitig benutzt werden.
E-Mails k�nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte 
�nderungen enthalten. Domino Laser GmbH ist f�r diese Folgen nicht 
verantwortlich.
**



path-based authorization, users an groups synchronisation between master and slave

2012-10-02 Thread david fasani

Hi All,

I have a active write-through proxying between a master SVN and 2 
slaves. I'm looking is there a way to synchronise the path-based 
authorization, users and groups configuration.

I searched a lot on web and found no links telling about how to set it up.

I wonder if anyone would have suggestions.
Any pointers on how I could achieve that?


Thanks
David

--
Cordialement,
David Fasani
I2D@sab océan

---

Un geste responsable aujourd hui pour preserver demain.
N imprimez ce message que si necessaire.



Please, consider the environment before printing this email.




Re: ignore ancestry and record only

2012-10-02 Thread Stefan Sperling
On Tue, Oct 02, 2012 at 09:35:19AM +0200, Ulrich Eckhardt wrote:
> Am 01.10.2012 21:07, schrieb chroyer:
> >I was wondering if the following scenario makes sense, or if this is
> >asking for problems.
> >
> >   *  I am regularly merging differences between 2 trees (I won't go in
> >too much details here...those tree are not really under my control; I
> >put those them in the tags area, and I want to merge the changes between
> >2 consecutive such snapshots. In my case, I can not just use a branch
> >and update it with the latest version - the tree gets modifications
> >before being tagged).
> 
> It's unfortunate that you don't want to go into details here.

Indeed. In addition to explaining your intentions and problem, which
you've done very well, please show us the commands you're using to
implement your approach. Having to guess what you're actually doing
makes giving advice over email harder. 

> >   *  to merge the differences between 2 snapshots, I am using
> >--ignore-ancestry (otherwise I see a lot of files being "replaced").

Please show us all svn commands you're running, starting from "putting
snapshots into the tags area" up to "I see a lot files being replaced".
It may well be that a simple tweak to your command sequence could 
fix problems with replacements and the like.

It's usually best to provide a list of commands (a working shell script
is even better) that starts off with an empty repository and ends with
the command where you're running into a problem. This way, others can
try to reproduce the problem and figure out a solution.


Re: path-based authorization, users an groups synchronisation between master and slave

2012-10-02 Thread Stefan Sperling
On Tue, Oct 02, 2012 at 10:57:30AM +0200, david fasani wrote:
> Hi All,
> 
> I have a active write-through proxying between a master SVN and 2
> slaves. I'm looking is there a way to synchronise the path-based
> authorization, users and groups configuration.
> I searched a lot on web and found no links telling about how to set it up.
> 
> I wonder if anyone would have suggestions.
> Any pointers on how I could achieve that?

You'll somehow have to keep the corresponding configuration files in
sync between servers. Subversion has no built-in support for this,
unfortunately. Maybe it will at some point in the future.
Until then, tools such as rsync can help, see http://rsync.samba.org/


Re: path-based authorization, users an groups synchronisation between master and slave

2012-10-02 Thread Nico Kadel-Garcia
On Tue, Oct 2, 2012 at 7:48 AM, Stefan Sperling  wrote:
> On Tue, Oct 02, 2012 at 10:57:30AM +0200, david fasani wrote:
>> Hi All,
>>
>> I have a active write-through proxying between a master SVN and 2
>> slaves. I'm looking is there a way to synchronise the path-based
>> authorization, users and groups configuration.
>> I searched a lot on web and found no links telling about how to set it up.
>>
>> I wonder if anyone would have suggestions.
>> Any pointers on how I could achieve that?
>
> You'll somehow have to keep the corresponding configuration files in
> sync between servers. Subversion has no built-in support for this,
> unfortunately. Maybe it will at some point in the future.
> Until then, tools such as rsync can help, see http://rsync.samba.org/

There are also some approaches that can help rigorously manage such
configurations. I long for some Subversion developer to write
something like the "gitosis" tool, which manages SSH keys for git's
SSH based access, and which could use a Subversion repository to
manage SSH keys for other Subversion repositories. It would make my
preferred use of svn+ssh much easier.

I'd definitely review how you do authentication. Common authentication
technologies such as LDAP and Kerberos based authentication is very
handy to have HTTPS access with a shared account management and is
fairly easily tied to Active Directory account management. So it could
reduce the overhead of managing identical accounts across multiple
Subversion servers. But it leaves you at risk of storing people's
login passwords in $HOME/.subversoin/ with Linux and UNIX clients,
especially those before Subversion 1.6, and should be approached..
cautiously.

I'll bet WanDisco's multiple master technology for Subversion also has
some good hooks for account management. You might ask them.


Re: path-based authorization, users an groups synchronisation between master and slave

2012-10-02 Thread Stefan Sperling
On Tue, Oct 02, 2012 at 08:01:30AM -0400, Nico Kadel-Garcia wrote:
> There are also some approaches that can help rigorously manage such
> configurations. I long for some Subversion developer to write
> something like the "gitosis" tool, which manages SSH keys for git's
> SSH based access, and which could use a Subversion repository to
> manage SSH keys for other Subversion repositories. It would make my
> preferred use of svn+ssh much easier.

s/Subversion developer/developer/ :)

While I agree that such a tool would be useful, it doesn't have to be
part of Subversion's core offering. It's probably easier to maintain
something like this as a separate project.


Re: How to tell if I am using HTTPv2?

2012-10-02 Thread Daniel Shahaf
If it ever issues a POST request, then it's HTTPv2.  (In 1.7 HTTPv2 uses
POSTs for commit, only.)

There are other ways to tell (without needing to commit), but I don't
know them off the top of my head.  Maybe notes/http-and-webdav/ (in
trunk) has the information?

Q. Chap wrote on Mon, Sep 24, 2012 at 20:39:50 +0200:
> Hello,
> 
> I've recently upgraded my svn client to 1.7.  I'm not sure which version the 
> server is. It's not reported in the http headers.
>  
> I guess it does not matter what the exact server version is, but how can I 
> verify if my client and the server are communicating via HTTPv2 or the older 
> http based protocol?
> 
> Thank you


Re: path-based authorization, users an groups synchronisation between master and slave

2012-10-02 Thread Nico Kadel-Garcia
On Tue, Oct 2, 2012 at 8:35 AM, Stefan Sperling  wrote:
> On Tue, Oct 02, 2012 at 08:01:30AM -0400, Nico Kadel-Garcia wrote:
>> There are also some approaches that can help rigorously manage such
>> configurations. I long for some Subversion developer to write
>> something like the "gitosis" tool, which manages SSH keys for git's
>> SSH based access, and which could use a Subversion repository to
>> manage SSH keys for other Subversion repositories. It would make my
>> preferred use of svn+ssh much easier.
>
> s/Subversion developer/developer/ :)
>
> While I agree that such a tool would be useful, it doesn't have to be
> part of Subversion's core offering. It's probably easier to maintain
> something like this as a separate project.

Absolutely true, much like cvs2svn and svn.el: I didn't mean to try to
burden the already very busy core developers.


Diff syntax

2012-10-02 Thread Ahmed, Omair (GE Oil & Gas)
Hello,

 

I want to compare (diff) two files (what's in /trunk with what's in
/tags - the hope being that they are the same (no differences). 

 

When I run the command shown below, I don't get a message like "Files
are same, no differences". Is that normal or is there something wrong
with the syntax?

 

C:\>svn diff --summarize
svn://X.XX.XXX.XXX/SVN_Sandbox/trunk/testdir/subdir1/testfile1.txt
svn:// X.XX.XXX.XXX
/SVN_Sandbox/tags/release_01/testdir/subdir1/testfile1.txt

 

C:\>

 



Re: Diff syntax

2012-10-02 Thread vishwajeet singh
On Wed, Oct 3, 2012 at 3:00 AM, Ahmed, Omair (GE Oil & Gas) <
omair.ah...@ge.com> wrote:

> Hello,
>
> ** **
>
> I want to compare (diff) two files (what’s in /trunk with what’s in /tags
> – the hope being that they are the same (no differences). 
>
> ** **
>
> When I run the command shown below, I don’t get a message like “Files are
> same, no differences”. Is that normal or is there something wrong with the
> syntax?
>

Yes thats normal in case of no diff.


> 
>
> ** **
>
> C:\>svn diff --summarize
> svn://X.XX.XXX.XXX/SVN_Sandbox/trunk/testdir/subdir1/testfile1.txt svn://
> X.XX.XXX.XXX /SVN_Sandbox/tags/release_01/testdir/subdir1/testfile1.txt***
> *
>
> ** **
>
> C:\>
>
> ** **
>



-- 
Vishwajeet Singh
+91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com
Twitter: http://twitter.com/vishwajeets | LinkedIn:
http://www.linkedin.com/in/singhvishwajeet


Re: ignore ancestry and record only

2012-10-02 Thread chroyer
> > It's unfortunate that you don't want to go into details here. 

Sorry, I did not want to muddy the water...but let me try. 
The items I am tracking originate from a different version control system in 
which we implemented an artificial way to branch (using batch files). That tree 
will be used for a little longer, but we are transitioning to svn. We have a 
trunk in svn, and a branch (like a vendor branch in that case) to import the 
old tree. When we did not have "patches" in the old tree, it was simply a 
matter of updating the branch then merge it into the trunk (not a reintegrate; 
the branch is never getting changes from the trunk). 

Branching in the old tree is implemented by running specific batch files to 
copy files around, thus creating a new tree. Those batch files can only be 
applied to an unpatched tree. So, to keep as much history as possible, I get 
the old tree in the svn branch, get a WC where I run the appropriate patch 
batch file, then tag from that working copy. The next time the old tree is 
updated, I repeat the process. Now I have 2 tags, and I can diff them to port 
those changes in my trunk (well, I use an intermediate branch, the trunk will 
get those changes when things get more stable). What I like is that I can 
easily go back and see that the "merge" was done properly (without having to 
get the old tree at a specific rev and apply to proper patch - it's all in the 
svn tags area) 

> Please show us all svn commands you're running, starting from "putting 
> snapshots into the tags area" up to "I see a lot files being 
> replaced". 

I am using tsvn to perform all the steps I need. Getting the old tree is done 
like getting a vendor branch (I don't use the perl script though). Tagging the 
WCis also no issue. The only "unusual" for me is when I merge the diff between 
2 tags; I use "merge 2 different trees" and tsvn log gives me something like: 
Merging from  , revision HEAD to , revision HEAD into 
, ignoring ancestry 
then 
Merging from  , revision HEAD to , revision HEAD into 
 
then I commit 

> It's usually best to provide a list of commands (a working shell 
> script 
> is even better) that starts off with an empty repository and ends with 
> the command where you're running into a problem. This way, others can 
> try to reproduce the problem and figure out a solution. 

I really appreciate your help, and I know this list can provide very thorough 
support. I am not running into any issue yet, and I was not really anticipating 
going into many details; rather I was wondering if at a high level that 
approach of first merging with --ignore-ancestry then merging again with 
--record-only (then commit) was raising any red flag. While it seems to work 
now, I can't tell if this will be an issue later (hence asking if someone had 
similar experience). 

Thank you all 

Christophe 

RE: Diff syntax

2012-10-02 Thread Ahmed, Omair (GE Oil & Gas)
If there's a difference, it shows that; so the lack of a message must
mean there are no differences.

 

 

C:\U>svn diff --summarize svn://
X.XX.XXX.XXX/SVN_Sandbox/trunk/testdir/subdir1/testfile1.txt svn://
X.XX.XXX.XXX/SVN_Sandbox/tags/release_01/testdir/subdir1/testfile1.txt

 

M   svn://
X.XX.XXX.XXX//SVN_Sandbox/trunk/testdir/subdir1/testfile1.txt

 

 

 

From: Ahmed, Omair (GE Oil & Gas) 
Sent: Tuesday, October 02, 2012 4:30 PM
To: users@subversion.apache.org
Subject: Diff syntax

 

Hello,

 

I want to compare (diff) two files (what's in /trunk with what's in
/tags - the hope being that they are the same (no differences). 

 

When I run the command shown below, I don't get a message like "Files
are same, no differences". Is that normal or is there something wrong
with the syntax?

 

C:\>svn diff --summarize
svn://X.XX.XXX.XXX/SVN_Sandbox/trunk/testdir/subdir1/testfile1.txt
svn:// X.XX.XXX.XXX
/SVN_Sandbox/tags/release_01/testdir/subdir1/testfile1.txt

 

C:\>