zsh-workers
 help / color / mirror / code / Atom feed
* Re: svn commit completion
       [not found]   ` <20080131165506.CACC68029406@bifrost.dotsrc.org>
@ 2008-01-31 17:06     ` Clint Adams
  2008-02-01 12:24       ` Vincent Lefevre
  0 siblings, 1 reply; 2+ messages in thread
From: Clint Adams @ 2008-01-31 17:06 UTC (permalink / raw)
  To: zsh-workers; +Cc: Vadim Zeitlin, 342347

[moved to -workers]

On Thu, Jan 31, 2008 at 05:55:06PM +0100, Vadim Zeitlin wrote:
>  Actually "svn ci" does complete only modified (or added, removed) files
> here (zsh 4.3.2 under Debian Linux), but the problem is that these files
> are remembered by the completer in a global _cache_svn_status variable
> which is never updated. I don't really know what's the best way of fixing
> it but for now I've just done "precmd() { unset _cache_svn_status }" and
> "svn ci" completes correctly all the time and not just the first one.

Repeating what I said at http://bugs.debian.org/342347 ,
maybe a very short cache expiration is the way to go.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: svn commit completion
  2008-01-31 17:06     ` svn commit completion Clint Adams
@ 2008-02-01 12:24       ` Vincent Lefevre
  0 siblings, 0 replies; 2+ messages in thread
From: Vincent Lefevre @ 2008-02-01 12:24 UTC (permalink / raw)
  To: zsh-workers, Vadim Zeitlin, 342347

On 2008-01-31 12:06:47 -0500, Clint Adams wrote:
> [moved to -workers]
> On Thu, Jan 31, 2008 at 05:55:06PM +0100, Vadim Zeitlin wrote:
> >  Actually "svn ci" does complete only modified (or added, removed) files
> > here (zsh 4.3.2 under Debian Linux), but the problem is that these files
> > are remembered by the completer in a global _cache_svn_status variable
> > which is never updated. I don't really know what's the best way of fixing
> > it but for now I've just done "precmd() { unset _cache_svn_status }" and
> > "svn ci" completes correctly all the time and not just the first one.

Note that this is not sufficient if you use another shell session
to call svn (I frequently do that).

> Repeating what I said at http://bugs.debian.org/342347 ,
> maybe a very short cache expiration is the way to go.

Yes, maybe. Or can't something like FAM[*] optionally be used when
supported? (Note: if it is used, it should be a run-time option,
as I'm not sure that FAM is OK with all NFS servers.)

[*] http://en.wikipedia.org/wiki/File_alteration_monitor

-- 
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-02-01 12:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <47A07DB2.7080604@cam.ac.uk>
     [not found] ` <2d460de70801310741x3b6796c6ib87d0323cc165ab2@mail.gmail.com>
     [not found]   ` <20080131165506.CACC68029406@bifrost.dotsrc.org>
2008-01-31 17:06     ` svn commit completion Clint Adams
2008-02-01 12:24       ` Vincent Lefevre

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).