On 08/12/2011 10:48 AM, Ryan Schmidt wrote:
On Aug 11, 2011, at 21:56, Andy Canfield wrote:
My goal in learning Subversion was to put our web site under version control.
Now I have my doubts as to whether Subversion can handle it.
The web site uses Drupal. And Drupal has the characteristic
On Aug 11, 2011, at 21:56, Andy Canfield wrote:
> My goal in learning Subversion was to put our web site under version control.
> Now I have my doubts as to whether Subversion can handle it.
>
> The web site uses Drupal. And Drupal has the characteristic that much of the
> site is contained in
I'm happy to announce the release of Apache Subversion 1.7.0-beta3.
Please choose the mirror closest to you by visiting:
http://subversion.apache.org/download/#pre-releases
The SHA1 checksums are:
fdd22605c83ad601810e9cd980116ebcde45ef20 subversion-1.7.0-beta3.tar.gz
65c2d68522e3aac8
On Thu, Aug 11, 2011 at 7:56 PM, Andy Canfield wrote:
> My goal in learning Subversion was to put our web site under version
> control. Now I have my doubts as to whether Subversion can handle it.
>
> The web site uses Drupal. And Drupal has the characteristic that much of
> the site is contained
My goal in learning Subversion was to put our web site under version
control. Now I have my doubts as to whether Subversion can handle it.
The web site uses Drupal. And Drupal has the characteristic that much of
the site is contained in a MySQL database. For example, if I install a
module and
> I'll bite...
> Why do you need to checkout everything from the "proj" level of the
> tree? If it is common to checkout from the project level of the tree,
> how do you branch or tag if you have to branch and tag each and every
> directory?
Sorry, I missed this earlier reply. You identify good
> Maybe something like this might work out better for you. Use "svn ls -R"
> and find the directories you have to checkout:
> svn ls -R http://myserver/svn/proj | grep "/trunk/$"
Thanks, David. I did bring up using 'svn list' in my original post and
grep'ing for trunk, but that took 4 times as
On Aug 11, 2011, at 12:21, Andy Levy wrote:
> I'm trying to find the documentation (release notes, CHANGES file) to
> corroborate Bob's description of how Sparse Directories work with
> pre-1.6 servers, but I can't. I have the same recollection he does -
> that you're still downloading everything
On Aug 11, 2011, at 8:32 AM,
wrote:
> No luck with that option, still crashing.
Try running the process under valgrind to see if it finds anything.
Blair
De : Igor DEFAYE
Envoyé : 11 août 2011 17:26
À : 'Mark Phippard '
Cc : 'users@subversion.apache.org'
Objet : RE: updates on subdirectories : revision not being pulled
Hello,
Thanks for your prompt reply. Unfortunately your email landed in the spam
folder of our mail server, so I onl
Hello,
Thanks for your prompt reply. Unfortunately your email landed in the spam
folder of our mail server, so I only got it today when the admin looked in the
spam folder.
What you say would explain what we see on the change log. Even though I find
really it confusing that in this case
Okay solutions:
Since you're dealing with an older version of Subversion, you might
find the -N (no-recursive) flag to work better than --depth. Do a "svn
co -N" and then go into each of those directories and do a "svn update
-N" unless those directories are branches or tags (you skip) or is
trunk
> > Not "sufficient" because it takes time and manual work to do? Or, because
> it doesn't do what you need?
>
> Taking 97 minutes to pull 25 GB from all the tags/ and branches/ is
> unacceptable when it takes only 3 minutes to pull the 660 MB we actually
> need from just the trunk/ directories.
On 8/11/2011 1:25 PM, Mike Cepek wrote:
I appreciate the creative solutions, but I feel that we may be wandering a bit
off track.
They mostly aren't 'creative' - just standard practices.
Otherwise, it sounds like there is no consensus solution for dealing with this
kind of repository layout
I appreciate the creative solutions, but I feel that we may be wandering a bit
off track.
This SVN repository layout will NOT be changing. Mapping externals to every
trunk/ directory seems like overkill, especially when features like --max-depth
exist.
What little I've been able to find out
On Thu, Aug 11, 2011 at 07:18:46PM +0200, Andreas Krey wrote:
> There already were comments on the usefulness of a complete checkout. I
> mainly find (resp. found, in the days of CVS, without the path-emulated
> tags/branches) it helpful to be able to search the whole repo for usages
> of my APIs.
On 8/11/2011 12:07 PM, Mike Cepek wrote:
What version of the server are you running? I think if you use Sparse
directories with a pre 1.6 server
the server sends all the files and the client just throws away what doesn't fit
into your requested depth.
Ah. Our server reports itself as 1.4.2
Mike Cepek wrote on 08/11/2011 12:07:44 PM:
> > Not "sufficient" because it takes time and manual work to do? Or,
> because it doesn't do what you need?
>
> Taking 97 minutes to pull 25 GB from all the tags/ and branches/ is
> unacceptable when it takes only 3 minutes to pull the 660 MB we
> a
On Thu, Aug 11, 2011 at 13:07, Mike Cepek wrote:
>> What version of the server are you running? I think if you use Sparse
>> directories with a pre 1.6 server
>> the server sends all the files and the client just throws away what doesn't
>> fit into your requested depth.
>
> Ah. Our server rep
On Thu, 11 Aug 2011 07:52:46 +, Mike Cepek wrote:
...
> But those features are not sufficient. In order to do a fresh checkout of
> the above and avoid the massive on-disk redundancy that would occur due to
> the content of tags/ and branches/, each trunk/ directory must be checked out
> in
> Not "sufficient" because it takes time and manual work to do? Or, because it
> doesn't do what you need?
Taking 97 minutes to pull 25 GB from all the tags/ and branches/ is
unacceptable when it takes only 3 minutes to pull the 660 MB we actually need
from just the trunk/ directories. Getting
On Aug 11, 2011, at 11:34, Michael Remijan wrote:
> I am seeing an interesting discrepancy between the JAR plugin and the
> Assembly plugin.
This message doesn't relate to the "revision number and a tag" thread to which
you replied. Please always create a new message (not a reply) when you ha
I am seeing an interesting discrepancy between the JAR plugin and the Assembly
plugin.
I have the JAR plugin configured to add the dependencies to the MANIFEST:
org.apache.maven.plugins
maven-jar-plugin
On Thu, Aug 11, 2011 at 11:59 AM, Michael Hüttermann <
mich...@huettermann.net> wrote:
>
> given a Subversion tag, what's the best way to get the revision number of
> that tag, i.e. the revision number with which the tag was created? Is it
> possible at all having checked out the tag to a local wo
On Thu, Aug 11, 2011 at 12:13, Andy Levy wrote:
> On Thu, Aug 11, 2011 at 12:02, Giulio Troccoli
> wrote:
>>
>>
>> On 11/08/11 16:59, Michael Hüttermann wrote:
>>>
>>> Hello,
>>>
>>> given a Subversion tag, what's the best way to get the revision number of
>>> that tag, i.e. the revision number w
On Thu, Aug 11, 2011 at 12:02, Giulio Troccoli
wrote:
>
>
> On 11/08/11 16:59, Michael Hüttermann wrote:
>>
>> Hello,
>>
>> given a Subversion tag, what's the best way to get the revision number of
>> that tag, i.e. the revision number with which the tag was created? Is it
>> possible at all havin
> (resend as plaintext to fix formatting)
>
> (I did some searching for an answer here and elsewhere, and didn't find it;
> sorry if I missed it.)
>
> The project I'm dealing with has the SVN repository arranged like so:
>
> proj/top1/branches/
> proj/top1/tags/
> proj/top1/trunk/
> proj/top2/co
On 11/08/11 17:02, Giulio Troccoli wrote:
On 11/08/11 16:59, Michael Hüttermann wrote:
Hello,
given a Subversion tag, what's the best way to get the revision
number of that tag, i.e. the revision number with which the tag was
created? Is it possible at all having checked out the tag to a
On 11/08/11 16:59, Michael Hüttermann wrote:
Hello,
given a Subversion tag, what's the best way to get the revision number
of that tag, i.e. the revision number with which the tag was created?
Is it possible at all having checked out the tag to a local working
copy? Or is there any other w
Hello,
given a Subversion tag, what's the best way to get the revision number
of that tag, i.e. the revision number with which the tag was created? Is
it possible at all having checked out the tag to a local working copy?
Or is there any other way to cross-reference a "tag" to a revision
num
On Wednesday 10 August 2011, Johan Corveleyn wrote:
> I think what you're describing is issue #2685:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=2685 (Move + Merge
> => lose modifications)
Yes, this is exactly what I was stumbling over.
Thanks to Andreas and Stefan, too, that explain
No luck with that option, still crashing.
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: Wednesday, August 10, 2011 4:20 PM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: markp...@gmail.com; d...@subversion.apache.org; users@subversion.apache.org
Subject: Re:
> > I'm using gcc. The default in the makefile.
>
> I think RHEL may have come with two different gcc, a 3 series and a 4 series.
> What version does 'gcc -v' show?
3.4.6
> It would be good to confirm that at runtime you really are using the version
> of libapr you compiled, run ldd on the
I tried running -O2 and -O1, both were crashing as well. Only completely
disabling optimizations will cause the segfault to stop.
-Original Message-
From: David Chapman [mailto:dcchap...@acm.org]
Sent: Wednesday, August 10, 2011 5:39 PM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: philip.
(resend as plaintext to fix formatting)
(I did some searching for an answer here and elsewhere, and didn't find it;
sorry if I missed it.)
The project I'm dealing with has the SVN repository arranged like so:
proj/top1/branches/
proj/top1/tags/
proj/top1/trunk/
proj/top2/common/branches/
proj/
(I did some searching for an answer here and elsewhere, and didn't find it;
sorry if I missed it.)
The project I'm dealing with has the SVN repository arranged like so:
proj/top1/branches/
proj/top1/tags/
proj/top1/trunk/
proj/top2/common/branches/
proj/top2/common/tags/
proj/top2/common/trunk
Thanks all for you very helpful suggestions.
Thanks again,
Jason
On Wed, Aug 10, 2011 at 7:26 PM, Kathy Khaghani wrote:
> I am very new to svn. I finally upgraded to subversion-1.6.17, running with
> apache : Apache/2.0.59 and openssl: Apache/2.0.59
>
> ** **
>
> First had to configure neon with “—with-ssl” option and then configure
> subversion with the fo
On Thu, Aug 04, 2011 at 12:24:38PM +0200, Ulrich Eckhardt wrote:
> Hi!
>
> I'm refactoring code and in that context I moved parts of one file to a
> separate file, so I copied trunk/A to trunk/B and then hacked the two so that
> each contained one part of the code. Then, when the whole works aga
On Wednesday 10 August 2011, Jason Aubrey wrote:
> I'd like to use keyword substitution or something like it to
> automatically append/update license information in a large collection
> of files. In other words, I'd like the licensing information to be a
> property of the file, but also appear as t
Hi Nico, Uli and All,
Thanks for your replies.
You got me right that I am willing to implement a write-through-proxy set up
where every WRITE request is redirected to master (server) by slave (server)
while every READ request is served locally by the slave. I understand the risk
of multiple use
Guten Tag Jason Aubrey,
am Mittwoch, 10. August 2011 um 18:06 schrieben Sie:
> I'd like to use keyword substitution or something like it to
> automatically append/update license information in a large collection
> of files. In other words, I'd like the licensing information to be a
> property of t
On Wed, 10 Aug 2011 23:54:24 +, Johan Corveleyn wrote:
...
> I think what you're describing is issue #2685:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=2685 (Move + Merge
> => lose modifications)
...
> Also, I'm not sure if mergeinfo will be a problem. Maybe you should
> just try i
43 matches
Mail list logo
