achine, there's a prebuild 1.10
build 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.
is not quite suitable for posting on mailing
lists. ;-)
--
Regards,
Stefan Hett
d the repository in question. When you got the 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
or specific development branches). Not
doing so can reinstate the removed obsolete mergeinfos again (due to
following merge operations). Another situation you would prevent by
completely removing obsolete branches from the entire repository are
mergeconflicts which can occur if you merge the revision where the
obsolete branch was removed from into another branch.
--
Regards,
Stefan Hett
g 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
istribution) are tested on Windows 10 and work fine there.
[1] http://www.luke1410.de/typo3/index.php?id=97
--
Regards,
Stefan Hett
different SQLite versions 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
te. It would be non-empty
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
lders 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
EG
t one case
related to the error was fixed in that version, if I recall correctly.
--
Regards,
Stefan Hett
gards,
Stefan Hett
h were missing from 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
ng
large duplicated files).
--
Regards,
Stefan Hett
ager.
Please 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 *
--
Rega
to merge the changes
again and hence this scenario won't cause a conflict then.
--
Regards,
Stefan Hett
merge from
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
't want a simple svn
up to do.
--
Regards,
Stefan Hett
ile foo, then this will contain the
history also before the file was renamed.
[...]
P.S. please don't top post
--
Regards,
Stefan Hett
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
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
ed by an
authorized user, via the pre-unlock-hook.
--
Regards,
Stefan Hett
ted to get fixed in the next version. Maybe
wait until that version is out (no ETA yet) and re-report the problem,
in case it still occurs?
--
Regards,
Stefan Hett
e to a later version?
I could also imagine an issue with Windows style line endings 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
ribution 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 G
n how 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 wrote:
On 8/25/2016 11:13 AM, Ivan Zhakov wrote:
On 25 August 2016 at 11:50, Vacelet, Manuel
wrote:
On Wed, Aug 24, 2016 at 5:46 PM, Vacelet, Manuel
wrote:
oops I
On 8/25/2016 11:35 AM, Ivan Zhakov wrote:
On 25 August 2016 at 12:30, Stefan Hett wrote:
On 8/25/2016 11:13 AM, Ivan Zhakov wrote:
On 25 August 2016 at 11:50, Vacelet, Manuel
wrote:
On Wed, Aug 24, 2016 at 5:46 PM, Vacelet, Manuel
wrote:
oops I hit shift+enter :/
see my message below
On
IRA 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
get access to your repository again (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
x27;s most likely
showing 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
ild-nodes (aka: Root/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
lieve in that export/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 prefe
block with Node-path etc 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
memor
ools we use a specific 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
one (not
sure whether your particular case has been fixed already, though).
--
Regards,
Stefan Hett
f 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
hat.
[1] http://www.luke1410.de/typo3/index.php?id=97
--
Regards,
Stefan Hett
more 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
/pkgconfig
/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
error 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 try
A instead II.B.
I.e. run
./configure
make
make install
--
Regards,
Stefan Hett
d, you picked it
up. :-)
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.
0.de/typo3/index.php?id=97
(runs on Win Vista+ only - 64-bit)
As Brane stated, be careful and double check the results before
committing any changes.
--
Regards,
Stefan Hett
ed (aka: run
svn 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
s mailing list about it, but could not find
a solution. Any help is much appreciated.
Thanks.
--
Vinicius Massuchetto
--
Regards,
Stefan Hett
from the code integrity point of view, 1.8.16
would be the safer choice to go.
If you are compiling your own server, be sure to keep the dependencies
used also up to date.
--
Regards,
Stefan Hett
Can't say much more unfortunately. :-/
--
Regards,
Stefan Hett
rnal is shadowed (r1655712, r1655738)"
While I'm not sure whether that's helping in your case, I take it that
chances are not that bad. .-)
--
Regards,
Stefan Hett
s deviate
so much from one another that any kind of attempt 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 wrote:
On 5/9/2016 10:55 AM, Stefan Hett wrote:
On 5/9/2016 10
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 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
On 5/9/2016 10:09 AM, Ivan Zhakov wrote:
On 6 May 2016 at 14:37, Stefan Hett 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 hundreds or thousands of files
2) Why does the svn co command create a subdirectory 'a' instead of
taking the specified URL as the path to checkout entirely?
--
Regards,
Stefan Hett
@echo off
rem
##
rem ##
ge.do?dsForumId=4061&dsMessageId=3171337
[2] https://issues.apache.org/jira/browse/SVN-4557
--
Regards,
Stefan Hett
anyone have any insight and experience they'd like to
share?
Many Thanks.
--
Regards,
Stefan Hett
dows 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
ns/19307464/svn-list-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
changelog 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 one
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
n and directory
structure 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
gularly
here (though in our case 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
out your environment it's 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 c
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,
--
Regards,
Stefan Hett
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 Powersh
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
r Programmer/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
your account.
Looking quickly 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
en it is not likely to go anywhere.
Mark
On Thu, Jan 7, 2016 at 8:46 AM, Stefan Hett <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 CollabNet builds
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
(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
r there was some other
underlying issue, I can't tell of cause.
--
Regards,
Stefan Hett
parate checkouts and separate working copies
for yourself and all your students.
--
Regards,
Stefan Hett
-
OK
---
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 6:02 PM, Ivan Zhakov wrote:
On 4 December 2015 at 18:53, Stefan Hett 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:
* Windows 64bit
* Supports
On 12/4/2015 6:02 PM, Ivan Zhakov wrote:
On 4 December 2015 at 18:53, Stefan Hett 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:
* Windows 64bit
* Supports
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
ts.
I take it you checked out the list of Windows packages here already?
https://subversion.apache.org/packages.html
--
Regards,
Stefan Hett
red please 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
has
been resolved already, given u are using a version which is over 2 years
old.
--
Regards,
Stefan Hett
t urself I 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
ore 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
a binary conflict selecting "Use Repository version"
during the merge dialog.
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
ssue you are talking about, or is it?
--
Regards,
Stefan Hett
.com/nightly/en/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 ch
et 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üh
from stefan2 on this and yes, the
mergeinfo is actually redundant.
--
Regards,
Stefan Hett
1 - 100 of 125 matches
Mail list logo
