On Tuesday, August 12, 2014 10:18:48 PM Ben Reser wrote:
> On 8/12/14 7:02 PM, Alexey Neyman wrote:
> > Isn't that the same kind of change that happened with version 1.5 and
> > mergeinfo? If one wanted to use mergeinfo, one had to have 1.5+ clients. A
> > capability reporting was added, and a serv
On 8/12/14 7:02 PM, Alexey Neyman wrote:
> Isn't that the same kind of change that happened with version 1.5 and
> mergeinfo? If one wanted to use mergeinfo, one had to have 1.5+ clients. A
> capability reporting was added, and a server can check that only
> mergeinfo-capable clients can start a co
On Tuesday, August 12, 2014 11:53:09 AM Ben Reser wrote:
> On 8/12/14 9:31 AM, Branko Čibej wrote:
> > For a start, this would require a major change in the wire protocol, where
> > the server would, as a response to a successful commit, report any
> > additional "magic" changes to the client. The
Hi Ryan,
Thanks for your attention on this. I wrote to websvn mailing list also but
has no response yet. I have been reading through other related websvn
issues also online. Let me check again and do other workaround if
necessary.
Thanks,
Jimmy
On 12 Aug 2014 23:02, "Ryan Schmidt" wrote:
> On A
On 8/12/14 12:26 PM, Alexey Neyman wrote:
> Please consider these questions closed. For the 'last changed rev/date' I'll
> modify the 'svnversion -c' and will submit a patch to support reporting the
> dates as well (hopefully, it can then be applied to 1.8.x branch as well) and
> for the caching
On Tuesday, August 12, 2014 11:49:39 am Ben Reser wrote:
> I intended to reply to your other thread given roughly the same svnversion
> advice that Branko has already given you.
>
> On 8/12/14 9:09 AM, Alexey Neyman wrote:
> > 1. svnversion reports the revision of the check-out, not the revision o
On 8/12/14 9:31 AM, Branko Čibej wrote:
> For a start, this would require a major change in the wire protocol, where the
> server would, as a response to a successful commit, report any additional
> "magic" changes to the client. The problem with this is that it is error
> prone;
> the response ma
I intended to reply to your other thread given roughly the same svnversion
advice that Branko has already given you.
On 8/12/14 9:09 AM, Alexey Neyman wrote:
> 1. svnversion reports the revision of the check-out, not the revision of the
> last modification.
Use one of the alternatives that behave
On 12.08.2014 18:09, Alexey Neyman wrote:
>
> Speaking of 'wish' items:
>
>
>
> - How hard would be to implement client-side hooks? I know TortoiseSVN
> has them, but they're local - and to be really useful, they need to be
> propagated from the repository. And it would be nice to have them
> sup
On Tuesday, August 12, 2014 09:43:39 AM Branko Čibej wrote:
> On 12.08.2014 09:26, Alexey Neyman wrote:
> > On Tuesday, August 12, 2014 08:33:06 AM Branko Čibej wrote:
> > > So why do you need the last-changed revision of the project directory
> > > stored in the header file? Are you distributing s
On Aug 12, 2014, at 9:23 AM, Jimmy Halim wrote:
> Those commands work fine from the server. For example:
>
> path="file:///var/rancid/svn">
> kind="dir">
> EXAMPLE
> revision="6">
> rancid
> 2014-08-12T08:37:34.323817Z
>
>
>
>
I meant: are there any parts of websvn, that use the
Hi Ryan,
Those commands work fine from the server. For example:
EXAMPLE
rancid
2014-08-12T08:37:34.323817Z
I have the following setting on config.php to point websvn to the repo:
$config->addRepository('EXAMPLE', 'file:///var/rancid/svn');
Before I added that configuration in, I am able
On Aug 12, 2014, at 9:04 AM, Jimmy Halim wrote:
> Here are the web error logs:
>
> [Tue Aug 12 21:24:21 2014] [error] [client 172.16.9.254] Error running this
> command: svn --non-interactive --config-dir /tmp log --xml --verbose -r
> HEAD:1 'file:///var/rancid/svn/@HEAD' --limit 2
> [Tue Aug 1
Hi Ryan,
Here are the web error logs:
[Tue Aug 12 21:24:21 2014] [error] [client 172.16.9.254] Error running this
command: svn --non-interactive --config-dir /tmp log --xml --verbose -r
HEAD:1 'file:///var/rancid/svn/@HEAD' --limit 2
[Tue Aug 12 21:24:21 2014] [error] [client 172.16.9.254] Error
On Aug 12, 2014, at 3:26 AM, Jimmy Halim wrote:
>
> I have installed rancid, svn, and websvn today. I have also created
> repository for testing. All looks good until I encountered the following
> error while browsing:
> http://server_ip/websvn/
>
> Error running this command: svn --non-inter
Hi,
> I don't suppose this would be possible without hacking the
> code, right?
> Reason I'm asking is simplicity and clearness in the message.
> eg. is when an attempt to lock fails for file is already
> locked by other user
> why bother users with the path to file on a remote resource?
> they
On Tue, Aug 12, 2014 at 09:44:03AM +0100, lejeczek wrote:
> hi users
> I don't suppose this would be possible without hacking the code, right?
> Reason I'm asking is simplicity and clearness in the message.
> eg. is when an attempt to lock fails for file is already locked by other
> user
> why both
hi users
I don't suppose this would be possible without hacking the
code, right?
Reason I'm asking is simplicity and clearness in the message.
eg. is when an attempt to lock fails for file is already
locked by other user
why bother users with the path to file on a remote resource?
they usually
Hi guys,
I am new to websvn. I have installed rancid, svn, and websvn today. I have
also created repository for testing. All looks good until I encountered the
following error while browsing:
http://server_ip/websvn/
Error running this command: svn --non-interactive --config-dir /tmp list
--xml '
On 12.08.2014 09:26, Alexey Neyman wrote:
>
> On Tuesday, August 12, 2014 08:33:06 AM Branko Čibej wrote:
>
>
> > So why do you need the last-changed revision of the project directory
>
> > stored in the header file? Are you distributing sources directly from
>
> > the repository, or are you using
On Tuesday, August 12, 2014 08:33:06 AM Branko Čibej wrote:
> On 12.08.2014 08:17, Alexey Neyman wrote:
> > On Tuesday, August 12, 2014 07:44:03 AM Branko Čibej wrote:
> > > I'm still not sure what you're trying to achieve, though. "Communication
> > >
> > > between pre- and post-commit hooks" doe
21 matches
Mail list logo
