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

Re: Perl equiv for 'svn info http://example.com/repos'?

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2005-10-31 01:38:11 CET

On 10/30/05, Christopher H. Laco <claco@chrislaco.com> wrote:

> > Well, ->ls should give you the last changed revision, so that should
> > be enough to use ->log to get you the log. I suspect it might be a
> Where's that log method? on each dirent returned?
> svn_dirent_t appears to only have:
> kind, size, has_props, created_Rev, time, last_author... no log.
> package _p_svn_dirent_t inherits Core, but it's not clear to me what
> Core has really...

SVN::Client should have a log method of some sort.

> > bit easier to solve your problem if you explain exactly what you're
> > trying to do though.
> I'm trying to write a Model plugin for Catalyst to do basic browsing,
> something along the lines of the Trac source browser. I could be
> browsing a repo at http, svn://, or file://, but it's nothing to do with
> working copies.
> I can use Ra to get the uuid, root_rev..although, that would be nice in
> SVN::Client too.

People keep asking for this, but I have to admit I don't see why. All
any SVN::Client method that retrieves that data is going to be is just
a stupidly thin wrapper around the SVN::Ra method that retrieves it.

> I'm currently using the SVN::Client to fetch the list of items in each
> path. I'd like to get the last_log for each of the items too.
> It's not too clear to me yet how to get all that info without making too
> many calls to the repo.

Well, unfortunately, I don't think you can actually get that data
without doing a bunch of calls to the repos.

Note that most repository viewer software uses the libsvn_repos and
libsvn_fs APIs, not the libsvn_client and libsvn_ra APIs. It's much
easier to do this sort of thing there, the APIs really are more suited
to it. It's kind of hard to do the stuff you're trying to do without
making a lot of calls because the client apps don't generally try to
do that sort of thing.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 31 01:40:14 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.