On Mon, May 05, 2008 at 11:20:05AM -0400, Mark Phippard wrote:
> On Mon, May 5, 2008 at 10:59 AM, Jens Seidel <jensseidel_at_users.sf.net> wrote:
> > I currently test Subclipse 1.3 and have a few questions:
> > The plugins
> > Win32 JavaHL Binaries
> > Subversion JavaHL
> > are (among others) installed on my Linux system. I wonder why, do I need
> > these?
> The Win32 plugin should not be installed. I will review the settings
> so that Eclipse filters it out.
> > Is "Subversion JavaHL" supposed to contain the JavaHL library or
> > only the "glue" to allow Java to access libsvnjavahl-1.so?
> We cannot provide JavaHL for any platform but Windows -- because there
> is no way to deliver the dependencies.
OK, does this mean I can remove the plugin "Subversion JavaHL"
(org.tigris.subversion.clientadapter.javahl) as well? What does it
I compiled libsvnjavahl-1.so myself from source (but I think I missed
the requirements for http (never needed these) and have now trouble
checking out Subclipse source :-))
PS: Is there any reason why I have to use the guest account with empty
password? Why is there no anonymous access (via svn:// preferred)
> You can install the CollabNet
> Subversion RPM
I found only RPMs for Red Hat, I use OpenSuse 10.1. I also have no root
permissions. Compiling from source worked nevertheless without problems.
> and install Subclipse from this same site and then we
> will use the JavaHL from that RPM.
I installed Subclipse from this site.
> > Where is SVNKit? Is it no longer supported? This would be a pitty,
> > especially as the latest stable Subclipse version 1.2.4 ships with a
> > slightly outdated SVNKit package which doesn't work with Subversion 1.5.
> SVNKit has been on our update site since we posted the version for SVN
> RC4. It was also mentioned in the release announcement post to this
> mailing list:
Mmh, I missed this post (and searched very carefully for update
instructions for SVNKit, just installing the ones from SVNKit's site and
also replacing Subclipse's jar file is not sufficient). But this doesn't
apply to 1.2.x, right?
> > I observered also the following minor error:
> > Trying to open a ressource (via Ctrl+Shift+R) displays also .svn-base
> > files from .svn/prop-base/ directories. I assume this should be ignored
> > by Subclipse or is a workspace setting responsible?
> I do not see this happen. Subclipse does not specifically filter
> these out. What Subclipse does, when a project is associated with
> Subclipse, is mark those resources as "Team Private" and then Eclipse
> UI is responsible for filtering them out. It would seem that these
> resources are nor marked for you. You could try a Close Project/Open
> Project cycle.
Right, this worked. The problem was as follows. I haven't
libsvnjavahl-1.so installed in system paths and have to manually
set the variable LD_LIBRARY_PATH. I forgot this which resulted in
a not working Subclipse. I restarted Eclipse with a proper
LD_LIBRARY_PATH setting, reopened the project and now it works.
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-05-05 17:50:54 CEST