svn over https not working any longer

Same problem here with 'svn update'. It worked fine in 1.3.0-1ubuntu2, but not in 1.3.0-1ubuntu3

svn: Unrecognized URL scheme for 'http://...

I comfirm it no longer work because the ra_dav module is missing in 1.3.0-1ubuntu3

i have just build the source package
and subversion need neon 0.25.4 and dapper have 0.25.5

$fakeroot debian/rules configure
...
checking neon library version... 0.25.5
You have neon version 0.25.5,
but Subversion needs neon 0.25.4.

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

I can confirm this, just adding my $0.02

I too am encountering this issue when attempting to access a repository via https.

Confirming that the ra_dav module isn't built due to the neon dependency.
Upstream have updated the set of allowed neon versions, http://svn.collab.net/viewvc/svn?view=rev&revision=18215

Diff from upstream to allow version 0.25.5 of neon - applies with offset to the version in Ubuntu's package.

Pulled from Debian Sid's 1.3.0-2

1.3.1 supports neon 0.25.5 out of the box, and I'll be updating shortly.

Adam Conrad will be updating Dapper's version to 1.3.1, which supports the current neon without above patches.

Super, can't wait until it's fixed.

Will it be updated this evening? (want to know if I can plan on continuing work this evening or not)

I'm doing test builds right now. If everything looks okay, I'll be uploading in the next hour.

Fixed in subversion_1.3.1-3ubuntu1

Thank you Adam.

Awsome. thanks Adam.

I just updated to 1.4.3dfsg1-1ubuntu1.1 0 and observe the same behaviour again! (Didn't find a way to reopen this report).

dpkg -L subversion
/.
/usr
/usr/lib
/usr/lib/libsvn_ra-1.so.1.0.0
/usr/lib/libsvn_ra_local-1.so.1.0.0
/usr/lib/libsvn_ra_svn-1.so.1.0.0
/usr/lib/libsvn_fs-1.so.1.0.0
/usr/lib/libsvn_fs_base-1.so.1.0.0
/usr/lib/libsvn_fs_fs-1.so.1.0.0
/usr/lib/libsvn_wc-1.so.1.0.0
/usr/lib/libsvn_delta-1.so.1.0.0
/usr/lib/libsvn_subr-1.so.1.0.0
/usr/lib/libsvn_client-1.so.1.0.0
/usr/lib/libsvn_repos-1.so.1.0.0
/usr/lib/libsvn_diff-1.so.1.0.0
/usr/share
/usr/share/doc
/usr/share/doc/libsvn1
/usr/share/doc/libsvn1/copyright
/usr/share/doc/libsvn1/changelog.gz
/usr/share/doc/libsvn1/changelog.Debian.gz
/usr/lib/libsvn_ra-1.so.1
/usr/lib/libsvn_ra_local-1.so.1
/usr/lib/libsvn_ra_svn-1.so.1
/usr/lib/libsvn_fs-1.so.1
/usr/lib/libsvn_fs_base-1.so.1
/usr/lib/libsvn_fs_fs-1.so.1
/usr/lib/libsvn_wc-1.so.1
/usr/lib/libsvn_delta-1.so.1
/usr/lib/libsvn_subr-1.so.1
/usr/lib/libsvn_client-1.so.1
/usr/lib/libsvn_repos-1.so.1
/usr/lib/libsvn_diff-1.so.1
/.
/etc
/etc/bash_completion.d
/etc/bash_completion.d/subversion
/etc/subversion
/etc/subversion/config
/etc/subversion/servers
/etc/emacs
/etc/emacs/site-start.d
/etc/emacs/site-start.d/50psvn.el
/usr
/usr/bin
/usr/bin/svn
/usr/bin/svnadmin
/usr/bin/svndumpfilter
/usr/bin/svnlook
/usr/bin/svnserve
/usr/bin/svnsync
/usr/bin/svnversion
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/svndumpfilter.1.gz
/usr/share/man/man1/svnlook.1.gz
/usr/share/man/man1/svnsync.1.gz
/usr/share/man/man1/svnversion.1.gz
/usr/share/man/man1/svn.1.gz
/usr/share/man/man1/svnadmin.1.gz
/usr/share/man/man5
/usr/share/man/man5/svnserve.conf.5.gz
/usr/share/man/man8
/usr/share/man/man8/svnserve.8.gz
/usr/share/emacs
/usr/share/emacs/site-lisp
/usr/share/emacs/site-lisp/psvn.el
/usr/share/doc
/usr/share/doc/subversion
/usr/share/doc/subversion/HACKING
/usr/share/doc/subversion/README
/usr/share/doc/subversion/README.Debian
/usr/share/doc/subversion/copyright
/usr/share/doc/subversion/examples
/usr/share/doc/subversion/examples/gnuify-changelog.pl.gz
/usr/share/doc/subversion/NEWS.Debian.gz
/usr/share/doc/subversion/changelog.gz
/usr/share/doc/subversion/changelog.Debian.gz

Hello! First of all let me say I am truly regretting doing this. This is a spam message sent to all critical bug message lists. It's purpose: making this (https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695) bug critical too. This is a long standing bug and has a very serious impact on laptop type of hardware. It's priority is set to "wishlist" and I just cannot take this anymore. I DO NOT CARE if my account gets suspended. I am doing what's right for all my friends using Ubuntu on their laptops.

@dfoerster: I have exactly that version, and I cannot reproduce. That is, checking out a https: repository seems to work fine here.

vnix$ svn --version
svn, version 1.4.3 (r23084)
   compiled Mar 28 2007, 22:49:14

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

This is on a Feisty amd64 box. Do you get the same output?

After upgrading to Gutsy I have 1.4.4dfsg1-1ubuntu3 installed which works fine.

As both subversion 1.3.1-3ubuntu1 and 1.4.4dfsg1-1ubuntu3 has been reported to fix the issue, shouldn't we mark this bug as resolved?

Here it works too (Gutsy). I think this Bug is solved.

I've confirmed the fix on both 1.3.1-3ubuntu1 and 1.4.4dfsg1-1ubuntu3 so I am marking this bug as fix-released

This issue *still* exists in Gutsy on IA64! Only file and svn RA methods available.

$ uname -a
Linux posseidon 2.6.22-15-generic #1 SMP Fri Jul 11 18:56:36 UTC 2008 x86_64 GNU/Linux

$ cat /etc/issue.net
Ubuntu 7.10

$ aptitude show subversion
Package: subversion
State: installed
Automatically installed: yes
Version: 1.4.4dfsg1-1ubuntu3

$ svn --version
svn, version 1.4.4 (r25188)
   compiled Jun 13 2007, 21:27:18

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

On Thu, 2008-08-28 at 19:33 +0000, Dick van Dickens wrote:
> This issue *still* exists in Gutsy on IA64! Only file and svn RA methods available.
>

IA64 (itanium) or AMD64 (x86, 64 bit)?
kk

> $ uname -a
> Linux posseidon 2.6.22-15-generic #1 SMP Fri Jul 11 18:56:36 UTC 2008 x86_64 GNU/Linux
>
> $ cat /etc/issue.net
> Ubuntu 7.10
>

--
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian user / gNewSense contributor
http://www.kgoetz.id.au
No, I won't join your social networking group