After upgrading subversion refuses to authenticate with server

2012-01-11 Thread Aaron Williams
Hi all,

I recently upgraded OpenSUSE from 11.4 to 12.1 and now I am no longer able to 
commit changes to our subversion tree.

It requires authentication and the username is different than my Linux account 
name.

OpenSUSE 12.1 includes Subversion 1.6.17 though I have also compiled 1.7.2 
with debugging information enabled to try as well.

With a fresh checkout from our repository with a minor change in one of the 
files I get the following when I attempt to check in:

% svn commit --no-auth-cache  --username awilliams --password x  -m "Made 
text area so it can be overridden" include/configs/octeon_common.h
subversion/svn/commit-cmd.c:181: (apr_err=170001)
subversion/libsvn_client/commit.c:851: (apr_err=170001)
subversion/libsvn_client/commit.c:851: (apr_err=170001)
svn: E170001: Commit failed (details follow):
subversion/libsvn_ra_svn/client.c:994: (apr_err=170001)
subversion/libsvn_ra_svn/client.c:994: (apr_err=170001)
subversion/libsvn_ra_svn/client.c:244: (apr_err=170001)
subversion/svnserve/serve.c:444: (apr_err=170001)
svn: E170001: Authorization failed


% svn info
Path: .
Working Copy Root Path: /home/aaronw/projects/tot/sdk
URL: svn:///svn/xxx/sdk-base/trunk/xxx/x/xx
Repository Root: svn:///svn/xx
Repository UUID: c83883e8-9f28-0410-baf1-f2025811e16a
Revision: 68777
Node Kind: directory
Schedule: normal
Last Changed Author: xx
Last Changed Rev: 68774
Last Changed Date: 2012-01-06 18:10:54 -0800 (Fri, 06 Jan 2012)

I am not sure what version of Subversion is running on the server since I do 
not maintain it. OpenSUSE 11.4 also used Subversion 1.6.17 as well so I do not 
know what changed there.

-Aaron

-- 
Aaron Williams 
 (408) 943-7198



Crash after upgrading to 1.7.2 from 1.6.1 in KDevelop

2012-01-23 Thread Aaron Williams
Hi all,

I upgraded Subversion in OpenSUSE 12.1 from the default 1.6.1 to 1.7.2 
compiled from sources.

After upgrading I am seeing kdevelop crash each time I right click in the 
editor.  It gives me the following stack trace:

Thread 2 (Thread 0x7f36f4b84700 (LWP 8151)):
[KCrash Handler]
#6  svn_wc__db_wcroot_parse_local_abspath (wcroot=0x7f36f4b835b0, 
local_relpath=0x7f36f4b835b8, db=0x0, local_abspath=0x7f3700d4b758 
"/home/aaronw/projects/tot/sdk/bootloader/u-boot/drivers/mmc/octeon_mmc.c", 
result_pool=0x7f3700d41028, scratch_pool=0x7f3700d41028) at 
subversion/libsvn_wc/wc_db_wcroot.c:383
#7  0x7f36fcd18dbb in svn_wc__db_read_info (status=0x7f36f4b8370c, 
kind=0x7f36f4b83704, revision=0x0, repos_relpath=0x0, repos_root_url=0x0, 
repos_uuid=0x0, changed_rev=0x0, changed_date=0x0, changed_author=0x0, 
depth=0x0, checksum=0x0, target=0x0, original_repos_relpath=0x0, 
original_root_url=0x0, original_uuid=0x0, original_revision=0x0, lock=0x0, 
recorded_size=0x0, recorded_mod_time=0x0, changelist=0x0, conflicted=0x0, 
op_root=0x0, have_props=0x0, props_mod=0x0, have_base=0x0, have_more_work=0x0, 
have_work=0x0, db=0x0, local_abspath=0x7f3700d4b758 
"/home/aaronw/projects/tot/sdk/bootloader/u-boot/drivers/mmc/octeon_mmc.c", 
result_pool=0x7f3700d41028, scratch_pool=0x7f3700d41028) at 
subversion/libsvn_wc/wc_db.c:6711
#8  0x7f36fccebeda in svn_wc__internal_walk_children (db=0x0, 
local_abspath=0x7f3700d4b758 "/home/aaronw/projects/tot/sdk/bootloader/u-
boot/drivers/mmc/octeon_mmc.c", show_hidden=0, changelist_filter=0x0, 
walk_callback=0x7f36fcce5570 , 
walk_baton=0x7f36f4b83790, walk_depth=svn_depth_empty, 
cancel_func=0x7f36fd44e5d0 , 
cancel_baton=0x114bca90, scratch_pool=0x7f3700d41028) at 
subversion/libsvn_wc/node.c:697
#9  0x7f36fcce6251 in svn_wc__get_info (wc_ctx=0x7f3714913598, 
local_abspath=0x7f3700d4b758 "/home/aaronw/projects/tot/sdk/bootloader/u-
boot/drivers/mmc/octeon_mmc.c", depth=svn_depth_empty, 
fetch_excluded=, fetch_actual_only=1, changelist_filter=0x0, 
receiver=0x7f36fd1d8f70 , receiver_baton=0x7f36f4b83870, 
cancel_func=0x7f36fd44e5d0 , 
cancel_baton=0x114bca90, scratch_pool=0x7f3700d4b028) at 
subversion/libsvn_wc/info.c:453
#10 0x7f36fd1d953a in svn_client_info3 (abspath_or_url=, 
peg_revision=0x7f36fd673070, revision=, depth=svn_depth_empty, 
fetch_excluded=, fetch_actual_only=, 
changelists=0x0, receiver=0x7f36fd1ce5e0 , 
receiver_baton=0x7f36f4b839a0, ctx=0x114bcac0, pool=0x7f3700d4b028) at 
subversion/libsvn_client/info.c:297
#11 0x7f36fd1d12b3 in svn_client_info2 (path_or_url=0x7f36ec009988 
"/home/aaronw/projects/tot/sdk/bootloader/u-boot/drivers/mmc/octeon_mmc.c", 
peg_revision=0x7f36fd673070, revision=0x7f36fd673070, receiver=, receiver_baton=, depth=svn_depth_empty, changelists=0x0, 
ctx=0x114bcac0, pool=0x7f3700d4b028) at 
subversion/libsvn_client/deprecated.c:2339
#12 0x7f36fd1d12f3 in svn_client_info (path_or_url=, 
peg_revision=, revision=, receiver=, receiver_baton=, recurse=, ctx=0x114bcac0, 
pool=0x7f3700d4b028) at subversion/libsvn_client/deprecated.c:2363
#13 0x7f36fd44bb72 in svn::Client::info (this=, 
pathOrUrl=..., recurse=false, revision=, pegRevision=...) at 
/usr/src/debug/kdevplatform-1.2.3/plugins/subversion/kdevsvncpp/client_status.cpp:404
#14 0x7f36fd43378d in SvnInternalInfoJob::run (this=0x114bbf40) at 
/usr/src/debug/kdevplatform-1.2.3/plugins/subversion/svninfojob.cpp:47
#15 0x7f370c3d9d31 in ThreadWeaver::JobRunHelper::runTheJob 
(this=0x7f36f4b83dc0, th=0xeecde90, job=0x114bbf40) at 
/usr/src/debug/kdelibs-4.7.4/threadweaver/Weaver/Job.cpp:106
#16 0x7f370c3d9e5c in ThreadWeaver::Job::execute (this=0x114bbf40, 
th=0xeecde90) at /usr/src/debug/kdelibs-4.7.4/threadweaver/Weaver/Job.cpp:135
#17 0x7f370c3d953f in ThreadWeaver::ThreadRunHelper::run 
(this=0x7f36f4b83e40, parent=0x114bbd40, th=0xeecde90) at 
/usr/src/debug/kdelibs-4.7.4/threadweaver/Weaver/Thread.cpp:95
#18 0x7f370c3d95fb in ThreadWeaver::Thread::run (this=0xeecde90) at 
/usr/src/debug/kdelibs-4.7.4/threadweaver/Weaver/Thread.cpp:142
#19 0x7f3715641025 in QThreadPrivate::start (arg=0xeecde90) at 
thread/qthread_unix.cpp:331
#20 0x7f3714077f05 in start_thread () from /lib64/libpthread.so.0
#21 0x7f371436663d in clone () from /lib64/libc.so.6

Some how the database is NULL.

It looks like the develop svn code has not been updated in quite a while.

Note that I have also recompiled kdevelop and kdevplatform with the updated 
subversion but that made no difference.

-Aaron Williams
-- 
Aaron Williams 
 (408) 943-7198