Hello Bert,
First of all, happy New Year. I hope you had a nice time over the holidays.
Our Subversion 1.5.5 is integrated with TeamForge 5.2. TeamForge is responsible
for all configuration.
As we have a support contract with CollabNet, the developer of TeamForge, I
have already raised the
Mojca Miklavec mojca.miklavec.li...@gmail.com writes:
We have a server running Fedora which has recently been upgraded to
version 20 and it's now running
svn, version 1.8.5 (r1542147)
I have a bunch of repositories served over http protocol with public
read access and limited commit
On Tue, Jan 7, 2014 at 12:41 PM, Philip Martin wrote:
Mojca Miklavec writes:
We have a server running Fedora which has recently been upgraded to
version 20 and it's now running
svn, version 1.8.5 (r1542147)
I have a bunch of repositories served over http protocol with public
read
On Tue, Jan 7, 2014 at 5:18 PM, Philip Martin wrote:
Mojca Miklavec writes:
Yes, there is still a problem after restarting Apache. Even though it
works for me at the moment and I tried fetching from multiple
locations and servers, other users are still experiencing the same
problem. Logs on
Mojca Miklavec mojca.miklavec.li...@gmail.com writes:
On Tue, Jan 7, 2014 at 5:18 PM, Philip Martin wrote:
Mojca Miklavec writes:
Yes, there is still a problem after restarting Apache. Even though it
works for me at the moment and I tried fetching from multiple
locations and servers, other
Hello everyone,
One of the applications of my customer in being maintained by an external
vendor. The vendor delivers code to a separated SVN repository, by
importing it every time as a new tag.
Possibly there are more bullet-proof ways to fix it, but here is a script
to repeat changes from one
On Tue, Jan 7, 2014 at 5:47 PM, Philip Martin wrote:
Mojca Miklavec writes:
On Tue, Jan 7, 2014 at 5:18 PM, Philip Martin wrote:
Mojca Miklavec writes:
Yes, there is still a problem after restarting Apache. Even though it
works for me at the moment and I tried fetching from multiple
I wanted to find the revision where a certain line got removed from a
file. Taking a hint from svn diff and svn merge, I tried doing an
svn blame with the revision range backwards. I just get an error:
svn: E195002: Start revision must precede end revision
I see this was discussed before:
Mojca Miklavec mojca.miklavec.li...@gmail.com writes:
Ah, OK, I see it now in the old logs. There are no such lines in the
latest logs.
The repository is stored on a local disk. I'm not sure what about
filesystem is it that you are asking, but here are some possibly
relevant data:
cat
On 1/7/14, 10:27 AM, Benjamin Fritz wrote:
I wanted to find the revision where a certain line got removed from a
file. Taking a hint from svn diff and svn merge, I tried doing an
svn blame with the revision range backwards. I just get an error:
svn: E195002: Start revision must precede end
On Tue, Jan 7, 2014 at 7:34 PM, Philip Martin wrote:
So you used dump/load to create a new repository and then replaced the
old repository with the new repository? If you did that while Apache
was running, without restarting Apache, then that explains the 'Corrupt
node-revision' error as you
I am using Subversion 1.8.5 under Windows 8.1 and my passwords (http repo)
are not stored.
I tried the default config (default options) and also explicitly setting
all related options.
Both did not work.
I also tried setting the option manually via --config-option - but also
without success!
On Jan 7, 2014, at 12:01, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote:
On Tue, Jan 7, 2014 at 5:47 PM, Philip Martin wrote:
Which version of Apache are you using? Which Apache MPM are you using?
Server version: Apache/2.4.7 (Unix)
I'm not sure how to check MPM. I get
httpd
Do you have write access to the dirs/files in %APPDATA%\Subversion\auth\...?
I’ve seen cases on the Unix side where the cached auth files magically become
readonly (444) which prevents password caching. Very annoying.
From: darkdragon [mailto:darkdragon-...@web.de]
Sent: Tuesday, January 07,
On Tue, Jan 7, 2014 at 8:44 PM, Ryan Schmidt wrote:
On Jan 7, 2014, at 12:01, Mojca Miklavec wrote:
On Tue, Jan 7, 2014 at 5:47 PM, Philip Martin wrote:
Which version of Apache are you using? Which Apache MPM are you using?
Server version: Apache/2.4.7 (Unix)
I'm not sure how to check
On 1/7/14, 10:43 AM, darkdragon wrote:
I am using Subversion 1.8.5 under Windows 8.1 and my passwords (http repo) are
not stored.
I'm assuming you're using a binary package of some sort. Which binary package
are you using?
I tried SilkSVN and win32svn in Version 1.8.5 on my Windows 8.1 64-bit
laptop.
Both showed the same behavior.
On Tue, Jan 7, 2014 at 11:20 PM, Ben Reser b...@reser.org wrote:
On 1/7/14, 10:43 AM, darkdragon wrote:
I am using Subversion 1.8.5 under Windows 8.1 and my passwords (http
repo)
17 matches
Mail list logo