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

RE: Re: svn_load_dirs.pl missing? (Suse Linux 10.0)

From: Lars Heineken <lars.heineken_at_disimage.com>
Date: 2006-04-05 18:14:52 CEST

Good question, I stumbled across this several times, too.

-----Original Message-----
From: Andreas Guther [mailto:Andreas.Guther@markettools.com]
Sent: Wednesday, April 05, 2006 6:14 PM
To: Ryan Schmidt; TDLN
Cc: Subversion List
Subject: RE: Re: svn_load_dirs.pl missing? (Suse Linux 10.0)

I am very new to this list. I noticed that a reply to an email on this
list results in a reply to the sender of the email. Usually as stated
by Ryan, it is preferable that a solution is send to the list so
everyone can learn from the reply and later it is searchable so the
question necessarily needs to be answered again and again.

I think this is very easy to oversee that the reply does not go
automatically to the list. Of course a "reply-to-all" will include the
list, but again, the chance to forget that is there, especially if one
is used a different behavior from other mailing lists where a reply goes
to the list.

Is there a special reason that this mailing list prefers to have replies
to the individual over to sending it to the mailing list?

Andreas

-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2006Q1@ryandesign.com]
Sent: Wednesday, April 05, 2006 8:42 AM
To: TDLN
Cc: Subversion List
Subject: Re: svn_load_dirs.pl missing? (Suse Linux 10.0)

Please don't forget to copy the mailing list on your responses so
others can benefit from the discussion.

>>> I have been struggling with this for a few hours - I can't seem to
>>> find the svn_load_dirs.pl
>>> script on my system.
>>>
>>> I installed the latests svn ditributions from on SuSE Linux 10.0:
>>
>> It is part of the Subversion source code distribution, but I don't
>> know that it's part of any binary distribution. You may have to
>> download the source package, or get it from Subversion's repository.
>
> You mean building and installing from source, because I tried
> downloading the script from the repos, but this gives me the following
> error message:
>
> perl svn_load_dirs.pl
>
> Can't locate URI.pm in @INC (@INC contains:
> /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7
> /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl .) at
> svn_load_dirs.pl.in line 20.
> BEGIN failed--compilation aborted at svn_load_dirs.pl.in line 20.

No, building from source shouldn't be necessary. All you need to do
is copy svn_load_dirs.pl.in from the contrib/client-side directory to
somewhere on your system (ideally somewhere in your PATH), remove the
".in" from the end of the name and replace "@SVN_BINDIR@" in the
script with the place where your Subversion binaries are installed.

The error about the missing URI.pm suggests that your PERL does not
have this module, so you might need to install it via the normal CPAN
methods. URI.pm was already on my system so I didn't need to install
it. If you need help installing it, a PERL list or forum is probably
the best place to ask.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Apr 5 18:17:40 2006

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.