Hi, Ryan
The document root is /var/www/html/ .
On 2012/06/01, at 23:28, Ryan Schmidt wrote:
>
> On Jun 1, 2012, at 00:46, Masaru Kitajimam wrote:
>
>> Hi, Stefan
>> I looked /var/log/httpd/access_log and found an error.
>>
>> XXX.XXX.XXX.XXX - kitajima [30/May/2012:16:14:26 +0900] "GET /svn/
Stefan,
I double checked all httpd configuration files, but there was
no RedirectMatch for /svn location.
About Project1, I created new repository to check if the project
repository was broken.
I can see both in a browser.
On 2012/06/01, at 19:55, Stefan Sperling wrote:
> On Thu, May 31, 2012 a
On Fri, Jun 1, 2012 at 3:13 PM, Andreas Krey wrote:
> Hi everybody,
>
> is there already a bug on this? I can't always get the svn client to
> stop using ^C. Mostly this seems to happen with slow network I/O, like,
> for reproduction:
>
> prompt> time svn checkout http://217.140.74.17/doesnotexi
Hi everybody,
is there already a bug on this? I can't always get the svn client to
stop using ^C. Mostly this seems to happen with slow network I/O, like,
for reproduction:
prompt> time svn checkout http://217.140.74.17/doesnotexist
^C^C^Csvn: OPTIONS of 'http://217.140.74.17/doesnotexist': c
On 6/1/12 3:14 AM, Bert Huijben wrote:
>
>> -Original Message-
>> From: Philip Prindeville [mailto:philipp_s...@redfish-solutions.com]
>> Sent: vrijdag 1 juni 2012 1:47
>> To: users@subversion.apache.org
>> Subject: Issues with externals
>>
>> I'm using svn 1.6.11 of Centos 6.2.
>>
>> I've
Hi All,
I´m having problems to commit or update my workingcopy when I do it from
root directory. It gives me the error message:
"Server sent unexpected return value (413 Request Entity Too Large) in
response
to REPORT request for '/repo-sys/!svn/vcc/default'"
If I do the update or commit in c
On Jun 1, 2012, at 00:46, Masaru Kitajimam wrote:
> Hi, Stefan
> I looked /var/log/httpd/access_log and found an error.
>
> XXX.XXX.XXX.XXX - kitajima [30/May/2012:16:14:26 +0900] "GET /svn/
> project1 HTTP/1.1" 301 249 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X
> 10_7_4) AppleWebKit/534.57.2 (
Skylar Thompson writes:
> [skylar@hopper ~]$ svnadmin[Kmkdir svnrepo
> [skylar@hopper ~]$ svnadmin create svnrepo
> [skylar@hopper ~]$ mkdir svn
> [skylar@hopper ~]$ cd svn
> [skylar@hopper ~/svn]$ svn co file:///cluster/home/skylar/svnrepo/
> Authentication realm: c328e328-e9ab-e11
On 06/01/12 06:31, Stefan Sperling wrote:
> On Fri, Jun 01, 2012 at 06:00:31AM -0700, Skylar Thompson wrote:
>
>> I'm trying to track down a bizarre binary blob corruption issue. I'm
>> running svn v1.7.3 on FreeBSD, and I can replicate the corruption issue
>> with the file access method on a fr
Guten Tag Skylar Thompson,
am Freitag, 1. Juni 2012 um 15:00 schrieben Sie:
> I've attached a script file that demonstrates this.
I have some strange characters i you file after saving it from my mail
client The Bat!, maybe you should repost a zipped version unless I'm
the only one with this prob
On Fri, Jun 01, 2012 at 06:00:31AM -0700, Skylar Thompson wrote:
> I'm trying to track down a bizarre binary blob corruption issue. I'm
> running svn v1.7.3 on FreeBSD, and I can replicate the corruption issue
> with the file access method on a fresh repository. Basically I create a
> new repositor
I'm trying to track down a bizarre binary blob corruption issue. I'm
running svn v1.7.3 on FreeBSD, and I can replicate the corruption issue
with the file access method on a fresh repository. Basically I create a
new repository, "ls -l" the file before committing, remove the file, and
then update.
On Thu, May 31, 2012 at 10:46:08PM -0700, Masaru Kitajimam wrote:
> Hi, Stefan
> I looked /var/log/httpd/access_log and found an error.
>
> XXX.XXX.XXX.XXX - kitajima [30/May/2012:16:14:26 +0900] "GET /svn/
> project1 HTTP/1.1" 301 249 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X
> 10_7_4) AppleWeb
Hi!
I have found the bug: The working copy was checked out using version 1.6.x that
used svn:externals to check out the externals. Later on this working copy was
upgraded using TortoiseSVN to the format used by version 1.7. It looks like
this "upgrade" did not fully upgrade the externals. I hav
Hi,
Did you create the externals by using 'svn checkout' or did you create 'your
own externals' by checking out a separate working copy and assumed
Subversion would just use it as an external?
Svn status works correctly for me when I bring in externals using 'svn
checkout' o
> -Original Message-
> From: Philip Prindeville [mailto:philipp_s...@redfish-solutions.com]
> Sent: vrijdag 1 juni 2012 1:47
> To: users@subversion.apache.org
> Subject: Issues with externals
>
> I'm using svn 1.6.11 of Centos 6.2.
>
> I've noticed the following two issues with external
Hello!
In all versions up to 1.6.x "svn status" used to list all changed files
including those found in directories referenced using svn:externals. Using
version 1.7.5 this is not the case any longer. Even with option --depth
infinite, changed files are not listed. I consider this a bug since
Hello Joseph,
On 30.05.2012 17:40, Joseph Isenberg wrote:
I'm trying to set up a write through proxy and it was going OK. We
want the communication between the slave and the master to be
encrypted so we wanted to use https. I figured out how to get apache
to do that by adding "SSLProxyEngine o
Am 01.06.2012 08:29, schrieb Markus Schaber:
> Ulrich Eckhardt wrote:
>> Just use the
>> "export" function to get a file tree that is not a working copy.
>> Then, use "import" or "add" to add this tree to the target
>> repository. In no case is there a 1-step solution, you need at
>> least two step
19 matches
Mail list logo
