Bug 330624 - kdesvn crashes when I try and view previous entries
Summary: kdesvn crashes when I try and view previous entries
Status: RESOLVED FIXED
Alias: None
Product: kdesvn
Classification: Applications
Component: General (show other bugs)
Version: 1.6.0
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: KDESvn default assignee
URL:
Keywords: drkonqi
: 337128 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-02-01 04:17 UTC by Aaron Williams
Modified: 2015-08-26 18:01 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (10.03 KB, text/plain)
2014-03-22 11:09 UTC, Aaron Williams
Details
New crash information added by DrKonqi (9.28 KB, text/plain)
2014-04-19 06:35 UTC, Aaron Williams
Details
New crash information added by DrKonqi (3.99 KB, text/plain)
2014-04-29 06:52 UTC, Maxim
Details
New crash information added by DrKonqi (5.05 KB, text/plain)
2014-05-22 19:17 UTC, hello.titties123
Details
New crash information added by DrKonqi (4.53 KB, text/plain)
2014-06-20 10:58 UTC, regfile
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Williams 2014-02-01 04:17:06 UTC
Application: kdesvn (1.6.0)
KDE Platform Version: 4.12.0
Qt Version: 4.8.5
Operating System: Linux 3.11.6-4-desktop x86_64
Distribution: "openSUSE 13.1 (Bottle) (x86_64)"

-- Information about the crash:
I am reviewing the history of a directory in our source tree. When I click on Previous entries it crashes.

The crash can be reproduced every time.

-- Backtrace:
Application: kdesvn (kdesvn), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fa1af5ea880 (LWP 7437))]

Thread 3 (Thread 0x7fa19a340700 (LWP 7439)):
#0  0x00007fa1ac61d99d in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fa1abc925c0 in read (__nbytes=16, __buf=0x7fa19a33fb20, __fd=<optimized out>) at /usr/include/bits/unistd.h:44
#2  g_wakeup_acknowledge (wakeup=0x1e5b1c0) at gwakeup.c:212
#3  0x00007fa1abc5312c in g_main_context_check (context=context@entry=0x7fa1940009a0, max_priority=2147483647, fds=fds@entry=0x7fa194002bb0, n_fds=n_fds@entry=1) at gmain.c:3514
#4  0x00007fa1abc5359b in g_main_context_iterate (context=context@entry=0x7fa1940009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3710
#5  0x00007fa1abc5370c in g_main_context_iteration (context=0x7fa1940009a0, may_block=1) at gmain.c:3774
#6  0x00007fa1af0f0d76 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7  0x00007fa1af0c2d0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8  0x00007fa1af0c3005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#9  0x00007fa1aefc1fef in QThread::exec() () from /usr/lib64/libQtCore.so.4
#10 0x00007fa1af0a4513 in ?? () from /usr/lib64/libQtCore.so.4
#11 0x00007fa1aefc468f in ?? () from /usr/lib64/libQtCore.so.4
#12 0x00007fa1ac32d0db in start_thread (arg=0x7fa19a340700) at pthread_create.c:309
#13 0x00007fa1ac62a90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fa199346700 (LWP 7441)):
#0  0x00007fa1abc92ffa in g_mutex_get_impl (mutex=0x7fa18c0009a0) at gthread-posix.c:124
#1  0x00007fa1abc932b9 in g_mutex_unlock (mutex=mutex@entry=0x7fa18c0009a0) at gthread-posix.c:232
#2  0x00007fa1abc534bd in g_main_context_iterate (context=context@entry=0x7fa18c0009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3661
#3  0x00007fa1abc5370c in g_main_context_iteration (context=0x7fa18c0009a0, may_block=1) at gmain.c:3774
#4  0x00007fa1af0f0d76 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5  0x00007fa1af0c2d0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007fa1af0c3005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7  0x00007fa1aefc1fef in QThread::exec() () from /usr/lib64/libQtCore.so.4
#8  0x00007fa1af0a4513 in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007fa1aefc468f in ?? () from /usr/lib64/libQtCore.so.4
#10 0x00007fa1ac32d0db in start_thread (arg=0x7fa199346700) at pthread_create.c:309
#11 0x00007fa1ac62a90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fa1af5ea880 (LWP 7437)):
[KCrash Handler]
#6  0x00007fa1ac578849 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7  0x00007fa1ac579cd8 in __GI_abort () at abort.c:89
#8  0x00007fa1ac571616 in __assert_fail_base (fmt=0x7fa1ac6abf38 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7fa19f9effc8 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7fa19f9efcd0 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7fa19f9f0370 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:92
#9  0x00007fa1ac5716c2 in __GI___assert_fail (assertion=assertion@entry=0x7fa19f9effc8 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7fa19f9efcd0 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7fa19f9f0370 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:101
#10 0x00007fa19f9c0d2a in uri_skip_ancestor (parent_uri=0x7fa198b04ba0 "http://casvn/svn/octeon", child_uri=0x7fa198b04b70 "http://casvn/svn/octeon//sdk-base/trunk/sdk") at subversion/libsvn_subr/dirent_uri.c:1499
#11 0x00007fa19f9c0d69 in svn_uri__is_ancestor (parent_uri=<optimized out>, child_uri=child_uri@entry=0x7fa198b04b70 "http://casvn/svn/octeon//sdk-base/trunk/sdk") at subversion/libsvn_subr/dirent_uri.c:1532
#12 0x00007fa19ec9df9d in svn_ra_reparent (session=0x7fa1995f80d8, url=0x7fa198b04b70 "http://casvn/svn/octeon//sdk-base/trunk/sdk", pool=pool@entry=0x7fa198b04028) at subversion/libsvn_ra/ra_loader.c:538
#13 0x00007fa19f310d43 in svn_client__ra_session_from_path2 (ra_session_p=ra_session_p@entry=0x7fffe28bdaf8, resolved_loc_p=resolved_loc_p@entry=0x7fffe28bdb10, path_or_url=0x7fa198b04168 "http://casvn/svn/octeon//sdk-base/trunk/sdk", base_dir_abspath=base_dir_abspath@entry=0x0, peg_revision=peg_revision@entry=0x7fffe28bdb40, revision=revision@entry=0x7fffe28bdb40, ctx=ctx@entry=0x7fa1a1a41f78, pool=pool@entry=0x7fa198b04028) at subversion/libsvn_client/ra.c:528
#14 0x00007fa19f2f7f3c in svn_client_log5 (targets=0x7fa198b040e8, peg_revision=<optimized out>, opt_rev_ranges=<optimized out>, limit=50, discover_changed_paths=1, strict_node_history=1, include_merged_revisions=1, revprops=0x0, real_receiver=0x7fa19fe62750 <svn::logMapReceiver2(void*, svn_log_entry_t*, apr_pool_t*)>, real_receiver_baton=0x7fffe28bdc90, ctx=0x7fa1a1a41f78, pool=0x7fa198b04028) at subversion/libsvn_client/log.c:840
#15 0x00007fa19fe6468a in svn::Client_impl::log (this=<optimized out>, params=..., log_target=...) at /usr/src/debug/kdesvn-1.6.0/src/svnqt/client_status.cpp:424
#16 0x00007fa1a0133a2f in SvnActions::getLog (this=0x1fb89c0, start=..., end=..., peg=..., which=..., list_files=list_files@entry=true, limit=limit@entry=50, follow=follow@entry=false, parent=parent@entry=0x288b590) at /usr/src/debug/kdesvn-1.6.0/src/svnfrontend/svnactions.cpp:313
#17 0x00007fa1a014dff7 in SvnLogDlgImp::slotPrevFifty (this=0x288b590) at /usr/src/debug/kdesvn-1.6.0/src/svnfrontend/svnlogdlgimp.cpp:346
#18 0x00007fa1af0d7d68 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#19 0x00007fa1aeaaa4e2 in QAbstractButton::clicked(bool) () from /usr/lib64/libQtGui.so.4
#20 0x00007fa1ae80e4d3 in ?? () from /usr/lib64/libQtGui.so.4
#21 0x00007fa1ae80f643 in ?? () from /usr/lib64/libQtGui.so.4
#22 0x00007fa1ae80f72c in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#23 0x00007fa1ae4b0dfe in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#24 0x00007fa1ae4618ac in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#25 0x00007fa1ae467fad in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#26 0x00007fa1ad99238a in KApplication::notify (this=0x7fffe28bf0d0, receiver=0x28e3050, event=0x7fffe28be6f0) at /usr/src/debug/kdelibs-4.12.0/kdeui/kernel/kapplication.cpp:311
#27 0x00007fa1af0c40ad in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#28 0x00007fa1ae467763 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/libQtGui.so.4
#29 0x00007fa1ae4d8f7b in ?? () from /usr/lib64/libQtGui.so.4
#30 0x00007fa1ae4d79ec in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4
#31 0x00007fa1ae4fe882 in ?? () from /usr/lib64/libQtGui.so.4
#32 0x00007fa1abc53316 in g_main_dispatch (context=0x1e884e0) at gmain.c:3066
#33 g_main_context_dispatch (context=context@entry=0x1e884e0) at gmain.c:3642
#34 0x00007fa1abc53668 in g_main_context_iterate (context=context@entry=0x1e884e0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3713
#35 0x00007fa1abc5370c in g_main_context_iteration (context=0x1e884e0, may_block=1) at gmain.c:3774
#36 0x00007fa1af0f0d55 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#37 0x00007fa1ae4fe936 in ?? () from /usr/lib64/libQtGui.so.4
#38 0x00007fa1af0c2d0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#39 0x00007fa1af0c3005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#40 0x00007fa1af0c813b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#41 0x000000000040a797 in main (argc=1, argv=<optimized out>) at /usr/src/debug/kdesvn-1.6.0/src/main.cpp:90

Possible duplicates by query: bug 315521.

Reported using DrKonqi
Comment 1 Aaron Williams 2014-03-22 11:09:47 UTC
Created attachment 85685 [details]
New crash information added by DrKonqi

kdesvn (1.6.0) on KDE Platform 4.12.3 using Qt 4.8.5

I attempted to look at the previous entries when viewing the history of the root of my SVN project.

-- Backtrace (Reduced):
#6  0x00007f61a9f68849 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7  0x00007f61a9f69cd8 in __GI_abort () at abort.c:89
#8  0x00007f61a9f61616 in __assert_fail_base (fmt=0x7f61aa09bf38 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7f619a87c028 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7f619a87bd30 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7f619a87c3d0 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:92
#9  0x00007f61a9f616c2 in __GI___assert_fail (assertion=assertion@entry=0x7f619a87c028 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7f619a87bd30 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7f619a87c3d0 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:101
#10 0x00007f619a84cd5a in uri_skip_ancestor (parent_uri=0x7f618f794ba0 "http://casvn/svn/octeon", child_uri=0x7f618f794b70 "http://casvn/svn/octeon//sdk-base/trunk/sdk") at subversion/libsvn_subr/dirent_uri.c:1499
Comment 2 barbolani 2014-04-09 16:24:55 UTC
Happens to me too. Reproducible all the time. Both with local and remote repositories.
Comment 3 Aaron Williams 2014-04-19 06:35:31 UTC
Created attachment 86163 [details]
New crash information added by DrKonqi

kdesvn (1.6.0) on KDE Platform 4.12.4 using Qt 4.8.5

- What I was doing when the application crashed:

Same problem, going back to the previous page causes kdesvn to crash.

-- Backtrace (Reduced):
#6  0x00007fc3a0d2c849 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7  0x00007fc3a0d2dcd8 in __GI_abort () at abort.c:89
#8  0x00007fc3a0d25616 in __assert_fail_base (fmt=0x7fc3a0e5ff38 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7fc391640028 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7fc39163fd30 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7fc3916403d0 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:92
#9  0x00007fc3a0d256c2 in __GI___assert_fail (assertion=assertion@entry=0x7fc391640028 "svn_uri_is_canonical(child_uri, ((void *)0))", file=file@entry=0x7fc39163fd30 "subversion/libsvn_subr/dirent_uri.c", line=line@entry=1499, function=function@entry=0x7fc3916403d0 <__PRETTY_FUNCTION__.7467> "uri_skip_ancestor") at assert.c:101
#10 0x00007fc391610d5a in uri_skip_ancestor (parent_uri=0x7fc38c080ba0 "http://casvn/svn/octeon", child_uri=0x7fc38c080b70 "http://casvn/svn/octeon//sdk-base/trunk/sdk") at subversion/libsvn_subr/dirent_uri.c:1499
Comment 4 Maxim 2014-04-29 06:52:45 UTC
Created attachment 86328 [details]
New crash information added by DrKonqi

kdesvn (1.6.0) on KDE Platform 4.13.0 using Qt 4.8.5

- What I was doing when the application crashed:

Just pushed "Previous entries" button...

-- Backtrace (Reduced):
#11 0x00007fc20ee1ed99 in svn_uri__is_ancestor () from /usr/lib64/libsvn_subr-1.so.0
#12 0x00007fc20e0fbf9d in svn_ra_reparent () from /usr/lib64/libsvn_ra-1.so.0
#13 0x00007fc20e76ee73 in svn_client__ra_session_from_path2 () from /usr/lib64/libsvn_client-1.so.0
#14 0x00007fc20e755fbc in svn_client_log5 () from /usr/lib64/libsvn_client-1.so.0
#15 0x00007fc20f2c268a in svn::Client_impl::log (this=<optimized out>, params=..., log_target=...) at /usr/src/debug/kdesvn-1.6.0/src/svnqt/client_status.cpp:424
Comment 5 Maxim 2014-04-29 07:50:28 UTC
Rajko, is it possible to fix this?
Comment 6 hello.titties123 2014-05-22 19:17:57 UTC
Created attachment 86776 [details]
New crash information added by DrKonqi

kdesvn (1.6.0) on KDE Platform 4.13.1 using Qt 4.8.5

- What I was doing when the application crashed:

viewing history and clicked several buttons like "previous"

-- Backtrace (Reduced):
#11 0x00007fcd91d4bd99 in svn_uri__is_ancestor () from /usr/lib64/libsvn_subr-1.so.0
#12 0x00007fcd91028f9d in svn_ra_reparent () from /usr/lib64/libsvn_ra-1.so.0
#13 0x00007fcd9169c203 in svn_client__ra_session_from_path2 () from /usr/lib64/libsvn_client-1.so.0
#14 0x00007fcd9168315c in svn_client_log5 () from /usr/lib64/libsvn_client-1.so.0
#15 0x00007fcd921f068a in svn::Client_impl::log (this=<optimized out>, params=..., log_target=...) at /usr/src/debug/kdesvn-1.6.0/src/svnqt/client_status.cpp:424
Comment 7 regfile 2014-06-20 10:58:52 UTC
Created attachment 87305 [details]
New crash information added by DrKonqi

kdesvn (1.6.40 (rev: 76ac511)) on KDE Platform 4.11.5 using Qt 4.8.5

I tried to view logs too by selecting revisions from 38728 (HEAD) to 36000 and kdesvn crashed when I hit "Get Logs" button.

-- Backtrace (Reduced):
#12 0x4ffbda50 in uri_skip_ancestor () from /lib/libsvn_subr-1.so.0
#13 0x4ffbdaa1 in svn_uri__is_ancestor () from /lib/libsvn_subr-1.so.0
#14 0xb4005e54 in svn_ra_reparent () from /lib/libsvn_ra-1.so.0
#15 0x4ff78a00 in svn_client__ra_session_from_path () from /lib/libsvn_client-1.so.0
#16 0x4ff65e18 in svn_client_log5 () from /lib/libsvn_client-1.so.0
Comment 8 Alexandre Nunes 2014-06-26 18:24:22 UTC
Happens to me too. Always reproductible.
Comment 9 Matthias Klein 2014-07-06 10:50:56 UTC
I have the same probem on Debian Testing 64bit.
I created accidential a new bug 337128.

I was able to reproduce the problem with a self compiled version from latest git repository.

I tried to find the code behind that button and was thinking it is SvnLogDlgImp::slotPrevFifty() in src/svnfrontend/svnlogdlgimp.cpp but a breakpoint or a qDebug output get never called.

Does anyone know which code is behind that "get logs" button?
Comment 10 Matthias Klein 2014-07-06 16:04:30 UTC
I made a little progress: in kdesvn.cpp the kdesvnpart.so library is loaded. After I pointed to my self compiled version I can debug the problem...

It crashs inside the libsvn library at svnqt/client_status.cpp: 412 at the call to svn_client_log5():

    error = svn_client_log5 (
        params.targets().array (pool),
        params.peg().revision(),
        svn::internal::RevisionRangesToHash(params.revisions()).array(pool),
        params.limit(),
        params.discoverChangedPathes() ? 1 : 0,
        params.strictNodeHistory() ? 1 : 0,
        params.includeMergedRevisions()?1:0,
        params.revisionProperties().array(pool),
        logMapReceiver2,
        &l_baton,
        *m_context, // client ctx
        pool);

Does anyone have an idea whats wrong here?
Is it a libsvn problem ?
Comment 11 Christoph Feck 2014-07-21 18:38:47 UTC
*** Bug 337128 has been marked as a duplicate of this bug. ***
Comment 12 Alexandre Nunes 2014-09-23 20:40:11 UTC
It seems like an ABI change in libsvn which wasn't reflected in kdesvn. Is kdesvn maintained, btw?
Comment 13 Aaron Williams 2014-10-14 05:31:32 UTC
That might be the case. I have svn 1.8.10 installed.
Comment 14 Christian Ehrlicher 2014-12-24 13:17:18 UTC
This is a duplicate of Bug #325074
Comment 15 Christian Ehrlicher 2014-12-28 16:31:53 UTC
Fixed with

commit c1adde451dfac202ef63aded5b2a7adfa9e26f9b
Author: Christian Ehrlicher <Ch.Ehrlicher@gmx.de>
Date:   Wed Dec 24 14:44:59 2014 +0100

    REVIEW: 121670
    Patch for Bug 325074 and 330624 - kdesvn crashed when getting logs
Comment 16 bojti 2015-08-26 11:25:07 UTC
(In reply to Christian Ehrlicher from comment #15)
> Fixed with
> 
> commit c1adde451dfac202ef63aded5b2a7adfa9e26f9b
> Author: Christian Ehrlicher <Ch.Ehrlicher@gmx.de>
> Date:   Wed Dec 24 14:44:59 2014 +0100
> 
>     REVIEW: 121670
>     Patch for Bug 325074 and 330624 - kdesvn crashed when getting logs

Ok, thx, but what does it mean?
I use the latest version of Kdesvn (1.6.0), which I can install from my repo (Debian Jessie), and I have same problem with the logs.

What should I do now? Shall I recompile the software from the latest source code? (Where I can download? Is there some installation instruction?) Why it isn't in the main repos?

Any help please!
Comment 17 Alexandre Nunes 2015-08-26 12:14:31 UTC
(In reply to bojti from comment #16)
> (In reply to Christian Ehrlicher from comment #15)
> > Fixed with
> > 
> > commit c1adde451dfac202ef63aded5b2a7adfa9e26f9b
> > Author: Christian Ehrlicher <Ch.Ehrlicher@gmx.de>
> > Date:   Wed Dec 24 14:44:59 2014 +0100
> > 
> >     REVIEW: 121670
> >     Patch for Bug 325074 and 330624 - kdesvn crashed when getting logs
> 
> Ok, thx, but what does it mean?
> I use the latest version of Kdesvn (1.6.0), which I can install from my repo
> (Debian Jessie), and I have same problem with the logs.
> 
> What should I do now? Shall I recompile the software from the latest source
> code? (Where I can download? Is there some installation instruction?) Why it
> isn't in the main repos?
> 
> Any help please!

You do realize that this is not debian bugtracking, right? Distros have package maintainers and you should ask there why debian didn't pick it up. The main reason is that probably there was no official kdesvn release after the bug was fixed, or that the debian package maintainer isn't aware of the fact. What you should do is search debian bugtracking, I'm pretty sure someone reported this bug there years ago, and add a comment mentioning that it's fixed upstream so that they feel motivated to package a new version.

In case you want to build a fixed version locally, your steps will be something like:
1) download the patch fixing the issue (reported on  https://bugs.kde.org/show_bug.cgi?id=325074 ) to e.g. /tmp/fix-log-crash.patch
2) run these in order:
 apt-get source kdesvn
 apt-get build-dep kdesvn
cd kdesvn-1.6.0
 mv /tmp/fix-log-crash.patch debian/patches/
echo fix-log-crash.patch >> debian/patches/series
dpkg-buildpackage -j4 -b
cd ..
dpkg -i kdesvn*.deb

... beware, however, that when you apt-get upgrade/dist-upgrade, apt will override your package with debian one, undoing your changes. There are ways to work around that, google is your friend.
Comment 18 bojti 2015-08-26 18:01:10 UTC
Oh, it solved my problem! Thank you very much!