I'm new to the whole SVN thing, it's pretty sweet so I thought I might try it
out on my home computer.
I have:
Windows 7 Ultimate x32
I installed the following programs:
Apache 2.0.64
Subversion 1.5.1
TortoiseSVN 1.6.14.21012
I added the following lines to Program Files\Apache
Group\Apache2\co
Thanks Mark,
Any idea why including them would cause certain tests to fail?
I'm not sure how significant this is, but I get these messages during my
build:
msgfmt.exe: de.spo: warning: Charset missing in header.
Message conversion to user's charset will not
work.
msg
On Thu, Mar 24, 2011 at 12:03 PM, Michael Remijan wrote:
> I'm fairly new to svn and I'm trying to get my head around how svn handles
> branches and merging. I've done a lot of reading on this, I've been able to
> work my way through merging changes from TRUNK to a BRANCH but I still do
> not qui
2011/3/24 David Huang :
>
> On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
>
>> On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
>>> You are not giving much specifics, so how can people know what is going on
>>> in your case?
>>
>> Specifics for complete 100% reproducable problem:
>>
>> do svn u
I'm fairly new to svn and I'm trying to get my head around how svn handles
branches and merging. I've done a lot of reading on this, I've been able to
work my way through merging changes from TRUNK to a BRANCH but I still do not
quite understand it. If someone could start by explaining what ha
On 03/23/2011 09:02 PM, David Huang wrote:
> If you're sure that the mergeinfo is bogus, why not just delete it?
> e.g., svn propdel svn:mergeinfo
> fnfapp/src/java/com/fnfbook/bean/FilterListBase.java
I'm sure. I'll try that.
I have not tried it before, because I can't figure out what in the he
On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
> On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
>> You are not giving much specifics, so how can people know what is going on
>> in your case?
>
> Specifics for complete 100% reproducable problem:
>
> do svn update for whole project
> create
On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
> You are not giving much specifics, so how can people know what is going on
> in your case?
Specifics for complete 100% reproducable problem:
do svn update for whole project
create branch from trunk
change one source file, not the one with the
2011/3/24 Steve Cohen :
>
> The files haven't changed in two years. Yet every time I do a merge I
> encounter them. And all it's about is "merge info". Isn't there some way
> to get the "merge info" right? There MUST BE.
>
Maybe "svn merge --record-only" on the root of the project with that
r
On 03/23/2011 05:36 PM, Pat Farrell wrote:
Since then, these files are picked up for properties merges whenever I merge
their project even though they haven't really changed in years. How can I
FIX this merge info so I stop being bothered by them.
Wouldn't "svn revert filename" clear this? Or d
Both features only enable the error messages and help to appear in non-English
languages.
Sent from my iPhone
On Mar 23, 2011, at 6:44 PM, Glen Cooper wrote:
> Actually it turns out that if I omit --enable-nls but keep
> --with-libintl=..\svn-win32-libintl all the tests pass.
>
> Is --enable
Actually it turns out that if I omit --enable-nls but keep
--with-libintl=..\svn-win32-libintl
all the tests pass.
Is --enable-nls required for something? Based on the documentation I
thought --enable-nls was somehow linked to --with-libintl. What do I lose
if I don't pass the --enable-nls argum
>> Since then, these files are picked up for properties merges whenever I merge
>> their project even though they haven't really changed in years. How can I
>> FIX this merge info so I stop being bothered by them.
>
> Wouldn't "svn revert filename" clear this? Or did you want to keep your
> chang
On Wed, Mar 23, 2011 at 5:37 PM, Steve Cohen wrote:
> Somewhere back in the distant past, I was a bad bad boy and did something
> that SVN didn't like to get some merge to work. This happened about two
> years ago.
>
> Since then, these files are picked up for properties merges whenever I merge
>
Somewhere back in the distant past, I was a bad bad boy and did
something that SVN didn't like to get some merge to work. This happened
about two years ago.
Since then, these files are picked up for properties merges whenever I
merge their project even though they haven't really changed in ye
Hi,
Let's have the following folder/file structure:
* f1
** test.txt
(so the file 'test.txt' is part of folder 'f1').
After renaming 'f1' to 'f2' (using svn rename) I get the following
error when executing:
>svn lock f2/test.txt
svn: Path '/f2/test.txt' doesn't exist in HEAD revision
Of cour
On Wed, Mar 23, 2011 at 11:04 AM, Stefan Sperling wrote:
> On Wed, Mar 23, 2011 at 02:47:46PM +0100, Cecil Westerhof wrote:
>> As I understand it the caching or not is done through setting:
>> ${HOME}/.subversion/servers
>>
>> Is it possible to do this centrally?
>
> Put this in /etc/subversio
Hello,
When building subversion with the --with-libintl option, I have a number of
tests that don't pass in the test suite. If I remove the --with-libintl
option and rebuild, all tests pass. I am using the svn-win32libintl package
downloaded from tigris.
Here's my call to gen-make.py. This won
On Wed, Mar 23, 2011 at 02:47:46PM +0100, Cecil Westerhof wrote:
> As I understand it the caching or not is done through setting:
> ${HOME}/.subversion/servers
>
> Is it possible to do this centrally?
Put this in /etc/subversion/servers:
[global]
store-plaintext-passwords=no
Op woensdag 23 mrt 2011 15:02 CET schreef Nico Kadel-Garcia:
>> As I understand it the caching or not is done through setting:
>> ${HOME}/.subversion/servers
>>
>> Is it possible to do this centrally?
>
> Your question is a bit unclear. The client needs cached keys, or
> passwords, in order to
On Wed, Mar 23, 2011 at 9:47 AM, Cecil Westerhof wrote:
> As I understand it the caching or not is done through setting:
> ${HOME}/.subversion/servers
>
> Is it possible to do this centrally?
Your question is a bit unclear. The client needs cached keys, or
passwords, in order to do anything th
As I understand it the caching or not is done through setting:
${HOME}/.subversion/servers
Is it possible to do this centrally?
--
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Op woensdag 23 mrt 2011 11:20 CET schreef Ulrich Eckhardt:
>> I have set up a repository for a client.
>>
>> When giving:
>> svn list svn://localhost
>>
>> I get nothing. As expected, because the repository is empty.
>>
>> But when I try:
>> svn mkdir svn://localhost/test -m ''
>>
>> I get:
>> svn
On Wednesday 23 March 2011, Cecil Westerhof wrote:
> I have set up a repository for a client.
>
> When giving:
> svn list svn://localhost
>
> I get nothing. As expected, because the repository is empty.
>
> But when I try:
> svn mkdir svn://localhost/test -m ''
>
> I get:
> svn: Authori
I have set up a repository for a client.
When giving:
svn list svn://localhost
I get nothing. As expected, because the repository is empty.
But when I try:
svn mkdir svn://localhost/test -m ''
I get:
svn: Authorization failed
On my own system I can do this without a problem.
On my
25 matches
Mail list logo
