-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: Thursday, 16 July 2015 10:53 AM
To: users@subversion.apache.org
Subject: Re: Something like svn:executable for the read-only bit?
On 16.07.2015 02:41, Evan Driscoll wrote:
We have some generated files that,
From: NS Klanten
Sent: Monday, 11 May 2015 6:20 AM
Subject: fsfs storage
Hello all,
Where are the initial or base text files (source codes) are stored
in fsfs storage ?
I commit a new source code to my svn server, however
[snip]
First step is to *write lock* the old repository, to avoid
accumulating history on broken history.
Absolutely - and make sure the lock stays locked forever more.
You will be *breaking history* due to the corrupted repo. You
should ideally create a new repo to do the repairs in,
On Mon, Sep 15, 2014 at 09:38:29AM +1000, Geoff Field wrote:
However, please note that Milan finally mannaged to commit
all the files by doing them in smaller batches. That would
seem to indicate some other issue.
What were the commands he typed which worked?
Sorry Stefan, but I'm
On Fri, Sep 12, 2014 at 11:29:37AM +0200,
milan_plan...@swissre.com wrote:
Dear team,
I tried to commit my changes with following error message:
Error:Cannot run program
C:\srdev\tool\SVN_CLIENT_1.8.8\svn.exe (in
directory
Does this user actually post anything useful, or is it a spammer who should be
removed from the list?
From: Jacky wong [mailto:wjacky...@gmail.com]
Sent: Monday, 21 July 2014 14:12 PM
To: users@subversion.apache.org
Subject:
From: Nico Kadel-Garcia
On Wed, Jun 18, 2014 at 9:32 AM, Brisset, Nicolas
nicolas.bris...@airbus.commailto:nicolas.bris...@airbus.com wrote:
Hi,
We've been using svn successfully for years on a server, and now have to
migrate to a new one. We are hit by the
From: Nico Kadel-Garcia
On Wed, Jun 18, 2014 at 9:35 PM, Geoff Field wrote:
In our duplication effort, we also set all the permissions
on the old repositories to read-only, to limit the chances
of cross-contamination.
Just to be clear, I'm not talking about the FILE permissions
here
From: karthik kg
Sent: Wednesday, 9 April 2014 13:17 PM
Hi Geoff,
Apologies for replying to you. Please find my comments fro your queries
below.
Replying directly to me is not a problem, really. What might be a problem is
that I don't know as many of the
From: Daniel Shahaf
Sent: Monday, 7 April 2014 18:13 PM
karthik kg wrote on Mon, Apr 07, 2014 at 17:40:54 +1000:
Repository name - TTN
Location on the server -
/apps/bss/SubVersion_Repository/TTN
I tired editing the
/var/opt/app/SubVersion_Repository/NTT/conf/auth
file
2014 15:11 PM
To: Geoff Field
Subject: Re: SVN Query about granting access
Hi Geoff,
Thanks for the information. But still it didnt work out.
What result/message is the user actually seeing?
From what I'm seeing, you're trying to give
This is a question for the SubVersion developers.
What tools and/or methods did you use for tracking the various tasks for
developing SubVersion? Was it just a bunch of emails, or did you use an issue
tracker (or similar) for tasks?
If you've been involved in other open-source developments,
Hi Guido,
-Original Message-
From: Stefan Sperling
Sent: Friday, 14 February 2014 1:03 AM
On Thu, Feb 13, 2014 at 10:57:15AM -0200, Guido Larrain wrote:
Hello;
I'm planning to upgrade my SVN from version 1.5.6 (r36142) to 1.8.5
and i wanna know if i need to do some special
Hi Peter
From: Peter Flynn
Sent: Monday, 2 December 2013 1:40 AM
I have a number of svn repositories running under
Apache+subversion on CentOS6/64, with Submin to provide a web
GUI to manage them:
server.name/svn/foo
server.name/svn/bar
server.name/svn/blort
etc
All of
Sorry for top-posting, but although Brane is right, he's not being as helpful
as he could.
Stefano, I had pretty much the same issue. A workaround is to only do actions
(other than Commit) on unlocked working copies. That is, before doing a copy
(in particular), make sure all locks are
From: Ben Reser
Sent: Saturday, 9 November 2013 4:30 AM
On 11/7/13 9:55 PM, Ben Reser wrote:
Putting my own corporate hat on for a moment here.
WANdisco binaries
that come with httpd should be patched as well. I need to ask the
individual that builds them to verify for sure. If
Sorry to dredge up an old thread, but this issue is NOT really resolved
properly. (Also, I noticed a post that said that this would be treated more
seriously if it was brought up again without the RESOLVED tag.)
There's a known issue with the Apache server software
From: Mark Phippard
Sent: Friday, 8 November 2013 11:47 AM
If it helps, the Subversion server binaries we provide at
CollabNet have applied the patch that fixed this to Apache 2.4.6.
Thanks Mark,
I'm downloading and installing now, but I'll have to fiddle around with our
multiple server
From: Ben Reser
Sent: Friday, 8 November 2013 11:55 AM
On 11/7/13 4:31 PM, Geoff Field wrote:
Sorry to dredge up an old thread, but this issue is NOT really
resolved properly. (Also, I noticed a post that said that
this would
be treated more seriously if it was brought up again
From: Ben Reser
Sent: Friday, 8 November 2013 16:55 PM
On 11/7/13 6:37 PM, Geoff Field wrote:
I'm just trying to bump the priority again, given our circumstances.
Consider it bumped. :)
Thanks Ben. I noticed your post on the matter.
So is it just mod_dav*.so that's affected
Hi there,
You need to send an email to
users-unsubscr...@subversion.apache.orgmailto:users-unsubscr...@subversion.apache.org?subject=unsubscribe
to unsubscribe from this list.
Regards,
Geoff
--
Geoff Field
Testing Coordinator, Work Health Safety Rep, Chief Fire Warden, First Aider
From: Andrew Reedick
From: Geoff Field
Sent: Wednesday, September 25, 2013 7:27 PM
Hi Bert,
From: Bert Huijben
Sent: Wednesday, 25 September 2013 21:04 PM
I'll just reply in the html form as it will be very hard to
convert this thread to plain ascii and I have
Hi David,
I hate to sound like I'm stating the bleeding obvious, but what about just
looking at the authz file with a text editor?
It's not hard to interpret if your usernames are sensible. I've recently spent
a little while making sure the projects are sorted in a sensible order, so
finding
Good evening Thorsten,
Guten Tag Geoff Field,
am Mittwoch, 25. September 2013 um 02:25 schrieben Sie:
Hi Bert,[...]
Please don't rely on everyone is seeing HTML mails by
default,
My apologies. My only excuse (apart from laziness) is that the post to which I
replied was in HTML.
I
Hi Bert,
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Wednesday, 25 September 2013 21:04 PM
To: Geoff Field; 'JANIKOVIC Jan'; users@subversion.apache.org
Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the
tracker already
: Thursday, 26 September 2013 2:13 AM
To: Geoff Field; 'JANIKOVIC Jan'; users@subversion.apache.org
Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the
tracker already?
I think I found a bug causing your specific problems in 'serf',
Subversions
Hi Bert,
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Wednesday, 25 September 2013 6:43 AM
To: 'JANIKOVIC Jan'; users@subversion.apache.org
Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker
already?
No,
There is no
From: Trent W. Buck
Sent: Monday, 9 September 2013 12:17 PM
Nico Kadel-Garcia nka...@gmail.com writes:
Lock the existing repo: Do clean exports, and imports, to new
repositories with the new layout, with a README.md or other
guideline
to where the legacy repository exists. You lose
Hi Thorsten,
Guten Tag Geoff Field,
am Montag, 2. September 2013 um 01:09 schrieben Sie:
If the file's encoded as UTF-16, it will give this error
regardless of
the consistency of the line endings.
I successfully committed UTF-16 some minutes ago, Subversion
doesn't care about
From: Ryan Schmidt
Sent: Sunday, 1 September 2013 8:21 AM
On Aug 31, 2013, at 05:29, Edoardo Pinci wrote:
I periodically receive this kind of errors since a long time.
X:\svn commit -m BLA BLA itextsharp.dll iTextSharp.xml
SendingiTextSharp.xml
Sendingitextsharp.dll
From: Andreas Mohr
Sent: Wednesday, 28 August 2013 15:49 PM
On Wed, Aug 28, 2013 at 03:07:15PM +1000, Geoff Field wrote:
You need to send an email to
[1]users-unsubscr...@subversion.apache.org to
unsubscribe from this list.
...as can in most cases of mailing lists be determined
Hi Brane,
Outlook (and Exchange) have been known to strip headers that
are not important to users.
Micro$oft being helpful again...
We do have the procedures
documented here, however:
http://subversion.apache.org/mailing-lists.html
Which is where I dredged up the advice to the OP.
Hi Venkat,
You need to send an email to
users-unsubscr...@subversion.apache.orgmailto:users-unsubscr...@subversion.apache.org?subject=unsubscribe
to unsubscribe from this list.
Regards,
Geoff
From: Badipatla, Venkata [mailto:venkata.badipa...@capgemini.com]
From: Mark Phippard
Sent: Saturday, 24 August 2013 6:35 AM
On Fri, Aug 23, 2013 at 4:09 PM, Maureen Barger wrote:
I am currently planning an upgrade from SVN 1.5 (using svnserve and
ssh tunnel) to SVN 1.8.1 fronted with Apache and webdav using AD for
authNz.
We
Hi Thomas,
From: Thomas Harold
Sent: Friday, 23 August 2013 1:25 AM
On 8/21/2013 7:13 PM, Geoff Field wrote:
I'm keeping the
original BDB repositories, with read-only permissions.
If I really have the need, I can restart Apache 2 with SVN
1.2.3 and
go back to the original
From: Thomas Harold
Sent: Friday, 23 August 2013 11:53 AM
On 8/22/2013 7:11 PM, Geoff Field wrote:
Most restores for us took about 5-10 minutes, a few of our
larger repos took a few hours.
I was doing this all in the background via remote login to our SVN server, so I
didn't monitor times
From: Ben Reser
Sent: Wednesday, 21 August 2013 12:12 PM
On Tue Aug 20 16:44:08 2013, Geoff Field wrote:
I've seen some quite large dump files already - one got up
to about 28GB. The svnadmin 1.2.3 tool managed to cope with
that quite successfully. Right now, our largest repository
From: Ben Reser
Sent: Wednesday, 21 August 2013 17:07 PM
On 8/20/13 11:29 PM, Geoff Field wrote:
Note that we have the old version 1.2.3 server software installed at
the C:\Program Files\Subversion location, and later versions
are stored under other locations, with the path set
From: Thorsten Schöning
Sent: Wednesday, 21 August 2013 17:21 PM
Guten Tag Geoff Field,
am Mittwoch, 21. August 2013 um 08:29 schrieben Sie:
I've just realised that my concern was based on a power-of-2
limitation that means that a 32-bit signed integer would
roll over at
the 2GB
From: Nico Kadel-Garcia
Sent: Thursday, 22 August 2013 8:10 AM
I would never do a transfer like this without a copy of the dumpfile available,
for reference. The pain of having to re-run the dump later, especially if there
are any bugs in the svnadmin load
Just a query out of curiosity:
I'm currently in the process of migrating all 74 of our BDB repositories to
FSFS via a dump/create/load cycle.
I've seen some quite large dump files already - one got up to about 28GB. The
svnadmin 1.2.3 tool managed to cope with that quite successfully. Right
From: Nico Kadel-Garcia
Sent: Friday, 16 August 2013 21:39 PM
To: Geoff Field
Cc: Philip Martin; users@subversion.apache.org
Subject: Re: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME)
Get your legacy material off BDB and onto FSFS, ASAP
Hi Dana
From: Dana Epp
Sent: Saturday, 17 August 2013 4:47 AM
We have an old SVN database corruption we need help with. (SVN 1.1 with
BDB 4.2)
Does anyone know of someone who consults on this sort of thing?
We've been dealing with SVN 1.2.3
From: Bert Huijben
Sent: Saturday, 17 August 2013 9:18 AM
From: Branko Čibej
Sent: vrijdag 16 augustus 2013 23:29
On 16.08.2013 23:10, Eric Hall wrote:
Hello-
We have a custom tunnel protocol withrepository URLs of
the form:
svn+foo_bar://
After upgrading
From: Geoff Field
Sent: Friday, 16 August 2013 11:56 AM
Thanks to everybody for their patience with my issue. The
root cause is not really solved, but at least I (and my
colleagues) can get back to normal work patterns.
I've finally managed to get the upgrade to Apache 2.2 and SVN
From: Philip Martin
Sent: Thursday, 15 August 2013 19:02 PM
Geoff Field writes:
I've just commented out the AuthzSVNAccessFile line and have done
the following:
This time, I changed the AuthType line to AuthType None for the Subversion
location. Similar test (but with fewer typos
1.2.3 configuration, so I should
be able to switch back to that if needed. I suppose it's possible some
repositories might become inaccessible to the earlier server due to the server
upgrade, but I'm not particularly fussed about that.
Regards,
Geoff
--
Geoff Field
- The contents
From: Philip Martin
Sent: Wednesday, 14 August 2013 9:59 AM
Geoff Field writes:
When I try to reproduce the problem I get a HEAD request that
generates
404 not found rather than 401 unauthorized. What sort of
authentication have you configured? Are you using
path-based authz
From: Philip Martin
Sent: Tuesday, 13 August 2013 19:59 PM
Geoff Field geoff_fi...@aapl.com.au writes:
-Original Message-
From: Philip Martin
Sent: Monday, 12 August 2013 18:57 PM Geoff Field writes:
I can't reproduce that. Can you look in the apache log
files to see
-Original Message-
From: Philip Martin
Sent: Monday, 12 August 2013 18:57 PM
Geoff Field writes:
Here's a log of a trial I have just done with a relatively
fresh repository:
C:\svn co https://aapleng1/Subversion/Playground/trunk/ \SVN_Test
ASVN_Test\test.txt
Checked out
From: Philip Martin
Sent: Friday, 9 August 2013 18:10 PM
Geoff Field geoff_fi...@aapl.com.au writes:
What about the Commit New Files error? Will this be fixed
with 1.8.2,
do you think?
I don't know how to reproduce it. You said:
Second issue: When committing new files, we get
From: Geoff Field
Sent: Monday, 12 August 2013 10:20 AM
From: Philip Martin
Sent: Friday, 9 August 2013 18:10 PM
Geoff Field geoff_fi...@aapl.com.au writes:
What about the Commit New Files error? Will this be fixed
with 1.8.2,
do you think?
I don't know how to reproduce
From: Geoff Field
Sent: Tuesday, 6 August 2013 9:33 AM
From: lieven.govaerts
On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
Lieven Govaerts l...@apache.org writes:
C:\Customersvn log -v
.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- handles 'http' scheme
- handles 'https' scheme
Regards,
Geoff
--
Geoff Field
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally
From: lieven.govaerts
On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
Lieven Govaerts l...@apache.org writes:
C:\Customersvn log -v ./
svn: E175002: Unexpected HTTP status 501 'Method Not
55 matches
Mail list logo