Hi, This is a few in one, but I'll start with my first query and more on.
I've had a few issues which may or may not be related, but I'd like to find out about how to track down the problem a bit better, with the hope of either fixing it myself (or working around) or giving a much better bug report. I'm using mint-9 kde flavor, with kde 4.5.3 from backports, and dbus 1.4-1 from getdeb I think (or a fairly common PPA at least) because it was reported that some of the dolphin hangups and the like where due to issues with earlier versions of dbus, and upgrading it certainly seems to have stoped them. Anyhow, I do have a few issues. desktop search: The first is that nepomuk doesn't seem to be starting or working properly, I've once or twice as I remember had it come up with some message about indexing files and then complaining about something, but that's about all I've seen of it. I do have various strigi things installed too dpkg -l '*strigi*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=================================-=================================- ================================================================================== ii kdegraphics-strigi-plugins 4:4.5.3-0ubuntu1~lucid1~ppa1 graphics file format plugins for Strigi Desktop Search ii kdepim-strigi-plugins 4:4.4.8-0ubuntu1~lucid1~ppa1 PIM file format plugins for Strigi Desktop Search un kdepim-strigi-plugins-kde4 <none> (no description available) ii kdesdk-strigi-plugins 4:4.5.3-0ubuntu1~lucid1~ppa1 software development file format plugins for Strigi Desktop Search ii libstrigihtmlgui0 0.7.2-0ubuntu1 library for writing html clients for Strigi Desktop Search ii libstrigiqtdbusclient0 0.7.2-0ubuntu1 library for writing D-Bus clients for Strigi Desktop Search ii strigi-client 0.7.2-0ubuntu1 Qt4 client for Strigi Desktop Search ii strigi-daemon 0.7.2-0ubuntu1 fast indexing and searching tool for your personal data (daemon) un strigi-plugins <none> (no description available) ii strigi-utils 0.7.2-0ubuntu1 command-line tools for Strigi Desktop Search strigi is reported as service not running in the desktop search system settings, and if I check enable strigi ... option of the basic settings it makes no different and is always cleared when I got back in again. If I run strigiclient and click on start index it seems to go away quite merrorly eating up lots of disk space indexing things, which is all perfectly fine and the button shows stop daemon, so I assume that it is atleast rurring if I'm indexing using strigiclient. So the question is how do I go about finding out why nepumuk / strigi aren't starting up or working or strigi daemon is not being loaded or found etc.... it's a right pain not beaing able to use search, especially for my parther who it's such a dab hand with locate and find and grep etc.... I've had a poke around the logs and can't seem to find anything. Is there a process I can redirect the stdout/stderr of so that I can get some logs of what's going on. Or can I run something from the command line etc... especially in relation to the system settings to get a better idea of why it's not working or finding it. Or is there something I should be checking for or monitoring on dbus etc... Anyhow, I've had quite a bit of a poke around and as yet haven't been able to get even a clue as to why it's not working properly and why search doesn't work at-all. (it didn't with earlier dbus versions or the one that came with mint-9 stock).dds umm...... anyhow,.. that got quite long so, I'll keep the others short. I'm getting an issue what appears to be GPU memory issues, specifically the memory seems to be getting eaten up quite quickly even though I've got loads of system ram and not a huge number of application windows or apps running. I belive my graphics card has 512MB or ram or maybe 1GB but it's a GeForce 7900 GS. I've changed over to none oxygen version of everything (as that was pointed to as the culprit for some leakyness), but closing down windows seems to free up the ram and I can run things like projectM full screen again and with no performance issues. All drivers are upto date etc... has been the case for a good long while. Also sometimes the task manager goes a bit odd and things get missaligned etc... I would have expected that opengl should put stuff into system memory as it's ment to do it's own memory mangement, at least for some stff etc... but can see how I could have soo many application windows to use up 512mb of ram anyhow. I'm running single head at 1600x1200 32bit. Again I'd like to be able to delve into this and try and work out what's going on and fix it, I can't imagine that it's affecting loads of people, as it's a right pain to say the least. The other thing is I want to start developing a couple of 'little' things so am interested to know if anyone is currently working on anything in the background or there are other / alternative plans inplace. The first things I'd really like to do is have something like a cut down revision control system (could just be file based) that works both as an auto- save feature and also so that if I exit KDE I don't have to chosse between saving and discarding untitled documents etc... I can just leave and then when I come back in again all the untitled documents or other data / input that I was in the middle of can be loaded back up from the revision control system/ auto-save. I'd like it to be able to provide some light revision management and also have it's own disk/memory management and interface etc.. so that it works a bit like and un-delete/wastebin but for things that I haven't even saved yet. i'm sure you can see that there's a lot of scope for use something like this, not just text buffers in kate for instance. My plans where to have it run on dbus, and have very simple revision control functions, or possibly none at-all (that the appplicaions could intergrate with if they wanted too to show changes or delta. or undo but between KDE sessions) and then return IDs or handles for the as yet unsaved documents. I'd like to have a plugin system so that the revision control system that backends it can be as flexable as possible so people aren't tied in and I can initially start off with just files in a directory and no reviosion control and build from there. Or possibly be able to use versioning filing systems etc... There could also be an option to have a kio-slave ontop of it so that documents can be loaded or saved or created in their, so they have some revision control just by creating them, but not really managed or distributed and very simple. So, is anyone working on anything like that? Is it work while doing a cut-down revision control system over dbus and then possibly even extending it to support more proper features via different messages so that it could be the basis of more generic version control integration in KDE or dolphin? On top of that, would it be wiser to write it as a system wide daemon (over a user run service)[I suppose it could be both], my thoughts on this is that I'd prefer it to be suitable for use generically in KDE and not be tied to something like Linux and so I'd like it to be portable without having to mess around too much with daemons and services on other platforms like MAC or FREEBSD or Windows 95-7 or whatever. I did have a couple of other things, one regarding getting started on plasma widget development, for device and module/driver control etc... (mainly starting with USB, and having features like power-cycling or replugging usb devices and taking a look at what they are doing or not and playing around with them and their settings). THe question there was really to do with getting started developing them and testing them, debugging things like installers failing (since I seem to get a could not install message for some things, but then nothing to tell me what went wrong or where to find what was trying to be installed) anyhow I'll leave it there for now and write down the other few things I wanted to ask with regard to fault finding and such and the direction KDE is going in and if the things i'm keen to develop are eithe work in progress or there's some other plan or etc... Thanks in advance, Applogies for being so long winded and for putting a few things in one email (but they where mostly related and I felt it better to start off with one email then split as necessasary / or save other things for later)... Oliver Stieber. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
