

Database
Developers Apps
When this happens in most cases kdesvn loads a wrong library. And the rpm-spec for centos4 differs from the normal one due an error in qt-installation of it.
p.s.:
tried it in an old vmwared centos 4.5 i386: after modify the spec file adding that option above it worked fine. I'll put it next time on the website, too. but you should give more information about your system or use the bugtracker on http://kdesvn.alwins-world.de/newticket - Oct 17 2007
p.s.:
tried it in an old vmwared centos 4.5 i386: after modify the spec file adding that option above it worked fine. I'll put it next time on the website, too. but you should give more information about your system or use the bugtracker on http://kdesvn.alwins-world.de/newticket - Oct 17 2007
no real idea, this mostly happens when "moc" isn't done. Or wrong linking flags
Do you use a 64bit system? If yes you may try exporting "LDFLAGS=-m64" and "CXXFLAGS=-m64" (or give it with commandline) and re-run cmake in a fresh(!) builddir.
Other ideas I don't have. - Aug 20 2007
Do you use a 64bit system? If yes you may try exporting "LDFLAGS=-m64" and "CXXFLAGS=-m64" (or give it with commandline) and re-run cmake in a fresh(!) builddir.
Other ideas I don't have. - Aug 20 2007
Your kde is to old, you require at least kde 3.4.
you may try (if you wnat upgrade your'e kde) kde-redhat (kde-redhat.sourceforge.net/) and you must upgrade to a newer subversion than 1.1 (the default in RHEL 4), for instance with http://rpmforge.net/ - May 08 2007
you may try (if you wnat upgrade your'e kde) kde-redhat (kde-redhat.sourceforge.net/) and you must upgrade to a newer subversion than 1.1 (the default in RHEL 4), for instance with http://rpmforge.net/ - May 08 2007
you must call make install as superuser eg. root.
but on (k)ubuntu the prefix should be /usr for kde-apps i think. so you should clear your build-folder and call
"cmake .. -DCMAKE_INSTALL_PREFIX=/usr"
"make"
"make install"
(make install of course as root.)
- Apr 02 2007
but on (k)ubuntu the prefix should be /usr for kde-apps i think. so you should clear your build-folder and call
"cmake .. -DCMAKE_INSTALL_PREFIX=/usr"
"make"
"make install"
(make install of course as root.)
- Apr 02 2007
Busy-Cursor and diffing single item in commit dialog exists in latest release.
"hat "Still checking..." messages... it is just an indicator that something is running in the background hanging due network load. If somewhat comes over the network a progress message is displayed.
Cat and (un-)lock in context menu, I'll see when.
Passwords ... well, its a little bit tricky by design. I'm not sure how to handle it when I must see, that I "share" the accountdata with other subversion clients, too. Most times user don't like give information twice. The security problem I see, too. (thats why the default is NOT to save passwords) I'lll see how to handle it. - Mar 30 2007
"hat "Still checking..." messages... it is just an indicator that something is running in the background hanging due network load. If somewhat comes over the network a progress message is displayed.
Cat and (un-)lock in context menu, I'll see when.
Passwords ... well, its a little bit tricky by design. I'm not sure how to handle it when I must see, that I "share" the accountdata with other subversion clients, too. Most times user don't like give information twice. The security problem I see, too. (thats why the default is NOT to save passwords) I'lll see how to handle it. - Mar 30 2007
seems that you're build against qt4. eg., the moc-files are generated with tools from qt4-environment not with tools from qt3-devel-environment (but compiling/linking against qt3!)
Sorry for that: but kdesvn doesn't support qt4/kde4 this moment.
So check wich version of moc you have (moc -v), check if you have a moc-qt3 or similar and set environment MOC=/usr/bin/moc-qt3 for instance and re-run cmake on a clean(!) source tree.
hope that helps.
- Mar 05 2007
Sorry for that: but kdesvn doesn't support qt4/kde4 this moment.
So check wich version of moc you have (moc -v), check if you have a moc-qt3 or similar and set environment MOC=/usr/bin/moc-qt3 for instance and re-run cmake on a clean(!) source tree.
hope that helps.
- Mar 05 2007
'Cause it was a pain to maintain it and it makes sometimes big trouble while building. But normaly cmake find the required folders exact the same way like autotools eg. configure does.
So it would better you'll send me the output of your cmake-step eg. whats going wrong.
And no: I'll never switch back to autotools. Except I'll get a complete and good documentation when typing "man automake" and don't have to read tons of m4 macros to get a hint what to do and why for adding a special file to build-process.
Sorry for that - send me (kdesvn@alwins-world.de or private) your output and I'll see.
Rajko - Oct 30 2006
So it would better you'll send me the output of your cmake-step eg. whats going wrong.
And no: I'll never switch back to autotools. Except I'll get a complete and good documentation when typing "man automake" and don't have to read tons of m4 macros to get a hint what to do and why for adding a special file to build-process.
Sorry for that - send me (kdesvn@alwins-world.de or private) your output and I'll see.
Rajko - Oct 30 2006
This happens, when you have the header-files from svnqt elderly version installed.
I don't know why on some systems cmake doesn't set the include pathes that way the installed one will be ignored.
So check and remove if you have /usr/include/svnqt and remove it, than it should work. - Oct 06 2006
I don't know why on some systems cmake doesn't set the include pathes that way the installed one will be ignored.
So check and remove if you have /usr/include/svnqt and remove it, than it should work. - Oct 06 2006
This is realy a problem with konqueror. The reason may be: getting the right context-menues requires some checks. On some systems this cost a lot - I don't know why, the call from konqueror times out - and this results not in an empty but in a wrong menu. Eg, seems that konqueror forget the content of the .desktop-file :S or put the result to the wrong entry.
The solution I have as idea would be switch of the dynamic component, eg., always give a full list of actions.
We'll see how to handle this. - Aug 28 2006
The solution I have as idea would be switch of the dynamic component, eg., always give a full list of actions.
We'll see how to handle this. - Aug 28 2006
This behavior is when you using a repository via svn+ssh protocol.
You may take a look inside FAQ of handbook for the exact reasons or on http://steamedpenguin.com/kdesvn-and-private-keys/ for a description how it will work.
That prompt comes not from subversion or kdesvn but from ssh. This moment I've no idea how to deal with it 'cause I'll never get a callback from subversion lib to deal with that passwords myself. - May 26 2006
You may take a look inside FAQ of handbook for the exact reasons or on http://steamedpenguin.com/kdesvn-and-private-keys/ for a description how it will work.
That prompt comes not from subversion or kdesvn but from ssh. This moment I've no idea how to deal with it 'cause I'll never get a callback from subversion lib to deal with that passwords myself. - May 26 2006
Hi,
whats up with guys requiring qt3 due them make kde software (as you see this is a site for kde-apps) and kde will stay a while on qt3.
I tried to get the old QCanava 0.4 but there is no link on your site, I didn't find a link to repository to simply checkout the old branch, is it it possible to get it anywhere?
tnx - Mar 23 2006
whats up with guys requiring qt3 due them make kde software (as you see this is a site for kde-apps) and kde will stay a while on qt3.
I tried to get the old QCanava 0.4 but there is no link on your site, I didn't find a link to repository to simply checkout the old branch, is it it possible to get it anywhere?
tnx - Mar 23 2006
seems yes - it uses dcop call inside menus which comes with 3.5 (I use it in kdesvn, too)
But another hint: replacing stuff from other guys with own menus isn't nice style. The current kde-owned subversion context menus aren't my favorite, too. But I would never have the idea that kdesvn will replace them.
You should create your own menu entries like kdesvn does. - Feb 27 2006
But another hint: replacing stuff from other guys with own menus isn't nice style. The current kde-owned subversion context menus aren't my favorite, too. But I would never have the idea that kdesvn will replace them.
You should create your own menu entries like kdesvn does. - Feb 27 2006

amaroK Web Frontend
Audio Apps by ObsidianX 63 comments
Tried it again - doesn't work. No output, nothing. A lot of warnings about missing indices and unknown variables but script will not give some output. I use php 5.0.4 with apache2, error reporting is set to full. No idea anymore and giving up.
:( - Feb 18 2006
:( - Feb 18 2006
This will never work 'cause subversion don't understand this pseudo-filesystems from kde.
Eg., it must real mounted to localfilesystem. The one and only pseudo-FS from KDE kdesvn translates are parts of system:/ - protocol.
eg, all stuff like
fish:/
smb:/
ftp:/
and so on are specials inside kde to make life easier. but this works always with pure kde-based software only. From this moment a software depends on libs which has it own file-access it will not work. - Feb 08 2006
Eg., it must real mounted to localfilesystem. The one and only pseudo-FS from KDE kdesvn translates are parts of system:/ - protocol.
eg, all stuff like
fish:/
smb:/
ftp:/
and so on are specials inside kde to make life easier. but this works always with pure kde-based software only. From this moment a software depends on libs which has it own file-access it will not work. - Feb 08 2006
Kdesvn uses the subversion connectivity not that one from kde. But the NEON lib (a base of subversion) seems to respect the http_proxy environment.
This may set server specific inside the configuration of subversion itself (see chapter 7 of subversion handbook, http://svnbook.red-bean.com/nightly/en/svn.advanced.html#svn.advanced.confarea.opts.servers )
But it is on my wishlist that from inside kdesvn users may edit this configuration - but this is future sound.... - Feb 01 2006
This may set server specific inside the configuration of subversion itself (see chapter 7 of subversion handbook, http://svnbook.red-bean.com/nightly/en/svn.advanced.html#svn.advanced.confarea.opts.servers )
But it is on my wishlist that from inside kdesvn users may edit this configuration - but this is future sound.... - Feb 01 2006
Hm.
I think I'll make it configurable from inside kdesvn. Eg., default is not displaying it so that user not needing it will not see it. Other users may configure it if this main entries are visible.
This will work only for kde 3.5. I have no idea how to maintain it for kde 3.4 (it has no dynamic context menus), the one trick I could say may you remove the
/usr/share/apps/konqueror/servicemenus/kdesvn_subversion_toplevel.desktop
file or edit it for your needs (as root of course).
but I'll find a way. Tnx for that hint. - Jan 31 2006
I think I'll make it configurable from inside kdesvn. Eg., default is not displaying it so that user not needing it will not see it. Other users may configure it if this main entries are visible.
This will work only for kde 3.5. I have no idea how to maintain it for kde 3.4 (it has no dynamic context menus), the one trick I could say may you remove the
/usr/share/apps/konqueror/servicemenus/kdesvn_subversion_toplevel.desktop
file or edit it for your needs (as root of course).
but I'll find a way. Tnx for that hint. - Jan 31 2006
ok, after all that answers making some points clear:
1. I'm not willing discuss about SMP vs. HT vs. Single CPU - this is not the forum for that. And I'm sure due my expirience: doesn't run on HT - doesn't run on (all) SMP-boards.
2. The problem to me wasn't that there was such a bug. Never. So don't say me I shouldn't cry about a bug. I didn't that.
3. The real point of an irritation was (and is) that I get a messagebox that I have to switch of a feature of my computer 'cause this software doesn't run on it. This is such a kind of snootily statement which never should happen.
So - you had fixed that. Real fine. But one request: You should never tell users to switch off parts of their hardware for a software. One "sorry - we have real trouble - may you help us?"-box is even better in such a situation.
now I think we may close that here.
Alwin - Oct 29 2005
1. I'm not willing discuss about SMP vs. HT vs. Single CPU - this is not the forum for that. And I'm sure due my expirience: doesn't run on HT - doesn't run on (all) SMP-boards.
2. The problem to me wasn't that there was such a bug. Never. So don't say me I shouldn't cry about a bug. I didn't that.
3. The real point of an irritation was (and is) that I get a messagebox that I have to switch of a feature of my computer 'cause this software doesn't run on it. This is such a kind of snootily statement which never should happen.
So - you had fixed that. Real fine. But one request: You should never tell users to switch off parts of their hardware for a software. One "sorry - we have real trouble - may you help us?"-box is even better in such a situation.
now I think we may close that here.
Alwin - Oct 29 2005
Sorry guys.
But this was best joke I'd seen last years in software.
What do you think why guys buy a HT-cpu?
To switch that feature off for a mp3-software? Or to be able listen to their mp3 and make some usefull meanwhile with same machine?
Next time you should simply write "Sorry, we aren't able to work on such machines, we will fix that ASAP." and not "Please switch that off so we will work".
Hope, that will realy fixed. As nice as amarok is: But with such statements you may lose all your respect you got for your software. (and not just to me) And meanwhile I had to use other good threaded working mp3 player on my nice HT-cpu (enabled). - Oct 23 2005
But this was best joke I'd seen last years in software.
What do you think why guys buy a HT-cpu?
To switch that feature off for a mp3-software? Or to be able listen to their mp3 and make some usefull meanwhile with same machine?
Next time you should simply write "Sorry, we aren't able to work on such machines, we will fix that ASAP." and not "Please switch that off so we will work".
Hope, that will realy fixed. As nice as amarok is: But with such statements you may lose all your respect you got for your software. (and not just to me) And meanwhile I had to use other good threaded working mp3 player on my nice HT-cpu (enabled). - Oct 23 2005
I think you must check the different prefixes.
eg., ./configure --prefix=`kde-config --prefix`
Check where the .desktop file is installed (kdesvn.desktop) and if the other .desktop files are there, too.
May that you must give extra dataprefix to configurescript. Is the menuentry in kde-menu there? - Oct 06 2005
eg., ./configure --prefix=`kde-config --prefix`
Check where the .desktop file is installed (kdesvn.desktop) and if the other .desktop files are there, too.
May that you must give extra dataprefix to configurescript. Is the menuentry in kde-menu there? - Oct 06 2005