[Kde-scm-interest] kdegraphics - a few technical questions

Marcel Wiesweg marcel.wiesweg at gmx.de
Wed Jan 12 13:37:19 CET 2011


Hi,

we are now internally discussing the kdegraphics git move with all interested 
and involved developers.
Some technical questions that arose, given we take the split repo approach:

1) Would it be suitable to have a shallow shell / umbrella repository 
including toplevel directory contents glue like CMake files, READMEs or AUTHOR 
files etc., with the submodules' repos copied inside this?
This would allow to a) dont have to edit CMake files right now to make 
everything compile standalone (would be a hurdle right now, could be achieved 
in the long run)
b) allow to cope with some cross-submodule source file dependencies for now
c) strengthen the coherence of the module
d) may contain a convenience script to pull all repos
e) leave it as a choice of individual submodules to build standalone, or 
require the umbrella.
f) if git-submodules or a different approach becomes usable for this purpose 
in the future, use it then

2) What happens with apps that have been in kdegraphics but are no more?
I see katalog, kcoloredit kdvi, kfax, kfaxview, kfract, kghostview, kiconedit, 
kooka, kpaint,kpixmap2bitmap, ksvg, kpovmodeler, kuickshow, kview, pixie, 
ligature, libkscan, libminimagick. A separate repo for each in kde-
unmaintained, or a "kdegraphics-history" repo?

3) There are strigi-analyzers and thumbnailers, both consisting of smaller 
submodules and with no explicit maintainer. Would you recommend to keep them 
separate or merge them into a kdegraphics-runtime module? Just an idea, no 
opinion from me here.

Thanks for recommendations
Marcel


More information about the Kde-scm-interest mailing list