ild available here [1] (disclaimer, I'm the maintainer/developer
behind that one). I'd also have a prebuild 1.10.0-rc2 build lying around
which hasn't been released yet, but I'd be able to make it available to
you, if that helps.
[1] http://www.luke1410.de/typo3/index.php?id=97
--
Regards
for posting on mailing
lists. ;-)
--
Regards,
Stefan Hett
e dump, you'll setup a
fresh repository, set the UUID of the new repository to the old one and
do an svnadmin load with the 1.9.4 version of the previously stored dump
file into the new repository.
--
Regards,
Stefan Hett
vision where the
obsolete branch was removed from into another branch.
--
Regards,
Stefan Hett
the server load when this happens?
I.e. if the server is running on Windows, check the task manager of the
server-side svn process. Is that at 100% during the "stuck" update process?
Did you test whether a clean/fresh check out of the branch solves the
problem?
--
Regards,
Stefan Hett
On 2/22/2017 9:42 AM, Daniel Shahaf wrote:
Stefan Hett wrote on Tue, Feb 21, 2017 at 15:12:25 +0100:
That said: All the current builds for MaxSVN [1] (an experimental SVN
developer focused distribution) are tested on Windows 10 and work fine
there.
MaxSVN is maintained by Stefan. (The svn
bution) are tested on Windows 10 and work fine there.
[1] http://www.luke1410.de/typo3/index.php?id=97
--
Regards,
Stefan Hett
and other dependencies
increases the risk for you to run into bugs/issues nobody else would
expect to run into (which then increases the workload to troubleshoot
such problems).
[1] https://www.sqlite.org/changes.html
--
Regards,
Stefan Hett
for cases where the svn-process would crash I assume. Further details
see [1].
I assume TM only backs up non-empty files, no?
[1] https://www.sqlite.org/tempfiles.html
--
Regards,
Stefan Hett
successively over the new files and do according
svn add/del/ci calls for each version.
I'm not aware of an existing tool/script doing precisely what you need,
but it should not be more than a few hours workto write one, I guess.
--
Regards,
Stefan Hett, Developer/Administrator
EGOSOFT GmbH
related to the error was fixed in that version, if I recall correctly.
--
Regards,
Stefan Hett
,
Stefan Hett
the backup.
That way you can reduce the work which was lost to a minimum, I guess.
I won't go into the other areas, since Andreas already answered these.
--
Regards,
Stefan Hett
files).
--
Regards,
Stefan Hett
let me know if additional information is needed. Thanks,
*Chris Tufts*
Database and Systems Engineer
*BAI*
115 S. LaSalle Street, Suite 3300
Chicago, IL 60603-3801
ctu...@bai.org <mailto:ctu...@bai.org>
*/Direct/**: 312-683-2354 | /Fax: /312-683-2435 *
--
Regards,
Stefan Het
again and hence this scenario won't cause a conflict then.
--
Regards,
Stefan Hett
trunk to release branch first (I guess not because that would pollute the
branch)?
Only if you want all the changes in trunk to get merged into the release
branch. Based on your description, I take it that's not what you want.
Hence, the answer is no.
--
Regards,
Stefan Hett
up to do.
--
Regards,
Stefan Hett
ontain the
history also before the file was renamed.
[...]
P.S. please don't top post
--
Regards,
Stefan Hett
if it is possible
If I follow you correctly, then this wouldn't be an issue. Aka: If you
delete the old branch, requesting the log for the old path still exists
in the corresponding revision. Just make sure to specify the
operative-revision (aka: [old-path-url]@[revision]).
--
Regards,
Stefan Hett
to help you out more directly. See: https://tortoisesvn.net/community.html
Btw: I suggest you confirm the bug still exists with the latest TSVN
version (which is 1.9.4) before reporting the issue there.
--
Regards,
Stefan Hett
user, via the pre-unlock-hook.
--
Regards,
Stefan Hett
ersion. Maybe
wait until that version is out (no ETA yet) and re-report the problem,
in case it still occurs?
--
Regards,
Stefan Hett
ngs in the
ignore-properties being stored and the output on Linux causing the
additional newline. Not sure whether this is actually possible (and if,
whether it's considered a bug). But then again your SVN version is quite
outdated. Better try to reproduce the behavior with a more up-to-date
client (at least 1.8.latest).
--
Regards,
Stefan Hett
accept the key permanently or just temporarily. If you accepted
it only temporarily, can you test to see how it behaves if you select
permanently (to determine whether it's some timeout issue).
--
Regards,
Stefan Hett
ion incorporates other
dependencies which might impose some ECCN classification (most likely
OpenSSL and/or Apache are likely dependencies and to my knowledge in an
end product they result in an ECCN classification then for you).
--
Regards,
Stefan Hett, Developer/Administrator
EGOSOFT GmbH,
to do that:
http://blog.christosoft.de/2012/02/subversion-svn-permanently-remove-files-from-repository-history/
--
Regards,
Stefan Hett
On 8/25/2016 11:52 AM, Stefan Hett wrote:
On 8/25/2016 11:35 AM, Ivan Zhakov wrote:
On 25 August 2016 at 12:30, Stefan Hett <ste...@egosoft.com> wrote:
On 8/25/2016 11:13 AM, Ivan Zhakov wrote:
On 25 August 2016 at 11:50, Vacelet, Manuel
<manuel.vace...@enalean.com>
wrote:
On
On 8/25/2016 11:35 AM, Ivan Zhakov wrote:
On 25 August 2016 at 12:30, Stefan Hett <ste...@egosoft.com> wrote:
On 8/25/2016 11:13 AM, Ivan Zhakov wrote:
On 25 August 2016 at 11:50, Vacelet, Manuel <manuel.vace...@enalean.com>
wrote:
On Wed, Aug 24, 2016 at 5:46 PM, Vacelet, Manuel
N-4219
According to SVN-4219 the issue was present in 1.7 and also fixed in
1.7, or is the JIRA issue record wrong in this regards?
Also I take it that with Manuel's report here, the issue was not only
present in 1.7 but also existed on 1.6. Otherwise I think I'm missing
something.
--
Regards,
Stefan Hett
y in cases where you need to commit or reorder files.
To clarify: This is purely a client side storage requirement. It does
not apply to the storage requirements on the server side.
--
Regards,
Stefan Hett
n (normally,
he'd reset your credentials so you can reset your key pair or get
alternative means to authenticate yourself).
--
Regards,
Stefan Hett
grateful if you suggest me
a right way to submit it.
This is indeed the wrong list. Since this is a TSVN specific question,
you should post the question on TSVN's user list. See:
https://tortoisesvn.net/community.html
--
Regards,
Stefan Hett
g the upgrade dialog now because it (incorreclty) believes (due to
the encrypted files) that the working copy format is of an older format.
--
Regards,
Stefan Hett
/branches/) using
dumpfilter include in combination with svnadmin load --parent-dir [Dir]
(aka: svnadmin load --parentdir [Dir]
Would that solve your case?
--
Regards,
Stefan Hett
t/import is anywhere
better/easier/more-suitable (in the general case) than a dump/load-cycle.
As said before: there might be very specific cases where this might be
preferable over complete data migration step. But I can't imagine a
single case where this would be preferable over a dump/lo
tc would be gone). See
http://svn.haxx.se/dev/archive-2015-09/0269.shtml for the entire
(long) discussion, which lead to the bugfix for 1.9.3.
Ah right. Now i recall. Thanks for digging that up. So unless I observe
any issues, I take it that the change I observed is just a benign one.
--
Regards,
Stefan Hett
On 7/28/2016 2:06 PM, Vincent Lefevre wrote:
On 2016-07-27 11:12:47 +0200, Stefan Hett wrote:
Hi Vincent,
On 7/27/2016 2:36 AM, Vincent Lefevre wrote:
When I do "svn blame" on some file (36972 lines), svnserve takes
more than 800 MB on the server (and is killed due to lack of
m
cific flag in the
commit log of revisions which are not meant to be merged into some other
branch(es). The tools check for these flags in the log and simply skip
these revisions. Maybe this approach might be usable for you as well?
--
Regards,
Stefan Hett
(not
sure whether your particular case has been fixed already, though).
--
Regards,
Stefan Hett
of the commit doesn't exceed your specified limits.
--
Regards,
Stefan Hett, Developer/Administrator
EGOSOFT GmbH, Heidestrasse 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, www.egosoft.com
Geschäftsführer: Bernd Lehahn, Handelsregister Aachen HRB 13473
On 6/22/2016 5:30 PM, Cooke, Mark wrote:
-Original Message-
From: Stefan Hett [mailto:ste...@egosoft.com]
Sent: 22 June 2016 13:25
To: users@subversion.apache.org
Subject: Re: Compiling svn + httpd for windows python 2.x
On 6/22/2016 2:01 PM, Cooke, Mark wrote:
-Original Message
On 6/22/2016 2:01 PM, Cooke, Mark wrote:
-Original Message-
From: Stefan Hett [mailto:ste...@egosoft.com]
Sent: 22 June 2016 12:38
Hi Mark,
Folks,
We use subversion with Trac behind httpd on Windows Server. As Trac is
written in "old" Python (2.x), I have had to resort t
[1] http://www.luke1410.de/typo3/index.php?id=97
--
Regards,
Stefan Hett
mature
product out there. vss2svn seems to be suggested quite often and there
also seems to be an commercial importer available from Polarion.
--
Regards,
Stefan Hett
/usr/bin/install: cannot change permissions of
`/usr/local/share/pkgconfig': No such file or directory
make: *** [install-fsmod-lib] Error 1
*From:*Stefan Hett [mailto:ste...@egosoft.com]
*Sent:* 2016, June, 15 8:32 AM
*To:* users@subversion.apache.org
*Subject:* Re: SVN upgrade
Hi,
Hello
message, right?
If so, knowing your linux distribution would be useful.
*From:*Stefan Hett [mailto:ste...@egosoft.com]
*Sent:* 2016, June, 15 8:04 AM
*To:* users@subversion.apache.org
*Subject:* Re: SVN upgrade
On 6/15/2016 1:50 PM, Somashekarappa, Anup (CWM-NR) wrote:
Hi,
I am trying t
I.e. run
./configure
make
make install
--
Regards,
Stefan Hett
. :-)
One problem with your version of this fix is that it creates a case
where we run code before a variable declaration in the same block.
We can't do that because we remain compatible with old compilers.
Oh right. Completely overlooked that C89 violation in my patch. Nice spot.
--
Regards,
S
e check the results before
committing any changes.
--
Regards,
Stefan Hett
vn cleanup), upgrade the client to 1.9 and then upgrade the working
directories (svn upgrade [2]).
[1] https://subversion.apache.org/docs/release-notes/1.9.html
[2] http://svnbook.red-bean.com/en/1.8/svn.ref.svn.c.upgrade.html
--
Regards,
Stefan Hett
out it, but could not find
a solution. Any help is much appreciated.
Thanks.
--
Vinicius Massuchetto
--
Regards,
Stefan Hett
choice to go.
If you are compiling your own server, be sure to keep the dependencies
used also up to date.
--
Regards,
Stefan Hett
much more unfortunately. :-/
--
Regards,
Stefan Hett
ot;
While I'm not sure whether that's helping in your case, I take it that
chances are not that bad. .-)
--
Regards,
Stefan Hett
mpt to merge the different
states would be unfeasible.
--
Regards,
Stefan Hett
On 5/9/2016 12:31 PM, Ivan Zhakov wrote:
[please use plain-text formatting as documented in Community Guide [1]]
https://subversion.apache.org/docs/community-guide/mailing-lists.html#encodings
On 9 May 2016 at 12:05, Stefan Hett <ste...@egosoft.com> wrote:
On 5/9/2016 10:55 AM, Stefa
On 5/9/2016 10:55 AM, Stefan Hett wrote:
On 5/9/2016 10:09 AM, Ivan Zhakov wrote:
On 6 May 2016 at 14:37, Stefan Hett<ste...@egosoft.com> wrote:
Hi,
this is in reference to a user reported problem on the TSVN mailing list [1]
The user is having an issue with using TSVN 1.9.4 over a Ja
On 5/9/2016 10:09 AM, Ivan Zhakov wrote:
On 6 May 2016 at 14:37, Stefan Hett <ste...@egosoft.com> wrote:
Hi,
this is in reference to a user reported problem on the TSVN mailing list [1]
The user is having an issue with using TSVN 1.9.4 over a Java-SSL-Tunnel
when trying to lock hu
bdirectory 'a' instead of
taking the specified URL as the path to checkout entirely?
--
Regards,
Stefan Hett
@echo off
rem
##
rem ##
=3171337
[2] https://issues.apache.org/jira/browse/SVN-4557
--
Regards,
Stefan Hett
ter much the different
versions? Does anyone have any insight and experience they'd like to
share?
Many Thanks.
--
Regards,
Stefan Hett
sever 2008 R2,备份服务器是Windows sever 2008 R2
SVN服务版本为Setup-Subversion-1.7.4
--
View this message in context:
http://subversion.1072662.n5.nabble.com/svnsync-error-Error-while-replaying-commit-tp156531p196592.html
Sent from the Subversion Users mailing list archive at Nabble.com.
--
Regards,
Stefan Hett
-of-changed-files-ignoring-whitespaces
That contains a script which uses svn status and svn diff -- it does
things slightly different from what your needs would require, but it
should still be a useful starting point.
--
Regards,
Stefan Hett
about your environment. With this
limited information nobody can give you any reasonable support I fear.
--
Regards,
Stefan Hett
elog for 1.8:
1.8.14:
[...]
- Server-side bugfixes:
* mod_authz_svn: do not leak information in mixed anonymous/authenticated
httpd (dav) configurations (CVE-2015-3184)
* do not leak paths that were hidden by path-based authz (CVE-2015-3187)
[...]
I take it these are the ones I h
xpect that the parent folder (copytrunk) would not be there anymore? Or
do you have a typo here?
Conclusion: if you have a deleted subfolder it is not possible to
exclude the folder?
Maybe you could attach a repro script presenting the exact commands you
perform to illustrate your question/issue?
--
Regards,
Stefan Hett
,
Stefan Hett
to
ensure consecutive numbering of your SQL-script files as well as
preventing any modifications to committed files.
--
Regards,
Stefan Hett
ucture can actually reference the same sub-directory.
My Tortoise svn is
TortoiseSVN 1.9.3, Build 27166 - 64 Bit -dev, 2016/02/08 07:58:04
on Windows 7.
Can you reproduce the issue using the svn command line tools? Otherwise
maybe you would better be off on the TSVN users mailing list.
--
Regards,
Stefan Hett
ase the other way around --- aka: cherry picking
selective changes first and in the end do a complete merge of the rest).
--
Regards,
Stefan Hett
here, your log states you were using
SilkSVN 1.8.9. Since that version is quite old, I suggest you upgrade to
the latest 1.8 version (SilkSVN 1.8.15) and test whether that resolved
the crash you have.
--
Regards,
Stefan Hett
hard to tell.
--
Regards,
Stefan Hett
Hi,
Maybe I didn't describe it clearly.
I mean to rollback on the repository instead of the working copy. If a user checked in a
"wrong" file, system administrator/project manager needs to rollback the file
to the previous revision on the repository.
Then go with Andreas' suggestion and do a
Hi,
Hello,
How to rollback of a file or folder to previous revision?
svn merge -rHEAD:PREV TARGET
Andreas
Or svn up -r [file/folder] if by "rollback" you mean to get an older
revision of a file/folder instead of reverting changes done to the file.
--
Regards,
Stefan Hett,
Hi James,
Stefan,
Windows client, using a Powershell script running the svn command
line. I am running 64-bit Windows 7, running it in Powershell 4. I
use the 32-bit build because only developers have 64-bit windows.
James
*From:*Stefan Hett [mailto:ste...@egosoft.com]
*Sent:* Monday
Sorry. I’m using the distribution from Collabnet.
*From:*Stefan Hett [mailto:ste...@egosoft.com]
*Sent:* Monday, January 25, 2016 7:30 AM
*To:* Patten, James
*Cc:* 'subversion'
*Subject:* Re: Subversion crash report
Hi James,
Stefan,
Windows client, using a Powershell script
,
Stefan Hett
er/Analyst, OIT OCFS/DLRS
State of Maine, Office of Information Technology
james.pat...@maine.gov <mailto:james.pat...@maine.gov>
207-557-0349 (Desk/Cell)
--
Regards,
Stefan Hett
on google, it suggests a couple of trouble shooting
steps in different links. Did you have a look at these?
--
Regards,
Stefan Hett
Otherwise the OP stated that he didn't get crashes when using SVN 1.8
and that's what I suggest you'd try as well, if possible.
--
Regards,
Stefan Hett
is not likely to go anywhere.
Mark
On Thu, Jan 7, 2016 at 8:46 AM, Stefan Hett <ste...@egosoft.com
<mailto:ste...@egosoft.com>> wrote:
The thought was that
a) I'm not familiar with the build process or any potential
customizations which might have been applied to the
Hi,
you might be better off contacting CollabNet on this. According to your
attached log you are using their distributed client.
Also you might wanna try updating ur CollabNet client to 1.9.3 (assuming
there is already an update available from them).
--
Regards,
Stefan Hett
, I can't tell of cause.
--
Regards,
Stefan Hett
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.
--
Regards,
Stefan Hett
and separate working copies
for yourself and all your students.
--
Regards,
Stefan Hett
---
Just a quick blindshot. TSVN 1.9.3 was released last night. So you might
wanna give that one a try.
--
Regards,
Stefan Hett
On 12/4/2015 4:42 PM, Stefan Hett wrote:
On 12/4/2015 10:55 AM, Johan Wallström wrote:
Hello,
I'm searching for a binary release that can meet the following
requirements:
* Windows 64bit
* Supports file system format 7 (svn 1.9)
* Includes module-files for Apache 2.4 (latest wamp)
I have
request a hard copy version.
KBC Bank Ireland plc is regulated by the Central Bank of Ireland. KBC
Bank Ireland plc is a company registered in the Republic of Ireland,
Company Number 40537. Registered Office: Sandwith Street, Dublin 2,
Ireland
--
Regards,
Stefan Hett
On 12/4/2015 6:02 PM, Ivan Zhakov wrote:
On 4 December 2015 at 18:53, Stefan Hett <ste...@egosoft.com> wrote:
On 12/4/2015 4:42 PM, Stefan Hett wrote:
On 12/4/2015 10:55 AM, Johan Wallström wrote:
Hello,
I'm searching for a binary release that can meet the following
requirements:
* W
On 12/4/2015 6:02 PM, Ivan Zhakov wrote:
On 4 December 2015 at 18:53, Stefan Hett <ste...@egosoft.com> wrote:
On 12/4/2015 4:42 PM, Stefan Hett wrote:
On 12/4/2015 10:55 AM, Johan Wallström wrote:
Hello,
I'm searching for a binary release that can meet the following
requirements:
* W
resolved already, given u are using a version which is over 2 years
old.
--
Regards,
Stefan Hett
guess. The Win32SVN distribution
contains all its prebuilt libraries in the lib folder. libsvn libraries
are split in different separate libraries there. You might have to link
against all of these or a subset, depending on what u are actually
compiling.
--
Regards,
Stefan Hett
og.
I'm sure u are already ware, but just in case: My workaround was to let
the file in conflict and afterwards resolve the conflict by reverting
the file (so it was in the repository's state which I intended).
--
Regards,
Stefan Hett
t 24 2013, 13:59:58
…
BTW, we can sync it before rebooting the system, but after reboot
it, we got this error. I start the service with this command:
svnserve -d -r /svn_files/svn/
Thanks,
Hubert Li
ARRIS
--
Regards,
Stefan Hett
s not the
issue you are talking about, or is it?
--
Regards,
Stefan Hett
to
misaligned mergeinfos, it's certainly not exactly what I want/need.
Does anybody have an idea for a better/more precise solution/approach?
--
Regards,
Stefan Hett, Developer/Administrator
EGOSOFT GmbH, Heidestrasse 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, www.egosoft.com
Geschäftsführer: Bernd
/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.stayinsync.subtree
-Original Message-
From: Stefan Hett [mailto:ste...@egosoft.com]
Sent: Friday, August 28, 2015 9:19 AM
To: 'subversion'
Subject: preventing recording misaligned mergeinfos
Hi,
I'm currently checking-out ways to prevent
, the
mergeinfo is actually redundant.
--
Regards,
Stefan Hett
Looks like the dumps are from a VisualSVN Server compiled version. Did
you try contacting their support? Without the PDBs from their compiled
version it's a bit difficult for other users like me to check the crash
out...
Kind Regards,
Simon Rowe
Senior Manager Engineering
Siemens plc
1 - 100 of 124 matches
Mail list logo