RE: Why does SVN prompt me for a password every time, after a domain migration?

[KARR, DAVID (ATTSI)]

> -Original Message-
> From: Kevin Grover [mailto:ke...@kevingrover.net]
> Sent: Monday, September 13, 2010 4:16 PM
> To: KARR, DAVID (ATTSI)
> Cc: users@subversion.apache.org
> Subject: Re: Why does SVN prompt me for a password every time, after a
> domain migration?
> 
> Subversion caches that stuff in "%APPDATA%\Subversion", I believe in a
> file called 'auth'.   Can't test right now because I'm not on a
> Windows system at the moment.  Perhaps the owner did not get updated
> and the new domain can't write the the directory/file?  You can look
> around there.  Possibly just delete the directory/file - however,
> other options and passwords will go away -- be reset to the default.

I've found more interesting behavior.

I was doing this work on the command line for a few minutes, supplying the 
manual "--password" command-line parameter.  After I finished that work I went 
back to Eclipse and I later realized that I wasn't getting prompting from SVN 
anymore.  I then went back to the command line and tried not supplying the 
"--password" parameter, and it worked fine.

If I understand this correctly, when you supply a working password through 
either the command line or Subversive, neither should ask again.  The command 
line appears to have stored it correctly, but Subversive did not.

I then tried restarting Eclipse (just to be sure), and it's still not 
presenting the password dialog.

> On Mon, Sep 13, 2010 at 15:36, KARR, DAVID (ATTSI) 
> wrote:
> > A few days ago my login got moved from one Windows domain to another.
> > I've had to deal with several problems as a result of that.  One
> > particular problem is having with SVN.  For some reason SVN is
> prompting
> > me for a password on every single operation it tries to do.
> >
> > This is tolerable in Eclipse (Subversive plugin), as I simply have to
> > press Enter on the dialog each time, as it's preentered the name and
> > password.
> >
> > However, it's worse from the command line.  I can get it to work if I
> > manually add "--password ..." to the command line.  If I don't, the
> > Cygwin Bash shell seems to get confused about how to handle the
> prompts.
> > I have to use a non-Cygwin SVN.
> >
> > I never had to re-specify the password on every operation before the
> > domain migration.
> >

RE: Update and Status in large working copy causes Windows to hang

[Ullrich.Jans]

Hi,

> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: Friday, September 10, 2010 1:24 PM
> 
> Some quick questions from the hip:
> - What kind of disks are the working copies located on for machine A
> and B? Locally or remotely?

The disks are in all cases local hard drives, no sharing.

> - For A and B: are they 32-bit or 64-bit?

Both machines are 64 Bit machines, running XP 32 Bit

> - How big is the working copy we're talking about? Can you give an
> idea of the number of directories, the number of files, and the total
> disk space (excluding .svn dirs)?

The working copy is about 2.0 GB (according to Windows taking up 2.54 GB on 
disk), 158515 files, 33471 folders (excluding .svn folders).

I know this is large, but since it's working on one machine and not the other, 
it's still puzzling.

Cheers,

Ulli

-- 
Ullrich Jans, Specialist, IT-A
Phone: +49 9131 7701-6627, mailto:ullrich.j...@elektrobit.com 
Fax: +49 9131 7701-6333, www.elektrobit.com

Elektrobit Automotive GmbH, Am Wolfsmantel 46, 91058 Erlangen, Germany
Managing Directors: Otto Fößel, Jarkko Sairanen
Register Court Fürth HRB 4886 



Please note: This e-mail may contain confidential information
intended solely for the addressee. If you have received this
e-mail in error, please do not disclose it to anyone, notify
the sender promptly, and delete the message from your system.
Thank you.

Re: svn doesnt work on one of my 3g connections

[Jonathan Gordon]

On 14 September 2010 08:42, Edward Ned Harvey  wrote:
>> From: Jonathan Gordon [mailto:jdgo...@gmail.com]
>>
>> I have a rather odd problem where I cant use svn with one of my 3g
>> connections.
>
> What protocol are you using?  svn:// ??  http:// ??
>
> I would suspect either (a) the network connection blocks non-port-80, or (b)
> http traffic requires a proxy, which you didn't notice in your browser
> because the proxy auto-configured.
>
>

svn://
If I try http all i get is

$ svn co http://svn.rockbox.org/rockbox/themes.rockbox.org
svn: OPTIONS of 'http://svn.rockbox.org/rockbox/themes.rockbox.org':
200 OK (http://svn.rockbox.org)

I can telnet to that svn server and I can do the initial svn co so I
don't tihnk its a connection blocking issue.

Re: svn with linux: warning: no xauth data; using fake authentication data for X11 forwarding

[Florian Weimer]

* Leo Simon:

>
> There's stuff on the web about this warning but it's all related to ssh.
> Obviously I'm connecting with ssh_svn but the web suggestions don't
> seem to apply to my case.

If you don't want to fix your SSH problem, you configure the client or
the server not to attempt X11 forwarding.  You should probably do that
in any case (and it should be the default in more recent Solaris
releases).

-- 
Florian Weimer
BFK edv-consulting GmbH   http://www.bfk.de/
Kriegsstraße 100  tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99

RE: [SOLVED] Repository Directory Tree

[Giulio Troccoli]

> It sounds like good advice.  At least for the first few, I
> will check them out in an empty directory and compare them,
> then clear out the old directory and check them out into the
> one I really want to use.

Once you have compared the two trees, you don't need to check out again. Simply 
delete the old tree and renamed the new one. Each working copy is 
self-contained and can be copied, renamed or moved.



Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03

svn with linux: warning: no xauth data; using fake authentication data for X11 forwarding

[Leo Simon]

Hi

I'm using svn on a linux box, ubuntu hardy; the repository lives on a Sparc
workstation Sun-Fire-880.  I'm trying to set things up so that my coauthor can
check things into my repository.For some reason the usual svn_ssh command
doesn't work.   My coauthor is prompted for my password, but it's not
accepted.   Presumably this is a security setting on the Sparc.   So I've set
up a script so that when she svn's she first becomes me via an su command, and
then can then check in as I word.  This avoids the password problem as I have 
rsa
authentication set up.

This works but the problem is that it takes forever.   After a long period
of waiting, it says

Warning: No xauth data; using fake authentication data for X11 forwarding.

and then checks everything in as it is supposed to.

There's stuff on the web about this warning but it's all related to ssh.
Obviously I'm connecting with ssh_svn but the web suggestions don't seem 
to apply to my case.


Any help would be most appreciated!!

Leo

_

Professor Leo Simonleosi...@berkeley.edu
Agricultural and Resource Economicshttp://are.berkeley.edu/~simon
207 Giannini Hall #3310(510) 917-2916  (cell)
University of California at Berkeley   (510) 642-8230  (office)
Berkeley CA 94720-3310 (510) 643-8911  (fax)

RE:[SOLVED] Repository Directory Tree

[Williams, Allen]

-Original Message-
From: Giulio Troccoli [mailto:giulio.trocc...@uk.linedata.com]
Sent: Mon 9/13/2010 12:33 PM
To: anw-d...@infoisland.net; users@subversion.apache.org
Subject: RE: Repository Directory Tree
 
> >


Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03

-Original Message-


> > From: Giulio Troccoli [mailto:giulio.trocc...@uk.linedata.com]
> > Sent: Monday, September 13, 2010 3:52 AM
> > To: anw-d...@infoisland.net; users@subversion.apache.org
> > Subject: RE: Repository Directory Tree
> >
> > Please don't top post. On this ML the net-etiquette requires you to
> > post your reply at the bottom
> > >
> >
> >
> > Linedata Limited
> > Registered Office: 85 Gracechurch St., London, EC3V 0AA
> Registered in
> > England and Wales No 3475006 VAT Reg No 710 3140 03
> >
> > -Original Message-
> >
> >
> > > From: Aladdin [mailto:alad...@csunv.com]
> > > Sent: 12 September 2010 19:56
> > > To: users@subversion.apache.org
> > > Subject: RE: Repository Directory Tree
> > >
> > > Oops!  Sorry- should ALWAYS RTFM!!  I used " svn up NetDataSvc
> > > --force", and it *seemed* to work!
> > >
> > > Is this what I should have done, and now will need to do for each
> > > project I check out for the first time after doing this?
> > >
> > > Regards,
> > > Allen
> > >
> > > > -Original Message-
> > > > From: Aladdin [mailto:alad...@csunv.com]
> > > > Sent: Sunday, September 12, 2010 2:48 PM
> > > > To: 'Giulio Troccoli'; users@subversion.apache.org
> > > > Subject: RE: Repository Directory Tree
> > > >
> > > > Giulio,
> > > >
> > > > That seemed to work well, except now when I try to checkout
> > > one of my
> > > > projects, I get this:
> > > >
> > > > anw-dev:/home/anw/TechProjects# svn co
> file:///var/svn/NetDataSvc .
> > > > svn: Failed to add directory 'NotUsed': an unversioned
> directory
> > > > of the same name already exists
> > > >
> > > > "NotUsed" contains, as the name implies, a couple of C++
> > > and .h source
> > > > files that I'm not currently using but wanted to hang on
> > > to.  It is a
> > > > subdirectory under NetDataSvc.
> >
> > From the error message I guess /home/anw/TechProjects was not empty
> > when you tried the checkout. Using the --force option you have
> > overwritten the content of /home/anw/TechProjects/NotUsed with
> > whatever it was in the repository (it should have left
> untouched all
> > those files that are not in the repository).
> >
> > I don't know whether that was what you should have done. Maybe, or
> > maybe not. Only you can be the judge of that, because you know what
> > was in that directory before you check your working copy
> out. As per
> > having to do use --force every time, I wouldn't think so. I
> mean, you
> > would need to make a judgement call if you already have a NotUsed
> > directory, but if you do everytime, I would question why you do. I
> > personally would check out a fresh new working copy in a non, yet,
> > existing directory.
> >
> > G
>
> Sorry about the top post.  I'm also active on another mailing
> list regarding dovecot where you are *supposed* to top post.
> Again maybe I should have RTFM'd!

It's ok :-) Now you know

> OK- I think I understand.  What the directory had in it was a
> copy of what I put into the repository; I hadn't made any
> changes since it went it went in, so it should be fine.  All
> other directories similarly; so, if I understand correctly,
> if I delete them all first or just use --force to check them
> out, it should be the same.

> I'm not 100%. As I said I'm a bit uncomfortable in using the --force option. 
> I'd rather check > out in a new directory.
>
> G

It sounds like good advice.  At least for the first few, I will check them out 
in an empty directory and compare them, then clear out the old directory and 
check them out into the one I really want to use.

Thanks for all the help!!

Allen

Re: Ubuntu: store user credentials for svn-client

[bebop52]

Thank you Larry, sorry for the late reply (holidays).
I'm still struggling with the same problem. Here is the whole error-
message (I translated the German parts) commiting a Change in a
Latexfile with Emacs VC from Ubuntu 10.04:

"""Login:  Google Code Subversion
Repository
Password for »myLinuxUsername«: Login:  Google Code Subversion Repository
Username: svn: Transmission failed (Details folllow):
svn: MKACTIVITY from »/svn/!svn/act/
87b61f4b-1512-4235-82d2-6541103d5e74«: Authorisation failed: Could not
authenticate to server: rejected Basic challenge (https://
xyz.googlecode.com)"""

I did not change anything in my
~/.subversion/servers
file, so everything is commented out.

In my
~/.subversion/config
file I have something like this:

[groups]
# group1 = *.collab.net
myProject = https://xyz.googlecode.com/svn/trunk/
# myProject = https://xyz.googlecode.com/  did not work either

### Information for myProject:
[myProject]
# http-proxy-host = proxy1.some-domain-name.com
# http-proxy-port = 80
# http-proxy-username = blah
# http-proxy-password = doubleblah
# http-timeout = 60
# http-auth-types = basic;digest;negotiate #uncommenting this did not
work
# neon-debug-mask = 130
store-plaintext-passwords = yes   #don't care about secutity in this
case
username = myGoogleCodeUsername

Authentication should use myGoogleCodeUsername instead of
myLinuxUsername and prompt me for a password (?)
So my (very basic newbie) question remains:
How do I configure subversion on Ubuntu 10.04 to be able to
authenticate to a GoogleCode Repository?
Thanks for any help.


On 30 Aug., 16:13, Larry Evans  wrote:
> On 08/27/10 11:02, Larry Evans wrote:
> [snip]
>
>
>
> > I can't help but can sympathize.  I found a very similar problem
> > after upgrading ubuntu 8.04 -> ubuntu 10.04.
>
> > However, my symptoms were slightly different.  I got the:
>
> >   Could not authenticate
>
> > message but before that I got some query containing "gnome keyring".
>
> > Here's the actual session:
>
> > [CODE]
> > ~/prog_dev/boost-svn/ro/sandbox/rw/variadic_templates $ svn commit -m
> > "add macro, ARG_CONSTANCY, to test driver"
> > Password for '(null)' GNOME keyring:
> > svn: Commit failed (details follow):
> > svn: MKACTIVITY of
> > '/svn/boost/!svn/act/018d0a5a-eee7-49b3-b42e-b5295ef7b8f8':
> > authorization failed: Could not authenticate to server: rejected Basic
> > challenge (https://svn.boost.org)
> > ~/prog_dev/boost-svn/ro/sandbox/rw/variadic_templates $
> > [/CODE]
>
> > So, I'd like to echo bebop52's plea for help.
>
> > -Larry
>
> The solution my problem is in:
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessa...

Re: Up-to-date-ness check before commit and merge

[Florian Weimer]

> I think you are looking for 'svn status -u'
> (The -u option contacts the repository to allow showing both local and
> repository only changes)

For obvious reasons, I want to make this happen automatically before
"svn commit" and "svn merge".

(In case this is not so obvious: I regularly get up-to-date-ness
failures during serialized development on a single repository.  Those
pointless tree conflicts in "svn merge" are especially annoying.)

-- 
Florian Weimer
BFK edv-consulting GmbH   http://www.bfk.de/
Kriegsstraße 100  tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99

RE: Up-to-date-ness check before commit and merge

[Bert Huijben]

> -Original Message-
> From: Florian Weimer [mailto:fwei...@bfk.de]
> Sent: dinsdag 14 september 2010 9:35
> To: users@subversion.apache.org
> Subject: Up-to-date-ness check before commit and merge
> 
> I would like to perform an up-to-date-ness check before the commit
> message is shown for editing, and before "svn merge" changes the
> working copy.  I wouldn't mind even if those commands performed
> updates which are no-ops (besides the change in the base revision
> number) automatically.
> 
> Is this possible with Subversion 1.6.12?

I think you are looking for 'svn status -u'
(The -u option contacts the repository to allow showing both local and
repository only changes)

Bert

Re: Inconsistency between "svn list" and "svn checkout"

[Sidewinder_GER]

Hi,

Am 13.09.2010 23:46, schrieb Daniel Shahaf:
>> I would expect "svn list" to work in very much the same way than "svn
>> checkout", which means that it should continue to run and show me the
>> contents of the "3_public" subdirectory.
> 
> I agree.  Could you please file an appropriate issue in our tracker (if
> there isn't one already)?

I had a look and it seems there's nothing similar around there yet.
Hence, I added it to the bug tracker:


Thanks for confirming!

-- 
Michael Geisinger

Re: Re-integration Q...

[Arpad Ilia]

> I am running into the error:
> 
> svn: Cannot reintegrate from 'url://feature-branch' yet:
> Some revisions have been merged under it that have not been merged
> into the reintegration target; merge them first, then retry.
> 
> I came across a collab.net blog site[1] that referenced this issue. So I
> tried it in 1.6.6 too, which gave me a little more information - namely,
> one path in my branch seems to be missing a revision from trunk. In
> examining the svn:mergeinfo, it seems to be an 'off-by-one' - the
> svn:merge info records 5627:6031 as being merged but not 5626. I synced
> the branch using a 1.5.1 client; and running svn diff url-trunk url-branch
> produces only a delta in the svn:mergeinfo; so I am assuming the files are
> identical.
> 
> The merge revision in question adds a folder and file.
> 
> Reading more of the blog points to a forum[2], and following that I found a
> post[3] that references doing a record only merge, which I tried (using a
> 1.6.6 client), but it didn't seem to resolve the 'off-by-one' issue.

> 
> So, is it:
> 
> i) safe to just delete the svn:mergeinfo in this case?
> ii) is is safer/better to just 'svn pedit svn:mergeinfo' to include the
> extra revision? (e.g. edit 5627:6031 -> 5626:6013)
> 
> Would 'ii' even work? If so, which is (a) better, (b) safer?
> 
> I kind of lean towards 'i' since (1) it seems to be documented, and (2) the
> files do seem to be the same. But I'd like to understand this a little more
> before I do something.
> 
> TIA,
> 
> Ben
> 
> [1]http://blogs.open.collab.net/svn/2008/07/subversion-merg.html
> [3]http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessag
> eId=99955

How did you try the record-only merge?
I already had this kind of issue and record-only merges have always worked for 
me.

Arpad Ilia

Up-to-date-ness check before commit and merge

[Florian Weimer]

I would like to perform an up-to-date-ness check before the commit
message is shown for editing, and before "svn merge" changes the
working copy.  I wouldn't mind even if those commands performed
updates which are no-ops (besides the change in the base revision
number) automatically.

Is this possible with Subversion 1.6.12?

-- 
Florian Weimer
BFK edv-consulting GmbH   http://www.bfk.de/
Kriegsstraße 100  tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99