> -Original Message-
> From: Victor Medina [mailto:jefedesopo...@cmgm.com.ve]
> Sent: 28 September 2011 21:55
> To: users@subversion.apache.org
> Subject: ++ Best Oracle DB Version to compile Subversion ++
>
> Hi all!
>
> About compiling Subverions with BDB support,
>
> Which is the
> -Original Message-
> From: Grant [mailto:emailgr...@gmail.com]
> Sent: 29 September 2011 03:42
> To: users@subversion.apache.org
> Subject: File access control
>
> I see that subversion supports path-based authorization:
>
> http://svnbook.red-bean.com/en/1.5/svn.serverconfig.pathbased
On Wed, Sep 21, 2011 at 5:59 AM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Wed, Sep 21, 2011 at 05:44:33 -0500:
>> 2011/9/21 Ulrich Eckhardt :
>> > Am 21.09.2011 11:00, schrieb Hyrum K Wright:
>> > [repository upgrade]
>> >>
>> >> Since you are moving from 1.4 to 1.7, however, you may want to
I see that subversion supports path-based authorization:
http://svnbook.red-bean.com/en/1.5/svn.serverconfig.pathbasedauthz.html
Is there a way to do file-based authorization? Or maybe some sort of
trickery to mimic file-based authorization? If not, can anyone think
of a way to allow read/write
On Wed, Sep 28, 2011 at 9:38 AM, Daniel Shahaf wrote:
> Nico Kadel-Garcia wrote on Wed, Sep 28, 2011 at 09:15:13 -0400:
>> On Tue, Sep 27, 2011 at 3:06 AM, Stümpfig, Thomas
>> wrote:
>> > Hi all,
>> >
>> > I plan to upgrade a 250GB Repository from 1.5 to 1.7. As I learned from
>> > other threads
On 28.09.2011 07:18, Daniel Shahaf wrote:
Wouldn't it also be useful to pass --deltas to 'svnadmin dump'?
Of course, you are absolutely right!
-- Stefan^2.
I should note the advice below only applies to FSFS-backed repositories.
Stefan Fuhrmann wrote on Tue, Sep 27, 2011 at 11:11:45 +0200:
S
2011/9/29 Jody Breaux
>
> I was using version 1.6 (the latest), then I upgraded to 1.7, that’s when the
> problems started.
Which version of TortoiseSVN 1.7 (as shown in About dialog)?
A nightly is built every night with current code from
/subversion/branches/1.7.x.
Can you send your e-mails in
I was using version 1.6 (the latest), then I upgraded to 1.7, that's when
the problems started.
I've been having this issue for a few days, I have since removed all copies
of svn, and reinstalled 1.7, still same issue.
When I try to update/commit, or do anything to my source code folders, I ge
Hi all!
About compiling Subverions with BDB support,
Which is the best BDB version to compile Subversion 1.6 & 1.7? Can I use the
latest? Or there are specific recomended versions for 1.6 and 1.7? I'm building
for windows with apache 2.2.
Sin mas a que hacer referencia,
___
Do you have any additional information about what you were trying to do?
How did you trigger this problem?
Thanks,
-Hyrum
On Wed, Sep 28, 2011 at 3:37 PM, Jody Breaux <
jody.bre...@centexsolutions.com> wrote:
> ---
>
> Subversion Exception!
>
> --
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
But
On Wed, 28 Sep 2011 10:06:31 +, David Brodbeck wrote:
...
> I suspect this is vi vs. Emacs all over again. People who have gotten used
> to the svn user interface (or CVS, for that matter) will find git clumsy;
> people who are used to git will find svn clumsy.
Partly, yes. svn has a tendency
On Sep 28, 2011, at 12:16 PM, Jason Holland wrote:
> Dave,
>
> Purpose of the original email was to report the error message, which is the
> first screen shot, as was explicitly requested in the error message.
>
> Purpose was not to discuss second error message. Second error message was
> i
Dave,
Purpose of the original email was to report the error message, which is the
first screen shot, as was explicitly requested in the error message.
Purpose was not to discuss second error message. Second error message was
included just to provide any additional details that may be of help.
On Thu, Sep 22, 2011 at 11:00 PM, Andreas Krey wrote:
> > and Git is just not as user friendly or as polished.
>
> Don't make me rant. The svn user interface (at least the one that
> is ontopic here, namely the 'svn' CLI) is horrible...
I suspect this is vi vs. Emacs all over again. People who
On Sep 28, 2011, at 11:53 AM, Jason Holland wrote:
> Dave, read this sentence “The sole purpose of that email was to provide
> feedback and details as requested by the error message.”
> Please read the first two sentences in the screen shot.
> If the subversion team does not want the feedba
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
If those tags don't contain mods you might be able to simply note the
directory/revision that were tagged and lose the tags entirely.
Otherwise, rewriting the /tags tree's history such that it is sharded
(perhaps by quarter as per elsethread) is a non-lossy, but trickier,
option.
Trevor Schaffer
On Sep 28, 2011, at 11:02 AM, Jason Holland wrote:
> I am not "mislead" by nor do I not understand any of the errors. The sole
> purpose of that email was to provide feedback and details as requested by the
> error message.
Call it what you will, but the second error message did not instruct
I'm happy to announce the release of Apache Subversion 1.7.0-rc4.
Please choose the mirror closest to you by visiting:
http://subversion.apache.org/download/#pre-releases
The SHA1 checksums are:
181324f85926570b4923bb79df7ef8fe3764b9be subversion-1.7.0-rc4.tar.bz2
d7beaed69dccaf23dd3
Thanks. I was expecting that the back end didn't change much either. I'll
look closer at filtering out the commits we don't care about to try to minimize
the tags that we have.
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Wednesday, September 28, 20
2011/9/28 Trevor Schaffer :
> Yes, that basically will have to be our plan... going forward. Now to try to
> deal with what we have right now.
>
> I am a bit puzzled why the commit requires any information about other
> folders seemingly not associated in any way with this particular commit
> t
Hi,
I sent that error screen shot to 'users@subversion.apache.org' because the
first two sentences of the error message in the screen shot states :
"Subversion encountered a serious problem. Please take the time to report this
on the Subversion mailing list (users@subversion.apache.org) with a
Trevor Schaffer wrote on Wed, Sep 28, 2011 at 07:57:35 -0600:
> If anyone has any idea on what we can do with this, I would appreciate
> it.
>
> In the meantime, I'm going to try to dump+load the repo in the hopes
> that there were some optimizations in svn 1.6 that will help. We've
> had this re
Yes, that basically will have to be our plan... going forward. Now to try to
deal with what we have right now.
I am a bit puzzled why the commit requires any information about other folders
seemingly not associated in any way with this particular commit though. I'm
sure the database has it fo
On Wed, Sep 28, 2011 at 11:01, Trevor Schaffer
wrote:
> We definitely use svn copy for revisions, but I think the issue is because
> our tags are too flat vs not flat enough.
>
> E.g. tags/builds/ is where we put all of our tags (all done with svn copy)
> And over time, this folder has over 7000
We definitely use svn copy for revisions, but I think the issue is because our
tags are too flat vs not flat enough.
E.g. tags/builds/ is where we put all of our tags (all done with svn copy)
And over time, this folder has over 7000 tags in it. So now, ever new tag we
put into /tags/builds has
On Wed 28 Sep 2011 07:53:36 PM IST, Greg Szumowski wrote:
Hello. I would appreciate some information regarding the advantages of
Subversion over Perforce. There are comparisons out there, but I’m
afraid that they may be biased since they appear to be authored by
Perforce users or the Perforce com
Hello. I would appreciate some information regarding the advantages of
Subversion over Perforce. There are comparisons out there, but I'm
afraid that they may be biased since they appear to be authored by
Perforce users or the Perforce company. I am looking for views from the
SVN users themselves,
On Wed, Sep 28, 2011 at 07:57:35AM -0600, Trevor Schaffer wrote:
> Server: Fedora Core 13 64-bit
> SVN: 1.6.16 running on Apache 2.2.16
>
> We have a repository that currently is in the 128K revision count, and is now
> standing at 40+GB in size. Over time it's been growing faster, and we
> not
Server: Fedora Core 13 64-bit
SVN: 1.6.16 running on Apache 2.2.16
We have a repository that currently is in the 128K revision count, and is now
standing at 40+GB in size. Over time it's been growing faster, and we noticed
a trend on svn copies... the db/revs/* files are getting bigger over tim
Nico Kadel-Garcia wrote on Wed, Sep 28, 2011 at 09:15:13 -0400:
> On Tue, Sep 27, 2011 at 3:06 AM, Stümpfig, Thomas
> wrote:
> > Hi all,
> >
> > I plan to upgrade a 250GB Repository from 1.5 to 1.7. As I learned from
> > other threads in this list, it is wise to dump and load the repository in
> >
On Tue, Sep 27, 2011 at 3:06 AM, Stümpfig, Thomas
wrote:
> Hi all,
>
> I plan to upgrade a 250GB Repository from 1.5 to 1.7. As I learned from
> other threads in this list, it is wise to dump and load the repository in
> order to bring everything to the latest features.
Much, much faster and safe
http://www.jaj.com/projects/svnaccess/
http://freshmeat.net/projects/svnaccess/
But none of theese give me by access by svn+ssh access.
The most that aproaches to do that, remine, with svn+ssh support...
2011/9/28 Javier Domingo
> I meant, a SSH access "granter" manager for SVN repositories a
I meant, a SSH access "granter" manager for SVN repositories admin
http://svnmanager.org/
http://www.open.collab.net/products/subversion/
Javier Domingo
2011/9/28 Javier Domingo
> Hi,
>
> I am looking for a SSH admin about subversion. I just need names, and I
> will check them, for the moment
Hi,
I am looking for a SSH admin about subversion. I just need names, and I will
check them, for the moment I have checked:
Javier Domingo
36 matches
Mail list logo
