Guten Tag Alexander Haley,
am Dienstag, 9. Juli 2013 um 21:20 schrieben Sie:
> Any advice or followup requests?
What do you need the paths for? If it's by design that they are
relative now to the "current directory" you may have no other choice
than to either calculate absolute paths on your own
G'day,
I'm trying to get subversion 1.8 up on a NetBSD 5.2 (amd64) box using
pkgsrc, and am seeing the following at run-time :
bash-4.2# /etc/rc.d/apache start
Starting apache.
httpd: Syntax error on line 166 of /usr/pkg/etc/httpd/httpd.conf: Cannot
load libexec/mod_dav_svn.so into server:
Greetings all,
My trouble is that the XML output seems to have changed with the 1.8.0
subversion library. My interaction with Subversion is via the TortoiseSVN
software.
(I have never emailed this group - I am completely willing to rephrase my
question and/or pursue additional homework. I did r
On Tue, Jul 9, 2013 at 4:53 PM, Ryan Schmidt
wrote:
> On Jul 9, 2013, at 15:47, Stefan Sperling wrote:
>> On Tue, Jul 09, 2013 at 10:02:00PM +0200, Andreas Krey wrote:
>>> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
>>> ...
I think using UTF-8 by default would be a good choice
Варфоломеев Игорь wrote on Wed, Jul 10, 2013 at 05:22:49 +0400:
> > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > Sent: Tuesday, July 09, 2013 9:30 PM
> >
>
> > Can you please file an issue for this?
>
> OK. I've just created the issue:
> http://subversion.tigris.org/issues/show_bug.c
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: Tuesday, July 09, 2013 9:30 PM
>
> Can you please file an issue for this?
OK. I've just created the issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=4392
Thank you!
> (It's probably "bar@" that's the correct desination n
Варфоломеев Игорь wrote on Wed, Jul 10, 2013 at 04:39:23 +0400:
> > From: 'Daniel Shahaf' [mailto:d...@daniel.shahaf.name]
> > Sent: Wednesday, July 10, 2013 4:25 AM
> >
> > Варфоломеев Игорь wrote on Wed, Jul 10, 2013 at 04:17:37 +0400:
> > > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
>
> From: 'Daniel Shahaf' [mailto:d...@daniel.shahaf.name]
> Sent: Wednesday, July 10, 2013 4:25 AM
>
> Варфоломеев Игорь wrote on Wed, Jul 10, 2013 at 04:17:37 +0400:
> > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> > >
> > > Run 'svn add wc/b...@2.txt@'.
> >
> > Did you mean "svn add wc\
Варфоломеев Игорь wrote on Wed, Jul 10, 2013 at 04:17:37 +0400:
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> >
> > Run 'svn add wc/b...@2.txt@'.
>
> Did you mean "svn add wc\B\@2.txt@" ?
Forward and backward slashes are interchangeable when using svn on
windows.
> The latter, def
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
>
> Run 'svn add wc/b...@2.txt@'.
Did you mean "svn add wc\B\@2.txt@" ?
The latter, defiantly, would work, but I'd like to add all files and folders
inside folder "B" instead.
And I found that whether
%svn% add wc\B\*
command woul
On Tue, Jul 09, 2013 at 04:10:09PM -0500, Ryan Schmidt wrote:
> I just meant that if you record inside the working copy the encoding of the
> filesystem you're checking out on, that might not be the same as the encoding
> of the filesystem you might later copy that working copy to.
In case the c
On Jul 9, 2013, at 15:59, Branko Čibej wrote:
> On 09.07.2013 22:53, Ryan Schmidt wrote:
>> What happens if you copy a working copy between filesystems that have
>> different encodings?
>>
>> What happens if you copy a working copy from OS X or Windows (whose default
>> filesystems already know
On Tue, Jul 09, 2013 at 10:53:41PM +0200, Branko Čibej wrote:
> Sorry, I have to ask, useful *how* exactly? There is already a perfectly
> valid workaround for the case that Andreas is talking about, namely,
> relieving scripts authors from the complexity of parsing multi-lingual
> responses. It's
On 09.07.2013 22:50, Stefan Sperling wrote:
> On Tue, Jul 09, 2013 at 10:27:29PM +0200, Branko Čibej wrote:
>> In any case, as I said before, Unix filesystems do not standardize a
>> file name encoding. One has to assume that the locale is set correctly,
>> or be incompatible with all other applica
On 09.07.2013 22:53, Ryan Schmidt wrote:
> On Jul 9, 2013, at 15:47, Stefan Sperling wrote:
>> On Tue, Jul 09, 2013 at 10:02:00PM +0200, Andreas Krey wrote:
>>> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
>>> ...
I think using UTF-8 by default would be a good choice today. But i
On 09.07.2013 22:47, Stefan Sperling wrote:
> On Tue, Jul 09, 2013 at 10:02:00PM +0200, Andreas Krey wrote:
>> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
>> ...
>>> I think using UTF-8 by default would be a good choice today. But it
>>> certainly wasn't when the Subversion project w
On Jul 9, 2013, at 15:47, Stefan Sperling wrote:
> On Tue, Jul 09, 2013 at 10:02:00PM +0200, Andreas Krey wrote:
>> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
>> ...
>>> I think using UTF-8 by default would be a good choice today. But it
>>> certainly wasn't when the Subversion proj
On Tue, Jul 09, 2013 at 10:27:29PM +0200, Branko Čibej wrote:
> In any case, as I said before, Unix filesystems do not standardize a
> file name encoding. One has to assume that the locale is set correctly,
> or be incompatible with all other applications running on the system.
> This is not a new
On Tue, Jul 09, 2013 at 10:02:00PM +0200, Andreas Krey wrote:
> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
> ...
> > I think using UTF-8 by default would be a good choice today. But it
> > certainly wasn't when the Subversion project was started years ago.
> > And we cannot change t
On 09.07.2013 22:02, Andreas Krey wrote:
> On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
> ...
>
>> I don't really understand what kind of answers you are hoping to get.
> 'You might have a point there'?
Why should anyone concede your point when all cited documentation says
otherwise?
On 09.07.2013 21:43, Stefan Sperling wrote:
> On Tue, Jul 09, 2013 at 09:22:39PM +0200, Andreas Krey wrote:
>> On Tue, 09 Jul 2013 20:21:33 +, Branko ??ibej wrote:
>> ...
>>> I posit that if the "native encoding" is supposed to be UTF-8, then it
>>> is an error to use LANG=C at all. Instead, on
On 09.07.2013 21:22, Andreas Krey wrote:
>> So indeed, this state of affairs puts the burden of setting up their
>> locale correctly on users, but that's simply the way Unix works.
> No, it ain't. It's almost like the mailer looks into LANG to see
> how to interpret the incoming mail, instead of us
On Tue, 09 Jul 2013 21:43:50 +, Stefan Sperling wrote:
...
> I think using UTF-8 by default would be a good choice today. But it
> certainly wasn't when the Subversion project was started years ago.
> And we cannot change the existing default behaviour now. That would
> create compatibility nig
On Tue, Jul 09, 2013 at 09:22:39PM +0200, Andreas Krey wrote:
> On Tue, 09 Jul 2013 20:21:33 +, Branko ??ibej wrote:
> ...
> > I posit that if the "native encoding" is supposed to be UTF-8, then it
> > is an error to use LANG=C at all. Instead, one should use LANG=C.UTF-8.
>
> No, using LANG e
> -Original Message-
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: Tuesday, July 09, 2013 3:12 PM
> To: users@subversion.apache.org
> Subject: Re: "svn add" failing with "svn: E29: Can't set 'svn:eol-
> style': ... has binary mime type property" and/or inconsistent newlines
On Tue, 09 Jul 2013 20:21:33 +, Branko ??ibej wrote:
...
> I posit that if the "native encoding" is supposed to be UTF-8, then it
> is an error to use LANG=C at all. Instead, one should use LANG=C.UTF-8.
No, using LANG etc. for the interface between svn and the disk mixes up
the setup for the
On 09.07.2013 20:33, Andrew Reedick wrote:
> Bingo. "Somewhere" was the operative word. The Collabnet config file was
> being read from my roaming profile instead of from my windows home dir.
You're aware that, on Windows, Subversion doesn't look for config files
in %USERPROFILE%\.subversion at
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: Tuesday, July 09, 2013 2:00 PM
> To: Andrew Reedick
> Cc: users@subversion.apache.org
> Subject: Re: "svn add" failing with "svn: E29: Can't set 'svn:eol-
> style': ... has binary mime type property" a
On 09.07.2013 17:01, Andreas Krey wrote:
> On Tue, 09 Jul 2013 16:26:40 +, Branko ??ibej wrote:
> ...
>> Since we're on the topic, would you care to explain why translating
>> files to the native encoding is "a rather stupid idea"?
> Because LANG isn't "the native encoding", but, for the file s
On Tue, Jul 9, 2013 at 7:11 PM, Stefan Sperling wrote:
> Can you please file a new issue pointing to this thread?
Done. Issue 4391.
- Michael
Andrew Reedick wrote on Tue, Jul 09, 2013 at 13:40:53 -0400:
> However 'svn add --no-auto-props' does allow the add to work, but that's a
> bit drastic and inconvenient.
>
> That fact that 'svn add' fails on different files is really throwing me for a
> loop. I'm beginning to wonder if Somethin
We've had similar problems with large files with our svnsync. It has always
been a time out problem. If you are using httpd there is a time out value in
httpd.conf that can be increased (I don't recall the exact parameter). We also
use VIPs for our SVN servers and we had an issue with the VIP
it's very unlikely to be a memory leak... svnsync worked for 20+ hours and
synchronized 300 000+ revisions and downloaded 65+ Gb during the one sync
session before it felt in this trap. now it stuck... and can't synchronize
this revision after restart. The procedure is very slow, it took more than
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: Tuesday, July 09, 2013 1:22 PM
> To: Andrew Reedick
> Cc: users@subversion.apache.org
> Subject: Re: "svn add" failing with "svn: E29: Can't set 'svn:eol-
> style': ... has binary mime type property" and
I agree that it's a bug that, given a file 'foo', when 'bar' does not
exist[1],
svn copy foo bar@
and
svn move foo bar@
don't create a destination file with the same name. (It's probably
"bar@" that's the correct desination name in this case.) Can you please
file an issue for this?
Thank
Stefan Sperling wrote on Tue, Jul 09, 2013 at 19:13:32 +0200:
> On Tue, Jul 09, 2013 at 03:30:44PM +0400, Anatoly Zapadinsky wrote:
> > svnsync failed to sync repository with a single commit containing 56000
> > files. This commit handled perfectly by console svn and tortoise svn. We
> > can checko
Probably caused by auto-props setting an svn:eol-style property.
If tortoise actually crashed, please report that to
http://tortoisesvn.net/support.html
Andrew Reedick wrote on Tue, Jul 09, 2013 at 13:14:12 -0400:
> To add insult to injury, TortoiseSVN's add just died on a .css file:
> C:\t
Andrew Reedick wrote on Tue, Jul 09, 2013 at 13:03:10 -0400:
> "svn add" is having trouble with *.png files. This is with a 1.8 and a 1.7.9
> client.
>
> I create a new test repository, copy in some vender code, then when I run
> "svn add" I get the following error on 1.8:
> svn add build
To add insult to injury, TortoiseSVN's add just died on a .css file:
C:\temp\test18\foo\src\main\webapp\css
C:\temp\test18\foo\src\main\webapp\css\jquery.fancybox-1.3.4.css
File 'C:\temp\test18\foo\src\main\webapp\css\jquery.tooltip.css' has
inconsistent newlines
On Tue, Jul 09, 2013 at 03:30:44PM +0400, Anatoly Zapadinsky wrote:
> svnsync failed to sync repository with a single commit containing 56000
> files. This commit handled perfectly by console svn and tortoise svn. We
> can checkout this folder structure and so on. But when I tried to sync this
> co
Run 'svn add wc/b...@2.txt@'. That's the documented workaround for
escaping @, since it's used for the peg revision syntax.
Could 'svn add' not parse '@' in filenames specially? Well, yes. But
apparently, it doesn't behave that way in 1.8.0, and the above is the
workaround.
Варфоломеев Игорь w
On Tue, Jul 09, 2013 at 04:34:02PM +0200, Michael Pruemm wrote:
> For file:// access I had to mount the repository via NFS, and access is
> much slower.
>
>
> LANG=$l1 time svn co file:///... -r244060 C8-32-$l1-file
> C8-32-en_US.UTF-8-file
> 32.32user 21.51system 5:36.36elapsed 16%CPU (0avgtext+
"svn add" is having trouble with *.png files. This is with a 1.8 and a 1.7.9
client.
I create a new test repository, copy in some vender code, then when I run "svn
add" I get the following error on 1.8:
svn add build-pipeline-plugin-1.3.3
...
A build-pipeline-plu
On Tue, 09 Jul 2013 16:26:40 +, Branko ??ibej wrote:
...
> Since we're on the topic, would you care to explain why translating
> files to the native encoding is "a rather stupid idea"?
Because LANG isn't "the native encoding", but, for the file system
the "naive encoding".
What encoding is us
For file:// access I had to mount the repository via NFS, and access is
much slower.
LANG=$l1 time svn co file:///... -r244060 C8-32-$l1-file
C8-32-en_US.UTF-8-file
32.32user 21.51system 5:36.36elapsed 16%CPU (0avgtext+0avgdata
519408maxresident)k
1101632inputs+1799224outputs (4major+36982minor)p
On 09.07.2013 15:24, Andreas Krey wrote:
> On Tue, 09 Jul 2013 12:55:29 +, Michael Pruemm wrote:
> ...
>> The difference is in the setting of the LANG environment variable.
>> When set to "en_US.UTF-8", everything works as it should, but with
>> LANG=C, the check-out always fails.
> svn wants t
On Tue, Jul 9, 2013 at 3:44 PM, Stefan Sperling wrote:
> Michael, does this only happen with ra_serf? Can you please test
> with svn://, or svn+ssh://, or file:// access?
>
Here are the results with 32-bit 1.8.0 using svn+ssh:
LANG=$l1 time svn co svn+ssh://... -r244060 C8-32-$l1-svnssh
17.71us
On Tue, Jul 09, 2013 at 10:03:30AM +0200, Stefan Sperling wrote:
> On Mon, Jul 08, 2013 at 10:51:54PM -0500, Frank Loeffler wrote:
> > Would this now be a good time to open a ticket to try to get this in a
> > future release version?
>
> No need, I'll try to take care of this fix myself.
> Thanks
On Tue, Jul 09, 2013 at 03:24:15PM +0200, Andreas Krey wrote:
> On Tue, 09 Jul 2013 12:55:29 +, Michael Pruemm wrote:
> ...
> > The difference is in the setting of the LANG environment variable.
> > When set to "en_US.UTF-8", everything works as it should, but with
> > LANG=C, the check-out alw
On Tue, Jul 9, 2013 at 3:24 PM, Andreas Krey wrote:
> svn wants to convert file names in the repository to filename
> on the local disk by using the locally set LANG. This is a
> rather stupid idea, but that is the way it is.
>
Yes, I know. The whole point is that with 1.7.10 it works, but with
On Tue, 09 Jul 2013 12:55:29 +, Michael Pruemm wrote:
...
> The difference is in the setting of the LANG environment variable.
> When set to "en_US.UTF-8", everything works as it should, but with
> LANG=C, the check-out always fails.
svn wants to convert file names in the repository to filenam
When checking out one of the subsystems from our repository, the
check-out always fails for one of my colleagues with the following
error messages after about 2/3 of the files:
svn: E155009: Failed to run the WC DB work queue associated with
'$HOME/C8-32-C-serf/CCS/db/src', work item 9694 (file-in
svnsync failed to sync repository with a single commit containing 56000
files. This commit handled perfectly by console svn and tortoise svn. We
can checkout this folder structure and so on. But when I tried to sync this
commit to the local mirror repository it fails.
32 bit version of svnsync cras
On Tue, Jul 9, 2013 at 1:31 AM, Andreas Krey wrote:
> On Mon, 08 Jul 2013 14:33:03 +, Andy Levy wrote:
>
>> I just checked out 2400 files, about 1.7GB, and it took just over 19 minutes.
>>
>> Client I/O speed is a big factor (7200RPM hard drive w/ NTFS in my case).
>
> 9550 Files, half a GB wc
Guten Tag Andreas Krey,
am Dienstag, 9. Juli 2013 um 11:02 schrieben Sie:
> the machine now under my desk
> writes a tree of 10 files and 7GB in about a minute (that is
> not an svn checkout).
And that's the hardware I wanted to read about, there surely is some
advanced RAID or SSD used and n
On Tue, 09 Jul 2013 09:52:22 +, Thorsten Schöning wrote:
...
> am Dienstag, 9. Juli 2013 um 07:31 schrieben Sie:
>
> > 9550 Files, half a GB wc size, 15 seconds.
>
> > You may want to use another file system?
>
> Or your hardware and connection to your repo with it's server etc. I
> vote for
On Mon, Jul 08, 2013 at 10:51:54PM -0500, Frank Loeffler wrote:
> Would this now be a good time to open a ticket to try to get this in a
> future release version?
No need, I'll try to take care of this fix myself.
Thanks for your report!
Guten Tag Andreas Krey,
am Dienstag, 9. Juli 2013 um 07:31 schrieben Sie:
> 9550 Files, half a GB wc size, 15 seconds.
> You may want to use another file system?
Or your hardware and connection to your repo with it's server etc. I
vote for the latter and claim that you didn't mention little deta
58 matches
Mail list logo
