Dear list,
> > Troy Simpson wrote:
> >
> > I was advised to discuss this on the dev list, which is
> > what I did, however there has been zero response. There is
> > more discussion on the user end than the developer end. If
> > anyone in user-land has the capability to construct the
>
Am 01.03.2010 20:35, schrieb Pacco:
> Hi David,
>
> I'm very thankful about your brief response and the many ideas and
Sorry, should of course be 'elaborated', not 'brief'.
svn merge -r BASE:HEAD --dry-run
Does a merge from the current revision of the root of the merge (where BASE
is translated to a specific revision) to the head revision of all files and
folders below the root using mergetracking.
'svn update' updates each individual path from its current rev
Is there a reliable and direct way to get a list of all files
that are in conflict for a particular working copy? Of course,
one can parse the output of 'svn status' or 'svn status --xml',
but maybe there is something like 'svn status --conflicts'?
Thank you.
pgpSAesMxlyoF.pgp
Description: PG
Dear list,
Greetings to all of you. Hope you all are well.
I have come back again to discuss on svn merge which is not working at
all here. The version running at server is
svn, version 1.5.1 (r32289)
compiled Aug 6 2009, 16:55:38
`
The client pc has
``
>
Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851VAT Reg No 778499447
-Original Message-
> From: J. Bakshi [mailto:joyd...@infoservices.in]
> Sent: 02 March 2010 11:17
> To: users@subver
On 03/02/2010 05:02 PM, Giulio Troccoli wrote:
>>
>> svn merge -r 475:476 trunk/
>> `
>> just returns null value. It should merge the changes I made at
>> branches/mybranch/folder1/file1 to trunk/folder1/file1. Have
>> I missed something ? Please suggest.
>>
>>
>
Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851VAT Reg No 778499447
-Original Message-
> From: J. Bakshi [mailto:joyd...@infoservices.in]
> Sent: 02 March 2010 11:56
> To: Giulio Tro
On 03/02/2010 05:45 PM, Giulio Troccoli wrote:
>
>
>>
>
> Linedata Services (UK) Ltd
> Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
> Registered in England and Wales No 3027851VAT Reg No 778499447
>
> -Original Message-
>
>
>
>> From: J. Bakshi [m
Hello,
We had been using svn 1.3. We had multiple projects in a single repository, and
we had apache with mod_dav as a front end. We configured the access control
list disallow root access:
[myRepo:/]
#* = r
but then allowed appropriate user access to their project folders:
[myRepo:/myProje
Hi,
See issue #3242 (http://subversion.tigris.org/issues/show_bug.cgi?id=3242)
An incomplete fix should be available (if it gets enough votes) in 1.6.10;
see http://svn.apache.org/repos/asf/subversion/branches/1.6.x/STATUS.
Bert Huijben
From: Keith Th
Thank You Bert,
but what do you mean "an incomplete fix" ? and how can I vote for this? I can't
believe this bug exists! Is there a work around while we wait for the fix?
Ed
From: b...@qqmail.nl
To: xray...@hotmail.com; users@subversion.apache.org
Subject: RE: Why do you need to grant root acc
There were two different things that changed in Subversion 1.5 that led to this.
1. Subversion started firing of OPTIONS requests for all operations, often
against the repository root URL.
2. 'svn copy' and 'svn move' started allowing folks to copy/move multiple
items at once, and the code was
Lasse Kliemann wrote:
> Is there a reliable and direct way to get a list of all files
> that are in conflict for a particular working copy? Of course,
> one can parse the output of 'svn status' or 'svn status --xml',
> but maybe there is something like 'svn status --conflicts'?
There's a thinly
Hello,
After some time it turned out, that there are few revisions in our
repository, which are broken, probably on the filesystem level.
Unfortunetely as time went by, backups we made contain only those
broken revisions so we have no chance in getting stuph working just by
simple recovery. Only h
Thank you for the clarification. Very helpful.
Not being a member of the subversion voting elite, what is the probability
(polling?) that this bug will be fixed in 1.6.10?
If this bug is not fixed, then I will have no other recourse but to move to
mecurial. Bummer I really like svn.
Ed
> Da
>
> svn merge -r 475:476 trunk/
> `
>
> svn merge --dry-run -r 490:491 trunk/typo3conf/ branches/bug/
> Skipped missing target: 'branches/bug/localconf.php'
> ```
But these commands are not the same.
>From your previous em
On Tue, Mar 02, 2010 at 09:11:13AM -0500, Keith Theman wrote:
>
> Thank you for the clarification. Very helpful.
>
> Not being a member of the subversion voting elite, what is the
> probability (polling?) that this bug will be fixed in 1.6.10?
Very likely.
The height of the backport voting seaso
On Tue, Mar 02, 2010 at 08:49:40AM -0500, C. Michael Pilato wrote:
> As for a workaround besides the obvious one (granting read access at the
> root), perhaps you could build the HEAD of Subversion's 1.6.x branch for
> yourself.
Until the fix is merged into the 1.6.x branch, you probably mean the
Stefan Sperling wrote:
> On Tue, Mar 02, 2010 at 08:49:40AM -0500, C. Michael Pilato wrote:
>> As for a workaround besides the obvious one (granting read access at the
>> root), perhaps you could build the HEAD of Subversion's 1.6.x branch for
>> yourself.
>
> Until the fix is merged into the 1.6.
On Tuesday 02 March 2010, Keith Theman wrote:
> Thank you for the clarification. Very helpful.
>
> Not being a member of the subversion voting elite, what is the probability
> (polling?) that this bug will be fixed in 1.6.10?
>
> If this bug is not fixed, then I will have no other recourse but to m
"Troy Simpson" wrote on 03/01/2010 08:44:54 PM:
> I can still build the installer, but I have never built binaries.
> The installer code in the repository is NOT the latest code. I had
> lost commit access for a time during the transition and by the time
> I got that access back there are no
One of the tech leads wants to be able to program a watch file, so
that when a certain set of developers change a particular file,
certain other developers get notified. Thus, we need to be able to
program what files, what developers do the commit, and what developers
receive the notification. I'd
Blackmail is when a person threatens to reveal a secret of another person
unless they do something.
There is no secret here. We are just an enterprise that needs to have some
modicum of access control. Which sounds like will be restored shortly. But as I
read your dev's discourse, this bug has
If you are thinking of going with mercurial you could do that same with svn...
have a separate repo for each project and only add users to the repos they
should have access to.
BOb
From: Keith Theman [mailto:xray...@hotmail.com]
Sent: Tuesday, March 02, 2010 11:41 AM
To: users@subversion.apach
On Tue, Mar 02, 2010 at 11:41:00AM -0500, Keith Theman wrote:
> But as I read your dev's discourse, this bug has rightfully
> introduce questions in the user community about how this bug could be
> allowed, and why it has lingered for so long!
Not only in the user community:
http://2009.subconf.de
Hi list,
I recently changed jobs and went from a cvs house to a svn house. They have
many projects and have an extensive shared source base. I would like to know
if there is a way to setup to check out a list of folders or files. In other
words, for each project, I want to check out
On Tue, Mar 2, 2010 at 12:07 PM, Paul Decker wrote:
> Hi list,
>
>
>
> I recently changed jobs and went from a cvs house to a svn house. They
> have many projects and have an extensive shared source base. I would like
> to know if there is a way to setup to check out a list of folders or
> fi
Hello,
We have multiple projects in a single repo. Does anyone have any handy scripts
that can provide utilization statistics for the repo?
Ed
_
Hotmail: Trusted email with powerful SPAM
On 2010-03-02 07:57, Olivier Sannier wrote:
Troy Simpson wrote:
Hi,
I can still build the installer, but I have never built binaries.
The installer code in the repository is NOT the latest code. I had
lost commit access for a time during the transition and by the time I
got that access ba
Hi Dave,
Dne 2. 3. 2010 19:42, David Darj napsal(a):
> Then I would gladly take over and build upcoming versions for the
> community.
>
> /David
>
That would by cool.
signature.asc
Description: OpenPGP digital signature
If you try to build and fail, feel free to post to this list and we'll help.
There are a couple of other ways to build svn besides what's documented in
INSTALL :-). I posted to this list a makefile that I use (with VC
express) for my windows build, and IIRC the tortoisesvn folks (and other
win
Let me get this straight, you're not talking about checking out a
single project vs. the whole tree. You're talking about checking out a
project, but not the externals directories?
You can take a look at several things:
* There's an --ignore-externals flag when you do a checkout. This
prevents an
I am talking about checking out a single project, however the "projects" all
use the same folders, like shared folders. So when you do a get on the top
level, you get all the files for every project rather than just the files for
the project of interest
- Original Message -
From: "
> Mariusz Droździel wrote:
> After some time it turned out, that there are few revisions in our
> repository, which are broken, probably on the filesystem level.
>
> % svnadmin verify /storage/svn
> [...]
> * Verified revision 1025.
> * Verified revision 1026.
> svnadmin: Decompression of svndiff
On Tue, Mar 02, 2010 at 01:24:16PM -0500, Keith Theman wrote:
> We have multiple projects in a single repo. Does anyone have any handy
> scripts that can provide utilization statistics for the repo?
What, specifically, do you mean by "utilization statistics"?
tyler
Why not set up your projects so they only include the needed shared folders
using externals?
BOb
From: Paul Decker [mailto:kg...@comcast.net]
Sent: Tuesday, March 02, 2010 2:31 PM
To: David Weintraub
Cc: users@subversion.apache.org
Subject: Re: svn usage tips
I am talking about checking out a
as in number of files in a project, mb's in project, number of transactions, etc
> Date: Tue, 2 Mar 2010 12:18:55 -0800
> From: ty...@cryptio.net
> To: xray...@hotmail.com
> CC: users@subversion.apache.org
> Subject: Re: Subversion repository utilization statistics?
>
> On Tue, Mar 02, 2010 at 0
So are all of these projects in the same repository? That's what I was
assuming.
--
Mark
"Blessed is he who finds happiness in his own foolishness, for he will
always be happy."
On Tue, Mar 2, 2010 at 2:21 PM, Bob Archer wrote:
> Why not set up your projects so they only include the needed
On Tue, Mar 2, 2010 at 7:54 PM, Daniel Shahaf wrote:
> David Darj wrote on Tue, 2 Mar 2010 at 19:42 +0100:
>> There is instructions how to build Win32 binaries in the INSTALL file.
>> However, I tried twice (once at work and once at home) and failed with
>> compilation errors. Maybe because of usi
On Tue, Mar 2, 2010 at 4:48 PM, Johan Corveleyn wrote:
> I also whish you (or anyone who tries to build subversion on Windows)
> good luck. It can be done, but it isn't easy. I for one spent a lot of
> time getting it to work on my machine, just to experiment with some
> simple things. Now I have
On Tue, Mar 2, 2010 at 2:31 PM, Paul Decker wrote:
> I am talking about checking out a single project, however the "projects" all
> use the same folders, like shared folders. So when you do a get on the top
> level, you get all the files for every project rather than just the files
> for the proj
Greetings, David Weintraub!
> One of the tech leads wants to be able to program a watch file, so
> that when a certain set of developers change a particular file,
> certain other developers get notified. Thus, we need to be able to
> program what files, what developers do the commit, and what deve
On 03/02/2010 07:48 PM, Giulio Troccoli wrote:
>
>>
>> svn merge -r 475:476 trunk/
>> `
>>
>
>>
>> svn merge --dry-run -r 490:491 trunk/typo3conf/ branches/bug/
>> Skipped missing target: 'branches/bug/localconf.ph
On 03/03/2010 11:04 AM, J. Bakshi wrote:
> On 03/02/2010 07:48 PM, Giulio Troccoli wrote:
>
>>
>>
>>>
>>> svn merge -r 475:476 trunk/
>>> `
>>>
>>>
>>
>>
>>>
>>> svn merge --dry-run
45 matches
Mail list logo
