Hello everybody! Sorry, I am not aware of the KDE specific ways, so some things might have been handled in a suboptimal way. I'm sorry for that and am sure that it won't happen again, now that Allen has his thumb on integration activity:-) > On Tuesday 12 February 2008, Allen Winter wrote: > >> Tobias can answer for sure, but there is a server and a client >> in kdereview/decibel. So maybe the work branch can be >> removed now?? > > Can we clarify that before moving things around in svn? I ported pending patches to branches/work/decibel to kdereview/decibel and removed the work branch yesterday evening. So this confusion should be over now, with only playground/kdepim/decibel and kdereview/decibel being around. The move to playground happened because people told me to do that at akademy. I asked around in #kde-devel and was told that it just has to be copied into playground and that the work branch should stay around just in case. >> Hmm.. we had been planning to put Decibel into kdepim, or maybe >> kdenetwork. >> But kdebase might be better. Opinions? > > where is the discussion? was this on k-c-d? #kde-devel again. Actually I am not very well suited to make this decision, as I know too little of the big picture on inter module dependencies. I can only describe the dependencies of Decibel:-| > basically, kopete and kdepim might depend on decibel the runtime daemon. > which > makes it impossible to place it in either kdepim or kdenetwork alone. > However, moving it to kdebase-runtime adds a lot of dependencies > (decibel's > dependencies) to kdebase for little effect. What is in kdepim that should depend on Decibel? Decibel should store information in akonadi (I already discussed this with Volker), everything else can just pick up presence information there without any need to depend on Decibel. Only apps that want to open up communication channels do need to depend directly on Decibel. I do see the need for stuff in KDE network to depend on Decibel though. My guess is that it will be best put there. If decibel usage spreads to other modules it can still get moved... or does it have to stay in the same module for the complete KDE 4 cycle? I still have one question: I do expect Decibel to evolve a lot once somebody but me actually uses it. Will that be a problem once it is in trunk? What are the requirements for API/ABI stability once it moves there? Best Regards, Tobias