Guten Tag Jarek Czekalski,
am Montag, 14. November 2011 um 08:13 schrieben Sie:
> Is Mercurial simply better in this case?
Yes, because with every clone, or however it is called in hg, in
distributed version control systems you always have your own copy of a
repository which you can work on as yo
No. IMHO this is a bug.
If I have some time, I will try to provide an test setup.
I can't post our current repo for obvious reasons J
Von: Bostjan Skufca [mailto:bost...@a2o.si]
Gesendet: Samstag, 12. November 2011 03:21
An: Jens Geyer
Cc: users@subversion.apache.org
Betreff: Re: Aut
I see. Could you please help me establish a scenario with a local svn
server? I don't know what are the best ways to achieve the following:
1. Clone current remote repository into local one
2. Update local repository to the latest remote version (reverting the
changes I did)
You know what my
> I see. Could you please help me establish a scenario with a local svn
> server? I don't know what are the best ways to achieve the following:
Stupid question: Why do you want to use svn if you'll have a working system
with hg?
Concerning your problem: You might want to try to convert the main
Jedit is maintained as an svn repository. I have read only access to it.
I mentioned hg only because I got in touch with it in another project. I
would like to stay with bare svn, as hg generated patches may differ in
format.
Andreas Tscharner pisze:
I see. Could you please help me establish a
Bostjan Skufca writes:
> Nope, first step already fails (commit 3) if there are "[/]\n* = r" lines
> present in authz file.
>
> It works if I create authz file like this (note the usage of rw everywhere):
> [/A/B]
> pm = rw
>
> [/X/Y]
> pm = rw
> -
>
>
> It DOES NO
Michaël Bruneel writes:
> IMHO, given and URL '/', mod_dav_svn
> should be able to understand the regular expression and treat '/' as
> both the path to the repository and the path inside the repository. It
> should not use raw '(?!viewvc)' data as it does now.
That's only one case out of man
On Mon, Nov 14, 2011 at 10:32:53AM +0100, Jarek Czekalski wrote:
> Jedit is maintained as an svn repository. I have read only access to
> it. I mentioned hg only because I got in touch with it in another
> project. I would like to stay with bare svn, as hg generated patches
> may differ in format.
On error, this is the log:
--
32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
32558 2011-11-14T11:27:52.216951Z - testuser1 svn open 2 cap=(edit
Stefan, it looks perfect. I also found a dedicated article for using hg
queues on svn repository.
http://mercurial.selenic.com/wiki/WorkingWithSubversion#With_MQ_only
Complete command line sequences are given there. I'll be trying it.
Stefan Sperling pisze:
On Mon, Nov 14, 2011 at 10:32:53AM
Bostjan Skufca writes:
> On error, this is the log:
> --
> 32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
> svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> 32558 2011-11-14T11:27:52.21695
Authz is correct, I just changed pm to testuser1 because user already
existed and because it is bad to use auth credentials which have been sent
to mailing list on a public server:)
b.
On 14 November 2011 13:42, Philip Martin wrote:
> Bostjan Skufca writes:
>
> > On error, this is the log:
>
Guten Tag Jarek Czekalski,
am Montag, 14. November 2011 um 10:11 schrieben Sie:
> I see. Could you please help me establish a scenario with a local svn
> server? I don't know what are the best ways to achieve the following:
If hg doesn't fit, it sounds like vendor branche sin SVN would fit
most:
Bostjan Skufca writes:
> Authz is correct, I just changed pm to testuser1 because user already
> existed and because it is bad to use auth credentials which have been sent
> to mailing list on a public server:)
But it makes it harder for us to work out whether you are doing things
correctly. I
2011/11/14 Thorsten Schöning :
>
> If hg doesn't fit, it sounds like vendor branche sin SVN would fit
> most:
>
> http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html
>
Or for just a few instances, you can copy your svn working copy to
keep different states and you'd have the ability to r
I need to download SVN 1.7.1 Server for windows. Any link.
Cheers,
Search for subversion edge on google.
Thank You
Jigi
From: Waseem Shahzad [mailto:waseem.shah...@curemd.com]
Sent: Monday, November 14, 2011 9:21 AM
To: users@subversion.apache.org
Subject: Downloading Link for SVN 1.7.1 Server
I need to download SVN 1.7.1 Server for windows. Any l
Actually I don't want to go for Subversion edge. Before 1.7.x . I was
using 1.6.x with Windows command line server that created its own
service in Windows services. Whenever I search , it link me to Collanbet
subversion website that give:-
CollabNet Subversion Command-Line Client v1.7.1
If you were using SVN Edge, upgrading for new releases and security fixes
becomes as simple as clicking a button in the web browser. SVN Edge is
just the plain Subversion binaries with a web app to manage them. There is
a wiki page with info on migrating your existing install to use SVN Edge:
ht
> -Original Message-
> From: Waseem Shahzad [mailto:waseem.shah...@curemd.com]
> Sent: 14 November 2011 14:36
> To: Jeegnesh Sheth; users@subversion.apache.org
> Subject: RE: Downloading Link for SVN 1.7.1 Server
>
> Actually I don't want to go for Subversion edge. Before 1.7.x
> . I
In addition to slow "svn rm" commands we are seeing some pretty severe
slowdowns for "svn ci" as well. For example, here is an interesting situation.
I want to checkin a single file in my repository. If I run "svn ci" from the
root of my working copy it takes 1m11s to complete. However if I
Guten Tag Mark Phippard,
am Montag, 14. November 2011 um 15:47 schrieben Sie:
> If you were using SVN Edge, upgrading for new releases and security fixes
> becomes as simple as clicking a button in the web browser.
That's the theory, in practice I have SCMBug running which won't get
updated as si
On Mon, Nov 14, 2011 at 10:13 AM, Thorsten Schöning
wrote:
> Guten Tag Mark Phippard,
> am Montag, 14. November 2011 um 15:47 schrieben Sie:
>
> > If you were using SVN Edge, upgrading for new releases and security fixes
> > becomes as simple as clicking a button in the web browser.
>
> That's the
Guten Tag Mark Phippard,
am Montag, 14. November 2011 um 16:18 schrieben Sie:
> What dependencies does SCMBug place on the process? I thought they just
> used a post-commit hook to look at the commit messages using svnlook? Why
> would that be difficult to upgrade? SVN is usually very good at
>
hi,
using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain
folder, i've got the following crash message:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
line 1310: assertion failed (added_status == svn_wc__db_status_add
Hi everyone,
I've searched the mailing list archive for this error, but results were pretty
limited. I also haven't found a fix elsewhere on the web.
The exact error I am getting upon a commit is:
Sending xxx
Transmitting file data .
Committed revision xxx.
Warning: pos
Aleksandr Sidorenko wrote on Mon, Nov 14, 2011 at 11:06:49 -0500:
> Hi everyone,
>
> I've searched the mailing list archive for this error, but results were
> pretty limited. I also haven't found a fix elsewhere on the web.
>
> The exact error I am getting upon a commit is:
>
How reproducible
On 2011-11-14, at 11:38 , Daniel Shahaf wrote:
> Aleksandr Sidorenko wrote on Mon, Nov 14, 2011 at 11:06:49 -0500:
>> Hi everyone,
>>
>> I've searched the mailing list archive for this error, but results were
>> pretty limited. I also haven't found a fix elsewhere on the web.
>>
>> The exact e
Hi
I was told by tortoise 1.7 that I could not commit and needed to clean up
but I get this error - any ideas?
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion
vincze béla writes:
> using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain
> folder, i've got the following crash message:
>
> In file
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
> line 1310: assertion failed (added_statu
On 2011.11.14. 20:02, Philip Martin wrote:
vincze béla writes:
using tortoise svn 1.7.1.22161 64bit on Win7. on updating a certain
folder, i've got the following crash message:
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.1\ext\subversion\subversion\libsvn_wc\update_editor.c'
line
FTR: I double check stuff before posting to any mailing list.
Anyway,
Repo .tar.gz attached.
/X/Y created
/A/B created also
This does not work:
svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
Authentication realm: Test repo
Password for 'testuser1':
svn: E220004: Access denied
Authz:
-
Guten Tag Aleksandr Sidorenko,
am Montag, 14. November 2011 um 18:04 schrieben Sie:
> Since posting the question, I tried using "svnserve" instead of
> Apache (the mod_dav_svn module), and the error does NOT occur in
> this case (we would still prefer to stick with mod_dav_svn).
How did you manag
Bostjan Skufca writes:
> This does not work:
>
> svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> Authentication realm: Test repo
> Password for 'testuser1':
> svn: E220004: Access denied
The difference is that you are doing:
svnserve -dr svn
svn cp svn:/localhost/X/Y ^/A/B/C
while my example was
Ql, glad you've worked it out. I hope to see this fixed in 1.7.2. Will it
be?
b.
On 14 November 2011 23:18, Philip Martin wrote:
> Bostjan Skufca writes:
>
> > This does not work:
> >
> > svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> > Authentication realm: Test repo
> > Password for 'testuse
35 matches
Mail list logo
