[Karmic] subversion not recognizing http/https protocol

Bug #384816 reported by Claudio Moretti
36
This bug affects 4 people
Affects Status Importance Assigned to Milestone
subversion (Ubuntu)
Triaged
High
Unassigned

Bug Description

Binary package hint: subversion

When I try to checkout (svn co) or update (svn up) a repository which is mantained under an http protocol, I get this error (italian, followed by the original (LANG=C))

svn: Protocollo 'http://trac.aircrack-ng.org/svn/trunk' dell'URL non riconosciuto

svn: Unrecognized URL scheme for 'http://trac.aircrack-ng.org/svn/trunk'

This happens even if I try to checkout tigris repopsitory.
Before updating my system today, it worked (even if I am not sure if this is due to a today's update or a previous one, because it is a week or so that I don't try to checkout that repo)

 => uname -r
2.6.30-8-generic
=> dpkg -l | grep subversion
ii subversion 1.5.6dfsg-1ubuntu1

description: updated
Daniel Hahler (blueyed)
description: updated
summary: - [Karmic] subversion not recognizing http protocol
+ [Karmic] subversion not recognizing http/https protocol
Changed in subversion (Ubuntu):
importance: Undecided → High
status: New → Triaged
Revision history for this message
marcobra (Marco Braida) (marcobra) wrote :

Same issue here using Karmic and svn:

svn co https://svn.osgeo.org/qgis/trunk/qgis qgis-trunk

Subversion 1.5.4dfsg1-1ubuntu2 was working fine, the updated subversion_1.5.6dfsg-1ubuntu1_i386.deb don't work

Hth

Revision history for this message
David Garcia Garzon (vokimon) wrote :

According to this FAQ, the error might be caused by a missing or unlocatable ra_dav library. In my system, which was also updated to the 1.5.6dfsg-1ubuntu1 version, I cannot find such library, neither any of the other ra_* libs this faq mentions. So I guess that this is the problem.

http://subversion.tigris.org/faq.html#unrecognized-url-error

Revision history for this message
Bernhard Schmidt (berni) wrote :

From the buildlog (http://launchpadlibrarian.net/27628272/buildlog_ubuntu-karmic-i386.subversion_1.5.6dfsg-1ubuntu1_FULLYBUILT.txt.gz):

configure: checking neon library
checking neon library version... 0.28.4
You have neon version 0.28.4,
but Subversion needs neon 0.28.3.

An appropriate version of neon could not be found, so libsvn_ra_neon
will not be built. If you want to build libsvn_ra_neon, please either
install neon 0.28.3 on this system

or

get neon 0.28.3 from:
    http://www.webdav.org/neon/neon-0.28.3.tar.gz
unpack the archive using tar/gunzip and rename the resulting
directory from ./neon-0.28.3/ to ./neon/

no suitable neon found

Why it would not accept 0.28.4 but instead depend on 0.28.3 is beyond me

Revision history for this message
Daniel Hahler (blueyed) wrote :

subversion 1.6.1 recommends Neon 0.28.4 (http://svn.collab.net/repos/svn/tags/1.6.1/CHANGES).

I guess that Debian has the same problem (after looking at their configure.ac and the current version of neon27 in unstable), but has not been hit by it, since subversion has not been rebuilt yet with 0.28.4; only guessing though.

(It _might_ be a good idea to add "--disable-neon-version-check" to confflags in debian/rules, but OTOH is probably there for a reason.. ;))

I've tried to build after adding 0.28.4 to NEON_ALLOWED_LIST in configure.ac, but it failed differently (looking for berkeley db 4.0, but we're build-depending on 4.6):
configure: WARNING: APR-UTIL may or may not be using the specified
                     Berkeley DB at `/usr'. Using the Berkeley DB
                     supplied by APR-UTIL.
checking for availability of Berkeley DB... no
configure: error: Berkeley DB 4.0.14 wasn't found.

Revision history for this message
marcobra (Marco Braida) (marcobra) wrote :

With today upgrade on Karmic

subversion-tools:
  Installato: 1.6.1dfsg-1ubuntu2
  Candidato: 1.6.1dfsg-1ubuntu2
  Tabella versione:
 *** 1.6.1dfsg-1ubuntu2 0
        500 http://archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

svn now works good

Hth

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.