Your message dated Sat, 13 Feb 2016 22:43:25 +0000
with message-id <>
and subject line Bug#729417: fixed in kdesvn 1.7.0-1
has caused the Debian Bug report #729417,
regarding kdesvn-kio-plugins: SVN KIO slave ignores portnumbers in URLs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: kdesvn-kio-plugins
Version: 1.6.0-2
Severity: important

Dear Maintainer,

There are a few ways in which the KIO svn slave exhibits the surprising 
behaviour of ignoring port numbers specified in the URL.

The failure mode can be observed by browsing a repository through e.g. 
KDESVN or by trying to open (via the file chooser dialog of KDE apps, 
or via e.g. cat revision in KDESVN) a file in a repository if that 
repository is located at an URL at a specific port other than the 
default (3690).

Some (numerous) notifications may be received in the Plasma desktop, or 
the action fails with an error message. The error message reports that 
the connection was refused. In both cases you will notice 
that the URL mentioned in the error message does *not* contain the 
port number originally specified.

Example actions which trigger the bug:
- trying to manually open a file located at:
  (change host name & path as appropriate)
  This yields an error dialog about the refused connection.
- trying to browse a repository at an URL using such a port number in
  This yields numerous notifications in Plasma desktop about the 
  refused connection.
- trying to cat an object at a specific revision (e.g. HEAD) in KDESVN
  in a repository at such an URL; again yields an error message about
  a refused connection. 

Obviously there is nothing inherently wrong with different port numbers. 
So I would expect the KDE applications to be able to open objects in SVN 
repositories regardless of whether or not there is a non-standard 
portnumber in their URL.

Additionally, it is worth mentiong that KDESVN can browse repositories 
located at URLs with such a port number "just fine" albeit with the 
(minor?) annoyance of a stream of bogus error messages in your Plasma 
notifications. This is somewhat counterintuitive behaviour as well.
Obviously a connection needs to have been established for browsing the 
repository to work at all... So why do you get bogus error messages 
indicating failure to establish a connection when the actual action 
(browsing the repository and therefore connecting to it) succeeds?

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kdesvn-kio-plugins depends on:
ii  libapr1         1.4.8-2
ii  libaprutil1     1.5.2-2
ii  libc6           2.17-95
ii  libgcc1         1:4.8.2-2
ii  libkdecore5     4:4.11.3-2
ii  libkdeui5       4:4.11.3-2
ii  libkio5         4:4.11.3-2
ii  libqt4-dbus     4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-network  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-sql      4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-svg      4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml      4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore4      4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4       4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libstdc++6      4.8.2-2
ii  libsvn1         1.7.13-2
ii  libsvnqt7       1.6.0-2

kdesvn-kio-plugins recommends no packages.

kdesvn-kio-plugins suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: kdesvn
Source-Version: 1.7.0-1

We believe that the bug you reported is fixed in the latest version of
kdesvn, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
Pino Toscano <> (supplier of updated kdesvn package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing

Hash: SHA1

Format: 1.8
Date: Sat, 13 Feb 2016 23:20:54 +0100
Source: kdesvn
Binary: kdesvn kdesvn-kio-plugins kdesvn-dbg
Architecture: source
Version: 1.7.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian KDE Extras Team <>
Changed-By: Pino Toscano <>
 kdesvn     - Subversion client with tight KDE integration
 kdesvn-dbg - debug symbols for kdesvn
 kdesvn-kio-plugins - Subversion I/O slaves for KDE
Closes: 431839 613994 729417 753984 800098
 kdesvn (1.7.0-1) unstable; urgency=medium
   * Team upload.
   * New upstream release:
     - the KIO slaves should respect all the attributes specified
       (Closes: #431839, #729417)
     - fixes crash when getting logs (Closes: #753984)
     - the build system does not provide a buggy "uninstall" target anymore
       (Closes: #800098)
   * Update watch file to the new location.
   * Remove extra libsoprano-dev build dependency, which was added as workaround
     for a bug in kdelibs5-dev.
   * Fix "konqueror" typo in descriptions. (Closes: #613994)
   * Enable parallel build.
   * Disable the test suite: one of the test fails, and a different one requires
     network access. The status of the test suite will be re-evaluated later.
   * kdesvn uses QtSql+QSLITE as database, so drop the libsqlite3-dev build
     dependency, and add libqt4-sql-sqlite as dependency for kdesvn.
   * There is no more public libsvnqt shared library, so drop the libsvnqt7 and
     libsvnqt-dev packages.
   * Update install files.
   * Bump the debhelper compatibility to 9:
     - bump compat to 9
     - bump the debhelper build dependency to >= 9
   * Update Vcs-* fields.
   * Fix enabling the kde dh addon: use "--with kde" instead of "--with-kde",
     which also avoids the current dh_compress override (since this is what the
     kde addon does).
   * Bump Standards-Version to 3.9.7, no changes required.
   * Remove duplicated Section fields for the kdesvn and kdesvn-kio-plugins
   * Bump build dependencies according to the upstream build system:
     - bump cmake to >= 2.8.12
     - bump kdelibs5-dev to >= 4:4.9.0
   * Link in as-needed mode.
 bd89c6f7a7b4a5ed84f552685d51a7d020acd2a0 2127 kdesvn_1.7.0-1.dsc
 d0ae618124ac2a52845cd9486304a6e2bd62731b 1965064 kdesvn_1.7.0.orig.tar.xz
 c9e1b6a60eaffaad2bb8a842368bc95510d2705a 10396 kdesvn_1.7.0-1.debian.tar.xz
 5cb496d7fffd94dd2fac2c58e9f27f7b142e421b724e2e0380c5f97eadc292cf 2127 
 b3a9dc01e1730c880478aecd5c8d832a4b218468f791083985d325c0ef8a6ece 1965064 
 3efdf0b5acf874321c9a97f8e03d9b6295b622d9e8bc0793ba80d24befe41ef8 10396 
 ad1f42681d20d640e9966c6b1f7825ea 2127 vcs optional kdesvn_1.7.0-1.dsc
 f3d80daf42dad5d07b9a8cd24541d94d 1965064 vcs optional kdesvn_1.7.0.orig.tar.xz
 96cd00e8cf8cd6c71bf3504af3883eae 10396 vcs optional 

Version: GnuPG v1


--- End Message ---
pkg-kde-extras mailing list

Reply via email to