actually I use svnserve, no Apache/http access.
and I have several repositories under the svn directory.
It looks like this:
svn
---prj1 repo
---prj2 repo
---prj2 repo
and this issue happens in every repo.
At 2010-09-01 17:36:29,"Erik Andersson" wrote:
2010/9/1 alinagra
Here is the repo a
Thanks Eckhardt.
I mean to migrate a sub-directory on repository server A to another sub-dir
on repo server B. Not a "working copy" migration.
Wait: "working copies" are scrap space for editing, which you create when
needed and throw away after use. "repositories" are databases that contain
the
Please do not top-post on this list (i.e. put your reply below the
thing you're replying to, not above it). Now on to the matter at
hand...
2010/9/2 alinagra :
> actually I use svnserve, no Apache/http access.
> and I have several repositories under the svn directory.
> It looks like this:
> svn
>
Hi!
I have "plain" s...@apache server on debian linux (stable). However svn
"checkout" generates some strange error: "svn: Server sent unexpected
return value (403 Forbidden) in response to PROPFIND request for
'/svn/test'". On the apache side it's: "client denied by server
configuration: /v
2010/9/2 Mikołaj Tutak
> Hi!
>
> I have "plain" s...@apache server on debian linux (stable). However svn
> "checkout" generates some strange error: "svn: Server sent unexpected return
> value (403 Forbidden) in response to PROPFIND request for '/svn/test'". On
> the apache side it's: "client den
From: "Cooke, Mark"
To: ankush chadha ; users@subversion.apache.org
Sent: Thu, September 2, 2010 1:50:26 AM
Subject: RE: svn redo after reverse merge
> -Original Message-
> From: ankush chadha [mailto:ankushchadha2...@yahoo.com]
> Sent: 01 September 20
I got no reaction on freenode#svn, so here goes :
This looks like a bug in 1.6.12 to me :
for a subdirectory with its .svn/ removed
a 'svn up --force .' in its parent does not recreate it
where 'svn up --force dirname' does
-- Hans
> -Original Message-
> >I may have totally misunderstood you. Are the above paths you show
> working copy paths, or are they existing svn repositories?
> Those are not existing svn repositories yet. Let's just say that
> those project folders should be at those locations only and I want
> t
> Thanks Eckhardt.
> I mean to migrate a sub-directory on repository server A to another
> sub-dir on repo server B. Not a "working copy" migration.
>
> Wait: "working copies" are scrap space for editing, which you
> create when
> needed and throw away after use. "repositories" are databases that
> Subject: Re:Re: Re: please help about SVN authentication
>
> actually I use svnserve, no Apache/http access.
> and I have several repositories under the svn directory.
> It looks like this:
> svn
> ---prj1 repo
> ---prj2 repo
> ---prj2 repo
>
> and this issue happens in every repo.
>
>
>
> A
Hi
I received the following message while trying to merge into a working copy
of a branch using SLIK:
--- Merging r16298 through r16446 into '.':
Aname_management_tests
Aname_management_tests\test_reservations.py
This application has halted due to an unexpected error.
A cr
Hans wrote:
> I got no reaction on freenode#svn, so here goes :
>
> This looks like a bug in 1.6.12 to me :
> for a subdirectory with its .svn/ removed
> a 'svn up --force .' in its parent does not recreate it
> where 'svn up --force dirname' does
That won't happen in Subversion 1.7, so I wouldn'
W dniu 2010-09-02 15:42, Erik Andersson pisze:
2010/9/2 Mikołaj Tutak mailto:mtu...@nixz.net>>
Hi!
I have "plain" s...@apache server on debian linux (stable). However
svn "checkout" generates some strange error: "svn: Server sent
unexpected return value (403 Forbidden) in re
BOb,
Do you mean junction points, which are more like hardlinks in Unix?
Isn't it so, that they need to be on the same "drive" (filesystem)?
Alexander
Am 02.09.2010 um 16:09 schrieb Bob Archer :
-Original Message-
I may have totally misunderstood you. Are the above paths you show
I recently had my subversion server die - the box, not subversion itself - and
have been working through the recovery process.
Part of that is going through and modifying a number of projects for the change
in the URL - namely changing from a non-standard port for apache to a standard
port.
We h
> >> -Original Message-
> >>> I may have totally misunderstood you. Are the above paths you
> show
> >> working copy paths, or are they existing svn repositories?
> >> Those are not existing svn repositories yet. Let's just say that
> >> those project folders should be at those locations on
On Sep 1, 2010, at 1:54 AM, alinagra wrote:
> Hi, Johan,
> Thanks for your reply!
>
> I want to create tag for /trunk, and the accounts expept TIM do not have
> access right to the /trunk/access folder, in another words, the /trunk/access
> folder is invisible for all other accounts.
> I have
On Thu, Sep 2, 2010 at 12:27, BRM wrote:
> I recently had my subversion server die - the box, not subversion itself - and
> have been working through the recovery process.
> Part of that is going through and modifying a number of projects for the
> change
> in the URL - namely changing from a non
On Sep 2, 2010, at 11:27, BRM wrote:
> I recently had my subversion server die - the box, not subversion itself -
> and
> have been working through the recovery process.
> Part of that is going through and modifying a number of projects for the
> change
> in the URL - namely changing from a n
So, you want your users to be able to make a sparse tag of "trunk"
without "access" subdirectory? If a user can check out "trunk" without
"access" (in your configuration) he may try to tag his working copy.
2010/9/1 alinagra :
> Hi, Johan,
> Thanks for your reply!
>
> I want to create tag for /tru
On Sep 2, 2010, at 08:46, ankush chadha wrote:
> Suppose there is a source folder that contains around 50 modules. There were
> lot of changes made to this source folder say around 20 new features. Once
> everything was checked in, we realized that for the current release we just
> need feature
Hello,
Just FYI:
This issue is fixed in SVNKit at trunk and 1.3.x branch. The bugfix will
be included into 1.3.5 release.
Semen Vadishev,
TMate Software,
http://svnkit.com/ - Java [Sub]Versioning Library!
http://sqljet.com/ - Java SQLite Library!
On 01.09.10 19:35, Semen Vadishev wrote:
> He
On Thu, Sep 2, 2010 at 4:16 PM, Bob Archer wrote:
>> Subject: Re:Re: Re: please help about SVN authentication
>>
>> actually I use svnserve, no Apache/http access.
>> and I have several repositories under the svn directory.
>> It looks like this:
>> svn
>> ---prj1 repo
>> ---prj2 repo
>> ---prj2 r
Ryan
I tried following
svn co svn://repository/trunk
svn merge -r 10:7 svn://repository/trunk
svn commit -m "undo rev 10, 9, 8"
svn merge -c 8 svn://repository/trunk
No changes in redo operation - svn status returns nothing
Branching is I believe ideal solution but I have some restrictions
Actually it works with --ignore-ancestry option
i.e. svn merge -c 8 svn://repository/trunk --ignore-ancestry
Ankush
From: ankush chadha
To: Ryan Schmidt
Cc: "Cooke, Mark" ; users@subversion.apache.org
Sent: Thu, September 2, 2010 2:47:17 PM
Subject: Re: sv
- Original Message
> On Sep 2, 2010, at 11:27, BRM wrote:
> > I recently had my subversion server die - the box, not subversion itself -
>and
>
> > have been working through the recovery process.
> > Part of that is going through and modifying a number of projects for the
>change
>
Ok,
I think I just found the cause of this crash (and a few other related
crashes) in the SlikSVN Subversion client.
It is caused by a broken combination of patches in my buildscripts. I will
create a SlikSVN 1.6.12.1 later this week (probably tomorrow)
Thanks for sendin
The attached archive has 3 files in it
BRANCHES is the key file. It lives in the root of trunk. BRANCHES lists
all known branches and where they should be merged to. Project branches
should have two entries, one "out" to make sure the project branch is
staying up to date, and one "in" to make s
Does anyone know how to resolve this error?
A user is getting this error:
Command Update
Error REPORT of '/svn/!svn/vcc/default': Could not read response body:
An existing
Error connection was forcibly closed by the remote host.
Error (http://bby-svn:3691)
Finished!
The Server log file
Don't name it "BRANCHES". Name it "BRANCHES.txt", to avoid confusion
with actual Subversion branches and with filesystems that mishandle
mixed case and don't allow "branches" and "BRANCHES" in the same
directory.
On Thu, Sep 2, 2010 at 3:28 PM, Jeremy Mordkoff wrote:
> The attached archive has 3
- Original Message
> From: BRM
> To: Ryan Schmidt
> - Original Message
> > On Sep 2, 2010, at 11:27, BRM wrote:
> > If you can afford to have the repository offline, make a dumpfile,
> > twiddle
>it, load it
> > into a new repository, and have everybody check out new wor
On Sep 2, 2010, at 18:51, BRM wrote:
> - Original Message
>
>> From: BRM
>> To: Ryan Schmidt
>> - Original Message
>>> On Sep 2, 2010, at 11:27, BRM wrote:
>>> If you can afford to have the repository offline, make a dumpfile, twiddle
>>> it, load it into a new repository,
32 matches
Mail list logo