et this for a few files.
Running 'svnadmin verify' on the repository does not indicate
anything wrong.
Please advice.
Regards
/Daniel Widenfalk
des software developed by CollabNet
(http://www.Collab.Net/).
Regards
/Daniel Widenfalk
P.s. Sorry for top posting.
On 2010-12-10 12:54, Daniel Widenfalk wrote:
> Hi all,
>
> When doing a server side "proplist" I get the following
> diagnostic message:
>
>> svn pl
I think) client using
the same server/repo.
> All cases to a file that does have properties set.
>
> Daniel Widenfalk wrote on Fri, Dec 10, 2010 at 12:54:03 +0100:
>> Hi all,
>>
>> When doing a server side "proplist" I get the following
>> diagnosti
:externals .
Where proplog is an invented command that only show the
log messages for revisions that contain changes to the
given property. The command would only recurse if -R is
given on the command line.
Best regards
/Daniel Widenfalk
at the same spot.
Rinse and repeat.
Are these a known issues?
In my case this results in an infinite loop on the following input
string:
23 0a 23 20 54 68 69 73 20 70 72 6f 6a 65 63
I found this out when my svn-client spiraled into an infinite loop
and would not respond to ctrl-c during a "svn up" command.
Regards
/Daniel Widenfalk
On 2012-06-07 11:47, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: donderdag 7 juni 2012 11:34
>> To: 'Daniel Widenfalk'; d...@subversion.apache.org;
>> users@subversion
- {username} [15/Nov/2012:16:26:47 +0100] "PROPFIND
/collection/repository/!svn/vcc/default HTTP/1.1" 207 265 "-" "SVN/1.7.5
neon/0.29.6"
{ip-number} - {username} [15/Nov/2012:16:26:47 +0100] "PROPFIND
/collection/repository/!svn/bc/1578/project-name/trunk/Filena
d under svn controll even though we're
also moving B -> B\D through updating the externals directive.
I would count this as "user error" rather than an "svn error" but
it feels weird that I can create a revision that cannot be merged
without first doing a svn delete (B) in the destination tree.
Thoughts?
Side note: This merge also managed to cause TortoiseSVN to crash.
Best regards
/Daniel Widenfalk
up, but after the cleanup I get the same message from the status
>> command. If I update now I get an assertion from
>> 'subversion/libsvn_wc/update_editor.c' line 1550.
>
> The failed workqueue happens with trunk as well. I've raised an issue:
> http://subversion.tig
On 2017-12-21 12:57, Anton Shepelev wrote:
> Hello, all
>
> I find it mildly annoying to type the full path
> within a repository for server-side file operations,
> such as 'delete' and 'copy'. Observe that, being on
> Windows, I must use quotes in order to escape the
> caret character:
>
/testcases.
Is this a known (and perhaps even documented) issue with the
Subversion client?
Do you want some sort of recipe to recreate the problem?
Regards
/Daniel Widenfalk
Hi,
Manickavel, Senthil wrote:
Hi,
I would like to create a changeset between
> two revisions. I have created a script to do that with
> svn commands. But this collects all the files in both
> the revisions. Is it possible for me to collect only
> the changed file?
Script
REM Cre
m file time stamp to tick
one step and on Windows this means about 2 seconds to be sure.
There may be some option that can be specified when committing that
forces a deeper check?
Regards
/Daniel Widenfalk
e-through proxy with replication to read-only mirrors? Re-reading
your description it seems that it is step 6 that fails (no new
revision to merge).
Since both server solutions are multi-threaded it might be that the
processing of the commit in step (4) above has not been fully
completed (and mirrored?) in time for when you initiate step (6).
What kind of timing do you have between the steps? I would guess
that 1-2-3-4 and 5-6-7 are fairly fast and that there may be some
time N between steps 4 and 5?
Regards
/Daniel Widenfalk
14 matches
Mail list logo
