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

Re: [Issue 2319] Showing missing properties

From: Eli Barzilay <eli_at_barzilay.org>
Date: 2005-06-02 19:55:22 CEST

On Jun 2, kfogel@collab.net wrote:
> Eli Barzilay <eli@barzilay.org> writes:
> > There was a discussion that indirectly lead me to post that. SOrry
> > for not making a direct connection.
> > I posted something a short while ago:
> >
> > http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=32649
> >
> > It has the script I had to write because of that problem. It
> > works but it is requires invoking svn two times for each file, so
> > it's very slow.
> Why not invoke Subversion on entire trees of files, instead of on one
> file at a time?

That's exactly the issue... The thing that I wanted was to catch all
files that don't have either svn:mime-type or svn:eol-style. Running:

  svn propget -R <prop> .

will not show files that *don't* have the property, and running

  svn proplist -Rv .

will not show files that have no properties. One solution would be to
use one of these, then compare that to the list of existing files.
Another solution would be the script I wrote. The first is faster,
but requires more work, and I was in my normal lazy-hacker mood.

My suggestion was to add a flag to proplist that will list everything,
just not showing the properties for paths that lack them, and a
similar flag to propget. propget is trickier, since you don't want
to see

> propget svn:mime-type foo
  foo -


> propget svn:mime-type foo
  foo - no value

          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                  http://www.barzilay.org/                 Maze is Life!
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 2 19:57:23 2005

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

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