Version: 3.2.1 (using KDE KDE 3.4.1) Installed from: Unspecified Linux Compiler: [czarny@kacper test3]$ gcc -v Reading specs from /usr/lib/gcc/i686-pld-linux/3.4.4/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,f77,objc,ada,java --enable-c99 --enable-long-long --disable-multilib --enable-nls --with-gnu-as --with-gnu-ld --with-system-zlib --with-slibdir=/lib --without-x i686-pld-linux Thread model: posix gcc version 3.4.4 (PLD Linux) OS: Linux Ok. So - subversion as the vcs in kdevelop i buggy!!! Not mentioning, that kdevelop doesn't build kio_svn for kde > 3.3.2 (WHY?), after manual building in vcs and vcs/compat/svn and installing I get problems. Firstly: The new project creator doesn't respond to the second and third checkbox (bout the importing to svn and from it) in subversion project creation. The project files aren't created locally on my hd, so the project doesn't really exist even!! Whe I create a new project with svn and check tne "Do nothing" in svn cvs, the subversion context menu apears after i *manually* import the project to my svn and then checkout it back ( to create the .svn dirrectories ). The problem starts now. When I try to make any svn action (add etc..) I get the local copy is locked - I unlock it with svn cleanup. Then when I try again, I get "Unknown protocl svn+http". That also can be fixed with the compiling manually of kio_svn described above. But when I add the kio_svn, the fun beggins. Witch each svn action, after inputting the commit log, I get a "The process for protocol svn+http://blah unexpectly ended" <- tralnsation from Polish. Whe I run kdevelop from konsole, it tells me, that the KUrl svn+http://blah is wron. Of course its **** wrong!!! So - there is no place in kdevelop, to input the url of my repository (the new project wizard crashes on svn:// http:// https:// svn+http:// - each of them works fine manually with svn) and even if I co manually the project from my repo, Kdevelop doesn't get the url from the .svn dirrectories of the working copy. Gash - fix it dudes!!! Yours Cz@rny dhubleizh@o2.pl
I am seeing the same here on my gentoo box. In fact I have seen ALL the errors that have been described here concerning subversion support. svn+http://blah is on of the most annyoing ones, as I can't understand why someone sets this as default. Either set it not at all or to something the user can change, but please not some blah or blubb or whatever. For now I still consider SVN support as NONEXISTENT for kdevelop. Nothing is working with SVN support, so I will return to doing it by hand and forget about KDevelops SVN support.
It works, read the faq. It can not import nor export but it can commit. Never the less it has some bugs, yes. So I will not close it. But please read the FAQ.
never ever use vcs/compat/svn, it should be dropped, it's highly obsolete. use kdesdk/kioslave (as stated in the README !) then report bugs :) so please confirm this bug with kioslave from kdesdk when reporting also report subversion version and what protocol you connect with (ssh/http/svn...), it helps, thanks. regarding svn+http://blah, it's normal , dont care about it. I just needed a fake adress to make the kioslave start (the real URL is got from the working copy by subversion directly, I don't need it) Mik
[czarny@kacper kdevbdb]$ rpm -qi kde-kio-svn Name : kde-kio-svn Relocations: (not relocatable) Version : 3.4.3 Vendor: PLD Release : 1 Build Date: pon 10 paź 2005 08:40:34 CEST Install Date: sob 29 paź 2005 17:21:48 CEST Build Host: i686.ac.pld-linux.org Group : X11/Biblioteki Source RPM: kdesdk-3.4.3-1.src.rpm Size : 154381 License: GPL Signature : (none) Packager : PLD bug tracking system ( http://bugs.pld-linux.org/ ) URL : http://www.kde.org/ Summary : Obsługa protokołu SVN Description : Obsługa protokołu SVN. [czarny@kacper kdevbdb]$ rpm -qi kdevelop Name : kdevelop Relocations: (not relocatable) Version : 3.2.90 Vendor: (none) Release : 1 Build Date: czw 08 wrz 2005 17:30:36 CEST Install Date: czw 27 paź 2005 23:55:33 CEST Build Host: localhost Group : X11/Programowanie/Narzędzia Source RPM: kdevelop-3.2.90-1.src.rpm Size : 37059057 License: GPL Signature : (none) URL : http://www.kdevelop.org/ Summary : Zintegrowane środowisko programisty dla KDE I connect via http or https. Whey I try to commit, I get: The process for protocol svn+http://blah terminated unexpectedly. Whey I try to update: The hanlder of response REPORT hasn't realized the cycle of cooperation with the editor. (Both are rough translations from polish)
Hi, I'm using: subversion: Installiert:1.2.3dfsg1-2 Mögliche Pakete:1.2.3dfsg1-2 Versions-Tabelle: *** 1.2.3dfsg1-2 0 990 http://debian sid/main Packages 100 /var/lib/dpkg/status kdesdk-misc: Installiert:4:3.4.2-2.1 Mögliche Pakete:4:3.4.2-2.1 Versions-Tabelle: *** 4:3.4.2-2.1 0 990 http://debian sid/main Packages 500 http://debian etch/main Packages 100 /var/lib/dpkg/status And kdevelop from branches/kdevelop/3.4. This is not debuggable at all for me. Using the KDE_SLAVE_DEBUG_WAIT method for the kio-slave results in crashes of this io-slave, at least that's what's told by a message box when used from within kdevelop and on the "page" when used within konqueror. Attaching gdb does load all libs and I can produce a backtrace, but it has no symbols at all. I tried to rebuilt kio_svn with debug symbols but still no useable backtrace. Also note that this error "The process for protocol svn+http://blah terminated unexpectedly" happens in konqueror and kdevelop when trying to debug kio_svn, but does only happen in kdevelop when not trying to debug. The last thing I could find out is that all the kdDebug() statements from kio_svn seem to get lost - at least I couldn't find them anywere. I even changed all the kdDebug() to kdDebug(9000)to see them in the output of kdevelop, but no luck. As Mickael seems to have no time for this currently, I think I'll have a try with the source during christmas, but I don't know wether I'll find anything at all.... Andreas
Ok - a little update. I've tested just now the kdevelop 3.3.0 with kde 3.5.0. 1st. the creators. When creating new project and selecting subversion as VCS it works. I mean - when I choose to commit the new project to a given svn url (commiting via http) , the content is commited to the repo, I'm asked twice for commit log: once for adding branches,tags & vendor dirrectoris, second time when commiting project files. Cool - it commits, but it doesn't make any files locally!! I've got a working project in my svn after that, but no files on my hd! Trying to make a new project, choosing SVN as VCS and trying to import FROM the fresh made repository wit the prevoius new project I get the message as usual: The hanlder of response REPORT hasn't realized the cycle of cooperation with the editor. This time kdevleop makes the project dirrecotry, but I find there only mkinstall script. 2nd - using svn from context: As before, commiting leads to: The process for protocol svn+http://blah terminated unexpectedly. and when I try to update I get: The hanlder of response REPORT hasn't realized the cycle of cooperation with the editor. (both translation from polish, so they culd differ alittle bit from the oryginall english errors). I of course use the kde-kio-svn package (build with kdesdk), but for me nothing changes. In the FAQ is written, it can commit - it CAN'T!!! There is absolutely no fuctionality regarding SVN in kdevelop :/
Hi, I posted this already to Bug 111159, but as Mickael didn't comment on it yet, I thought I'd also post it here. I finally found a way to debug the kio_svn slave and it seems that something in kio_svn::update() is beeing done wrong, causing a segfault deep within libsvn. This is on a recent debian sid, with kdelibs4c2 compiled with debug=full so the slave won't timeout and kdevelop svn from 3.4 branch. I also noted a lot of slave not connected to application messages in the kdeinit-output-window but I think this was only while the slave was "suspended".. Now here is the backtrace from the SIGSEGV: #0 0xb7e32867 in main_arena () from /lib/tls/libc.so.6 #1 0xb67bc106 in svn_wc__maybe_set_read_only () from /usr/lib/libsvn_wc-1.so.0 #2 0xb6727c8b in svn_ra_dav__rev_prop () from /usr/lib/libsvn_ra_dav-1.so.0 #3 0xb6717854 in ne_xml_doc_encoding () from /usr/lib/libneon.so.24 #4 0xb64ed8a1 in xmlSkipBlankChars () from /usr/lib/libxml2.so.2 #5 0xb64f6068 in xmlParseChunk () from /usr/lib/libxml2.so.2 #6 0xb6717d9c in ne_xml_parse () from /usr/lib/libneon.so.24 #7 0xb6717e24 in ne_xml_parse_v () from /usr/lib/libneon.so.24 #8 0xb6716b95 in ne_redirect_location () from /usr/lib/libneon.so.24 #9 0xb670dbb9 in ne_read_response_block () from /usr/lib/libneon.so.24 #10 0xb670eacd in ne_request_dispatch () from /usr/lib/libneon.so.24 #11 0xb6730429 in svn_ra_dav__set_neon_body_provider () from /usr/lib/libsvn_ra_dav-1.so.0 #12 0xb67309ff in svn_ra_dav__parsed_request () from /usr/lib/libsvn_ra_dav-1.so.0 #13 0xb67283b0 in svn_ra_dav__rev_prop () from /usr/lib/libsvn_ra_dav-1.so.0 #14 0xb67a4001 in svn_wc_crawl_revisions2 () from /usr/lib/libsvn_wc-1.so.0 #15 0xb67df308 in svn_client__update_internal () from /usr/lib/libsvn_client-1.so.0 #16 0xb67df602 in svn_client_update () from /usr/lib/libsvn_client-1.so.0 #17 0xb7f9e5eb in kio_svnProtocol::update () from /usr/lib/kde3/kio_svn.so #18 0xb7fa14aa in kio_svnProtocol::special () from /usr/lib/kde3/kio_svn.so #19 0xb7b73745 in KIO::SlaveBase::dispatch (this=0xbfebd8d0, command=77, data=@0xbfebd878) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kio/kio/slavebase.cpp:1089 #20 0xb7b721b8 in KIO::SlaveBase::dispatchLoop (this=0xbfebd8d0) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kio/kio/slavebase.cpp:290 #21 0xb7f9d2c1 in kdemain () from /usr/lib/kde3/kio_svn.so #22 0x0804f0fd in launch (argc=4, _name=0x819f704 "kio_svn", args=0x819f778 "", cwd=0x0, envc=0, envs=0x819f77c "", reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x8051ccb "0") at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:626 #23 0x0804f75a in handle_launcher_request (sock=8) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1192 #24 0x0804fdce in handle_requests (waitForPid=0) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1393 #25 0x08050473 in main (argc=1, argv=0xbfebdf64, envp=0xbfebdf6c) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1849 I hope this helps in debugging, later today I'll have kdesdk with debug=full too, so that I can provide a backtrace with exact line numbers (I don't know why it's not taking the debug symbols from the kdesdk-dbg package). Andreas
Hi, here it is, kio_svn built in full debug mode and thus a bit more information in the backtrace: #0 0x00000001 in ?? () #1 0xb6764106 in svn_wc__maybe_set_read_only () from /usr/lib/libsvn_wc-1.so.0 #2 0xb66c6c8b in svn_ra_dav__rev_prop () from /usr/lib/libsvn_ra_dav-1.so.0 #3 0xb66b6854 in ne_xml_doc_encoding () from /usr/lib/libneon.so.24 #4 0xb644c8a1 in xmlSkipBlankChars () from /usr/lib/libxml2.so.2 #5 0xb6455068 in xmlParseChunk () from /usr/lib/libxml2.so.2 #6 0xb66b6d9c in ne_xml_parse () from /usr/lib/libneon.so.24 #7 0xb66b6e24 in ne_xml_parse_v () from /usr/lib/libneon.so.24 #8 0xb66b5b95 in ne_redirect_location () from /usr/lib/libneon.so.24 #9 0xb66acbb9 in ne_read_response_block () from /usr/lib/libneon.so.24 #10 0xb66adacd in ne_request_dispatch () from /usr/lib/libneon.so.24 #11 0xb66cf429 in svn_ra_dav__set_neon_body_provider () from /usr/lib/libsvn_ra_dav-1.so.0 #12 0xb66cf9ff in svn_ra_dav__parsed_request () from /usr/lib/libsvn_ra_dav-1.so.0 #13 0xb66c73b0 in svn_ra_dav__rev_prop () from /usr/lib/libsvn_ra_dav-1.so.0 #14 0xb674c001 in svn_wc_crawl_revisions2 () from /usr/lib/libsvn_wc-1.so.0 #15 0xb6787308 in svn_client__update_internal () from /usr/lib/libsvn_client-1.so.0 #16 0xb6787602 in svn_client_update () from /usr/lib/libsvn_client-1.so.0 #17 0xb67b381c in kio_svnProtocol::update (this=0xbfd66f08, wc=@0xbfd66b70, revnumber=-1, revkind=@0xbfd66b9c) at ../../../kioslave/svn/svn.cpp:823 #18 0xb67bc81e in kio_svnProtocol::special (this=0xbfd66f08, data=@0xbfd66eb8) at ../../../kioslave/svn/svn.cpp:720 #19 0xb7b17745 in KIO::SlaveBase::dispatch (this=0xbfd66f08, command=77, data=@0xbfd66eb8) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kio/kio/slavebase.cpp:1089 #20 0xb7b161b8 in KIO::SlaveBase::dispatchLoop (this=0xbfd66f08) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kio/kio/slavebase.cpp:290 #21 0xb67b994e in kdemain (argc=4, argv=0x819fb78) at ../../../kioslave/svn/svn.cpp:1419 #22 0x0804f0fd in launch (argc=4, _name=0x808da14 "kio_svn", args=0x808da88 "", cwd=0x0, envc=0, envs=0x808da8c "", reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x8051ccb "0") at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:626 #23 0x0804f75a in handle_launcher_request (sock=8) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1192 #24 0x0804fdce in handle_requests (waitForPid=0) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1393 #25 0x08050473 in main (argc=1, argv=0xbfd675d4, envp=0xbfd675dc) at /home/andreas/compiling/kde_deb/kdelibs-3.4.3/./kinit/kinit.cpp:1849 Andreas
please give a try to latest KDE 3.5 branch kdesdk/kioslave/kio_svn Nicolas Escuder committed a bugfix that should fix at least some crashes. Mik
Hi, repeating here as you (Mickael) also wrote to both bugs (this and 111159) and also mentioning here that kdesvn's kioslave works with kdevelop. Got around to rebuild debian's kdesdk with the diff from 3.5 branch. From here it looks like all that was done was that the svn ctx now is not a pointer anymore. Now there is a change, only it doesn't make it better: The error message now opens up instantly whereas IIRC earlier it took a few seconds. Andreas
Due to a message on kdevelop-devel I tried this today and now it works. I checked both update and commit and am now using kdesdk from KDE 3.5.2. Also note that I'm using kdevelop-3.4 svn checkout from today. Andreas
KDevelop uses its own ioslave now and the svn support works very well on a daily basis. Closing.