C. Michael Pilato wrote:
Sure. Ideally, the client would be able to say, I had trouble parsing the
XML in the response, namely this bit here: S:asdf/S:
Wanna dive in and look into a patch?
Actually the svn: in property names should never have been
interpreted as an XML namespace
-
Da: Branko Čibej [mailto:br...@xbc.nu] Per conto di Branko Cibej
Inviato: sabato 26 febbraio 2011 20:29
A: d...@subversion.apache.org
Oggetto: Re: troubles running on Win 7 x64
On 26.02.2011 12:36, Paolo Di Pietro wrote:
Hi all,
I just downloaded latest x64 version and try to installi
On 28.09.2012 12:27, SENTHIL C wrote:
Hi Support,
This is not a Subversion support mailing list. Your question more
properly belongs on users@subversion.apache.org.
-- Brane
P.S.: Revision, Author and Date are not defined until you commit a file
to the repository.
I can see that Revision
into the repository in the first place.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
the value of
careful, compliance-minded work habits.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
On 06.02.2013 07:21, Branko Čibej wrote:
Given all the above, I think we should find a way to warn users --
with a one-line note in the header of the diff output, for example? --
about the cases where the two-parameter diff could be ambiguous
(which, I believe, is when both parametrs are WC
for that in the near future.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
.
Without apache it's possible to integrate..Please confirm?
No. Svnserve does not let you use external authentication mechanisms.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
from 'ifconfig' in Linux,
and ping 192.168.1.103 from Windows is ok.
So, what is the problem?
Maybe your svnserve process is not listening on the VM's IP, or you have
firewall rules (either on Windows or on Linux) preventing the connection?
-- Brane
--
Branko Čibej
Director of Subversion
available at the moment).
... this is something you should take up with Assembla.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
examples that require
authentication, so no-one can even try to reproduce what you're seeing.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
allow you to roll back your
working copy to a previous state without reverting all changes; but it's
far too early to make any kind of prediction as to when, or if, this
feature will be available.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
access to the repo? May read-only copy of the repo to
access offline a solution?
You clearly have never had to deal with the more Neanderthal species of
auditor who believe meaningful technological advance stopped about 200
years before Gutenberg.
-- Brane
--
Branko Čibej
Director of Subversion
On 24.04.2013 07:03, Ajay Pawar wrote:
Please help ASAP as the SVN user are not able to any work.
This is not a support hotline. Messages like this Please help ASAP are
simply rude in this context. Please think twice about what you wrote
before sending it.
-- Brane
--
Branko Čibej
Director
if
they became a TLP without an incubating release.) I'm not sure whether
they had a release since then.
We did, the 0.5.3 release came after Bloodhound graduated from
incubation. There has not as yet been a 1.0 release, if that's what
you're looking for.
-- Brane
--
Branko Čibej
Director
of a
rename. To go the rest of the way, we'll need rename support on the
server side and -- most significantly -- in the merge module.
-- Brane
P.S.: I agree that --stop-on-copy is an awkward UI for branch point
detection; but that's another topic altogether.
--
Branko Čibej
Director
often said so), but
they'd probably have to be implemented as an extension orthogonal to the
current versioned-tree model.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
On 11.05.2013 19:25, Zé wrote:
On 05/09/2013 09:35 PM, Branko Čibej wrote:
The real problem here is that Subversion does not treat/renames/ as
atomic operations.
I think that the real problem here is that Subversion doesn't support
branches. The fact is that moving or copying a file
is trivial.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
and I'll say again: you're making assumptions about what
branches are based on some model that doesn't fit reality. If Subversion
does not support your workflow, then replace Subversion, or change your
workflow. Stop insisting that your definition of a branch is a universal
truth.
-- Brane
--
Branko
like every
other versioned object in a Subversion repository).
There are better ways to implement immutable tags in Subversion (we've
been considering at least three different approaches), and what you
propose isn't one of them.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco
On 19.05.2013 11:16, Zé wrote:
On 05/19/2013 10:01 AM, Branko Čibej wrote:
If Subversion
does not support your workflow, then replace Subversion, or change your
workflow.
Did you even browsed the thread? This whole thread is on how
subversion does not support branching, and how subversion
. The patch
you mention was included in 1.7.0, you're obviously using an older server.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
On 21.05.2013 20:26, Branko Čibej wrote:
On 21.05.2013 19:50, Andrew Reedick wrote:
Ooops. All of your immutable, static, locked down, haven't been touched in
months tags now have a new revision, and they all share that revision in
common. The parent dir change from /tags to /project1/tags
that functionality, and that
it's accessible through a number of script language wrappers?
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
to solve your problem.)
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
://subversion.apache.org/docs/community-guide/l10n.html#po-mo-requirements
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
filesystem (which has 2-second timestamp
granularity).
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
, with
different auth credentials or something like that.
More likely it's the same proxy but it's broken. A browser will only
issue GET requests when browsing a Subversion repository, but a
Subversion client needs a lot more than that.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco
'
command have not been found; probably not yet implement in this API.
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error
(SVNErrorManager.java:64)
SVNKit is not maintained by the Subversion project. You'll have to ask
TMate for support (see www.svnkit.com).
-- Brane
--
Branko Čibej
On 27.05.2013 15:40, Tobias Bading wrote:
On 27.05.2013 12:43, Branko Čibej wrote:
On 27.05.2013 09:59, Tobias Bading wrote:
Quick update:
The problem is definitely timestamp related. touch 3449_spurious
fixes a corrupt working copy, i.e. svn status and svn diff work
properly afterwards
On 28.05.2013 12:54, Philip Martin wrote:
Tobias Bading tbad...@web.de writes:
On 27.05.2013 16:12, Tobias Bading wrote:
On 27.05.2013 16:01, Branko Čibej wrote:
Can you try this: run the following command for a couple of seconds, it
should give you an idea about the system clock precision
by svnpubsub) to keep in step with the master. Both servers authenticate
against the same replicated LDAP.
-- Brane
--
Branko Čibej
Director of Subversion | WANdisco | www.wandisco.com
or earlier.
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
http://www.apache.org/dist/subversion/subversion-1.8.0.zip.asc
For this release, the following people have provided PGP signatures:
Ben Reser [4096R/16A0DE01] with fingerprint:
19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01
Branko Čibej [2048R/C8628501] with fingerprint:
8769 28CD
svnadmin upgrade; it is not
required for the server to work.
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
it's not allowed to call apr_initialize() more than once per process.
As a matter of fact, apr_initialize/apr_terminate maintain a counter of
the number of calls made. However, apr_pool_initialize is subsumed in
apr_initialize and shouldn't be used in the case you show above.
-- Brane
--
Branko
in the repository.
Not necessarily. There's an alternative command-line tool called svnmucc
which can perform several remote renames in one transaction.
Also there's no reason for remote renames to be any slower than local
renames + svn commit.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco
/env python|g' $name
done
The above will actually break the hook scripts. At best you can use
#!/usr/bin/python in those scripts.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
are already in the repository.
We're working on a more complete solution for the Unicode normalization
problem, and I hope it'll make it into 1.9.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 22.06.2013 20:09, Nico Kadel-Garcia wrote:
On Sat, Jun 22, 2013 at 12:02 PM, Branko Čibej br...@wandisco.com wrote:
On 22.06.2013 17:46, Nico Kadel-Garcia wrote:
There's also an issue with inconsistent use of ;/usr/local/bin/pyton,
or /usr/bin/env python, fo the svnpubsub *.py scripts
On 24.06.2013 11:46, Daniel Shahaf wrote:
Branko Čibej wrote on Sat, Jun 22, 2013 at 18:02:32 +0200:
On 22.06.2013 17:46, Nico Kadel-Garcia wrote:
# Canonicalize path to python, correctly
for name in tools/server-side/svnpubsub/*.py; do
sed -i 's|#!/usr/local/bin/python|#!/usr/bin/env
perfect. If you find a bug in WANdisco's binary packages, I for
one would definitely like to know about it.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 02.07.2013 15:51, Daniel Shahaf wrote:
(Unfortunately, 'svn --version --verbose' doesn't state the version of
serf svn uses.)
Grumble ... let me see if I can fix that somehow. IIRC the RA API
doesn't tell us that.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
in HKEY_LOCAL_MACHINE.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 05.07.2013 19:15, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from git svn fetch:
Talk to the authors of git-svn. This is a Subversion users' mailing list.
--
Branko Čibej | Director of Subversion
WANdisco // Non
On 05.07.2013 21:07, David Rothenberger wrote:
On 7/5/2013 10:49 AM, Branko Čibej wrote:
On 05.07.2013 19:15, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from git svn fetch:
Talk to the authors of git-svn
of the improved merge behaviour, and
something we probably want to fix in a future release.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
confirm that all the branches created by copying (svn copy) from
the source, as you've described in this diagram?
How were the /app/trunk and /app/v2-stable branches created? Are they
just renamed /trunk and /v2?
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br
disabling the more efficient HTTPv2
protocol.
In the meantime, it might be a good idea to relax the restrictions in
git-svn to account for the way the HTTPv2 protocol works.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 06.07.2013 02:34, Branko Čibej wrote:
In the meantime, it might be a good idea to relax the restrictions in
git-svn to account for the way the HTTPv2 protocol works.
By the way, this section of the 1.8 release notes is relevant:
http://subversion.apache.org/docs/release-notes/1.8.html#neon
their apply_textdelta
callback thread-safe?
No; the editor drive is single-threaded, but the order of the operations
isn't strictly depth-first.
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
/gmane.comp.version-control.subversion.devel/143413
I did explain it was a design bug in Subversion on Windows that has been
around more or less forever. What other kind of response did you expect?
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 08.07.2013 13:47, ВарфоломеевИгорь wrote:
Branko Čibej brane at wandisco.com writes:
I did explain it was a design bug in Subversion on Windows that has been
around more or less forever. What other kind of response did you expect?
Yep, I got that.
And I understand this one, most
files in an encoding that the rest of the OS doesn't
understand?
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
be slightly insane, to put it mildly, for Subversion to
assume it can just write UTF-8 to disk.
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.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
that the internal encoding
is always UTF-8, it's dangerous to make that assumption.
If you want to be pedantic, you should use LC_MESSAGES=C
LC_CTYPE=UTF-8, which is roughly equivalent in the context of this
discussion to the LANG=C.UTF-8 that I proposed a couple of posts ago.
-- Brane
--
Branko Čibej
?
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
that you already know (given the
rest of your post) is going to cause all sorts of trouble?
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
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 applications
is actually exported
from the shared library.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
), not only allocated memory.
This document explains how pools should be used:
http://subversion.apache.org/docs/community-guide/conventions.html#apr-pools
In your example, you should be using an iteration pool.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br
On 11.07.2013 18:04, Michael Pruemm wrote:
Branko Čibej brane at wandisco.com writes:
No. Pools encapsulate all resource management -- including file handles
and sockets (connections), not only allocated memory.
This document explains how pools should be used:
http://subversion.apache.org
for me on Mac OS.
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 12.07.2013 18:14, Daniel J. Luke wrote:
On Jul 12, 2013, at 11:44 AM, Branko Čibej br...@wandisco.com wrote:
On 11.07.2013 23:11, Daniel J. Luke wrote:
Hello, I (co-)maintain the MacPorts subversion port (and most of the
bindings ports). I haven't yet updated to 1.8.0 since the swig
On 19.07.2013 15:22, Vincent Lefevre wrote:
On 2013-07-09 20:21:33 +0200, Branko Čibej wrote:
Unlike on Windows and Mac OS (the latter at least with HFS+), the is no
notion of native filesystem encoding on other Unix-like platforms. The
best we can do is look at the locale settings
-amalgamation-3071501.zip
$ mv sqlite-amalgamation-3071501 sqlite-amalgamation
$ rm sqlite-amalgamation-3071501.zip
The alternative to this is just:
$ cd /usr/local/src/subversion-1.8.0/
$ ./get-deps.sh sqlite
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e
@ list and propose a solution that will work,
backward-compatibly, without breaking current working copies. And note
that store the encoding in the working copy metadata is not such a
solution (see above under works and backward-compatibly).
-- Brane
--
Branko Čibej | Director of Subversion
API instead.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 05.08.2013 16:12, Mark Phippard wrote:
On Mon, Aug 5, 2013 at 10:03 AM, Branko Čibej br...@wandisco.com wrote:
On 05.08.2013 12:14, Konstantin Kolosovsky wrote:
Hi Everyone,
I've got a question about --non-interactive and
--force-interactive flags behavior in Subversion 1.8.
I'm
an option,
both of which *must start in the first column* ...
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
destabilizing to a popular project.
Let's not change it.
I'm all for filling up NSA's databases with subversive connotations.
Helps finance open source (Hadoop, don't y'know). :)
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
for the report, I'll look into fixing this.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
?
See RFC 3986, section 3.1:
http://www.ietf.org/rfc/rfc3986.txt
Underscores are not allowed in the URL scheme. It would appear that
allowing them was a bug in previous versions of Subversion.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
://mail-archives.apache.org/mod_mbox/subversion-dev/201301.mbox/%3c50e71e20.6070...@collab.net%3E
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
) shorthand syntax to
identify branches, based on their (base)name and the presence of the
svn:branch property.
We actually had quite a fight^Winteresting discussion about this at the
Berlin hackathon this year.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br
On 24.08.2013 13:51, Ryan Schmidt wrote:
On Aug 24, 2013, at 02:48, Branko Čibej wrote:
On 24.08.2013 03:44, Ryan Schmidt wrote:
On Aug 23, 2013, at 13:31, Les Mikesell wrote:
I think it is the problem we've been discussing. Leaving them means
you have to keep the containing directory, which
.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
do not even know.
Try svn help patch.
But here's a fair warning: According to us devs, the patch is not the
correct solution. If you apply it and it breaks some other use case,
please don't complain about it on this list.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop
don't cross-post).
Thanks,
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 28.08.2013 05:47, Daniel Shahaf wrote:
Branko Čibej wrote on Sun, Aug 25, 2013 at 15:39:29 +0200:
On 25.08.2013 15:03, Daniel Shahaf wrote:
'svn mergeinfo' walks the tree upwards. As to listing branches by
walking the tree downwards, if you consider 'svn pg -R svn:branch
^/branches
, and
making assumptions from that statement will lead to wrong conclusions.
Do not confuse the concept of a branch with the concept of a separate
namespace for branch names.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
-Options trick.
Outlook (and Exchange) have been known to strip headers that are not
important to users. We do have the procedures documented here, however:
http://subversion.apache.org/mailing-lists.html
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 31.08.2013 19:18, Tom Browder wrote:
On Sat, Aug 31, 2013 at 11:36 AM, Branko Čibej br...@wandisco.com
mailto:br...@wandisco.comwrote:
On 31.08.2013 18:23, Tom Browder wrote:
svn: E27: Retrieval of mergeinfo unsupported by
'svn+ssh://tbrowd...@svn.code.sf.net/p
to version 1.6.17?
Thanks,
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
of these (i386 versions are also available):
http://opensource.wandisco.com/centos/5/RPMS/x86_64/
They're made fore CentOS, but AIUI, should work on RHEL as well. 1.6.17
isn't there, but newer versions are; I'd suggest trying the latest,
1.6.23-2.
-- Brane
--
Branko Čibej | Director of Subversion
trying the
latest, 1.6.23-2.
Are these Apache standard SVN editions? Or have they been enhanced
by WANDisco?
As far as I'm aware, these are built from unchanged Subversion release
tarballs.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br
more or
less what you need. Svnpubsub is included in the Subversion 1.8.x source
tarballs.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 18.09.2013 18:04, Mehdi Hayani wrote:
Hi team,
Recently, I'm getting this error when trying to checkout sources from
svn using Jenkins SVNkit client:
You'll have to report this to the SVNKit authors, the Subversion project
has nothing to do with SVNKit. Sorry.
-- Brane
--
Branko Čibej
, but
Subversion will not magically warn you about it. You need other quality
assurance procedures in place for that.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
probably have an autoprops setting that sets the svn:eol-style
property to native on .sh files, creating them with Unix end-of-line
markers and retrieving them on Windows, where the end-of-line sequence
is two bytes, not one.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
and UTF-16 can be interchanged without data
loss, there are other, much more important things to do in Subversion.
To turn your argument around: I'm surprised no Windows user has yet
written a patch for Subversion to make it support UTF-16 ...
-- Brane
--
Branko Čibej | Director of Subversion
and
back and get exactly the same sequence of bytes.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
as there are no conflicts in
the merge -- because Subversion will not emit conflict markers in UTF-16.
Of course, if someone used the U+2424 newline code point instead, then
in the worst case, the whole file would be interpreted as a single line.
-- Brane
--
Branko Čibej | Director of Subversion
that there are no special file extensions that would flag that the
file contains UTF-16.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. br...@wandisco.com
On 11.10.2013 18:52, Ben Reser wrote:
On 10/11/13 9:22 AM, Branko Čibej wrote:
You'd have to extend Subversion's file type detection to detect UTF-16.
See svn_io_detect_mimetype2 in line in this file:
http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/io.c?view=markup
On 11.10.2013 19:25, Stefan Sperling wrote:
On Fri, Oct 11, 2013 at 09:52:31AM -0700, Ben Reser wrote:
On 10/11/13 9:22 AM, Branko Čibej wrote:
You'd have to extend Subversion's file type detection to detect UTF-16.
See svn_io_detect_mimetype2 in line in this file:
http://svn.apache.org
1 - 100 of 690 matches
Mail list logo