Calling svn log from a program with username and password (OSX)

[OmarShariffDoneLikeIt]

Hi all,

I'm writing a program that processes the XML results of svn log. After
following a bug, I found that on OSX the following example would fail to use
the specified username and password:

ben> svn log --username someoneelse --password secret
ssh+svn://myserver.com/repo/trunk -r 1 -v --xml
b...@myserver.com password:

Notice that is is using the current shell user name and not the username
provided in the command arguments, nor the password.

So my question(s) are:

- Is anyone aware of any reasons why svn log would ignore the --username and
--password arguments. If so, what are these conditions? I can't find any
documentation that suggests that they would be ignored under any
circumstances.

- Is anyone aware of this issue at all? Is this an OSX only issue? If so,
anyone aware of a work around?

- If this is a potentially problemeatic way of calling svn log, does anyone
know of a better way of getting the xml results of svn log whilst providing
the url, username and password?

Thanks for your help.

Cheers,

Ben
-- 
View this message in context: 
http://old.nabble.com/Calling-svn-log-from-a-program-with-username-and-password-%28OSX%29-tp29846163p29846163.html
Sent from the Subversion Users mailing list archive at Nabble.com.

[admin] Please unsubscribe me -- yes, I know this isn't the right way to do it, sorry :-(

[Greene, Hugh]

Hi all, apologies for the spam.

 

I'm trying to unsubscribe from this list, but I've sent email to the
address in the

 

  List-Unsubscribe: 

 

header several times in the last couple of months, and received no
confirmation email.  I asked our IT staff to check it wasn't being
spam-filtered somewhere, and they haven't found anything.  I'm also sure
I'm sending it from the right address, as shown by

 

  Return-Path: users-return-4908-hgreene=tmvse@subversion.apache.org

 

And if I email this list help address, I *do* get an auto-response, so
I'm stuck for what to do next, really.  If some list admin could unsub
me, I'd appreciate it :-)

 

Regards,

 

Hugh Greene, Senior Software Developer
Toshiba Medical Visualization Systems Europe, Ltd
Bonnington Bond, 2 Anderson Place, Edinburgh EH6 5NP, UK
Tel + 44 (0)131 472 4792 / Fax + 44 (0) 131 472 4799
http://www.tmvse.com   / mailto:hgre...@tmvse.com
  

 

DISCLAIMER
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically
authorized to receive it. If you are not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
message and/or attachments is strictly prohibited. The company accepts
no liability for any damage caused by any virus transmitted by this
email. Furthermore, the company does not warrant a proper and complete
transmission of this information, nor does it accept liability for any
delays. If you have received this message in error, please contact the
sender and delete the message.

 


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Re: Why is --reintegrate neccessary?

[Stefan Sperling]

On Wed, Sep 29, 2010 at 05:46:15PM -0400, Bob Archer wrote:
> >/branches/feature  +-rX
> >  /
> > /trunk r1---rA---HEAD
> > 
> > rA marks the revision in which the feature branch was created.
> > rX marks the revision at which 'feature' was last synced to trunk.
> 
> I assume by this you mean trunk was merged into feature at rX? 

Yes, exactly. rX was a commit to /branches/feature of the result
of "svn merge ^/trunk".

Stefan

Re: Wrong value in db/format when creating from TortoiseSVN

[Neil Bird]

Around about 30/09/10 01:21, Tech Geek typed ...

1. Repositories created on shared network drive with 1.6.12 subversion
engine (svnadmin) or 1.6.10 TSVN, will not commit through TSVN or even
through a Linux svn client.


  Not that I can help, but I wanted to clarify:  you have a repo on a 
CIFS-mounted shared drive, and are then using a Linux SVN server?


  I can kind of see how that might be hairy.  I thought it was recommended 
to not put repos. on a remote mount of any type (i.e., make it local to the 
server)?


  Although I admit that may not always be practical, esp. in an enterprise 
(we plan to move to using NFS-mapped repos. when our Solaris server's main 
drive fills up;  some basic trials worked OK, albeit more slowly).



  It could be that some new function or sequence of 1.6 repos fails across 
CIFS mounts, maybe something file-locking related.


--
[n...@fnx ~]# rm -f .signature
[n...@fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[n...@fnx ~]# exit

svn_load_dirs.pl.in patch for @ in filenames

[Are Årseth]

It seems that svn_load_dirs.pl fails when adding new files with @ in the
file name. The fix seems easy so here is the patch. I also included the two
fixes mentioned here
http://svn.haxx.se/users/archive-2007-01/0411.shtmlplus a verbose
option to see the svn warnings.

--- svn_load_dirs.pl.in 2010/09/30 13:14:21 91199
+++ svn_load_dirs.pl.in 2010/09/30 14:42:25 91223
@@ -1407,7 +1407,8 @@

   foreach my $file (@_)
 {
-  print TARGETS "$file\n";
+  #Add @ to end of filename in case the filename contains @
+  print TARGETS "$f...@\n";
 }

   close(TARGETS)
@@ -1555,7 +1556,7 @@
   if ( $comment ) { print $comment; }

   # Now do the pipe.
-  open(SAFE_READ, "@commandline |")
+  open(SAFE_READ, "@commandline 2>&1 |")
 or die "$0: cannot pipe to command: $!\n";
 }

@@ -1608,6 +1609,11 @@
 }
   else
 {
+if ($opt_verbose)
+  {
+  print STDERR "@_ ran with this output:\n", join("\n", @output),
+   "\n";
+  }
   return @output;
 }
 }
@@ -2045,5 +2051,6 @@
 sub DESTROY
 {
   print "Cleaning up $temp_dir\n";
+  chdir($orig_cwd);
   File::Path::rmtree([$temp_dir], 0, 0);
 }

Re: Wrong value in db/format when creating from TortoiseSVN

[Tech Geek]

Neil,


> Not that I can help, but I wanted to clarify:  you have a repo on a
> CIFS-mounted shared drive, and are then using a Linux SVN server?
>
Yes that is correct.

Although I admit that may not always be practical, esp. in an enterprise (we
> plan to move to using NFS-mapped repos. when our Solaris server's main drive
> fills up;  some basic trials worked OK, albeit more slowly).
>
Yes, I have no other option than to put repositories on network drive. From
what I have read in the docs it seems that it is not encouraged to use
file:/// protocol to access network repositories. I think as long as you use
svn:///, http(s):///, etc. protocols to access repos on network share it
should be fine.


> It could be that some new function or sequence of 1.6 repos fails across
> CIFS mounts, maybe something file-locking related.
>
What would be a good place to report this to SVN folks?

Re: Wrong value in db/format when creating from TortoiseSVN

[Stefan Sperling]

On Thu, Sep 30, 2010 at 09:10:36AM -0700, Tech Geek wrote:
> Neil,
> 
> 
> > Not that I can help, but I wanted to clarify:  you have a repo on a
> > CIFS-mounted shared drive, and are then using a Linux SVN server?
> >
> Yes that is correct.
> 
> Although I admit that may not always be practical, esp. in an enterprise (we
> > plan to move to using NFS-mapped repos. when our Solaris server's main drive
> > fills up;  some basic trials worked OK, albeit more slowly).
> >
> Yes, I have no other option than to put repositories on network drive. From
> what I have read in the docs it seems that it is not encouraged to use
> file:/// protocol to access network repositories. I think as long as you use
> svn:///, http(s):///, etc. protocols to access repos on network share it
> should be fine.

svn:// and http:// are about client<->server communication.
file:// is a somewhat special case of direct client<->repository communication.

But what you need to worry about is server<->repository communication.
You're making the server talk to the repository filesystem over the
network. The client is talking to the server via svn:// or http://,
but that doesn't affect the way the server talks to the repository.

Technically, the only requirement is that the filesystem the repository
sits in supports file locking. However, there are known problems with
hosting working copies on samba shares, so I wouldn't be surprised at
all if you see problems hosting a repository on a samba share.

Make sure the server process (httpd or svnserve) accesses the repository
via local storage (a local disk partition or SAN). Some people also
store repositories on NFS and that seems to work fine, but again it
requires that the NFS implementation supports file locking properly.
 
> > It could be that some new function or sequence of 1.6 repos fails across
> > CIFS mounts, maybe something file-locking related.
> >
> What would be a good place to report this to SVN folks?

There's already this issue regarding working copies on samba shares:
http://subversion.tigris.org/issues/show_bug.cgi?id=3053
I don't think filing a new issue about repositories hosted on samba
shares would provide new information.

Stefan

Re: svn_load_dirs.pl.in patch for @ in filenames

[Daniel Shahaf]

Please send patches to d...@.

Please make each patch contain ONE functional change.  (It's okay to
send patches that depend on other patches.)

See here for patch submission guidelines:
http://subversion.apache.org/docs/community-guide/general.html#patches

Please don't forget to credit Jonathan Perret in the log message.

Are Årseth wrote on Thu, Sep 30, 2010 at 16:46:18 +0200:
> It seems that svn_load_dirs.pl fails when adding new files with @ in the
> file name. The fix seems easy so here is the patch. I also included the two
> fixes mentioned here
> http://svn.haxx.se/users/archive-2007-01/0411.shtmlplus a verbose
> option to see the svn warnings.
> 
> --- svn_load_dirs.pl.in   2010/09/30 13:14:21 91199
> +++ svn_load_dirs.pl.in   2010/09/30 14:42:25 91223
> @@ -1407,7 +1407,8 @@
> 
>foreach my $file (@_)
>  {
> -  print TARGETS "$file\n";
> +  #Add @ to end of filename in case the filename contains @
> +  print TARGETS "$f...@\n";
>  }
> 
>close(TARGETS)
> @@ -1555,7 +1556,7 @@
>if ( $comment ) { print $comment; }
> 
># Now do the pipe.
> -  open(SAFE_READ, "@commandline |")
> +  open(SAFE_READ, "@commandline 2>&1 |")
>  or die "$0: cannot pipe to command: $!\n";
>  }
> 
> @@ -1608,6 +1609,11 @@
>  }
>else
>  {
> +if ($opt_verbose)
> +  {
> +  print STDERR "@_ ran with this output:\n", join("\n", @output),
> +   "\n";
> +  }
>return @output;
>  }
>  }
> @@ -2045,5 +2051,6 @@
>  sub DESTROY
>  {
>print "Cleaning up $temp_dir\n";
> +  chdir($orig_cwd);
>File::Path::rmtree([$temp_dir], 0, 0);
>  }

RE: Wrong value in db/format when creating from TortoiseSVN

[Bob Archer]

Can you actually use a new repository created by svnadmin 1.5 with your 1.6.12 
server install? Or is it just previous repositories that are working?

I googled this error and it seems it occurs in 1.6.12 and not in 1.6.11... 
could you possible try to downgrade? It seems to have to do with using NFS 
shares.

BOb


From: Tech Geek [mailto:techgeek12...@gmail.com]
Sent: Wednesday, September 29, 2010 8:21 PM
To: users@subversion.apache.org
Subject: Re: Wrong value in db/format when creating from TortoiseSVN

I also experimented with http:// protocol and the same error message. I have 
spent last 2 days just working on these issues and here is what I would like to 
summarize:

1. Repositories created on shared network drive with 1.6.12 subversion engine 
(svnadmin) or 1.6.10 TSVN, will not commit through TSVN or even through a Linux 
svn client. The error message is:
svn: Commit failed (details follow):
svn: Couldn't perform atomic initialization
2. Repositories created on shared network drive with 1.5 subversion engine 
(svnadmin) will work fine including committing.

So the question is why would repositories on shared network drive will work if 
they are created with 1.5 subversion engine and will not work if they are 
created with 1.6?

Is this a bug?

RE: [admin] Please unsubscribe me -- yes, I know this isn't the right way to do it, sorry :-(

[Bob Archer]

Did you check the headers of the mail your are getting from the list to ensure 
it is being sent to the email address that you are sending the unsubscribe to? 
The list server may see your from/reply-to as different addresses. IP 
departments love to do all kinds of aliasing with email.

From: Greene, Hugh [mailto:hgre...@tmvse.com]
Sent: Thursday, September 30, 2010 4:45 AM
To: users@subversion.apache.org
Subject: [admin] Please unsubscribe me -- yes, I know this isn't the right way 
to do it, sorry :-(

Hi all, apologies for the spam.

I'm trying to unsubscribe from this list, but I've sent email to the address in 
the

  List-Unsubscribe: 

header several times in the last couple of months, and received no confirmation 
email.  I asked our IT staff to check it wasn't being spam-filtered somewhere, 
and they haven't found anything.  I'm also sure I'm sending it from the right 
address, as shown by

  Return-Path: 
users-return-4908-hgreene=tmvse@subversion.apache.org

And if I email this list help address, I *do* get an auto-response, so I'm 
stuck for what to do next, really.  If some list admin could unsub me, I'd 
appreciate it :-)

Regards,

Hugh Greene, Senior Software Developer
Toshiba Medical Visualization Systems Europe, Ltd
Bonnington Bond, 2 Anderson Place, Edinburgh EH6 5NP, UK
Tel + 44 (0)131 472 4792 / Fax + 44 (0) 131 472 4799
http://www.tmvse.com / mailto:hgre...@tmvse.com

DISCLAIMER
Unless indicated otherwise, the information contained in this message is 
privileged and confidential, and is intended only for the use of the 
addressee(s) named above and others who have been specifically authorized to 
receive it. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution or copying of this message and/or attachments 
is strictly prohibited. The company accepts no liability for any damage caused 
by any virus transmitted by this email. Furthermore, the company does not 
warrant a proper and complete transmission of this information, nor does it 
accept liability for any delays. If you have received this message in error, 
please contact the sender and delete the message.


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

Re: Wrong value in db/format when creating from TortoiseSVN

[Tech Geek]

>
>  Can you actually use a new repository created by svnadmin 1.5 with your
> 1.6.12 server install? Or is it just previous repositories that are working?
>
>
Yes. With my 1.6.12 server install, if I create a new repository like this:

#svnadmin create --pre-1.6-compatible myproject

then it works fine. But if I create simply like this:

#svnadmin create myproject

then I get those atomic transaction error message.

Any previous repositories that were created with 1.5 (1.5.1 to be
exact) engine works fine with 1.6.12 server install.


>  could you possible try to downgrade? It seems to have to do with using
> NFS shares.
>
My Linux distribution (Debian) right now either offers 1.5.1 or 1.6.12 as
binary packages. Getting a 1.6.11 to install will take some additional work
to install because of integrated dependencies and all.

I can see easily tell whether the repository is 1.5 based or 1.6 based as
follow:
For 1.5 the contents of projectA/db/format:
3
layout sharded 1000

For 1.6 the contents of projectA/db/format will be:
4
layout sharded 1000
I guess until somebody finds a workaround I will have to live with creating
1.5 compatible repositories from my Linux machine only.

Re: [admin] Please unsubscribe me -- yes, I know this isn't the right way to do it, sorry :-(

[Daniel Shahaf]

He did, notice the foo=bar.tld in the Return-Path line he pasted.

BTW, for future reference, these kind of emails should go to
users-ownersubversion.apache.org please.

Daniel
(Hugh was unsubscribed by an admin several hours ago)

Bob Archer wrote on Thu, Sep 30, 2010 at 13:41:03 -0400:
> Did you check the headers of the mail your are getting from the list to 
> ensure it is being sent to the email address that you are sending the 
> unsubscribe to? The list server may see your from/reply-to as different 
> addresses. IP departments love to do all kinds of aliasing with email.
> 
> From: Greene, Hugh [mailto:hgre...@tmvse.com]
> Sent: Thursday, September 30, 2010 4:45 AM
> To: users@subversion.apache.org
> Subject: [admin] Please unsubscribe me -- yes, I know this isn't the right 
> way to do it, sorry :-(
> 
> Hi all, apologies for the spam.
> 
> I'm trying to unsubscribe from this list, but I've sent email to the address 
> in the
> 
>   List-Unsubscribe: 
> 
> header several times in the last couple of months, and received no 
> confirmation email.  I asked our IT staff to check it wasn't being 
> spam-filtered somewhere, and they haven't found anything.  I'm also sure I'm 
> sending it from the right address, as shown by
> 
>   Return-Path: 
> users-return-4908-hgreene=tmvse@subversion.apache.org
> 
> And if I email this list help address, I *do* get an auto-response, so I'm 
> stuck for what to do next, really.  If some list admin could unsub me, I'd 
> appreciate it :-)
> 
> Regards,
> 
> Hugh Greene, Senior Software Developer
> Toshiba Medical Visualization Systems Europe, Ltd
> Bonnington Bond, 2 Anderson Place, Edinburgh EH6 5NP, UK
> Tel + 44 (0)131 472 4792 / Fax + 44 (0) 131 472 4799
> http://www.tmvse.com / mailto:hgre...@tmvse.com
> 
> DISCLAIMER
> Unless indicated otherwise, the information contained in this message is 
> privileged and confidential, and is intended only for the use of the 
> addressee(s) named above and others who have been specifically authorized to 
> receive it. If you are not the intended recipient, you are hereby notified 
> that any dissemination, distribution or copying of this message and/or 
> attachments is strictly prohibited. The company accepts no liability for any 
> damage caused by any virus transmitted by this email. Furthermore, the 
> company does not warrant a proper and complete transmission of this 
> information, nor does it accept liability for any delays. If you have 
> received this message in error, please contact the sender and delete the 
> message.
> 
> 
> __
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> __

Subversion-Python bindings for Windows x64

[Itamar O]

Hi,

I think I managed to build the python-svn-bindings for Windows x64, with
these components:
svn-1.6.12
python-2.6.6-x64
apr-1.3.12-win32-src
apr-util-1.3.9-win32-src
apr-iconv-1.2.1-win32-src-r2
sqlite-3.6.22
swigwin-1.3.39
zlib-1.2.3
neon-0.28.6
(built with VS-2008)

I'm not sure how to test the built bindings, but I can testify that I used
them successfully to run the Trac-0.13dev unit-tests.

If this of any value to anyone, feel free to contact me (via
itamar...@gmail.com) and I will gladly send the binaries
(or even better, if someone has some shared hosting set up...).

Credit to whoever wrote this post (er2v?), that helped me a lot:
http://er2v.wordpress.com/2009/04/15/install_trac_on_64_bit_windows_and_run_it_under_iis7_fast_cgi/

Cheers,
- Itamar O.