changes.
Bert
From: Keva-Slient [mailto:356730...@qq.com]
Sent: vrijdag 20 april 2018 14:48
To: users
Subject: is it necessary to svnsync copy-revprops all reversions everytime
executing svnsync?
is it necessary to svnsync copy-revprops all reversions everytime executing
erable program or batch file.
F:\>
It is a separator between multiple operations on the same line. You could
quote the argument with "-characters, which usually just pressing TAB would
do for you on Windows if the file exists. Another option is adding a ^ in
front of the &.
Bert
is C++/CLI, to allow
operation with the .Net environment, but there is enough plain C++ inside that
might be able to get you started with the C library. The code is Apache
licensed so you can mostly use it however you like.
Bert
In many cases Subversion will create files there, then write its contents and
when done move the file to the required location in your working copy. This
makes sure that you will never see half written files during operations… and by
that loose valuable information.
Bert
rsion project) are no
longer providing patches for Subversion 1.7.7.
Bert
From: gopayya.devarako...@dell.com [mailto:gopayya.devarako...@dell.com]
Sent: donderdag 23 november 2017 14:31
To: users@subversion.apache.org
Subject: Access Violation problem in Code Collaborator tool
repository is too old to support client requests for these features. The
administrator should run 'svnadmin upgrade repository' to bump the format to
enable this feature...
For better results he/she should also upgrade the server to a fully supported
version but this doesn't help when the filesystem is not upgraded.
Bert
ing copy was found
>
> That's interesting; why would there be an obstruction?
>
> Maybe a file by this name already existed at some point, and was not
> removed cleanly?
>
> Or perhaps github reported the 'add' to the client twice?
One probable cause for this would be that they somehow changed the revision
number to hash mapping. I would hope they change the repository UUID in this
case, but given how easy it is to change history in git, I wouldn't count on
this.
Is this problem reproducible on a clean checkout from the same base revision?
Bert
o... But I wouldn’t be surprised to
see some of these issues with Subversion 1.6 or earlier under some specific
circumstances. We didn't have all these nice url and path helper functions with
strictly defined behavior in those older releases.
Bert
strict policy that we don't release binaries that are
built on normal workstations, just those on regulated build systems where we
can 100% reproduce previous builds. Having a default that would make users
commit locally build artifacts would go against that. We manage these artifacts
using different tooling that was designed for that purpose.
Bert
large and you can add items via svn:ignore and svn:global-ignores
properties on a directory.
Bert
>
> Best regards,
> Peter
. On most
*nix systems this would be openssh, while on most Windows systems I would see
some putty based tools.
Bert
>
> --
> Johan
ve time to look into this before Monday though, so
perhaps one of the other developers beats me to it.
Bert
From: David Engel [mailto:den...@magnitude.com]
Sent: zaterdag 29 juli 2017 00:01
To: users@subversion.apache.org
Subject: Checksum mismatch bug in 1.8.18
Hi,
I thi
, but perhaps I missed the
earlier discussion.
Bert
From: Paul Hammant [mailto:p...@hammant.org]
Sent: vrijdag 7 juli 2017 13:25
To: Jens Restemeier
Cc: Stefan Sperling ; Johan Corveleyn ;
users@subversion.apache.org
Subject: Re: "Unable to parse reversed revision range&
w):
> > svn: E200012: system('C:/Program Files/Git/usr/bin/vi svn-commit.4.tmp')
Where is your vi.exe located?
If it is in C:\usr\bin\vi.exe I would recommend using --editor-cmd
"C:\usr\bin\vi.exe" or if VI is in your path you could just use --editor-cmd vi.
(I often use --editor-cmd notepad2, which is just located somewhere in my PATH
dirs.)
Bert
ive
mergeinfo inside the same range... (The ranges with and without a '*' in the
string). I see that your example case in the issue has quite a bit of overlap
with both these kinds of ranges.
It looks like your case triggers a very interesting edge case.
Bert
l the delete was committed and we explicitly handled this case this way.
On the API level there is no real issue, as the information that something
exists locally is already available there...
So the thing that is missing is how to show this information from the 'svn'
tool without breaking backwards compatibility.
Bert
to indicate that the file was deleted, but still exists on disk.
>
> The more interesting question is how, if at all, this would affect the
> Subversion API.
The api already has this information, as there is some on-disk info in the
status api that isn't reported by 'svn' (but is used by other clients).
Note that 'svn rm --keep-local Q' is the only thing necessary to trigger this
case. And before 1.7 (pre WC-NG) we always had to keep deleted directories
until after they were committed, but we didn't want to report these as still
existing. That is probably why nobody bothered adding UI for this to 'svn' yet.
Bert
cords are left after an upgrade from a previous version of
> database, but why is the svn runs so slow about it? Anyway, i can't just
> cleanup the externals because they are from 3dparty repository in which i
> have no access.
>
> Thanks for bringing the issue here to the list.
There is no optimized code path for retrieving properties recursively directly
from the server.
The implementation of this specific command is like running 'svn ls' on every
directory + fetching the properties on every file and every directory. (It is
slightly more optimized than that, but not much)
Bert
re actually different, but your diff command
reports that they are not different (e.g. after normalizing whitespace). I
think this header is printed on changed files, right before invoking the diff
command.
Bert
>
> Regards,
> Alexey.
.
Bert
From: Doug Robinson [mailto:doug.robin...@wandisco.com]
Sent: maandag 10 april 2017 22:17
To: Branko Čibej
Cc: users@subversion.apache.org
Subject: Re: Using UTF8 in repository name?
Brane:
Thank you for replying. Based on this post:
https://www.svnforum.org/forum/opensource
E' base rev of item's working copy
'COMMITTED' last commit at or before BASE
'PREV' revision just before COMMITTED
Bert
From: Deng, Xiao [mailto:x
everyone on users@ does.)
It really depends on the distribution you use for the fine details, but I
can say that for the CollabNet and SlikSVN Subversion binaries and other
products based on SharpSvn (including AnkhSVN), Windows 10 is a fully
supported platform.
Bert
>
EAD,
and the default for TARGET is HEAD for a URL or BASE for a WC path.
The depth can be 'empty' or 'infinity'; the default is 'empty'.
]]
With some simple scripting you should be able to run this on all branches
below a specific directory, etc.
Thanks / Met vriendelijke groeten,
Bert
can combine these functions to trace a url backwards starting with a
specific revision)
So this is most likely the completely documented behavior. See the Subversion
book on <http://svnbook.red-bean.com> http://svnbook.red-bean.com
Bert
From: Schedel, A
ration, but *not* specify a log
message and configure no editor either. In that case the operation will fail
client side after these checks via the missing log message.
But then there is always the option that the read-only-ness is applied via a
hook script... And in this case this trickery just fails.
Bert
.
The list function works 100% repository side and we simply dont know the
size the file would be in some working copy, as the size might be different
in other working copies.
Bert
From: Bijewitz, Volker [mailto:v.bijew...@baum.de]
Sent: donderdag 2 februari 2017 09:22
To
CollabNet SvnEdge use this configuration to avoid that problem
I just described with hiding subdirectories for specific users.
In your case I think you want to change your httpd.conf block to apply to
the repository root to make it include the private urls, and add the now
missing methods to the LimitEx
;> (Put that in your shell's dotfiles.)
> > I'm not a fan of such hacks.. ;)
> > Wouldn't it make sense to have a conf file option for this?
>
>
> In short ... no. The svn:ignore property already does what you need,
> with less chance of shooting yourself in the foot. You can always set
> svn:ignore to * if you really want that ...
Or set
[miscellany]
global-ignores = *
In ~/.subversion/config
Bert
> -Original Message-
> From: Lorenz [mailto:loren...@yahoo.com]
> Sent: woensdag 16 november 2016 15:02
> To: users@subversion.apache.org
> Subject: Re: discrepancies between 'svn -R list' and 'svn -R propget' (on
> windows using TSVN build comman
nly?
The standard 'svn' clients will all use the same formatting as they share
the same code here. (TortoiseSVN compiles the standard 'svn' sourcecode for
their svn binary)
The formatting is really part of the client as internally Subversion always
uses '/', so any other client than 'svn' may use different formatting, but I
think you can expect 'svn' to keep using the existing formats.
Bert
>
>
> I'm on win7 using the command line client that ships with tortoise svn
> (TSVN 1.9.4 linked against svn 1.9.4)
> --
>
> Lorenz
y_save to TRUE if the checkbox is checked.
*/
svn_boolean_t may_save;
/** Bit mask of the accepted failures */
apr_uint32_t accepted_failures;
} svn_auth_cred_ssl_server_trust_t;
If svn uses a different way to change a value in the caller that is a bug
that should be fixed there.
Bert
can reproduce this with current trunk and I agree it's a (minor) bug.
See also issue #1975, which documented the opposite behavior as a bug, which
was fixed in 1.9.0
http://subversion.apache.org/issue1975
Bert
#x27;openssl-devel' port. The normal
openssl package is 1.0.2, while the base system is still at 1.0.1.
My guess would be that you have an apr-util or cyrus sasl port that is linked
to the base system version. (On FreeBSD apr and apr-util are a single package)
Bert
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: zaterdag 3 september 2016 12:49
> To: Alfred von Campe
> Cc: Bert Huijben ; Israel Sadeh vision.com>; users@subversion.apache.org
> Subject: Re: SVN Feature Request: Selecting the revision
TH URL. Perhaps revert the local copy after this)
Bert
From: Israel Sadeh [mailto:israel.sa...@rtc-vision.com]
Sent: donderdag 1 september 2016 18:47
To: users@subversion.apache.org
Subject: SVN Feature Request: Selecting the revision for pinning externals
Hi,
The new
sions is far more interesting... as is how much
really changed in the file.
Bert
would just use a simple commit filter if necessary, to avoid users
accidentally committing DVD images.
Bert
Sent from Mail for Windows 10
From: Siva
Sent: woensdag 13 juli 2016 16:07
To: subversion-users
Subject: Commit Size Restriction
Hi All,
My Subversion Edge is installed in Windows Server
n\subversion\libsvn_client\cleanup.c'
> > line 227: assertion failed (svn_dirent_is_absolute(dir_abspath))
This is an assertion on the very first line of svn_client_cleanup2(), asserting
that the passed argument is an absolute path (required, as documented).
Please report this issue at TortoiseSVN, as they somehow call this function
with an invalid path.
Bert
some time ago, but non that we liked enough to release in
‘svn’)
Bert
Sent from Mail for Windows 10
From: Doug Robinson
Sent: woensdag 27 april 2016 22:57
To: users@subversion.apache.org
Subject: A verbose option to "svn update"?
Folks:
A suggestion from one of our customers:
I see
e the file that you configured in
[[
AuthzSVNAccessFile /u10//svnauthfile
]]
in your configuration.
Bert
version
(or 1.6.x) prior to upgrading to Subversion 1.7 or newer.
You would have seen an error at the end of the operation and/or explicitly
cancelled the operation as a user in all cases where you need this.
Bert
From: Safarulla Meerasahib [mailto:safarulla.meerasa...@or
#x27;t mention the version of svn client. Maybe it's a
> notification bug in the client that's already fixed?
One known case of this would be if some files were not writable. svn revert
will restore writability/non writability based on whether a local lock is owned
and/or svn:needs-lock is set, while status doesn't report this as a
modification.
Bert
d. For ^/subversion in the ASF repository
that would be commits@subversion.a.o.
Bert
[Moving thread to dev@s.a.o from users@]
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: maandag 22 februari 2016 13:21
> To: 'Daniel Shahaf' ; 'Michal Matyl'
>
> Cc: users@subversion.apache.org
> Subject: RE: (unknown
oduce the kind of
conflict that you would really want here. And I'm not sure
In the optimal case we would flag one conflict containing both changes *as
one*, but that will take more work.
Note that the 'whitespace' (noted in original report) is completely unrelated
to this issue. Our diff code works with tokens, while the whitespace is handled
in the tokenizer. I can easily reproduce this issue without any whitespace
changes.
Bert
Currently not. We still express moves as copies+delete.
(There is some experimental support hidden in the implementations, but that
isn’t used yet)
Bert
Sent from Mail for Windows 10
From: Ren Wang
Sent: zondag 21 februari 2016 16:44
To: users@subversion.apache.org
Subject: svn_fs for rename
Are you sure the directory you tried to upgrade is a 'working copy'? The way
you describe it, it looks like it is a repository.
Subversion 1.9 and 1.8 can just use 1.6 repositories without upgrade. or you
can run 'svnadmin upgrade' on them to enable new features.
is reproducable by committing
files from two different drives on Windows.
$ F:\>svn ci f:\svn-dev\dev g:\brk
svn: E235000: In file '..\..\..\subversion\libsvn_client\commit_util.c' line
1197: assertion failed (svn_dirent_is_absolute(base_dir_abspath))
Confirmed with 1.9.3.
Bert
have any specific 'svn:' properties set on it?
I'm guessing that it has a 'svn:eol-style' set on it.
The only known reproducible case of this issue involves getting a non-standard
encoded EOL in your repository, with an eol-style defined that should convert
it to another style.
Bert
if you somehow get it running...
The documentation even documents that you shouldn't run repositories on
network drives that don't provide the necessary ACID behavior.
Bert
same program, causing undefined behavior inside Visual C++ code.
Bert
From: Steenveld, Andre [mailto:a.h.m.steenv...@marin.nl]
Sent: woensdag 10 februari 2016 16:09
To: users@subversion.apache.org
Subject: svnversion output changed when redirecting the output. Why?
Hi
between 2 and 3 would show someting like:
> A
> -C
> -D
> +B
> +E
If everything is committed, then this is unrelated information. It is local
modified vs unmodified that handles the first step.
Otherwise updates that skip revisions aren't possible, etc. etc.
I think you
e the format entirely platform-independent.
No, it uses a LF only, like on other platforms. (I think that should be clear
about this bug report... We fail when we have a file with that byte sequence we
never create ourselves). We open most text files as binary in the libsvn_* code
on Windows. (Note that we use the other default in our python testsuite)
It is probably nice to fix this specific case as it is above the FS layer, but
I don't think we should really start to look at fsfs as EOL agnostic.
Bert
at bump. We could even
backport changes that allow this, but I'm still waiting on real world test
experience with format 7.
There are still far too many users delaying their upgrades to 1.9 waiting
for others to switch :(
Waiting for the ASF to perform a major upgrade is on reason I hear quite
often...
Bert
testcase at hand :-)
But with such a size repository it might be hard to test different variants.
Bert
ine and as intended by adding the
> ZLIB_WINAPI define. That's how it should also work.
> I've to admit that I didn't test it using VS 2008 (but rather 2010 and
> 2015), but I would not expect that having an impact on the reported
> linker error you got.
> Might it be that you compiled another lib which pulled in zlib without
> defining ZLIB_WINAPI? Then that would explain the linker error you are
> reporting.
The ZLIB_WINAPI patch changes the calling convention of the library.
That is not necessary for Subversion's usage, but it might be necessary if you
use the same ZLIB dll file from something else. Just make sure both the headers
and the actual libraries use the same convention or you see huge problems in
edge scenarios.
In general I would recommend using a normal static compilation of ZLIB for
Subversion or otherwise one with LTCG enabled, to allow completely inlining
things in the linker step. That allows even further optimizations than just
changing the calling convention.
Bert
that
doesn’t tell us much why a request failed.
Bert
From: Chris Capon [mailto:ttab...@gmail.com]
Sent: dinsdag 8 december 2015 15:29
To: users@subversion.apache.org
Subject: Re: Unexpected HTTP status 400 'Bad request'.
Hi Bert.
The only log I know of is
cusing your search to a disk problem (probably caused by hints on
this list), while you are trying to determine what causes a 'bad HTTP request'
error.
Bad requests on these urls may be caused by sending bad header values... I've
seen those before when using nginx as proxy with a too strict caching policy.
Bert
These are both about bodies… The headers causing that lock problem are not part
of the body.
There is probably another configuration knob for them.
Bert
From: Yves Martin [mailto:ymartin1...@gmail.com]
Sent: dinsdag 8 december 2015 12:10
To: Subversion
Subject: Re
)
Bert
From: Yves Martin [mailto:ymartin1...@gmail.com]
Sent: dinsdag 8 december 2015 11:06
To: users@subversion.apache.org
Subject: Re: Unexpected HTTP status 400 'Bad request'.
Hello
Is your repository served read-write by other services like svnserve or
ation.
Bert
From: Barry Gershenfeld [mailto:gbarr...@gmail.com]
Sent: woensdag 25 november 2015 21:57
To: Subversion
Subject: Re: SVN 1.6.17 dump is growing larger than repository size (approx.
more than 10 times)
Unless svn's changed, you can look in your repositories
few properties if we want
to make the behavior explicit.
Bert
From: Ren Wang [mailto:renwang...@gmail.com]
Sent: woensdag 25 november 2015 13:27
To: users@subversion.apache.org
Subject: API for creating file and revision
First of all, I would like to express my apprecia
is the parent error and the
* SVN_ERR_REPOS_POST_COMMIT_HOOK_FAILED wrapped error is the child
* error.
*
* @a conflict_p, @a new_rev, and @a txn are as in svn_fs_commit_txn().
*/
svn_error_t *
svn_repos_fs_commit_txn(const char **conflict_p,
svn_repos_t *repos,
svn_revnum_t *new_rev,
svn_fs_txn_t *txn,
apr_pool_t *pool);
--
Bert
d,
replaced and modified.
Some other VCSes don't version directories, so they can't express copies of a
directory... only of the files inside them. Subversion does express copies of
directories.
Bert
Diff reports copies of directories as adds of the individual files, while
svnlook changed reports a copy on the root and only interesting changes
below that. Just like how 'svn status' would have reported it before the
commit.
Bert
From: Hartleroad,
There should be an api for the size. Author, creation info, etc. are
attached to the revision in which the file was created.
Bert
From: Ren Wang [mailto:renwang...@gmail.com]
Sent: vrijdag 20 november 2015 16:19
To: users@subversion.apache.org
Subject: how to get node
till private API behind svnmucc can already help you
there)
Bert
From: Ren Wang [mailto:renwang...@gmail.com]
Sent: vrijdag 6 november 2015 19:44
To: users@subversion.apache.org
Subject: Subversion C API
I have posted the same question to the stackoverflow, here it i
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: maandag 19 oktober 2015 13:22
> To: 'Philip Martin' ; 'Lev Serebryakov'
>
> Cc: 'Daniel Shahaf' ;
> users@subversion.apache.org
> Subject: RE: subversi
g Subversion to add it. What does your
> configure line look like? Have you build any of the dependencies
> yourself?
I think I found these flags in /usr/local/libdata/pkgconfig/serf-1.pc
[[
SERF_MAJOR_VERSION=1
prefix=/usr/local
exec_prefix=${prefix}
libdir=/usr/local/lib
includedir=${prefix}/include/serf-1
Name: serf
Description: HTTP client library
Version: 1.3.8
Requires.private:
Libs: -L${libdir} -lserf-${SERF_MAJOR_VERSION}
Libs.private: -L/usr/local/lib -R/usr/local/lib -laprutil-1 -ldb-5.3 -lgdbm
-lexpat -L/usr/local/lib -R/usr/local/lib -lapr-1 -lcrypt -lpthread -lz
-L/usr/lib -lssl -lcrypto
Cflags: -I${includedir}
]]
Bert
new code checks what is really there. (Will even
relocate working copies that are still there, but already removed from
svn:externals)
Bert
From: Axel Kittenberger [mailto:axk...@gmail.com]
Sent: dinsdag 6 oktober 2015 13:25
To: users@subversion.apache.org
Subject: svn
type map before we call into magic.
But looking at this... the way to disable the option with 1.9+ is
$ svn add --config-option config:miscellany:enable-magic-file=no file.xml
That doesn't depend on libmagic implementation details such as the environment
variable.
With 1.7 and 1.8 you can use the mimetype file with your overrides, as this is
processed before libmagic
$ svn add --config-option config:miscellany: mime-types-file=mimemap file.xml
(the mime-types-file option was added to the config in 1.5, but we didn't have
--config-option there)
The file 'mimemap' can then contain something like
[[
text/plain .xml
]]
(First token on the line is the mimetype. All further tokens are extensions. #
lines allowed)
Bert
at enabling this feature on Windows.
>
> And nobody has been asking for it to be enabled?
I don't remember anybody asking...
I doubt many users explicitly enable it on other platforms either, but we do
an autodetect there, which usually just works.
Bert
dds a file of
their choosing to Subversion though :-)
This whole discussion -in its many iterations- is one of the reasons why I
never looked at enabling this feature on Windows.
Bert
#x27;t think that is really an interesting
scenario).
Note that the Cygwin version is an exception to most of this... It is a
Windows build but tries to do everything the unix way.
Bert
by the xml inventers was a safe decision.
Your files are just not 'generic xml', and should have a more specific type.
Bert
From: Ivan Zhakov
Sent: zondag 4 oktober 2015 11:35
To: Edward d'Auvergne
Cc: users@subversion.apache.org
Subject: Re: Bug report: The auto-props se
.
They reverted to using a shared CRT in the latest builds which fixes these
problems.
Bert
From: Fredrik Klasson
Sent: vrijdag 18 september 2015 13:36
To: b...@qqmail.nl
Cc: users@subversion.apache.org
Subject: Re: Redirection "svn info -r HEAD"
Ok thanks for the input :) Sounds
I don’t have this known
broken set of commandline binaries installed on my system. (I had to track a
few similar cases earlier this week, all caused by this CRT linkage problem)
Bert
From: Fredrik Klasson
Sent: vrijdag 18 september 2015 11:34
To: users@subversion.apache.org
Subject: Redirection
en loading from a stream we can't continue reading to the end to see
if there is a final marker, as at that point we aren't able to go back to
the start and start the whole process.
(I've used '$ svn dump | ssh svnadmin load ...' more than a few
times for repository migrations)
Bert
editing the revisions in this format; as is sometimes done
on migrations)
Bert
From: Eric Johnson
Sent: dinsdag 15 september 2015 07:16
To: users@subversion.apache.org
Subject: Incomplete SVN dump files
I'm in a situation where I'm dumping Subversion repositories from remote
locati
tended).
In case of a binary file the original working copy version is left as the
working version, whereas for text conflict the working copy version is changed
into a mine version and a best effort merge is performed to the a new working
copy version potentially containing conflict markers.
In this case you probably get the result you want by just choosing the working
copy version. The Subversion developer responsible for choosing this UI
determined that it didn't make much sense to offer two different resolve
options with exactly the same result.
Bert
>
> --
> Regards,
> Stefan Hett
; There were a lot more compilation errors than in 1.8.x where I've
> > already patched a lot, and the time to look deeper then didn't exist.
> > Maybe there isn't any specific windows api issues or other features,
> > but the old C standard (MS-standard) in VC6 makes the burden, right
> > now at least, to much.
> >
> > Regards,
> > David Darj a.k.a. Alagazam
> > Maintainer of Win32SVN
>
> Hello David,
>
> Do you think it would be possible to migrate the scripts to VC2010?
> I mean, I have it installed and am using it on a regular basis, so I
> could help with building part if need be.
If you try this as a group effort I would recommend directly going to VS
2013 or VS 2015, as those are now available for free for noncommercial usage
via the new 'Community Edition'. With 2010 you are still limited to those
who have access to these versions.
Note that if you want to remain compatible with Windows XP and 2003 with
those versions, you need special options which will mostly get you back at
the VS 2010 tools.
Bert
library (.Net on Windows). This library
has a higher level SvnLookClient class which has mostly the same functions
as 'svnlook'.
You can find some examples on StackOverflow via
http://stackoverflow.com/search?q=SvnLookClient
Bert
other common similarities?
Are you all using the same virus scanner on either the client or the server, or
the same windows version on client and/or server? (Or not even using Windows at
all on the server?)
Bert
From: Daniele Pedroni [mailto:pedroni.dani...@zapispa.it
aths.
So yes, you will see many more revisions than just your own project... but if
filtered correctly not the changes in those revisions.
Once you have dumps you can use tools like 'svndumpfilter' to filter out
dummy/stub revisions, fixing things like copies and merges.
I just used this to import the Serf repository into
https://svn.apache.org/repos/asf/serf, while filtering a thousand stub
revisions.
Bert
e?
How
> can I force SVN to treat the file contents as UTF8?
I think at least "UTF-8" as passed value should work.
That encoding name is hardcoded to avoid the entire conversion.
The other values might depend on what iconv settings are used by your
specific client.
Bert
, and it is not clear which part you call
succeeded?
The number of regression test of this operation was increased significantly for
1.9, as the behavior was made more consistent over the different ra layers and
atomicity was improved.
Bert
Sent from Mail for Windows 10
From: Gustavo
ternals; see 'svn help propset'
[[
The URL may be a full URL or a relative URL starting with one of:
../ to the parent directory of the extracted external
^/ to the repository root
/to the server root
// to the URL scheme
^/../ to a sibling repository beneath the same SVNParentPath location
]]
Bert
See also
http://subversion.apache.org/docs/release-notes/1.7.html#per-repos-authz
Bert
Sent from Mail for Windows 10
From: Thorsten Schöning
Sent: woensdag 5 augustus 2015 21:34
To: users@subversion.apache.org
Subject: Re: Can the Apache front end and svnserve service run on the
sameserver
that answer is
also relevant)
Bert
Sent from Surface
From: dpsen...@apache.org
Sent: Tuesday, July 28, 2015 4:11 PM
To: users@subversion.apache.org
Hi there,
Somehow I was able to commit a file with a broken filename encoding and now the
svn client can no l
e some sha-1
hash...
But I doubt the user would know that hash, and without that he/she would be
unable to retrieve it, unless we build some UI.
In that case I would start by looking at the UI.
Bert
Jenkins.
I think you should ask at either of these project's support mailinglists.
The 'Caused by: java.lang.NoClassDefFoundError:
hudson/remoting/RemoteClassLoader$RemoteIClassLoader' would point towards a
bit more towards Jenkins, than to SvnKit.
the problem) or to
use a proper Windows subversion client.
Bert
From: MORGAN Marc [mailto:marc.mor...@csem.ch]
Sent: vrijdag 26 juni 2015 11:41
To: Bert Huijben; users@subversion.apache.org
Subject: RE: Subversion 1.8.13 on Cygwin: E17 or E180001: Unable to connect
to
file://myserver/share/path to
\\myserver\share\path.
If you would like to use the cygwin version, you should probably map the
network share and then relocate your working copy.
Bert
Sent from Surface
From: MORGAN Marc
Sent: Thursday, June 25, 2015 3:47 PM
To:
to msbuild.
This is how the first version of XP compatibility in VS2012+ was implemented.
(And this is also how VC 2010+'s C++/CLI can target .Net 2.0-3.5)
Bert
> -Original Message-
> From: Cooke, Mark [mailto:mark.co...@siemens.com]
> Sent: maandag 1 juni 2015 08:24
> To: users@subversion.apache.org
> Cc: Bert Huijben
> Subject: RE: svn 1.8.13 test failures: wc-queries-test.exe and
move_tests.py
>
> > > -Or
cases you can ignore the wc-query-expectations error failure, which
only signals some performance loss. But it is hard to tell what failure you
see if you only post the name of the .exe where one (or more) of the tests
failed. The summary at the bottom is more valuable, and the test log
contains the real details.
Bert
.
Bert
From: Antti Simola [mailto:asimol...@gmail.com]
Sent: donderdag 28 mei 2015 12:49
To: Bert Huijben
Cc: users@subversion.apache.org
Subject: Re: Error with quick-start experiment
Thanks! I got it working now by following the updated quick-start. There's
perhap
reate directory structure." "
file:///%REPOS_DIR:\=/%/trunk" "
file:///%REPOS_DIR:\=/%\branches" "
file:///%REPOS_DIR:\=/%\tags"
But it might be easier to just set the properly encoded path in REPOS_DIR
From: Antti Simola [mailto:asimol...@gmail.com]
Se
Hi,
You could use %REPOS_DIR:\=/% instead of just %REPOS_DIR% to replace all ‘\’
characters with ‘/’
(In batch scripts you might have to enable cmd extensions, but on the
commandline this is enabled by default)
Bert
From: Antti Simola
ures. That's just a hash+list intersection.
In AnkhSVN I usually skip the diff apis and just obtain the whole files ('svn
cat FILE' 'svn cat FILE@BASE') and properties ('svn proplist FILE' 'svn
proplist FILE@BASE) and do the calculations myself.
That way I also have access to what is not changed.
Specifically for svn:mergeinfo you might be better of using the dedicated apis
(which in many cases contact the server), but for all other properties I would
guess just obtaining the values and explicitly apply further processing
yourself is most likely far more future proof.
Bert
1 - 100 of 401 matches
Mail list logo