me is not important because mod_openidc will
figure it out from the session. I developed some Apache black magic to
transform the basic auth password into a cookie consumed by mod_openidc. This
black magic can be removed if the Svn client is enhanced with some Cookie
support.
> 2. I d
On 2021-11-03 18:26+0100, Thomas Weißschuh wrote:
> I'll open a ticket for that tomorrow.
The ticket is here: https://issues.apache.org/jira/browse/SVN-4880
On 2021-11-03 17:14+0100, Stefan Sperling wrote:
> On Wed, Nov 03, 2021 at 04:47:39PM +0100, Thomas Weißschuh wrote:
> > The svn_atomic__init_once() inside svn_repos_authz_initialize() seems to
> > work
> > correctly. synchronized_authz_initialize() is only executed once.
On 2021-11-03 17:14+0100, Stefan Sperling wrote:
> On Wed, Nov 03, 2021 at 04:47:39PM +0100, Thomas Weißschuh wrote:
> > The svn_atomic__init_once() inside svn_repos_authz_initialize() seems to
> > work
> > correctly. synchronized_authz_initialize() is only executed once.
On 2021-11-03 16:34+0100, Stefan Sperling wrote:
> On Wed, Nov 03, 2021 at 04:21:34PM +0100, Thomas Weißschuh wrote:
> > Hi everybody,
> >
> > While investigating persistent segmentation faults in mod_dav_svn I found
> > invalid uses of objectpools in subversion/libsnv
synchronized_authz_initialize().
Thanks,
Thomas
Also reported before at
https://gitlab.alpinelinux.org/alpine/aports/-/issues/10116
Environment:
SVN: 1.14.1
Apache: 2.4.51
APR: 1.7.0
Reproduction steps:
Save the two files "Dockerfile" and "svn.conf" from below in a director
, one should go for an ALM System for that. But somehow, I wished not to
have to maintain an ALM System.
But that's history, our situation is worse...
Hope the best for you all, and I was really happy for the responsiveness in
this forum.
Regards
Thomas
-Original Message-
From:
repository (source code) one can see that
There is continued commiting to the source code. I would not say that this is a
dead project, in contrary.
From: Luke Mauldin
Sent: Donnerstag, 28. Oktober 2021 15:26
To: Stuempfig, Thomas (DI SW GS&CS EU DACH AUTO PRBD EC)
Cc: Justin MASSIOT | Zentek ;
.
Check-In and Updates from colleges were done when we had network access.
The maintenance effort of this Project was really minimal and the effort for
errors / misuse was virtually inexistent.
Regards
Thomas
From: Justin MASSIOT | Zentek
Sent: Donnerstag, 28. Oktober 2021 09:47
To: Luke Mauldin
Cc
Setup
-
Linux myhostname 4.18.0-305.19.1.el8_4.x86_64 #1 SMP Wed Sep 15
19:12:32 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
NAME="Rocky Linux"
VERSION="8.4 (Green Obsidian)"
Apache httpd 2.4.37-39, as delivered by Rocky 8.4
Apache runs with user=X group=X, where X is myuser
Safety context of the
Thanks for the rapid and helpful response Johan.
Brian THOMAS
Kutana Support Team
ca...@kutana.fogbugz.com
https://kutana.fogbugz.com/default.asp?10599_rkbjrp30pis3a8jo
This is a regression since 1.9 where this error did not occur.
Brian Thomas | Senior Developer
Kutana Ltd | The Old Mill, Mill St, Wantage, OX12 9AB
e: brian.tho...@kutana.co.uk | w: www.kutana.co.uk
m: +44 (0)7952 451 429 | p: +44 (0)333 202 0971
is a regression since 1.9 where this error did not occur.
[Logo]<https://kutana.co.uk/>
Brian Thomas | Senior Developer
Kutana Ltd | The Old Mill, Mill St, Wantage, OX12 9AB
e: brian.tho...@kutana.co.uk | w: www.kutana.co.uk<http://www.kutana.co.uk/>
m: +44 (0)7952 451 429 | p: +44 (0)333 202 0971
evert_list
> svn_tests: E26: STMT_DROP_REVERT_LIST: Uses sqlite_master with only 0
> index component: ((null))
> DROP TABLE IF EXISTS revert_list
> svn_tests: E26: STMT_DROP_REVERT_LIST: Uses sqlite_master with only 0
> index component: ((null))
> DROP TABLE IF EXISTS revert_list
> svn_tests: E26: STMT_DROP_TARGETS_LIST: Uses sqlite_master with only 0
> index component: ((null))
> DROP TABLE targets_list
> svn_tests: E26: STMT_DROP_TARGETS_LIST: Uses sqlite_master with only 0
> index component: ((null))
> DROP TABLE targets_list
> svn_tests: E26: STMT_DROP_TARGETS_LIST: Uses sqlite_master with only 0
> index component: ((null))
> DROP TABLE targets_list
> svn_tests: E200042: Additional errors:
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> svn_tests: E200035: |SCAN TABLE sqlite_master
> FAIL: wc-queries-test 3: test query expectations
> PASS: wc-queries-test 4: test query duplicates
> PASS: wc-queries-test 5: test schema statistics
> PASS: wc-queries-test 6: verify queries are parsable
> END: wc-queries-test
> ELAPSED: wc-queries-test 0:00:00.167083
After some research we found the problem causing the test failure:
In Gentoo we are building sqlite with
> -DSQLITE_ENABLE_STMT_SCANSTATUS
option set. If we disable that option, the test is passing.
Downstream-bug: https://bugs.gentoo.org/605438
--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5
Hi Pavel,
thank you very much for your help. Your solution works.
This makes real value for of VisualSVN here.
Regards
Thomas
From: Pavel Lyalyakin [mailto:pavel.lyalya...@visualsvn.com]
Sent: Mittwoch, 12. Dezember 2018 20:38
To: Stuempfig, Thomas (DF PL S&SE DE PSM EAI)
Subject: Check
authenticate with the ldap-group. If I am thinking about the svnauthz
commandline, svnauthz has no information about the ldap connection which sits
in apache httpd.conf.
regards
Thomas
-Original Message-
From: Branko Čibej [mailto:br...@apache.org]
Sent: Dienstag, 11. Dezember 2
y did the job of
cycling through ones user AD groups recursively... calling svnauthz for each of
the groups I would offer some beer ...
regards
Thomas
-Original Message-
From: [ext] Stuempfig, Thomas [mailto:thomas.stuemp...@siemens.com]
Sent: Dienstag, 11. Dezember 2018 17:22
Hi Brane,
thank you for the quick response. This is probably what I would seek for. I'll
test it and will come back with my findings.
Best regards
Thomas
-Original Message-
From: Branko Čibej [mailto:br...@apache.org]
Sent: Dienstag, 11. Dezember 2018 11:00
To:
group members … as different members belong to different other
groups each of them have possibly different access rights. It would be really
great to have some table of active priviledges.
best regards
Thomas
-
Siemens Industry Software GmbH; Anschrift: Franz-Geuer-Str. 10
client version
and the same central SVN Repository.
have you an idea, how we can fix the problem?
Mit freundlichen Grüßen / with best regards
Thomas Mingers
Referent IT Architektur
___
Telefon : +49 (0) 2131 290
On 5/31/2017 9:18 AM, Alfred von Campe wrote:
After many years of development, we have over 100 entries in the
svn:mergeinfo property of our trunk. I am thinking about manually
editing the property to remove entries for all branches that have been
deleted or are no longer used (and should be d
Hi Daniel,
you are a guru. I don't know why but it worked!
I guess the magic is in the difference of network transmission of svnsync vs
svnrdump / svnadmin load
Are there suggestions from your side to avoid this error in the future?
Thank you very much for your help!!!
Regards
T
To: Stümpfig, Thomas (DF PL S&SE DE PSM EAI) ;
users@subversion.apache.org
Subject: Re: svnsync on large files
Hello Thomas,
On Wed, Dec 7, 2016 at 8:54 PM, Stümpfig, Thomas
wrote:
>
> Hi everybody,
>
> i get an error with svnsync for large files. svnsync: E175002: REPORT
&
xxx
Last Changed Rev: 54617
Last Changed Date: 2016-12-05 11:38:18 +0100 (Mon, 05 Dec 2016)
This is the situation of the starting point. (I restored)
Regards
Thomas
-Original Message-
From: Daniel Shahaf [mailto:danie...@apache.org]
Sent: Mittwoch, 7. Dezember 2016 23:09
To: Pave
incremental (works) and adjust revprop info in
rev 0 to the new imported files. But the I got a path already exists for
following syncs.
Might not be related to my manipulations but could be the case.
Any Help is appreciated
Mit freundlichen Grüßen
Thomas Stümpfig
Siemens Indusry Software GmbH
3rd party tools. Transport encryption (https) is
supported. And finally I would like to add that svn is not a file system,
despite the fact that svn provides webdav capabilities. As Stefan stated, it is
a scm tool :-) and it does the job really well.
Regards
Thomas
-Original Message-
Fr
please find attached the minidump file
cheers,
thomas
svn-crash-log20151123073914.dmp
Description: svn-crash-log20151123073914.dmp
svn-crash-log20151123073914.log
Description: svn-crash-log20151123073914.log
Dear ladies and gentlemen,
my name is Thomas Riller, I am working at the technical university of
Munich.
I am sorry, that I directly contact you.
We have a problem (self made) with a subversion repository.
The repository was stored at a personal directory and is damaged. This
means, some
Hi,
Our company use Subversion in UK for some years now but theknowledge of the
setup and administration was lost due to staff turnover.
I am seeking a competent professional or vendor in Singapore to help usmigrate
a library from UK to Singapore. Ifyou know someone willing to take up a
, Thomas; users@subversion.apache.org; Nico
Kadel-Garcia
Subject: Re: Update Error over VPN
Bert:
> This error can be triggered (without further details) if our serf HTTP
> library decides to cancel the request... But for that it would need a good
> reason.
>
> It would be very inte
AN is also unknown to me. :-(. I am just
the guy who cares about the svn server.
Regards
Thomas
-Original Message-
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Dienstag, 10. März 2015 14:33
To: 'Alfred von Campe'
Cc: 'Branko Čibej'; Stümpfig, Thomas; users@sub
anted feature is obliteration.
Regards
Thomas
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Dienstag, 10. März 2015 23:37
To: Nico Kadel-Garcia
Cc: Branko Čibej; Subversion
Subject: Re: Copy and Reduce the size of SVn repos
On Sun, Mar 8, 2015 at 8:27 PM, Nico
this fixes the issues I'll keep this list informed
regards
Thomas
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Sonntag, 8. März 2015 13:20
To: Stümpfig, Thomas; users@subversion.apache.org
Subject: RE: Update Error over VPN
Hi Thomas,
It is kind of hard to answer
Nobody has any suggestions? What are the influences on networkside other than a
correct http(s)/tcp/ip transmission.
Where can I get info about timouts etc..
From: Stümpfig, Thomas [mailto:thomas.stuemp...@siemens.com]
Sent: Mittwoch, 4. März 2015 15:27
To: users@subversion.apache.org
Subject
uniper VPN connection (ipsec, nat traversal
compatible) over a carrier grade nat internet connection.
Any idea what is going wrong here?
Regards
Thomas
-
Siemens Industry Software GmbH & Co. KG; Anschrift: Franz-Geuer-Str. 10, 50823
Köln;
Kommanditgesellschaft: Sitz de
>
> Representation cache is based on the sha of the rep. So it does not
> matter what the filename is or where it is stored. If it has the same
> sha as an existing rep, then it will be be shared.
>
> The small improvement in 1.8 was simply to do this for files being added
> within the same rev
I have a question about how efficient SVN is at de-duplication within a
repository with regards to files that appear in multiple locations, but
which have the same content.
I know a small improvement was made in 1.8...
http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
>
On 8/22/2014 5:25 AM, Andy Levy wrote:
On Thu, Aug 21, 2014 at 10:05 PM, 李猛超 wrote:
Hello:
If I have a file at version 1. then I modefy and commit it, get version
2, Now I make the file be same as version 1 and commit, get version 3.
Running "svn diff -r 1", I will get no changes, bu
On 8/22/2014 5:25 AM, Andy Levy wrote:
On Thu, Aug 21, 2014 at 10:05 PM, 李猛超 wrote:
Hello:
If I have a file at version 1. then I modefy and commit it, get version
2, Now I make the file be same as version 1 and commit, get version 3.
Running "svn diff -r 1", I will get no changes, bu
Am 13.08.2014 22:13, schrieb Andreas Stieger:
Hi,
On 13/08/14 21:04, Thomas Martitz wrote:
svnrdump load, though, errors out at revision 6 with "Too many open
files" error. I checked with strace and svnrdump is open()ing a huge
amount of files.
The command line is (note that
Hello,
I have googled and found no trace of this issue. I must be the first one
hitting it.
The problem: I'm trying to save&restore a private SVN repository using
svnrdump. svnrdump load, though, errors out at revision 6 with "Too many
open files" error. I checked with strace and svnrdump is
its *lack* of Java, and it's well established
and very well tested user community.
On Sun, Feb 16, 2014 at 2:36 PM, Florent THOMAS wrote:
Hy Nico,
Yhanks for your answers
On 16/02/2014 20:06, Nico Kadel-Garcia wrote:
On Sun, Feb 16, 2014 at 1:21 PM, Florent THOMAS wrote:
Hy folks,
I&#
x27;s more
like the client was missing an option or a stuff like that...
I will try to wireshark the answer of the server but It would teake me a
while
Thanks anyway...
regards
On 16/02/2014 21:02, Ben Reser wrote:
On 2/16/14, 10:21 AM, Florent THOMAS wrote:
Hy folks,
I'm running a str
Hy Nico,
Yhanks for your answers
On 16/02/2014 20:06, Nico Kadel-Garcia wrote:
On Sun, Feb 16, 2014 at 1:21 PM, Florent THOMAS wrote:
Hy folks,
I'm running a strange issue.
I'm trying to make a checkout from a svn 1.8.5 client to a 1.7 repository
Don't you mean from an SVN 1.
toisesvn etc Same error
- I tried with NetBeans and its embedded javaclient allowed me to
checkout without any problem.
Where shoudl I check now?
regards
Florent THOMAS
On 1/2/2014 5:25 PM, Mike Fochtman wrote:
Currently the team hasn't used any form of version control on these
applications because 'it would be too hard...'
I think you can get 99% of the way there by making sure that application
'A' is under full version control. Some version control is bette
On 12/26/2013 3:42 PM, Listman wrote:
I am using svn 1.5.5 and I backup with hotcopy. I am starting to see
that my repository which 50G is backing up as 48G with hotcopy. I
can’t figure it out and my friend google is not helping at all. Does
any one have a clue?
I agree with Thorsten. Ther
On 12/16/2013 9:03 AM, Krishnamoorthi Gopal wrote:
Thanks for your clarification pavel..
If i used existing repositories in Subversion 1.8 then how can i benefit
features in new version..
Shall i use commands like "svnadmin Upgrade" to upgrade my existing
repos into latest..
As Mark says, "
On 12/2/2013 7:58 PM, Eric Johnson wrote:
Anyone have a suggestion for a tool that projects the growth of
repository storage.
I've got repos taking over 75% of a disk volume, and I'm curious to
project out when I'll need new storage.
Obviously, this is approximate, but has anyone got a tool for
On 12/11/2013 2:19 PM, Bob Archer wrote:
On 11.12.2013 17:21, Mark Kneisler wrote:
I think making the pristine files optional would work for me.
Here’s an idea.
Instead of having pristine copies of all files, how about adding
to the pristine directory only when a file is changed?
You k
On 12/10/2013 8:45 PM, Mark Kneisler wrote:
I have several environments where I’d like to use a SVN checkout, but
where I’d never ever want to make changes to the files or perform a
commit. For these environments, I’d only want to perform an update or
an update to revision.
In cases where you
Other branches Work fine.
He can update and switch revisions on these branches.
Doing the same commit operation with his credentials on my Laptop works
perfect.
We ran out of Ideas. (Cleanup, Reset Save Data, update)
Mit freundlichen Grüßen
Thomas Stümpfig
Senior Presales Consultant
Global Sales &
command line tools are producing
the same results.
How can I start to debug? Network doesn't seem to be the issue. Am I right?
Mit freundlichen Grüßen
Thomas Stümpfig
Senior Presales Consultant
Global Sales & Services
Product Lifecycle Management
Siemens Industry Sector
Siemens Industry
On 10/7/2013 3:37 PM, rvaede wrote:
>
>
> I am confused on how to backup my repositary.
Note: Making a raw file-level backup of a SVN repository is not
advisable. There may be open files, files that changed while the backup
is running, etc. So you will need to use one of the hotcopy / du
On 10/2/2013 10:36 AM, Ullrich Jans wrote:
I'm now facing the same problem. My users want the rebasing, but during
the dump/load instead of after the fact (apparently, it causes issues
with their environment when they need to go back to an earlier revision
to reproduce something). They also want
On 9/15/2013 11:32 AM, Dan White wrote:
The issue is that the client end of the transaction is in a DMZ
A connection from a DMZ to one’s internal network is a very high
security risk. What I was hoping for was a way to define a very
specific connection from the Subversion server to the DMZ clien
On 9/10/2013 7:22 AM, Nico Kadel-Garcia wrote:
But keeping thousands of empty commits in a project they're not relevant
to is confusing and wasteful. The repository and repository URL's for
the old project should be preserved, if possible, locked down and
read-only, precisely for this kind of ch
On 9/9/2013 8:49 PM, Trent W. Buck wrote:
I'm partway through provisioning the replacement Debian 7 server, which
will have
subversion 1.6.17dfsg-4+deb7u3
apache22.2.22-13
...hm, still 1.6. Is it worth me backporting a newer svn?
Yes, it's worth installing 1.8.3.
http://www.
On 9/5/2013 6:41 PM, Gordon Moore wrote:
Is this a known issue with 1.8.3? Any ideas on what is going on, how I
can investigate, or what I might do to correct this?
I'd start with:
- How are you accessing the SVN repository? http? svn+ssh? svn?
- What are the ownership and permissions on the
On 8/23/2013 4:09 PM, Maureen Barger wrote:
Has anyone made a jump this large before? Any comments about my upgrade plan?
We jumped from 1.5 to 1.8 on our server-side repositories. Our clients
were using a mix of 1.6 and 1.7 (most of the "important to us"
improvements in SVN 1.6 and 1.7 were
On 8/22/2013 7:11 PM, Geoff Field wrote:
6. Create the repository in svn 1.8.
I'm sure there's an "upgrade" command that would do it all in-place.
7. Strip permissions on the repository back down to 700, owned by
root:root while we reload the data.
While, or before?
Step 6 created the rep
On 8/21/2013 7:13 PM, Geoff Field wrote:> I'm keeping the original BDB
repositories, with read-only permissions.
If I really have the need, I can restart Apache 2 with SVN 1.2.3 and
go back to the original repositories. Otherwise, I also have the
option of re-running my batch file (modifying it i
On 8/19/2013 6:19 PM, Ben Reser wrote:
On 8/19/13 9:07 AM, Scott Frankel wrote:
I'm new to SVN server configuration and find myself setting up a
CentOS 6.4 server with svn version 1.6.1, following the red-bean
book.
I'd strongly urge you not to use 1.6.1, see the list of applicable
security is
On 8/20/2013 1:19 AM, olli hauer wrote:
On 2013-08-20 01:41, Nico Kadel-Garcia wrote:
I think he meant "subversion-1.6.11", which is the default version for
CentOS 6.4.
Check the SELinux settings in /etc/sysconfig/selinux.
Set the line to 'SELINUX=permissive' (or disabled)
After changing the
On 8/19/2013 12:42 PM, David Chapman wrote:
How many repositories do you have? You shouldn't use SVNParentPath if
you have only one repository; use SVNPath. I don't know if that is the
direct cause of your problem, but you should fix it.
I suggest planning for multiple repositories from the
On 8/12/2013 8:03 PM, Nico Kadel-Garcia wrote:
No one else remember the old "Satan" monitoring toolkit, that had an
option to change the displayed name and icon to "Santa"?
The name "Subversion" has enough positive reputation that changing
it, just to avoid NSA style monitoring, seems very desta
On 8/10/2013 6:28 PM, Daniel Shahaf wrote:
Daniel Shahaf wrote on Sun, Aug 11, 2013 at 01:25:24 +0300:
Thomas Harold wrote on Sat, Aug 10, 2013 at 10:53:43 -0400:
With the 'svnadmin hotcopy --incremental' backups, we have to do extra
checking in the script (comparing reponame
On 7/25/2013 7:30 AM, Stefan Sperling wrote:
On Wed, Jul 24, 2013 at 03:22:11PM -0400, Thomas Harold wrote:
What we might do once 1.8 server is stable is switch to doing the
new "incremental" style hotcopy on Mon-Sat evenings and do a full
hotcopy on Sun.
In Subversion 1.8, a full
On our setup (10k RPM SAS RAID-10 across 6 spindles, AMD Opteron 4180
2.6GHz), we're finding that "svnadmin verify" is CPU-bound and only uses
a single CPU core.
Is it possible that "svnadmin verify" could be multi-process in the
future to spread the work over more cores? Or is that technical
On 8/2/2013 3:21 PM, Thomas Harold wrote:
Our migration process:
>
> 0. svnadmin verify oldreponame
1. svnadmin dump oldreponame
2. svnadmin create newreponame
3. Modify db/fsfs.conf
[rep-sharing]
enable-rep-sharing = true # defaults to true in 1.8
[deltification]
enable-dir-deltifi
On 8/4/2013 6:30 PM, Ryan Schmidt wrote:
Check the file /backup/svndump/test3/db/format.
# cat /backup/svndump/test3/db/format
6
layout sharded 1000
Okay, so I was looking at the wrong thing.
That still raises the question (in my mind) of why the two values are
different on a freshly create
According to the release notes:
http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
We should have seen a bump in the FSFS format number to '6' for 1.8.
But when I'm looking at the 'format' file inside the FSFS repository
directory on the server, I'm seeing '5'.
# svnad
Fuhrmann just gave me to your questions.
On 06/10/2013 03:05 PM, Thomas Harold wrote:
a) Why are directory/property deltifications turned off by default?
Stefan's jovial first answer was, "Because I'm a chicken." :-)
Fortunately, he didn't stop there. He explain
On 8/1/2013 10:52 AM, Somashekarappa, Anup (CWM-NR) wrote:
Bandwidth is 35.4 MBytes/secfrom my system(London) to server(New york)
when i checked with iperf tool.
We are using LDAP
AuthzLDAPAuthoritative off
AuthType Basic
AuthBasicProvider ldap
AuthName "Windows Credentials"
As per message afte
From my notes back when I compiled 1.8.0, I had to download the
sqlite-amalgamation ZIP file and add it into the source directory.
$ cd /usr/local/src/subversion-1.8.0/
$ wget http://www.sqlite.org/sqlite-amalgamation-3071501.zip
$ unzip sqlite-amalgamation-3071501.zip
$ mv sqlite-amalgamation-3
On 7/24/2013 4:21 PM, Les Mikesell wrote:
Is that better than using svnsync from a remote server plus some
normal file backup approach for the conf/hooks directories?
Not sure, I have not tried out svnsync. We also don't use post-commit
hooks (yet). I am under the impression that hotcopy do
On 7/24/2013 2:59 PM, Andy Levy wrote:
I'm planning my upgrade to SVN 1.8 & to go along with it, setting up a
new backup process. Here's what I'm thinking:
* Monday overnight, take a full backup (svnadmin hotcopy, then
compress the result for storage)
* Tuesday through Sunday overnights, increme
On 7/15/2013 5:49 AM, Cooke, Mark wrote:
For your uses, perhaps you could spin this artifact off into it's own
repository (use "external"s from your main repo if required) and then
you can archive that repo off whenever necessary?
Sound advice for any sort of large artifact, or in the case wh
e with the VIP having a time out
at 2 minutes. We had to increase that temporarily to accommodate some very
large commits.
Cheers,
Thomas
From: Anatoly Zapadinsky [mailto:zapadin...@gmail.com]
Sent: Tuesday, July 09, 2013 1:48 PM
To: Anatoly Zapadinsky; users@subversion.apache.org
Subject: R
On 7/8/2013 2:18 PM, Naumenko, Roman wrote:
That box has more than enough CPUs (forty), cores are barely utilized.
How is the access over ssh can be configured? I thought it's only
http(s) or svn proto.
http://svnbook.red-bean.com/en/1.7/svn.basic.in-action.html#svn.advanced.reposurls
http:/
On 7/8/2013 11:32 AM, Naumenko, Roman wrote:
Hello,
How fast would you expect svn checkout to be from a server like one
below? Considering eveyrthing on the server functioning as expected.
Our bottleneck is usually the CPU, but we're doing svn+ssh access. So I
lean towards a few less but mo
On 6/26/2013 8:15 AM, Nico Kadel-Garcia wrote:
On Tue, Jun 25, 2013 at 9:55 AM, Thomas Harold wrote:
Is it still a long-term goal to maintain the ability to mount a SVN
repository as a WebDAV folder?
Out of curiosity, why do you feel the need for this? Working in a
remote copy isn't e
Is it still a long-term goal to maintain the ability to mount a SVN
repository as a WebDAV folder?
Based on this message from 2009:
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1180976
It sounds like the SVN server is still planning on supporting WebDAV
clients, bu
On 6/20/2013 6:56 PM, Geoff Hoffman wrote:
deleting the file from Subversion, then adding the copy with the correct
case.
Question: Doesn't that blow away revision history? If I didn't care
about revision history I would just start over with a fresh repo.
If you use "svn mv" to do the change,
On 6/20/2013 11:55 PM, Sandeepan Kundu wrote:
Tried going back to 1.7, but it is telling project is in higher version :((
how to use now, my development is getting affected!!!
I suggest renaming your old (upgraded to 1.8) working copy out of the
way, doing a fresh checkout using 1.7 into a f
On 6/19/2013 5:30 AM, Daniel Shahaf wrote:
Does %REPOS_DIR%\db\format contain
"4
layout linear"?
If so, that's a known issue that will be fixed in 1.8.1.
Out of curiosity, which versions of SVN produced a "layout linear"? I'm
guessing that was from back in the SVN 1.4 days (repo format #2)
And the last hurdle I had to jump over to get svn 1.8.0 to compile on my
CentOS 6 box. When running ./configure, I had the following message
show up:
checking was serf enabled... no
An appropriate version of serf could not be found, so libsvn_ra_serf
will not be built. If you want
On 6/18/2013 8:06 AM, Branko Čibej wrote:
We're happy to announce the release of Apache Subversion 1.8.0.
Another little thing that I found when compiling 1.8 on CentOS 6 is that
we now need to install the perl ExtUtils packages.
Can't locate ExtUtils/Embed.pm in @INC (@INC contains:
/usr/l
On 6/18/2013 8:06 AM, Branko Čibej wrote:
We're happy to announce the release of Apache Subversion 1.8.0.
While running ./configure (on CentOS 6), I see the following in the output:
checking for Apache module support via DSO through APXS... no
==
On 6/11/2013 10:20 AM, Stefan Sperling wrote:
On Tue, Jun 11, 2013 at 10:13:15AM -0400, Thomas Harold wrote:
Right now, the size of our dumpfile directory is 207G, while the
hotcopy is only 104G. So the size savings could be big for us. The
hotcopy backup is still our preferred solution, with
On 6/11/2013 8:52 AM, C. Michael Pilato wrote:
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuh
Questions about the 1.8 upgrade path:
#1 - In reading the release notes for 1.8, I'm interested in the
directory/property storage reduction as described in:
http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
Directory and property storage reduction
For each changed n
and I
hope to be able to test 1.8rc2 soon.
Thomas Stümpfig
Global Sales & Services
Siemens Industry Sector
Siemens Industry Software GmbH & Co. KG
Franz-Geuer-Str. 10
50823 Cologne, Germany
Tel. :+49 (2153) 9107117
Fax :+49 (221) 20802 988
Mobile :+49 (175) 2205 712
thoma
passwords do not authenticate. Can
anybody give me a hint where to start searching.
(Apache, MS AD, OS).
Thomas Stümpfig
Global Sales & Services
Siemens Industry Sector
Siemens Industry Software GmbH & Co. KG
Franz-Geuer-Str. 10
50823 Cologne, Germany
Tel. :+49 (2153) 9107117
Fax
.
Best regards,
Thomas
-Original Message-
From: Z W [mailto:mpc8...@gmail.com]
Sent: Tuesday, February 12, 2013 6:49 PM
To: users@subversion.apache.org
Subject: lock tree or branch - quick question
Hi All
We like to stop commits to a certain tree or branch.
Is there a way to do that on
e
- handles 'https' scheme
Best regards
i.A. Thomas Oftring
smime.p7s
Description: S/MIME cryptographic signature
"active" repo. I've been toying with
export commands but haven't had any success. I would like to back us away from
any possible limits.
Cheers,
Thomas
From: kmra...@rockwellcollins.com [mailto:kmra...@rockwellcollins.com]
Sent: Friday, September 28, 2012 10:52 AM
To:
Hi Stefan,
Thanks for the new release! From the list of changes for 1.6.18 I
learned that the server side performance of "log -g" was improved
(r1152282). This sounds particularly interesting for our setup. Does a
similar fix exist in 1.7.4, too?
Regards,
Thomas
This ema
rds
Thomas
> -Original Message-
> From: Geoffrey Myers [mailto:li...@serioustechnology.com]
> Sent: Mittwoch, 21. März 2012 12:36
> To: Phil Pinkerton
> Cc: Laura Mohiuddin; users@subversion.apache.org
> Subject: Re: SVN as DMS
>
> Check out 1mage.
>
> That is
Am 13.02.2012 23:07, schrieb Stefan Sperling:
...
Stefan,
Please be patient. Our new server is not yet back from service, so I
can't check. Furthermore I'll have to investigate to build from
sources, which I didn't do so far.
Thomas
--
Mecadtron GmbH
Sitz der Gesells
1 - 100 of 191 matches
Mail list logo
