[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Possible bug in "svn getprop --revprop" command

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2005-06-30 19:35:28 CEST

David Weintraub <qazwart@gmail.com> writes:

> Just want to verify that this is a bug before I log it.
> I am attempting to check the value of "svn:log" at the time of the
> commit transaction via the svnlook command. I want to reject it if it
> doesn't match a predetermined string or regex. (Yes, I know I could
> simply do a "svnlook -t $TXN log" instead of an "svnlook propget
> --revprop -t $TXN", but it's a long story why I am doing it this
> way).
> When I run the command:
> /usr/bin/svnlook propget --revprop -t 0-1 /home/weintraub/respos svn:log
> I get:
> svnlook: No such revision -1
> Although this command succeeds:
> /usr/bin/svnlook propget -t 0-1 /home/weintraub/repos svn:keywords utilmenu
> It appears that the "svnlook propget --revprop" command is ignoring
> whether I use either a "-r" or "-t" command parameter, and just
> assumes that I am always referring to a revision number.

It's not exactly a bug in the sense yoy mean. --revprop is for
revision props, and -t isn't a revision, so I would expect the
combination of the two not to work. I would, however, expect that the
program would tell you about the illegal combination of options.
Additionally, it's just a pointless limitation. The option should be
called --rev-or-txn-prop or something, and should work with either -r
or -t.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 30 20:26:04 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.