the target is . or the empty string.
]]
Bert
merge-explicit.patch
Description: Binary data
-Original Message-
From: Paul Burba [mailto:ptbu...@gmail.com]
Sent: donderdag 10 januari 2013 19:59
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit: r1431114 -
/subversion/trunk/subversion/svn/merge-cmd.c
On Thu, Jan 10, 2013 at 12:38 PM, Bert Huijben b
-Original Message-
From: Paul Burba [mailto:ptbu...@gmail.com]
Sent: donderdag 10 januari 2013 20:26
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit: r1431114 -
/subversion/trunk/subversion/svn/merge-cmd.c
On Thu, Jan 10, 2013 at 2:15 PM, Bert Huijben b
and some fail and there isn’t a way to revert to the previous state
by moving things back, their tools break.
Bert
Sent from Windows Mail
*From:* Stefan Sperling s...@apache.org
*Sent:* January 8, 2013 1:57 AM
*To:* Daniel Shahaf d...@daniel.shahaf.name
*CC:* dev@subversion.apache.org
*Subject
scenarios... especially if the only reason is to
keep things easy, to release something fast.
In those cases we should delay the feature to do things properly.
Bert
Sent from Windows Mail
*From:* Johan Corveleyn jcor...@gmail.com
*Sent:* January 8, 2013 9:57 AM
*To:* Daniel Shahaf d
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
Philip Martin
Sent: dinsdag 8 januari 2013 11:23
To: Bert Huijben
Cc: Daniel Shahaf; Stefan Sperling; dev@subversion.apache.org
Subject: Re: 'svn mv' between disjoint wc's of disjoint subtrees
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: dinsdag 8 januari 2013 10:35
To: dev@subversion.apache.org
Subject: Re: 'svn mv' between disjoint wc's of disjoint subtrees
On 08.01.2013 10:05, Bert Huijben wrote:
I don’t think we can keep the moved
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: dinsdag 8 januari 2013 10:35
To: dev@subversion.apache.org
Subject: Re: 'svn mv' between disjoint wc's of disjoint subtrees
On 08.01.2013 10:05, Bert Huijben wrote:
I don’t think we can keep the moved
-Original Message-
From: Stefan Sperling [mailto:s...@apache.org]
Sent: dinsdag 8 januari 2013 14:58
To: Mark Phippard
Cc: Johan Corveleyn; Philip Martin; Bert Huijben; Daniel Shahaf;
dev@subversion.apache.org
Subject: Re: 'svn mv' between disjoint wc's of disjoint subtrees
.
Bert
From: Greg Stein [mailto:gst...@gmail.com]
Sent: dinsdag 8 januari 2013 14:43
To: Bert Huijben
Subject: Re: mixed-revision moves (Re: 'svn mv' between disjoint wc's of
disjoint subtrees)
On Jan 8, 2013 6:09 AM, Stefan Sperling s...@apache.org wrote:
...
What I suggest
'),
+'A/B/E/alpha' : Item(status=' ', treeconflict='D'),
treeconflict='D' ?
I'm surprised that it works that way.
Bert
versions different from new ones. That by itself makes it
even less likely that you receive signatures for those old versions.
Bert
*From:* Justin Erenkrantz jus...@erenkrantz.com
*Sent:* January 9, 2013 4:36 AM
*To:* Ben Reser b...@reser.org
*CC:* Subversion Development dev@subversion.apache.org
numbers.
Bert
Sent from Windows Mail
*From:* Stefan Fuhrmann stefan.fuhrm...@wandisco.com
*Sent:* January 6, 2013 3:01 AM
*To:* Subversion Development dev@subversion.apache.org
*Subject:* BDB vs FSFS - OMG!
Hey there,
So, I did some measurement based with a mirror of the boost repository
How would an old client that links to the 1.7 level api ‘ask’ a user
something new during upgrade?
We should just rename the list to something unique or something... ‘svn’
can ask things, but the api can’t.
(Other new clients can also ask of course, but in general other api users
can’t)
Bert
What impact does this have on the generated filenames?
Bert Huijben (Cell phone)
From: bre...@apache.org
Sent: 5-1-2013 5:49
To: comm...@subversion.apache.org
Subject: svn propchange: r1429201 - svn:log
Author: breser
Revision: 1429201
Modified property: svn:log
Modified: svn:log at Sat Jan 5
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
Philip Martin
Sent: vrijdag 4 januari 2013 16:07
To: Bert Huijben
Cc: 'Julian Foad'; Michael Pilato; 'Stefan Sperling'; 'Ben Reser';
'Subversion
Development'
Subject: Re: 1.8 Progress
Bert
), from the operation depth for the relevant commands (maybe always depth
empty?) for changelist mode?
Bert
that a releasable state for 1.8.
- switch can cause the tree-conflicts on the move source, at present
the new code hard-codes 'update'.
- more tests (again).
Bert
' % self.serf_ver_maj
1166: serflib = 'serf-%d.lib' % self.serf_ver_maj
I think the necessary patches are in
^/subversion/branches/subversion/branches/1.6.x-serf-1-win32
Bert
=revisionrevision=r1426752)
Thanks,
Bert
Hideki IWAMOTO wrote on Sat, Dec 29, 2012 at 08:25:07 +0900:
Hi, Daniel.
Because I assumed using svn_diff_mem_* would reproduce issue #4133.
If
it doesn't, the test should be amended to use an API that will
reproduce
the issue
-Original Message-
From: Hideki IWAMOTO [mailto:h-iwam...@kit.hi-ho.ne.jp]
Sent: zaterdag 29 december 2012 17:28
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: [PATCH] fix for diff optimization bug
Hi.
I retraced your steps and applied your patch with some small
changes as XFail
tests so I can start looking where we skip the real (property or text)
changes.
Thanks,
Bert
Sent from Windows Mail
*From:* Julian Foad julianf...@btopenworld.com
*Sent:* December 21, 2012 5:20 PM
*To:* Paul Burba ptbu...@gmail.com
*CC:* dev@subversion.apache.org
*Subject
bit Subversion on a Windows 7 Professional X64 (VM)
APR: 1.4.6
APR-UTIL: 1.5.1
APR-ICONV: 1.2.1
Neon: 0.29.6
serf: 1.1.1
zlib: 1.2.7
OpenSSL: 1.0.1c
Httpd: 2.2.22
BDB: 4.4.20
sqlite: 3.7.15
Python: 2.7.2 (ActivePython 2.7.2.5)
Sasl: 2.1.23
swig: 2.0.4
Bert
, 2012 at 09:39:49PM +0100, Stefan Sperling wrote:
The simple patch below implements it with the isatty() on *nix and
_isatty() on Windows (untested -- thanks for the hint Bert!).
Updated version that adds --force-interactive for users who require
the previous behaviour for whatever purposes
/community-
guide/general.html#directory-layout
Patch by: Gabriela Gibson gabriela.gib...@gmail.com
]]]
I like the idea, but maybe we should link to the generated documentation
below http://subversion.apache.org/docs/api/latest/ instead of directly to
the source files?
Bert
regards
We should store relative paths.
Bert Huijben (Cell phone)
From: Philip Martin
Sent: 19-12-2012 17:33
To: dev@subversion.apache.org
Subject: Relocate and inherited props
$ svnadmin create repo
$ svn mkdir -mm --parents file://`pwd`/repo/A/B/C
$ svnmucc -mm -U file://`pwd`/repo propset
. */
+ if (!opt_state.force_interactive)
+ opt_state.non_interactive = !svn_cmdline__stdin_isatty();
+
This will disable checking for --non-interactive when stdin is not rerouted, or
(if the arguments are parsed later) the check for both force and force not is
to high up in this function.
Bert
these in the test suite and the result is plainly
visisble on the buildbot log)
Bert
*From:* br...@apache.org
*Sent:* December 16, 2012 11:43 PM
*To:* comm...@subversion.apache.org
*Subject:* svn commit: r1422706 - in /subversion/trunk/subversion:
libsvn_subr/opt.c tests/cmdline/svntest/main.py
just produces a warning when
the plaintext store is the last remaining option.
We have already revved most of the functions needed, so adding an optional
config argument shouldn't be a problem
Bert
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: maandag 17 december 2012 11:19
To: dev@subversion.apache.org
Subject: Re: svn commit: r1422706 - in /subversion/trunk/subversion:
libsvn_subr/opt.c tests/cmdline/svntest/main.py
On 17.12.2012 09:47, Bert
I completed the test run succesfull on my test vm.
I just have to check the status of my gpg key migration.
Bert
From: Mark Phippard
Sent: 17-12-2012 19:54
To: Ben Reser
Cc: Subversion Development
Subject: Re: 1.7.8 up for testing/signing
On Mon, Dec 17, 2012
chains over svn:// and http://, and this is why we
have/had to use the strcmp().
Bert
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: maandag 10 december 2012 8:04
To: dev@subversion.apache.org
Subject: Re: enforcing LF-normalization for svn:eol-style=native files (issue
#4065)
On 10.12.2012 07:35, Bert Huijben wrote:
I don’t think you
catch that.
Bert
I don’t think you have to wait until commit time: You could verify the
commit base revision’s properties + changes. In the cases where the
properties change before commit, the commit would fail for being out of
date.
Bert
*From:* Branko Čibej
*Sent:* December 10, 2012 12:26 AM
You don't need a wq item to just update the db. Wq items are to keep
the wc and db synchronized. To keep the db itself synchronized we have
sqlite transactions
Bert Huijben (Cell phone)
From: Julian Foad
Sent: 8-12-2012 2:18
To: Subversion Development
Cc: Ben Reser; Philip Martin
Subject: Re
-Original Message-
From: Julian Foad [mailto:julianf...@btopenworld.com]
Sent: woensdag 5 december 2012 02:45
To: Bert Huijben
Cc: Subversion Development
Subject: Re: Combine and rename WC APIs that check WC root and switched
I (Julian Foad) wrote:
Bert Huijben wrote:
1
’, not’strictly’ as
that is just a pointer to the ill-definedness which should be gone now.
The wcroot is now just the root of the working copy, and not also every
switched subdir too as it used to be with the old apis.
Bert
Sent from Windows Mail
*From:* Julian Foad julianf...@btopenworld.com
is usually a hashtable lookup)
Bert
Sent from Windows Mail
*From:* Bert Huijben b...@qqmail.nl
*Sent:* December 4, 2012 11:28 PM
*To:* Subversion Development dev@subversion.apache.org,Julian Foad
julianf...@btopenworld.com
*Subject:* RE: Combine and rename WC APIs that check WC root and switched
1
mergeinfo is not small either)
I’m not sure if this is the way to go though. Maybe we should store some
symlink and eol-translation info outside the properties and avoid using
properties in far more cases. But we can always do this at another point in
time.
Bert
*From:* Julian Foad julianf
think we receive a crash report on the users list for this specific
problem about every day now.
Maybe it is time to release a Subversion 1.7.8 with this fix in?
(Or even a 1.7.8 with just this fix)
Bert
be the root cause. (I usually
position the most important error first, but that doesn't make it the root
cause)
Bert
ra_serf is capable of retrying some failed requests (and even on picking up
from where the failed request stopped) for our xml reports.
I think gstein added this feature during 1.7 development.
Bert
*From:* Lieven Govaerts svn...@mobsol.be
*Sent:* December 2, 2012 9:26 PM
*To:* Justin
.
Bert
snip
In this case I think the answer is easier than in most similar cases: We
already support --force on propset in older Subversion versions.
(At least that is why I didn’t ask that specific question)
Bert
*From:* Greg Stein gst...@gmail.com
*Sent:* November 27, 2012 9:11 AM
*To:* Julian
I can easily make these cases a compile error with Visual C++, but that
will probably make other developers call it a broken/old/(fill in your own
curse word) compiler for following such an old standard.
Suggestions?
Bert
*From:* julianf...@apache.org
*Sent:* November 23, 2012 4:19 PM
-Original Message-
From: Ben Reser [mailto:b...@reser.org]
Sent: donderdag 22 november 2012 02:52
To: Bert Huijben
Cc: Subversion Development
Subject: Re: svn commit: r1411982 - in /subversion/branches/1.6.x: ./
STATUS
subversion/libsvn_client/commit_util.c subversion/libsvn_fs_fs
number here.
Bert
:30, Bert Huijben wrote:
-Original Message-
From: br...@apache.org [mailto:br...@apache.org]
Sent: donderdag 22 november 2012 06:21
To: comm...@subversion.apache.org
Subject: svn commit: r1412418 - in /subversion/trunk/subversion:
include/private/svn_string_private.h libsvn_subr
. (And in that case flushing it
after closing would be a real error)
Bert
return svn_cmdline_fflush(stdout);
}
that we shouldn't port back to 1.6
clients and try to patch server only?
Bert
api before 1.8?
If it becomes public it needs, @since, etc.
Bert
on negative values.
Oops -- that logic was there to catch the fact that the default 3600
seconds
goes negative in the 32-bit variable it's assigned to.
It's stupid and backwards for at least two reasons.
1) Bert says on IRC, The timeout value in neon was used for a completely
different purpose
-Original Message-
From: vijay [mailto:vi...@collab.net]
Sent: donderdag 15 november 2012 08:53
To: Bert Huijben
Cc: 'Subversion Development'
Subject: Re: [PATCH] Implement '--include-externals' option to 'svn list'
On Tuesday 13 November 2012 06:45 PM, Bert Huijben wrote
?
Bert
versions. It also
complicates committing and breaks several revert scenarios that are build
on these layers.
Bert Huijben
Sent from Windows Mail
*From:* Philip Martin philip.mar...@wandisco.com
*Sent:* November 12, 2012 1:24 PM
*To:* dev@subversion.apache.org
*Subject:* move updating and mixed
?
The usual like and glob code can use indexes in some cases?
Do we still use LIKE and GLOB, or did we already replace all invocations for
performance reasons?
(I know I removed a lot of them to get queries to use indexes properly)
Bert
for such an important issue into something which
we won't be able to apply later because nobody is able to review it.
Bert
idea why a 1.8 client would use more than twice the amount of data of
1.7?
It should send out less requests than a 1.7 client; especially to a 1.8
server where we avoid property requests.
Note that lgo reported mod_deflate to work against you when using ssl.
Bert
environment specific)
I would guess that the real error is in the commit step higher up in the
test, but we don’t verify the output there yet.
Bert
Sent from Windows Mail
*From:* Ivan Zhakov i...@visualsvn.com
*Sent:* November 9, 2012 9:53 PM
*To:* Philip Martin philip.mar...@wandisco.com,Bert Huijben
On second thought, it is probably caused by the sylink not changing
filesize while we have wait for timestamps disabled in the testsuite.
That would exactly change this behavior on the specific buildbot.
Bert
*From:* Bert Huijben b...@qqmail.nl
*Sent:* November 10, 2012 11:26 AM
*To:* Philip
the original state) if there are local
changes.
I think I should be able to introduce this update editor behavior easily, but
it is hard for me to test the on-disk symlink behavior. So I might break a few
buildbot runs while working on this.
Bert
is not a revision property.
Bert
external.
And in that case a follow up patch would be necessary to handle the real
problem.
Bert
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: donderdag 8 november 2012 13:31
To: Bert Huijben
Cc: 'Daniel Shahaf'; dev@subversion.apache.org
Subject: Re: svn commit: r1406870 - in /subversion/trunk/subversion:
libsvn_wc/update_editor.c libsvn_wc
-Original Message-
From: Paul Burba [mailto:ptbu...@gmail.com]
Sent: donderdag 8 november 2012 17:13
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit: r1407127 - /subversion/branches/1.7.x/STATUS
On Thu, Nov 8, 2012 at 10:32 AM, Bert Huijben b...@qqmail.nl
x86_x64.
The Intel Itanium is still supported and ARM-64 support is around the corner.
Maybe we should use the defines that specify the architecture instead of just
64 bit = x64.
Bert
.
Bert
on an old working copy?
* Import
* Upgrade
With one error code I will have to show both while the user really expects
better behavior.
Bert
report on which revisions are broken is more informational
than just the first error. And I don't like the '--force' for argument for
continuing.
Bert
When the repository is ok, there is no behavior change. The only other
case in this usage is a fatal error path where performance is less
relevant because you exit... And even there you want as much detail as
possible.
Bert Huijben (Cell phone)
From: Julian Foad
Sent: 1-11-2012 18:26
To: Bert
just make the caller pass a scratch_pool?
(Usualle we use 'subpool' and 'iterpool' for the variable name, not
'(sub|iter)_pool')
Bert
as the function
is referenced from a public header file and then written in the .def file.
Bert
)
Bert
None, None,
None, None, None, wc_dir, '-r', '2')
-Original Message-
From: C. Michael Pilato [mailto:cmpil...@collab.net]
Sent: dinsdag 30 oktober 2012 13:01
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit: r1403588 - in /subversion/trunk/subversion:
mod_dav_svn/reports/update.c tests/cmdline
switched paths below a directory instead
of just on file externals specifically?
Or is there some other subsystem that denies merges in this situation?
Bert
expect from an implementation?]
Thanks for asking on the list before filling in the details.
Bert
: add: config=no, commandline=none
Bert
. (A pool lifetime issue, or similar)
Bert
the necessary flag, so I don't
think it will be very hard to fix it there.
Bert
,
SVN_UTF_UTON_XLATE_HANDLE, pool));
Same.
return err;
}
snip
Bert
-Original Message-
From: Prabhu Gnana Sundar [mailto:prabh...@collab.net]
Sent: donderdag 18 oktober 2012 17:05
To: dev@subversion.apache.org
Subject: [PATCH] Implement svnadmin verify --force
Hi all,
Currently svnadmin verify would stop verification process once an
-Original Message-
From: C. Michael Pilato [mailto:cmpil...@collab.net]
Sent: dinsdag 16 oktober 2012 20:11
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit: r1398863 - in /subversion/trunk/subversion:
include/private/svn_subr_private.h include
about the
default binaries.
Bert
these cases are
removed/resolved.
The remaining problem with enabling that, is that we should introduce a new
check point for outstanding operations. Maybe at the point where we obtain a
working copy lock?
Bert
repository with
either a 1.7 or a future client. (1.7 doesn't accept a pre-1.8 compatible
version argument, etc.)
Bert
Not reporting the change via the editor drive will break reporting that
intermediate change as a tree conflict for local shadowed nodes (E.g.
replacements)
Bert Huijben (Cell phone)
From: Daniel Shahaf
Sent: 13-10-2012 19:16
To: Alan Barrett; dev@subversion.apache.org
Subject: Re: Update
/
Darwin)
Bert Huijben (Cell phone)
From: Justin Erenkrantz
Sent: 13-10-2012 23:22
To: Subversion Development
Subject: Case-insensitive checks on Mac OS X 10.8.x XPASSing
When I run make check on Mac OS X 10.8.2, it looks like the
case-sensitivity checks now XPASS:
XPASS: op-depth-test 23
-Original Message-
From: Stefan Küng [mailto:tortoise...@gmail.com]
Sent: woensdag 10 oktober 2012 20:38
To: Bert Huijben
Cc: 'Johan Corveleyn'; dev@subversion.apache.org
Subject: Re: crash in latest release
On 10.10.2012 20:22, Bert Huijben wrote:
-Original Message
use the now deprecated 'svn
resolved PATH'.
Having it default to a specific value makes it very hard to implement the
resolving in a future version of Subversion; and this is exactly what we try
to do.
Bert
From: Gavin Baumanis [mailto:gav...@thespidernet.com]
Sent
with a no longer valid key?
Bert
(svn_error_t *err,
{
svn_fs_t *fs = baton;
(fs-warning)(fs-warning_baton, err);
- svn_error_clear(err);
- return SVN_NO_ERROR;
+ return err;
}
Usually warnings are non-fatal (/non errors). Maybe you should rename this
function or handle specific errors?
Bert
1.1.1.
Thanks,
Bert
, hides the major
difference between the numbers.
We should clearly avoid accidentally having no compression at all unless
requested, as the double compression works much better than that scenario.
Bert
From: lieven.govae...@gmail.com [mailto:lieven.govae...@gmail.com
-
based cache instances.
14:08 subversion-bot build #8677 of svn-slik-w2k3-x64-local is complete:
Failure [failed Build] Build details are
at
http://ci.apache.org/builders/svn-slik-w2k3-x64-local/builds/8677 blamelist:
stefan2
14:18 @Bert ..\..\..\subversion\libsvn_fs_fs
are touching this code anyway?
Bert
-Original Message-
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: vrijdag 5 oktober 2012 15:30
To: Michael Pilato; 'Ben Reser'
Cc: dev@subversion.apache.org
Subject: RE: svn commit: r1394332 -
/subversion/trunk/subversion/include/svn_client.h
-Original Message
script and follow that
by running the devenv command to build the solution. This is pretty
much how I have always done it going back to MSVC 6. The only thing
that really changed was the name of the command line tool to build the
solution.
Bert also has build scripts that he uses that use
for the branch management.
Bert
for HTTPv2?
Bert
901 - 1000 of 1808 matches
Mail list logo