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 iss
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 access and limited commit access.
>
> Shortly after th
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
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 the server confirm that. (Unable to deliver conten
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.
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
>>> locations and servers, other users are still e
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 S
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 m
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:
h
Mojca Miklavec 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 format
> 5
>> cat db/fs-ty
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 pre
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
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 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 -l
> Compiled in mod
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, 2
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 h
Yes, I have full access and am also the owner of the directories / files -.-
On Tue, Jan 7, 2014 at 8:53 PM, Andrew Reedick
wrote:
> 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
> bec
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 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) are
> > not
19 matches
Mail list logo