Peter Kahn citizenk...@gmail.com writes:
*Problems we are seeing:*
1. changes not reported during trunk-to-branch merge show up in
subsequent branch-to-trunk
2. conflicts on svn:mergefinfo properties during merge
3. file missing, but local edit on new file added in branch and
Stefan Sperling s...@elego.de writes:
Blindly marking all delete vs. delete conflicts resolved is wrong
(unless you don't care about rename conflicts).
As I said, it's debatable. One could decide that since renames don't
exist they really are just copies and deletes. In that case the
deletes
Daniel Shahaf d...@daniel.shahaf.name writes:
Old repositories don't have a fsfs.conf file. I think we should either make
'hotcopy' tolerate the absence of that file, or make 'svnadmin upgrade' create
it; otherwise,
svnadmin1.5 create foo
svnadmin1.7 hotcopy foo bar
will fail
Takács András wako...@gmail.com writes:
/ # svn mkdir file:///var/svn/testrepo/xxx -m aaa
fs_fs: [LINE 2082] calling svn_fs_fs__read_noderev
fs_fs: [LINE 2140] calling read_rep_offsets '0 0 4 4
2d2977d1c96f487abe4a1e202dd03b4e'
read_rep_offsets: [LINE 1947] '0 0 4 4
Takács András wako...@gmail.com writes:
2010/12/3 Philip Martin philip.mar...@wandisco.com:
Takács András wako...@gmail.com writes:
/ # svn mkdir file:///var/svn/testrepo/xxx -m aaa
fs_fs: [LINE 2082] calling svn_fs_fs__read_noderev
fs_fs: [LINE 2140] calling read_rep_offsets '0 0 4 4
Takács András wako...@gmail.com writes:
One more interesting addition:
The representation_string function is called from svn_fs_fs__write_noderev.
Here at the nodrerev-data_rep section I preinted out the revision,
offset, size, enpanded_size fields from the noderev-data_rep
structure:
rev
Philip Martin philip.mar...@wandisco.com writes:
Takács András wako...@gmail.com writes:
The next debug step is in the representation_string function. Before
calling the apr_psprintf function, I printed out again the fields:
rs rev 0
rs offs 4618628953320456192
in hex: 4018AA90
Takács András wako...@gmail.com writes:
I checked my toolchain. It's using 32 bit file offsets.
I tried an other toolchain (ct-ng + eglibc). Same result. :(
2010/12/3 Philip Martin philip.mar...@wandisco.com:
Takács András wako...@gmail.com writes:
Here at the nodrerev-data_rep section I
Takács András wako...@gmail.com writes:
Here you are printing 64-bits, so some part of your system thinks that
apr_off_t is 64-bits. How are apr_off_t and APR_HAS_LARGE_FILES defined
in apr.h?
#define APR_HAS_LARGE_FILES 0
typedef off_t apr_off_t;
I think this is OK,
neil.tu...@rwe.com writes:
My user reported that an extra file existed in the repository after
performing a merge (claiming this file was not in his working copy prior
to the commit). My initial thought was they had done the merges out of
sequence causing the deletion of a file before it was
Bert Huijben b...@qqmail.nl writes:
What I find is that the problem sometimes appears and sometimes does
not. It's not predictable either, repeating a failed export/checkout
will sometimes work and sometimes fail at a different place. That is
the case when I try that neon URL:
svn:
Mark Phippard markp...@gmail.com writes:
On Tue, Aug 9, 2011 at 4:49 PM, michael_rytt...@agilent.com wrote:
** **
Ok, I’ve tracked down which revision caused the problem. It happened in
rev 1104160. Stefan2 made a change to utf.c to speed up UTF8 conversion.
Ever since this change went
michael_rytt...@agilent.com writes:
I am attaching a stack trace with symbols enabled.
Thanks!
I'm using gcc. The default in the makefile.
I think RHEL may have come with two different gcc, a 3 series and a 4
series. What version does 'gcc -v' show?
I am using the apr that you get from
Dave Huang k...@azeotrope.org writes:
On Aug 10, 2011, at 4:51 PM, Philip Martin wrote:
convset looks to be corrupt, that value is way bigger than the other
pointer values. It looks like ASCII, -ftu-nvs, but that probably
just means it's random.
It's byte-reversed svn-utf-
Ah, yes! It's
Philip Martin philip.mar...@wandisco.com writes:
michael_rytt...@agilent.com writes:
If I disable optimizations by doing make CFLAGS=-O0 the program no
longer crashes.
That suggests it could be a compiler bug.
The other flag you could try is to enable optimisation but to use
-fno-strict
michael_rytt...@agilent.com writes:
It is set to 1
Looking at the rest of the stack trace I would say this is the first
call to a utf8 conversion function that would have invoked
get_xlate_handle_node and I suspect it is that function that is going
wrong. At a guess something to do with
Patrick Quirk p.qu...@smt.com writes:
I upgraded to 1.7 yesterday when the new version of Tortoise came out,
and used it with no issues last evening and today until I encountered
this assertion:
In file
Patrick Quirk p.qu...@smt.com writes:
Is the sqlite3 utility readily available on Windows? If it is then run:
sqlite3 .svn/wc.db select * from work_queue
Yep, here's the output:
79|(file-install X/MONSTER.FMX/MONSTER.FMX.csproj 1 0 1 1)
80|(file-install
Stefan Sperling s...@elego.de writes:
On Thu, Oct 13, 2011 at 04:28:21PM +0200, Daniel Sparing wrote:
Dear fellow subversion users,
as requested by the error message, i would like to report an error as
the following:
---8---
In file
Hyrum K Wright hyrum.wri...@wandisco.com writes:
Another option might be to run a pre-upgrade check to ensure this type
of error doesn't exist, before we irrevocably upgrade (and potentially
hose) the working copy.
This is happening during upgrade so the working copy remains a 1.6
working
Patrick Quirk p.qu...@smt.com writes:
Is the sqlite3 utility readily available on Windows? If it is then run:
sqlite3 .svn/wc.db select * from work_queue
Yep, here's the output:
79|(file-install X/MONSTER.FMX/MONSTER.FMX.csproj 1 0 1 1)
80|(file-install
Ed Hillmann ed.hillm...@gmail.com writes:
checking for a BSD-compatible install... build/install-sh -c
configure: Apache Portable Runtime (APR) library configuration
checking for APR... yes
checking APR version... 1.4.5
/u01/ct/ctapp/subversion-1.7.0/configure: bad substitution
I can't
sebb seb...@gmail.com writes:
In that case, either that is an insufficient check, or the upgrade
fails to act correctly on the results of the check.
In what way? The upgrade detected the problem, stopped the upgrade and
left the 1.6 working copy unchanged apart from some files in .svn/tmp.
[Adding dev@s.a.o as I think this is a bug in the Subversion code,
although I don't know enough to be sure.]
Jean-Daniel Dupas devli...@shadowlab.org writes:
Le 18 oct. 2011 à 18:39, Jean-Daniel Dupas a écrit:
After upgrading to svn 1.7, I encounter some very annoying issues.
I have a web
Andreas Krey a.k...@gmx.de writes:
+ svn commit -m 1
Adding kadr.polon.p
Transmitting file data .ld.so.1: svn: fatal: relocation error: file
/export/home/krey/svn17/lib/libsvn_delta-1.so.0: symbol compressBound:
referenced symbol not found
I think that is a zlib symbol.
Les Mikesell lesmikes...@gmail.com writes:
Perhaps it is obvious and known to you. I think the number of error
reports on the list indicates that the scenarios that cause errors are
not generally well understood.
The error in this case:
line 1935: assertion failed
Stefan Sperling s...@elego.de writes:
On Fri, Oct 21, 2011 at 10:34:52AM +0100, Jon Nicoll wrote:
So, my question is: is there something in the 'svn commit' protocol
which causes the client process to do a lot of work, potentially
causing the client machine to run out of memory, up to one
Jon Nicoll jnic...@hanoverdisplays.com writes:
So for now I would be best off to regard my 'initial working
directory' as suspect, and if I checkout from the server into a new
directory, that directory should be correct, yes?
You will probably need to run cleanup on the old working copy to
Philip Martin philip.mar...@wandisco.com writes:
Le 18 oct. 2011 à 18:39, Jean-Daniel Dupas a écrit:
Before the update, this configuration were working fine. But after
the update, anytime the server receives a POST request (whatever the
path is), the dav_svn module try to handle
Richard Millet richard.mil...@berkeley.edu writes:
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\lib
svn_wc\copy.c'
line 491: assertion failed (child_status ==
svn_wc__db_status_server_excluded)
Probably issue 4026:
Mothmonsterman p.e.fletc...@gmail.com writes:
Should this have been resolved with Issue 4015?
http://subversion.tigris.org/issues/show_bug.cgi?id=4015
On Oct 17, 4:30 pm, Mothmonsterman p.e.fletc...@gmail.com wrote:
same problem here..
On Oct 4, 1:10 pm, Rolf Campbell
Jacob Weber ja...@jacobweber.com writes:
I want to pass the output of svn diff OLD-URL NEW-URL to a
code-review tool, but I need to include the full path of each file
in the ---/+++ headers.
The paths in the output always seem to be relative to the directories
you pass in. Is there a way
Mothmonsterman p.e.fletc...@gmail.com writes:
No, it was the 2011-10-11 — 1.7.0
I just noticed there is a 1.7.1 release, so I upgraded client to it...
No dice, still have same issue. (svn, version 1.7.1 (r1186859)).
It is a 1.6 checkout upgraded to 1.7.
My setup is identical to the test
Mothmonsterman p.e.fletc...@gmail.com writes:
2011-10-11 — 1.7.0 was used to do the upgrade. No release candidates
were ever installed.
On Oct 24, 5:28 pm, Philip Martin philip.mar...@wandisco.com wrote:
Mothmonsterman p.e.fletc...@gmail.com writes:
No, it was the 2011-10-11 — 1.7.0
I
Mothmonsterman p.e.fletc...@gmail.com writes:
External definition:
C:\eclipse\workspaces_3_6\CADOC\eOMISsvn propget svn:externals
^/eOMIS/trunk/src/a/b/c/SF02_SampleClass.java src/a/b/c/
SF02_SampleClass.java
^/eOMIS/trunk/src/a/b/c/SF02_SampleServlet.java src/a/b/c/
SF02_SampleServlet.java
Davor Barcan davor.bar...@markit.com writes:
During an update I received the following error:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\update_editor.c'
line 2898: assertion failed (status != svn_wc__db_status_normal)
I did not see that
Stefan Sperling s...@elego.de writes:
With BDB repositories, it will not work, so you should dump/load.
Is that right? According to the documentation:
http://download.oracle.com/docs/cd/E17076_02/html/gsg/C/databaseLimits.html
the BDB database files are portable. I think the BDB environment
Attila Nagy b...@fsn.hu writes:
I'm trying to update a working copy of some tens of GBs with svn 1.7.1
Did you upgrade with 1.7.0 or 1.7.1?
$ svn up
Updating '.':
svn: E235000: In file 'subversion/libsvn_wc/update_editor.c' line
1582: assertion failed (action == svn_wc_conflict_action_edit
Schoenbrun, Jason jschoenb...@fhlb-of.com writes:
I got the same error twice - once the first time I was doing that
checkout, and then again when I checked out on top of an existing
working copy.
I'm not sure if it was checking out externals at the time.
There is not much I can do with the
Schoenbrun, Jason jschoenb...@fhlb-of.com writes:
We have a few directories under the main repository URL - trunk
worked, but the problem occurred in legacy. It happens each time (2x?
3x?) in the same place.
If you just checkout legacy, or legacy/foo, or legacy/foo/bar,
does the problem still
Schoenbrun, Jason jschoenb...@fhlb-of.com writes:
Yes, it happens in all 3 scenarios.
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: Wednesday, October 26, 2011 11:47 AM
To: Schoenbrun, Jason
Cc: users@subversion.apache.org
Subject: Re
Attila Nagy b...@fsn.hu writes:
On 10/26/11 15:37, Philip Martin wrote:
Attila Nagyb...@fsn.hu writes:
I'm trying to update a working copy of some tens of GBs with svn 1.7.1
Did you upgrade with 1.7.0 or 1.7.1?
I've upgraded the WC with 1.7.0, then switched to 1.7.1, which I'm
currently
Wabe W wabekoelm...@hotmail.com writes:
I also tried a checkout of a(n existing) repository to a different
location. I get the same error message when I try to update.
This is reproducible? You checkout some revision R1 and update to R2
and see the error?
Can you describe the changes between
Mark Phippard markp...@gmail.com writes:
I would imagine svn upgrade is almost entirely writes and I recall it does
quite a few transactions. So couldn't the linear slow down just be based on
the growth in the amount of bytes that are written to disk each time?
Yes, number of transactions
Mojca Miklavec mojca.miklavec.li...@gmail.com writes:
I'm experiencing some weird behaviour with SVN 1.7. The following
sequence of commands fails to respect --depth=empty:
svn co --depth=empty http://foundry.supelec.fr/svn/metapost
svn up --depth=empty metapost/tags
(you can use
Wabe W wabekoelm...@hotmail.com writes:
This is reproducible? You checkout some revision R1 and update to R2
and see the error?
Can you describe the changes between R1 and R2?
I just did a checkout of the latest revision of the repository. So, if
I click update the chances are large that
Philip Martin philip.mar...@wandisco.com writes:
I'm surprised it happens when the update makes changes to the working
copy, I can't see how close_edit is called in that case.
Oops! I meant to say I can't see how end_directory_update is called.
--
Philip
Nrupen Kantamneni n...@cypress.com writes:
Now from my mobile browser, I should be able to upload a document to
the server after downloading the file and making changes. That would
be more convenient for me to manage the files from where ever I am.
Hope I am clear in clarifying my use model
Stefan Sperling s...@elego.de writes:
On Tue, Nov 01, 2011 at 11:31:35AM -0600, michael_rytt...@agilent.com wrote:
Note that I am not going to commit this as is.
It just tests whether the overhead of sorting paths in sqlite matters
much on NFS.
Index: subversion/libsvn_wc/wc-queries.sql
Stefan Sperling s...@elego.de writes:
On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
I put in the ORDER BY to preserve the parents before children
notification used by 1.6. I wonder if that notification order is
important?
See r1196191.
It should preserve the 1.6.x order
Wabe W wabekoelm...@hotmail.com writes:
I assume you are using some sort of server. Which version of Subversion
is the server running?
It is 1.0.8 (2004)
That's old (very old) and unsupported. The client should still work but
I haven't built or used 1.0.x for years.
Is it a googlecode
Tomáš Klinkovský tkl...@iol.cz writes:
My server is also very old:
$ svn --version
svn, version 1.0.9 (r11378)
compiled Oct 14 2004, 10:04:20
But I don't access it through Apache, I have the Subversion daemon
running and I use the svn: protocol.
Can I provide any other help?
I
Wabe W wabekoelm...@hotmail.com writes:
So, we just have to update the server and see if the problem is solved?
It's issue 4048, it may get fixed in a 1.7.x release:
http://subversion.tigris.org/issues/show_bug.cgi?id=4048
--
Philip
Michaël Bruneel m...@alethes.be writes:
Location ~ ^/(?!viewvc)
DAV svn
SVNPath /srv/svnroot/myproject
/Location
Given Location /foo/bar and an URL '/foo/bar/zig/zag' mod_dav_svn
treats '/foo/bar' as the path to the repository and '/zig/zag' as the
path inside the
Tony Butt tony.b...@cea.com.au writes:
On Tue, 2011-11-08 at 13:50 +0200, Daniel Shahaf wrote:
Tony Butt wrote on Tue, Nov 08, 2011 at 15:07:55 +1100:
I tried to edit the log message of a commit made with svn+ssh://, using
http:// access, and failed. Now the strange thing, after changing a
Neil Bird n...@jibbyjobby.co.uk writes:
Am I just doing something wrong?
You are trying to make a file external point to a file in a different
repository, that is not supported.
--
Philip
Bastian Holtermann / SOREL GmbH b.holterm...@sorel.de writes:
I got the problem that when I checkout some code that is using
externals with a special specified revision of that external to be
checked out svn checks out the head revision in stead of the specified
revision number.
Agreed, that
Ulrich Eckhardt ulrich.eckha...@dominolaser.com writes:
Am 10.11.2011 10:07, schrieb JESUS LUNAR PEREZ:
Please take the time to report this on the Subversion mailing list
with
as much information as possible about what you were trying to do.
Gunnar Dalsnes har...@online.no writes:
REM change this to the dir you are running the script from
set wd=c:/temp/test
svnadmin create repo
svn mkdir file:///%wd%/repo/trunk -m test
svn co file:///%wd%/repo/trunk trunk1
svn co file:///%wd%/repo/trunk trunk2
trunk2 is an empty directory
Neil Bird n...@jibbyjobby.co.uk writes:
Having just done a couple of commits (after an update), I did some
work on a file then went to commit again (no 2nd. update) and
TortoiseSVN reported no changes.
A command line 'svn status .' is giving me:
svn: E200030: database disk image is
Neil Bird n...@jibbyjobby.co.uk writes:
*** in database main ***
On tree page 40898 cell 60: 2nd reference to page 325
On tree page 40898 cell 60: Child page depth differs
On tree page 40898 cell 61: Child page depth differs
rowid 14277 missing from index sqlite_autoindex_PRISTINE_1
rowid
Jens Geyer j...@vsx.net writes:
I can confirm that.
Deleting is only possible if the user has write permnissions on the
ENTIRE path.
/ top/subdir/mypath
In order to delete mypath, the user needs write permission on
/
/top/subdir
/top/subdir
Stefan Sperling s...@elego.de writes:
On Thu, Nov 10, 2011 at 05:25:27PM +, Philip Martin wrote:
I wonder if there is an upper/lower case problem somewehere in your
authz file? Or perhaps in the Subversion authz code?
If so, this is likely due to the change in case-awareness we made
Bostjan Skufca bost...@a2o.si writes:
Well, in my case, it is all lower-case all the time. Is there any other way
to double check this? I checked with svn ls ... every component of path
to be lower case, and it was. authz file is also in lower case completely.
Still, delete as described
Zibetti Paolo paolo.zibe...@sisal.it writes:
With Subversion version 1.6.x, I could add the --quiet switch to the
svn copy command to suppress all output in case the command succeeds.
With Subversion version 1.7.1 svn copy --quiet ... always prints
informational messages such as Committed
Gunnar Dalsnes har...@online.no writes:
REM tree conflict
svn resolve --accept=working dir1
Did you miss a step?
No, nothing is missed, but it seems this line is useless (but
harmless). The problem appears regardless.
trunk2 is still an empty directory at r1, how can
that cause a
Philip Martin philip.mar...@wandisco.com writes:
The merge creates an added directory wc/D (copied from /T/D in the
repo). This conflicts with the directory D added by the update (which
is /X/B in the repo) so a tree conflict is created. Note that wc/D is
Typo: /X/B should be /B/D.
marked
Bostjan Skufca bost...@a2o.si writes:
Nope, first step already fails (commit 3) if there are [/]\n* = r lines
present in authz file.
It works if I create authz file like this (note the usage of rw everywhere):
[/A/B]
pm = rw
[/X/Y]
pm = rw
-
It DOES
Michaël Bruneel m...@alethes.be writes:
IMHO, given Location ~ ^/(?!viewvc) and URL '/', mod_dav_svn
should be able to understand the regular expression and treat '/' as
both the path to the repository and the path inside the repository. It
should not use raw '(?!viewvc)' data as it does
/X/Y@19
32558 2011-11-14T11:27:52.238221Z - testuser1 svn reparent /A/B
32558 2011-11-14T11:27:52.238256Z - testuser1 svn check-path /A/B/E@19
--
On 14 November 2011 10:49, Philip Martin philip.mar...@wandisco.com wrote:
Bostjan Skufca
Bostjan Skufca bost...@a2o.si writes:
Authz is correct, I just changed pm to testuser1 because user already
existed and because it is bad to use auth credentials which have been sent
to mailing list on a public server:)
But it makes it harder for us to work out whether you are doing things
Bostjan Skufca bost...@a2o.si writes:
This does not work:
svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
Authentication realm: svn://127.0.0.1:3690 Test repo
Password for 'testuser1':
svn: E220004: Access denied
The difference is that you are doing:
svnserve -dr svn
svn cp svn:/localhost/X/Y
Ethan Bradford ethan.bradf...@swype.com writes:
I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so the
bug (or a similar one) definitely persists.
I've got very big trees, so checkouts take most of a day, so redoing the
checkout isn't so convenient.
What did the 1.6
Ethan Bradford ethan.bradf...@swype.com writes:
Do you have the sqlite3 tool available to query the 1.7 working copy?
sqlite3 .svn/wc.db select count(*) from nodes where op_depth 0
I installed sqlite3 to check this. The answer it gets is 0.
Fine. Next:
sqlite3 .svn/wc.db select * from
Neil Bird n...@jibbyjobby.co.uk writes:
Copy NODES_COPY into NODES:
sqlite3 .svn/wc.db insert into NODES select * from NODES_COPY
Oops. “Error: database disk image is malformed”.
Which is a bit odd, since we copied NODES to NODES_COPY OK, and have
since re-created NODES!
Odd indeed.
Frank Liu - Orite Group fr...@orite.com writes:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
That's the same error as reported in this thread:
Ethan Bradford ethan.bradf...@swype.com writes:
sqlite3 .svn/wc.db select * from work_queue
3|(file-install 59
DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED] 1 0 1 1)
sqlite3 .svn/wc.db select * from nodes where
Ethan Bradford ethan.bradf...@swype.com writes:
I don't know what the server version is. cURL won't accept an svn: URL.
Ah! svnserve. Then telnet server.com 3690 will get the handshake
which will tell us something.
Using the repo browser I can see the whole history. There are just two
Philip Martin philip.mar...@wandisco.com writes:
I hate to confess to such absent mindedness, but I may have svn deleteed
this file. I see that I don't have a local copy of it, which supports that
theory. If I did that, I didn't commit the change -- the repository still
has the file.
I'll
Aleksandr Sidorenko asidore...@cashontime.com writes:
I tried changed the permissions on the repository to be more permissive, and
changing the user/group of the Apache server: no help.
I also tried recompiling from source, but that did not help either.
To recap, I am getting this warning
Aleksandr Sidorenko asidore...@cashontime.com writes:
But it seems it's not this error that is triggered; it's the one a few lines
down (I changed the error message to detect it):
#if APR_HAS_THREADS
/* Wait for whichever thread is performing initialization to finish. */
/* XXX FIXME:
Aleksandr Sidorenko asidore...@cashontime.com writes:
The sqlite command worked (I see the expected output), but I suspect that's
because the rep-cache.db file was already there (since 1.6.12). If I move it,
though, the file is NOT recreated.
greping through /proc/xxx/maps gives me the
Aleksandr Sidorenko asidore...@cashontime.com writes:
On 2011-11-16, at 11:15 , Philip Martin wrote:
...
Try this patch:
Index: subversion/libsvn_fs_fs/fs_fs.c
===
--- subversion/libsvn_fs_fs/fs_fs.c (revision 1202738
Attila Nagy b...@fsn.hu writes:
I use pysvn for this and basically the code looks like this (in python):
def update_perms():
for path in propchg:
proplist = svn.propget('file:permissions', path)
if not os.path.islink(path) and proplist.has_key(path):
Sergey Skvortsov s...@protey.ru writes:
Also, in 1.7 reading repos is working fine:
OPTIONS /svn/foo/bar HTTP/1.1 200
REPORT /svn/foo/bar/!svn/me HTTP/1.1 200
but only POST fails:
POST /svn/foo/bar/!svn/me HTTP/1.1 500
So the problem is not in Apache or configuration but in mod_dav_svn
[Adding dev]
Philip Martin philip.mar...@wandisco.com writes:
Sergey Skvortsov s...@protey.ru writes:
Also, in 1.7 reading repos is working fine:
OPTIONS /svn/foo/bar HTTP/1.1 200
REPORT /svn/foo/bar/!svn/me HTTP/1.1 200
but only POST fails:
POST /svn/foo/bar/!svn/me HTTP/1.1 500
So
Philip Martin philip.mar...@wandisco.com writes:
[Adding dev]
Gah! Got the address wrong. I'll start a thread on dev.
--
Philip
Stefan Sperling s...@elego.de writes:
How do we avoid ambiguity when handling requests to nested Locations?
How can a client access a folder /bar inside a repository at Location /svn
if another repository exists at a nested Location /svn/bar?
Yes, I was surprised too! If we assume that /svn
Attila Nagy b...@fsn.hu writes:
On 11/16/11 18:40, Philip Martin wrote:
Attila Nagyb...@fsn.hu writes:
I use pysvn for this and basically the code looks like this (in python):
def update_perms():
for path in propchg:
proplist = svn.propget('file:permissions', path
Stefan Sperling s...@elego.de writes:
Yes, of course it works with SVNParentPath. But I suspect that is
a result of implementation rather than concious design.
Perhaps, but the line that stops it working looks like an outright bug.
newconf-root_dir = INHERIT_VALUE(child, parent,
Stefan Sperling s...@elego.de writes:
I agree that special-casing the root_dir seems unnecessary even in the
mirroring case, provided that nested Locations are supposed to work.
I don't understand the provided ... bit. It seems to be flat out
wrong. If I fix the line then nested mirroring
Philip Martin philip.mar...@wandisco.com writes:
I don't understand the provided ... bit. It seems to be flat out
wrong.
Don't take that the wrong way: It refers to the code.
--
Philip
Justin Johnson justinandto...@gmail.com writes:
during a checkout.
Could not read chunk size: connection was closed by server
In the server logs the following errors appear around the same time.
Provider encountered an error while streaming a REPORT response. [500, #0]
A failure
Justin Hibbits chmeeed...@gmail.com writes:
I tracked it down to the building of libsvn_swig_perl-1.a, and
swig_util_pl.c is compiled without -fPIC, which is required to build shared
libraries on PowerPC. Manually adding '-fPIC' to the COMPILE_SWIG_PL line
in the top-level Makefile (line
Aleksandr Sidorenko asidore...@espeo.com writes:
Since upgrading the svn client to 1.7.1 (following the server's
upgrade to the same version), we are getting the following error when
doing a commit:
svn: E175002: Commit failed (details follow):
svn: E175002: Server sent unexpected
Aleksandr Sidorenko asidore...@cashontime.com writes:
What is in the apache error log?
There was nothing in the error log. The access log showed the 400 response.
Perhaps you need to adjust the logging level? Subversion generates
several different HTTP_BAD_REQUEST errors and the error log
Cronemberger, Constantino constantino.cronember...@gft.com writes:
I am using this version:
svn --version
svn, version 1.7.1 (r1186859)
compiled Oct 21 2011, 22:59:27
and I get this errro:
svn cleanup
svn: E235000: In file
Use the sqlite3 program. Run
sqlite3 .svn/wc.db select * from work_queue
to find out which node is affected.
--
Philip
Keith Williams kwilli...@sauer-danfoss.com writes:
Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\entries.c'
line 1654: assertion failed
Gustavo Chaves gust...@cpqd.com.br writes:
However, I understand that by turning that option Off I'm telling
apache to use the old HTTP protocol, giving up on the new one that is
much more performant, right?
Yes.
Regarding the 1.7.2 release, I understand that it should appear
shortly.
1 - 100 of 646 matches
Mail list logo
